On Friday 22 July 2005 09:25, Ralf Hildebrandt wrote:
> * Ralf Hildebrandt <[EMAIL PROTECTED]>:
>
> > The one message strinking me as odd during the boot-process is:
> > Jul 21 19:50:01 kasbah kernel: AC'97 warm reset still in progress?
> > [0xffffffff]
>
> More details: If I unload the sounddriver:
>
> # rmmod snd_intel8x0
>
> and the reload it:
>
> # modprobe snd_intel8x0
>
> I get:
>
> ACPI: PCI Interrupt 0000:00:06.0[A] -> Link [LACI] -> GSI 22 (level, low) ->
> IRQ 19
> PCI: Setting latency timer of device 0000:00:06.0 to 64
> AC'97 warm reset still in progress? [0xffffffff]
> Intel ICH: probe of 0000:00:06.0 failed with error -5
Not happening here on 2.6.12:
# modprobe -r snd_intel8x0
# modprobe snd_intel8x0
# dmesg | tail -4
ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 50417 usecs
intel8x0: clocking to 48000
# lspci -n
00:00.0 Class 0600: 8086:1130 (rev 04)
00:02.0 Class 0300: 8086:1132 (rev 04)
00:1e.0 Class 0604: 8086:244e (rev 05)
00:1f.0 Class 0601: 8086:2440 (rev 05)
00:1f.1 Class 0101: 8086:244b (rev 05)
00:1f.2 Class 0c03: 8086:2442 (rev 05)
00:1f.3 Class 0c05: 8086:2443 (rev 05)
00:1f.4 Class 0c03: 8086:2444 (rev 05)
00:1f.5 Class 0401: 8086:2445 (rev 05)
01:08.0 Class 0200: 8086:2449 (rev 03)
# lspci
00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and Memory
Controller Hub (rev 04)
00:02.0 VGA compatible controller: Intel Corp. 82815 CGC [Chipset Graphics
Controller] (rev 04)
00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 05)
00:1f.0 ISA bridge: Intel Corp. 82801BA ISA Bridge (LPC) (rev 05)
00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 05)
00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub (rev 05)
00:1f.3 SMBus: Intel Corp. 82801BA/BAM SMBus (rev 05)
00:1f.4 USB Controller: Intel Corp. 82801BA/BAM USB (Hub (rev 05)
00:1f.5 Multimedia audio controller: Intel Corp. 82801BA/BAM AC'97 Audio (rev
05)
01:08.0 Ethernet controller: Intel Corp. 82801BA/BAM/CA/CAM Ethernet Controller
(rev 03)
In your case, 0xffffffff looks like device is disabled. This is where it
happens:
static int snd_intel8x0_chip_init(intel8x0_t *chip, int probing)
{
unsigned int i;
int err;
if (chip->device_type != DEVICE_ALI) {
if ((err = snd_intel8x0_ich_chip_init(chip, probing)) < 0)
return err;
...
static int snd_intel8x0_ich_chip_init(intel8x0_t *chip, int probing)
{
unsigned long end_time;
unsigned int cnt, status, nstatus;
/* put logic to right state */
/* first clear status bits */
status = ICH_RCS | ICH_MCINT | ICH_POINT | ICH_PIINT;
if (chip->device_type == DEVICE_NFORCE)
status |= ICH_NVSPINT;
cnt = igetdword(chip, ICHREG(GLOB_STA));
iputdword(chip, ICHREG(GLOB_STA), cnt & status);
/* ACLink on, 2 channels */
cnt = igetdword(chip, ICHREG(GLOB_CNT));
cnt &= ~(ICH_ACLINK | ICH_PCM_246_MASK);
/* finish cold or do warm reset */
cnt |= (cnt & ICH_AC97COLD) == 0 ? ICH_AC97COLD : ICH_AC97WARM;
iputdword(chip, ICHREG(GLOB_CNT), cnt);
end_time = (jiffies + (HZ / 4)) + 1;
do {
if ((igetdword(chip, ICHREG(GLOB_CNT)) & ICH_AC97WARM) == 0)
goto __ok;
do_delay(chip);
} while (time_after_eq(end_time, jiffies));
snd_printk("AC'97 warm reset still in progress? [0x%x]\n",
igetdword(chip, ICHREG(GLOB_CNT)));
return -EIO;
__ok:
...
Dunno what to do next. Shots in the dark:
Did it wok with 2.6.12 for you?
Maybe start adding printks in snd_intel8x0_create(),
where snd_intel8x0_chip_init() is eventually called.
You want to find out what is the difference in hw behaviour
bebween good and bad boot.
Maybe do a superfluous pci_disable_device/pci_enable_device pair there.
--
vda
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
