RE: [linux-audio-user] snd-hdsp+cardbus=distortion -- the sagacontinues (cardbus driver=culprit?) UPDATE: 99.9% sure it is the cardbus driver yenta_socket

RE: [linux-audio-user] snd-hdsp+cardbus=distortion -- the sagacontinues (cardbus driver=culprit?) UPDATE: 99.9% sure it is the cardbus driver yenta_socket

[Ivica Ico Bukvic]

Here's the update on the issue (at least from my aspect):

TODO:
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
Dec.)

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
:-)

IN-PROGRESS :-)

7) Pester eMachines to update BIOS (I may retire before this one happens,
though)

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 :-)

Good idea...


Best wishes,

Ico

Re: [linux-audio-user] snd-hdsp+cardbus=distortion -- the sagacontinues (cardbus driver=culprit?) UPDATE: 99.9% sure it is the cardbus driver yenta_socket

[Russell King]

On Tue, Mar 30, 2004 at 12:52:11AM -0500, Ivica Ico Bukvic wrote:
> 6) Pester alsa-dev, lau, and kernel/pcmcia people to death begging for help
> :-)
> 
> IN-PROGRESS :-)

What needs to happen is that the card driver author needs to investigate
what is going on, and, if it seems related to the core PCMCIA core or
the socket driver, we need to get involved.

IOW, linux-pcmcia people don't debug card drivers.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core

RE: [linux-audio-user] snd-hdsp+cardbus=distortion -- the sagacontinues (cardbus driver=culprit?) UPDATE: 99.9% sure it is the cardbus driver yenta_socket

[Ivica Ico Bukvic]

> -----Original Message-----
> From: Russell King [mailto:rmk@arm.linux.org.uk] On Behalf Of Russell King
> Sent: Tuesday, March 30, 2004 3:01 AM
> To: Ivica Ico Bukvic
> Cc: 'A list for linux audio users'; alsa-devel@lists.sourceforge.net;
> linux-kernel@vger.kernel.org; linux-pcmcia@lists.infradead.org
> Subject: Re: [linux-audio-user] snd-hdsp+cardbus=distortion -- the
> sagacontinues (cardbus driver=culprit?) UPDATE: 99.9% sure it is the
> cardbus driver yenta_socket
> 
> On Tue, Mar 30, 2004 at 12:52:11AM -0500, Ivica Ico Bukvic wrote:
> > 6) Pester alsa-dev, lau, and kernel/pcmcia people to death begging for
> help
> > :-)
> >
> > IN-PROGRESS :-)
> 
> What needs to happen is that the card driver author needs to investigate
> what is going on, and, if it seems related to the core PCMCIA core or
> the socket driver, we need to get involved.
> 
> IOW, linux-pcmcia people don't debug card drivers.
> 

To add to what Tim mentioned, I think that the driver is fine as it does
work on select notebooks and desktops (the card can be plugged into either
PCI card or PCMCIA cardbus). Yet, in these select instances it does not work
even though neither the cardbus driver nor the actual card driver do not
report any particular problems. Hence the only logical explanation is that
there is something wrong with the pcmcia controller driver.

This card does tax the throughput of the cardbus like no other card I can
think of, hence the problem may be more widespread, but exhibits itself just
in this case where the cardbus is being pushed to its limits. Yet, the
hardware is not the issue when the same notebook/soundcard combo works
flawlessly in WinXP.

Hope this helps!

Ico