RE: [linux-audio-user] snd-hdsp+cardbus=distortion -- the sagacontinues (cardbus driver=culprit?) UPDATE: 99.9% sure it is the cardbus driver yenta_socket
From: Ivica Ico Bukvic
Date: Tue Mar 30 2004 - 00:54:40 EST
Here's the update on the issue (at least from my aspect):
1) provide detailed lspci
(will do later tomorrow, too tired right now)
2) thoroughly check /var/log/syslog for anything suspicious
Apart from the ACPI and APIC problems, nothing out of the ordinary (i.e.
APIC assigns IRQ 0 to cardbus and therefore nothing works, but if I disable
APIC it's all ok. Furthermore, I've just yesterday fixed the ACPI and APIC
problems by patching the kernel yet the problem persists. Right now the
laptop boots with ACPI and APIC turned on, IRQ's get assigned properly, as a
matter of fact EXACTLY the same like in Windows where the problem does not
occur. Therefore, now the assumption that there is a "sweet" IRQ I need to
select does not stand any more, as the same problem is exhibiting itself
when the cardbus is at IRQ 11 (no ACPI/APIC) or at 17 (with ACPI/APIC and
also the same IRQ as in WinXP). This now leads me to believe that the
problem is strictly limited to the yenta_socket driver.
3) try pcmcia-cs (most likely won't work as Tim already tried that and it
made no difference on his laptop, also the package wasn't updated since
This is not an option, as Tim pointed out, not only because this package
only works with pre 2.5 kernels but also because it has been tested by Tim
and had no difference.
4) try playback with an external Word Clock source
Will try tomorrow (although I don't think so, as the card appears to work
just fine on other Linux notebook).
5) provide downloadable examples of the distorted sounds
(will do tomorrow). But by briefly looking at it, it definitely looks the
same like Tim's (image found here:
http://www.volny.cz/guitar_billy/hdsp.screenshot.png) where it seems like
the sound has one small burst of audio data, then the comparably-sized
streak of no change in data. There is still some distortion which I am not
sure whether it is a result of this kind of misperformance of the sound or
there is more to the story.
6) Pester alsa-dev, lau, and kernel/pcmcia people to death begging for help
7) Pester eMachines to update BIOS (I may retire before this one happens,
I did get through to someone and they did reply to my e-mail seeming
interested in cooperating to resolve the issue, but at this point it does
not seem like the BIOS is the culprit.
8) Something else?
How about I go catch some z's :-)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/