[alsa-devel] [PATCH] ALSA: hda: Use 3stack quirk for some broken Dell models
Hi,
In triaging bugs for Ubuntu 9.10, I've seen several Dell models that are behaving strangely with the current driver. Attached please find a patch against current sound-2.6 HEAD that allows these models to have somewhat more sane behaviour when headphones are inserted.
Thanks, Dan
At Wed, 4 Nov 2009 17:36:51 -0800 (PST), Dan Chen wrote:
Hi,
In triaging bugs for Ubuntu 9.10, I've seen several Dell models that are behaving strangely with the current driver. Attached please find a patch against current sound-2.6 HEAD that allows these models to have somewhat more sane behaviour when headphones are inserted.
Try the very latest sound git tree. Does the problem still happen?
The decreasing volume should come from the volume-knob setup, which was fixed recently. The headphone muting is another issue, but might have been fixed :)
In anyway, please give alsa-info.sh output with the problematic hardware (preferably with the latest driver).
thanks,
Takashi
On Thu, Nov 5, 2009 at 2:10 AM, Takashi Iwai tiwai@suse.de wrote:
Try the very latest sound git tree. Does the problem still happen?
The good news is that the symptom reportedly is gone with the 20091105 snapshot. Thanks for the suggestion! An example codec dump running 20091105 is found at http://launchpadlibrarian.net/35172146/Card0.Codecs.codec.2.txt
The decreasing volume should come from the volume-knob setup, which was fixed recently. The headphone muting is another issue, but might have been fixed :)
This symptom remains reproducible. An example codec dump is at http://launchpadlibrarian.net/35125538/codec%230
At Thu, 5 Nov 2009 11:45:51 -0500, Daniel Chen wrote:
On Thu, Nov 5, 2009 at 2:10 AM, Takashi Iwai tiwai@suse.de wrote:
Try the very latest sound git tree. Does the problem still happen?
The good news is that the symptom reportedly is gone with the 20091105 snapshot. Thanks for the suggestion! An example codec dump running 20091105 is found at http://launchpadlibrarian.net/35172146/Card0.Codecs.codec.2.txt
Any chance to get alsa-info.sh output? The codec proc file isn't enough, e.g. missing PCI IDs.
Takashi
On Thu, Nov 5, 2009 at 12:09 PM, Takashi Iwai tiwai@suse.de wrote:
Any chance to get alsa-info.sh output? The codec proc file isn't enough, e.g. missing PCI IDs.
Unfortunately there's no alsa-info.sh output, but the important bits are as follows: SSIDs 0x102801dd and 0x102801ed are affected by the volume-knob change.
At Thu, 5 Nov 2009 12:56:43 -0500, Daniel Chen wrote:
On Thu, Nov 5, 2009 at 12:09 PM, Takashi Iwai tiwai@suse.de wrote:
Any chance to get alsa-info.sh output? The codec proc file isn't enough, e.g. missing PCI IDs.
Unfortunately there's no alsa-info.sh output, but the important bits are as follows: SSIDs 0x102801dd and 0x102801ed are affected by the volume-knob change.
So, do you mean that the decreasing volume still present? Or the headphone auto-muting still doesn't work?
Takashi
On Fri, Nov 6, 2009 at 10:45 AM, Takashi Iwai tiwai@suse.de wrote:
So, do you mean that the decreasing volume still present? Or the headphone auto-muting still doesn't work?
Sorry for being unclear. For SSIDs 0x102801dd and 0x102801ed, the volume-knob issue is resolved, i.e., volume no longer fades to an inaudible level once hp are inserted.
The hp automuting only affects 0x102801f3 (as tested thus far), and it remains reproducible.
At Fri, 6 Nov 2009 12:49:10 -0500, Daniel Chen wrote:
On Fri, Nov 6, 2009 at 10:45 AM, Takashi Iwai tiwai@suse.de wrote:
So, do you mean that the decreasing volume still present? Or the headphone auto-muting still doesn't work?
Sorry for being unclear. For SSIDs 0x102801dd and 0x102801ed, the volume-knob issue is resolved, i.e., volume no longer fades to an inaudible level once hp are inserted.
The hp automuting only affects 0x102801f3 (as tested thus far), and it remains reproducible.
OK, then for debugging I'd need either alsa-info.sh output, or the codec#* contents after loaded with probe_only=1 option. The previous codec file wasn't enough because it doesn't contain the original pin-default values.
Could you get the file?
thanks,
Takashi
On Sat, Nov 7, 2009 at 7:26 AM, Takashi Iwai tiwai@suse.de wrote:
OK, then for debugging I'd need either alsa-info.sh output, or the codec#* contents after loaded with probe_only=1 option. The previous codec file wasn't enough because it doesn't contain the original pin-default values.
The original reporter has confirmed that the 20091012 stable snapshot fixes the jacksense issue. Sorry for the noise!
At Wed, 11 Nov 2009 01:33:46 -0500, Daniel Chen wrote:
On Sat, Nov 7, 2009 at 7:26 AM, Takashi Iwai tiwai@suse.de wrote:
OK, then for debugging I'd need either alsa-info.sh output, or the codec#* contents after loaded with probe_only=1 option. The previous codec file wasn't enough because it doesn't contain the original pin-default values.
The original reporter has confirmed that the 20091012 stable snapshot fixes the jacksense issue. Sorry for the noise!
Good to hear! Thanks for confirmation.
Takashi
participants (3)
-
Dan Chen -
Daniel Chen -
Takashi Iwai