intel8x0-snd module fails to correctly detect clock when compiled in kernel
From: Martin van Es
Date: Mon Sep 25 2006 - 09:36:16 EST
For the second time I sent a mail to perex@xxxxxxx a couple of days ago
without any reply so far, so I thought I'd let the kernel mailinglist reader
know of my findings as well.
Maybe anybody else can do something with the knowledge that the intel8x0-snd
module fails to detect the 'clock' correctly if built into the kernel, as a
module this works fine. If not for anything else, I hope this mail gets
archived and the solution is available for anybody else having the same
Below is the verbatim mail as I sent it to Jaroslav:
Yesterday I compiled the fresh 2.6.18 kernel and to my big surprise I
discovered my sound was a bit off speed (too slow, like 48000 content was
played at 44100 or so). Hence my immediate search for clock problems.
A bit of searching revealed that the ac97#0-0 file (in /proc/asound/card0 dir)
contains 2 lines referring to 441~ and 48~.
In 2.6.18 these lines
PCM front DAC : 48000Hz
PCM ADC : 48000Hz
Both lines alternate between 44100 and 48000 between reboots (and I can't find
what it depends on).
dmesg outputs the following 2 lines concerning audio clock:
intel8x0_measure_ac97_clock: measured 50992 usecs
intel8x0: clocking to 43920
The 'clocking to' line is not always the same, but never 48000.
Don't ask me why, but at last I tried to build the intel8x0-snd driver as a
module and surprisingly that always results in correct funcionality. The 2
dmesg lines now read:
intel8x0_measure_ac97_clock: measured 50463 usecs
intel8x0: clocking to 48000
The clocking line is always 48000, just like it used to be in 2.6.17.
I tried to use ac97_clock=48000 as kernel boot parameter, but the doesn't
help (for the in-kernel version of the module).
ALSA version in 2.6.18 is:
Advanced Linux Sound Architecture Driver Version 1.0.12rc1 (Thu Jun 22
13:55:50 2006 UTC).
My alsa intel8x0 device string is:
ALSA device list:
#0: Intel 82801DB-ICH4 with ALC202 at 0xe0100c00, irq 10
For the time being, my problem is solved by compiling the driver as module.
In the future however I'd appreciate building my kernel monolithic again.
Hope the information and bugreport is of any use to improve the intel8x0-snd
module in future kernels.
Martin van Es
If 'but' was of any use, it would be a logical operator.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/