[alsa-devel] IDT quirks...where?
Hi, guys. Following up a Fedora forum quirk report:
http://forums.fedoraforum.org/showpost.php?p=1229209&postcount=16
elsewhere in the thread, the reporter is instructed to try the hp-dv5 model parameter, and reports that this works.
The alsa-info output shows the subsystem ID as 103c:3621, and the codec as IDT 92HD71B7X. This is one I haven't seen before. I wanted to write up a bug report with a patch to add a quirk for this chipset, but I can't see which of the quirk files it should go into - none of the patch_*.c files seems to cover IDT codecs. What's the story with these? Where do their quirks go? Does current ALSA have one already? (I did try searching through each of the patch_*.c files for 3621 and found nothing, but I may have missed something).
Thanks!
On Fri, Jun 19, 2009 at 5:49 PM, Adam Williamsonawilliam@redhat.com wrote:
patch_*.c files seems to cover IDT codecs. What's the story with these? Where do their quirks go? Does current ALSA have one already? (I did try
Use sound/pci/hda/patch_sigmatel.c::stac92hd71bxx_cfg_tbl[].
On Fri, 2009-06-19 at 18:05 -0400, Daniel Chen wrote:
On Fri, Jun 19, 2009 at 5:49 PM, Adam Williamsonawilliam@redhat.com wrote:
patch_*.c files seems to cover IDT codecs. What's the story with these? Where do their quirks go? Does current ALSA have one already? (I did try
Use sound/pci/hda/patch_sigmatel.c::stac92hd71bxx_cfg_tbl[].
Thanks for that. We chatted on IRC: follow up for the list, this is already covered in current ALSA (by a wildcard, which is why I missed it), but F11 is still using ALSA driver bits from kernel 2.6.29 (so 1.0.18a vintage). Practically speaking it's probably not worth trying to backport the later IDT/Sigmatel fixes, I'll just leave it and it'll get fixed when F11 goes to kernel 2.6.30.
Thanks very much for the information, Daniel.
participants (2)
-
Adam Williamson
-
Daniel Chen