2.5.73-mm1 is fine.
This is *not* the "clock runs really really fas"t issue - I left -mm2 run=
ning overnight and
in some 8 hours the system clock only drifted a few seconds versus wall c=
lock (and it's
possible it was off a few seconds when it booted, as it didn't get an NTP=
sync at boot).
Audio plays "too fast" - a 4 minute .ogg goes through in about 3:40, soun=
ding a bit
high-pitched in the process.
lspci -v:
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio =
(rev 02)
Subsystem: Cirrus Logic: Unknown device 5959
Flags: bus master, medium devsel, latency 0, IRQ 11
I/O ports at d800 [size=3D256]
I/O ports at dc80 [size=3D64]
relevant dmesg output:
Advanced Linux Sound Architecture Driver Version 0.9.4 (Mon Jun 09 12:01:=
18 2003 UTC).
request_module: failed /sbin/modprobe -- snd-card-0. error =3D -16
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0: clocking to 51084
ALSA sound/pci/intel8x0.c:2520: joystick(s) found
ALSA device list:
#0: Intel 82801CA-ICH3 at 0xd800, irq 11
The 'clocking to 51084' is *VERY* suspicious, as previously this value wa=
s
*always* 48000. Something very strange obviously happened in
intel8x0_measure_ac97_clock(), but I can't figure out what. I don't
think the mdelay(50) is off - the Bogomips value hasn't changed from 3185=
=2E04.
The problem is deterministic - on 3 reboots, I've gotten 51084 twice and =
51085
once. Unless an odd latency is hitting spin_lock_irq(save,restore), I don=
't
see how that code can break?
Any ideas?
--==_Exmh_1617367797P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001
iD8DBQE+/glBcC3lWbTT17ARAiCiAKC6pBovx3eLgfb2ciOM86nw9witmwCg9/3A
d77xtRylCHLjUjAOco0Mgng=
=LO7T
-----END PGP SIGNATURE-----
--==_Exmh_1617367797P--
-
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/