Ian Soboroff <ian.soboroff@nist.gov> writes:
> Just tried 2.4.20-ac2 on my Fujitsu P-2040, and it seems to have a
> problem initializing the sound:
>
> (from dmesg)
>
> Trident 4DWave/SiS 7018/ALi 5451,Tvia CyberPro 5050 PCI Audio, version 0.14.10h,
> 17:35:49 Dec 16 2002
> PCI: Found IRQ 9 for device 00:04.0
> trident: ALi Audio Accelerator found at IO 0x1000, IRQ 9
> ALi 5451 did not come out of reset.
> trident_ac97_init: error resetting 5451.
Took a bit of a look... the trident.c part of the patch is pretty
short:
--- linux.vanilla/drivers/sound/trident.c 2002-11-29 21:27:19.000000000 +0
000
+++ linux.20-ac2/drivers/sound/trident.c 2002-11-14 15:24:35.000000000 +0
000
@@ -3936,9 +3936,11 @@
wReg = ali_ac97_get(card, 0, AC97_POWER_CONTROL);
if((wReg & 0x000f) == 0x000f)
return 0;
- udelay(500);
+ udelay(5000);
}
- return 0;
+
+ printk(KERN_ERR "ALi 5451 did not come out of reset.\n");
+ return 1;
}
/* AC97 codec initialisation. */
I guess the loop (which the patch only shows the bottom of) is trying
to reset the AC97, and check the reset witht he ali_ac97_get() call.
The old 2.4.20 code just returned 0 in any case, whether the reset
succeeded or not. On my laptop, if I change this routine back to
return 0 in all cases, sound works fine. With this patch, this
routine returns 1, and the trident.c init aborts.
Perhaps the loop check for reset success isn't right? Or not all ALi
5451's play nice? I've reached the end of my clue.
Ian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Dec 23 2002 - 22:00:23 EST