Via Onboard Audio - Round #2

Via Onboard Audio - Round #2

[Sean Middleditch]

Hi all!

OK, I seemed to have made a realization:

When the via82cxxx_audio driver loads (this is in 2.4.12, Debian
version, which I think is Linus tree with a couple patches), I get these
errors (which I also think I had on the RH kernels, tho I can't exactly
check that anymoe, since RH is gone):

IEQ routing conflict for 00:07.5, have irq 5, want irq 11
PCI: Sharing IRQ 11 with 00:0a.0
PCI: Sharing IRQ 11 with 00.0b.0
via82cxxx: timeout while reading AC97 codec (0xAA0000)
via82cxxx: timeout while reading AC97 codec (0xAA0000)
via82cxxx: Codec rate locked at 48Khz
via82cxxx: timeout while reading AC97 codec (0x800000)
ac97_codec: AC97  codec, id: 0x4144:0x5361 (Unknown)
via82cxxx: board #1 at 0x1000, IRQ 5

(note, those were hand typed, I'm writing this up on my workstation not
the laptop, so no cut and paste, and I'm too lazy to deal with floppies
at the moment).

In /proc/pci, the audio board is at IRQ 5, device 9 on bus 9.
lspci says it is device 00:07.5 (as does the above notice).

pcitweak -l  reports, for the device:
PCI: 00:07.5: chip 1106,3058 card 0e11,0097 rev 50 class 04,01,00 hdr 00

In any event, I'm thinking perhaps there is an IRQ conflict happening
here?  I looked in the BIOS, and the BIOS gives me *no* options relating
to IRQ's (All I see are a couple lpt options, boot order, and
suspend/resume disabling).  I tried modprobe via82cxx_audio irq=5  but
that gave me errors about the irq option not being valid.  How can I
force the IEQ to 5, or 11, or whatever other IRQ I want?

Also, Pierre Rousselet suggested there may be memory issues.  Although
2.4.12 has never given me problems, 2.4.13 crashed and burned, the 2.4.7
that came with RH 7.2 crashed and burned, I never had problems with
2.4.9, no problems with 2.2.17 (Debian install) although I didn't run
those last too for long at all, and 2.2.19 seemed to choke when I loaded
my nic dirver (8139too).  I don't know if those were all related to
kernel bugs (the 2.2.19 was only on the nic, and only a couple 2.4.x
gave me issues).  In any event, the reason I bought this laptop over a
better linux-supported one was the price, which was due to the fact it
was a returned laptop, leading me to believe there is a good chance the
memory *may* be bad, although again I have had no problems with some
kernels, even after having it run for hours.

Anyways, how could I better debug memory?  I've managed some mean
compilations on the good kernels, and seen C++ compiler crash horribly
on 2.4.13.  That's the best memory tester I know of.  ~,^

Again, I'm not on the list, way too much mental strain with all that
traffic.  CC replies to me, please.

Thanks again everyone for all your excellent help!
Sean Etc.

Re: Via Onboard Audio - Round #2

[Jeff Garzik]

Sean Middleditch wrote:
> 
> Hi all!
> 
> OK, I seemed to have made a realization:
> 
> When the via82cxxx_audio driver loads (this is in 2.4.12, Debian
> version, which I think is Linus tree with a couple patches), I get these
> errors (which I also think I had on the RH kernels, tho I can't exactly
> check that anymoe, since RH is gone):
> 
> IEQ routing conflict for 00:07.5, have irq 5, want irq 11
> PCI: Sharing IRQ 11 with 00:0a.0
> PCI: Sharing IRQ 11 with 00.0b.0
> via82cxxx: timeout while reading AC97 codec (0xAA0000)
> via82cxxx: timeout while reading AC97 codec (0xAA0000)
> via82cxxx: Codec rate locked at 48Khz
> via82cxxx: timeout while reading AC97 codec (0x800000)
> ac97_codec: AC97  codec, id: 0x4144:0x5361 (Unknown)
> via82cxxx: board #1 at 0x1000, IRQ 5
> 
> (note, those were hand typed, I'm writing this up on my workstation not
> the laptop, so no cut and paste, and I'm too lazy to deal with floppies
> at the moment).
> 
> In /proc/pci, the audio board is at IRQ 5, device 9 on bus 9.
> lspci says it is device 00:07.5 (as does the above notice).
> 
> pcitweak -l  reports, for the device:
> PCI: 00:07.5: chip 1106,3058 card 0e11,0097 rev 50 class 04,01,00 hdr 00
> 
> In any event, I'm thinking perhaps there is an IRQ conflict happening
> here?  I looked in the BIOS, and the BIOS gives me *no* options relating
> to IRQ's (All I see are a couple lpt options, boot order, and
> suspend/resume disabling).  I tried modprobe via82cxx_audio irq=5  but
> that gave me errors about the irq option not being valid.  How can I
> force the IEQ to 5, or 11, or whatever other IRQ I want?

You cannot, through driver options.

The IRQ routing conflict is definitely the problem.  You can try booting
with "PNP OS: No" and maybe other irq options are hidden in your BIOS
setup under an advanced menu.

-- 
Jeff Garzik      | Only so many songs can be sung
Building 1024    | with two lips, two lungs, and one tongue.
MandrakeSoft     |         - nomeansno

Re: Via Onboard Audio - Round #2

[Sean Middleditch]

On Sun, 2001-11-04 at 00:03, Jeff Garzik wrote:
> 
> You cannot, through driver options.
> 
> The IRQ routing conflict is definitely the problem.  You can try booting
> with "PNP OS: No" and maybe other irq options are hidden in your BIOS
> setup under an advanced menu.
> 

There is no option.  Trust me, I know BIOS setups, and unless they
really hid the option well (I.E., not having it in the menus at all)
it's not there.  The audio worked fine in WindowXP, obviously an OS and
drivers can handle it.  This is a limitation and/or problem with Linux
and it's Via Audio driver.  How can I get around this, or do I need to
reinstall WindowsXP to use the audio?

(Sorry if I sounded harsh, but I just got done bitching at a couple
companies pissing me off lately... I'm not in a put-up-with-crap mood
right now  ^,^  After I sleep a little I will behave better, I promise.)

Thanks guys,
Sean Etc.

> -- 
> Jeff Garzik      | Only so many songs can be sung
> Building 1024    | with two lips, two lungs, and one tongue.
> MandrakeSoft     |         - nomeansno
> 

Re: Via Onboard Audio - Round #2

[Anton Altaparmakov]

At 05:30 04/11/2001, Sean Middleditch wrote:
>On Sun, 2001-11-04 at 00:03, Jeff Garzik wrote:
> > You cannot, through driver options.
> >
> > The IRQ routing conflict is definitely the problem.  You can try booting
> > with "PNP OS: No" and maybe other irq options are hidden in your BIOS
> > setup under an advanced menu.
>
>There is no option.

You mean you bios doesn't allow you to choose whether you have a PNP OS or 
not?!? That would be very unusual (unless you have a Dell...). Linux is not 
a PNP OS and hence problems like yours often get fixed by setting in the 
BIOS that you are not using a PNP OS. Windows still works fine with PNP OS 
= NO btw. - On my P4 I had to set PNP OS = NO otherwise I couldn't get my 
sound card to work...

Anton


-- 
   "I've not lost my mind. It's backed up on tape somewhere." - Unknown
-- 
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Linux NTFS Maintainer / WWW: http://linux-ntfs.sf.net/
ICQ: 8561279 / WWW: http://www-stu.christs.cam.ac.uk/~aia21/

Re: Via Onboard Audio - Round #2

[Jeff Garzik]

Anton Altaparmakov wrote:
> Linux is not
> a PNP OS and hence problems like yours often get fixed by setting in the
> BIOS that you are not using a PNP OS.

Incorrect.  PCI IRQ routing (net effect of "PNP OS: Yes") works fine for
everybody except those with Sean's type of PCI IRQ routing table.

-- 
Jeff Garzik      | Only so many songs can be sung
Building 1024    | with two lips, two lungs, and one tongue.
MandrakeSoft     |         - nomeansno

Re: Via Onboard Audio - Round #2

[Jeff Garzik]

-- 
Jeff Garzik      | Only so many songs can be sung
Building 1024    | with two lips, two lungs, and one tongue.
MandrakeSoft     |         - nomeansno

Re: Via Onboard Audio - Round #2

[Jeff Garzik]

Sean Middleditch wrote:
> drivers can handle it.  This is a limitation and/or problem with Linux
> and it's Via Audio driver.  How can I get around this, or do I need to
> reinstall WindowsXP to use the audio?

This has absolutely nothing to do with the audio driver.

Linux is having trouble with your PCI IRQ routing table that is
presented by your BIOS to Linux.

Can you provide 'dmesg -s 16384' output, after changing line 7 of
arch/i386/kernel/pci-i386.h thusly:
-#undef DEBUG
+#define DEBUG 1

This will show me your PCI IRQ routing table.

-- 
Jeff Garzik      | Only so many songs can be sung
Building 1024    | with two lips, two lungs, and one tongue.
MandrakeSoft     |         - nomeansno

Re: Via Onboard Audio - Round #2

[Anton Altaparmakov]

At 13:44 04/11/2001, Jeff Garzik wrote:
>Anton Altaparmakov wrote:
> > Linux is not
> > a PNP OS and hence problems like yours often get fixed by setting in the
> > BIOS that you are not using a PNP OS.
>
>Incorrect.  PCI IRQ routing (net effect of "PNP OS: Yes") works fine for
>everybody except those with Sean's type of PCI IRQ routing table.

Well, if I reboot set it to YES and boot into Linux my SB Live stops 
working. As does my wintv pci (or my network card, can't remember)... If I 
reboot, set it to NO and boot again then all is fine. Fully reproducible.

In Windows everything works with either setting, in Linux it doesn't.

And that's a fact with my Asus P4B mobo + P4 1.7GHz CPU, SB Live!, 3c9xyz, 
wintv pci, advansys scsi, and loads of peripherals (usb, etc).

Sorry, but I am correct at least for my hardware.

Anton


-- 
   "I've not lost my mind. It's backed up on tape somewhere." - Unknown
-- 
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Linux NTFS Maintainer / WWW: http://linux-ntfs.sf.net/
ICQ: 8561279 / WWW: http://www-stu.christs.cam.ac.uk/~aia21/

Re: Via Onboard Audio - Round #2

[Jeff Garzik]

Anton Altaparmakov wrote:
> 
> At 13:44 04/11/2001, Jeff Garzik wrote:
> >Anton Altaparmakov wrote:
> > > Linux is not
> > > a PNP OS and hence problems like yours often get fixed by setting in the
> > > BIOS that you are not using a PNP OS.
> >
> >Incorrect.  PCI IRQ routing (net effect of "PNP OS: Yes") works fine for
> >everybody except those with Sean's type of PCI IRQ routing table.
> 
> Well, if I reboot set it to YES and boot into Linux my SB Live stops
> working. As does my wintv pci (or my network card, can't remember)... If I
> reboot, set it to NO and boot again then all is fine. Fully reproducible.

Can you do the same thing requested of Sean?

Set PNP OS: Yes in BIOS, enable debugging in
arch/i386/kernel/pci-i386.h, reboot, and post the 'dmesg' output.

-- 
Jeff Garzik      | Only so many songs can be sung
Building 1024    | with two lips, two lungs, and one tongue.
MandrakeSoft     |         - nomeansno

Re: Via Onboard Audio - Round #2

[Sean Middleditch]

On Sun, 2001-11-04 at 08:48, Jeff Garzik wrote:
> Sean Middleditch wrote:
> > drivers can handle it.  This is a limitation and/or problem with Linux
> > and it's Via Audio driver.  How can I get around this, or do I need to
> > reinstall WindowsXP to use the audio?
> 
> This has absolutely nothing to do with the audio driver.
> 
> Linux is having trouble with your PCI IRQ routing table that is
> presented by your BIOS to Linux.
> 
> Can you provide 'dmesg -s 16384' output, after changing line 7 of
> arch/i386/kernel/pci-i386.h thusly:
> -#undef DEBUG
> +#define DEBUG 1
> 
> This will show me your PCI IRQ routing table.

That I will do when I get the chance (hopefully soon).

> 
> -- 
> Jeff Garzik      | Only so many songs can be sung
> Building 1024    | with two lips, two lungs, and one tongue.
> MandrakeSoft     |         - nomeansno
> 

Re: Via Onboard Audio - Round #2

[Sean Middleditch]

[-- Attachment #1: Type: text/plain, Size: 840 bytes --]

Aye, made the changes, here is the output.

On Sun, 2001-11-04 at 08:48, Jeff Garzik wrote:
> Sean Middleditch wrote:
> > drivers can handle it.  This is a limitation and/or problem with Linux
> > and it's Via Audio driver.  How can I get around this, or do I need to
> > reinstall WindowsXP to use the audio?
> 
> This has absolutely nothing to do with the audio driver.
> 
> Linux is having trouble with your PCI IRQ routing table that is
> presented by your BIOS to Linux.
> 
> Can you provide 'dmesg -s 16384' output, after changing line 7 of
> arch/i386/kernel/pci-i386.h thusly:
> -#undef DEBUG
> +#define DEBUG 1
> 
> This will show me your PCI IRQ routing table.
> 
> -- 
> Jeff Garzik      | Only so many songs can be sung
> Building 1024    | with two lips, two lungs, and one tongue.
> MandrakeSoft     |         - nomeansno
> 


[-- Attachment #2: requested output --]
[-- Type: text/plain, Size: 9543 bytes --]

Linux version 2.4.13 (root@novalayer) (gcc version 2.95.4 20011006 (Debian prerelease)) #4 Sun Nov 4 16:43:12 EST 2001
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009e800 (usable)
 BIOS-e820: 000000000009e800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000c0000 - 00000000000cc000 (reserved)
 BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000eef0000 (usable)
 BIOS-e820: 000000000eef0000 - 000000000eeff000 (ACPI data)
 BIOS-e820: 000000000eeff000 - 000000000ef00000 (ACPI NVS)
 BIOS-e820: 000000000ef00000 - 000000000f000000 (usable)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
On node 0 totalpages: 61440
zone(0): 4096 pages.
zone(1): 57344 pages.
zone(2): 0 pages.
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
Kernel command line: root=/dev/hda3 ro
Initializing CPU#0
Detected 896.925 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1789.13 BogoMIPS
Memory: 236636k/245760k available (772k kernel code, 8668k reserved, 224k data, 204k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: Before vendor init, caps: 0383fbff c1c7fbff 00000000, vendor = 2
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 64K (64 bytes/line)
CPU: After vendor init, caps: 0383fbff c1c7fbff 00000000 00000000
CPU:     After generic, caps: 0383fbff c1c7fbff 00000000 00000000
CPU:             Common caps: 0383fbff c1c7fbff 00000000 00000000
CPU: AMD Mobile AMD Duron(tm) Processor stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 896.8749 MHz.
..... host bus clock speed is 199.3054 MHz.
cpu: 0, clocks: 1993054, slice: 996527
CPU0<T0:1993040,T1:996512,D:1,S:996527,C:1993054>
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: BIOS32 Service Directory structure at 0xc00f6d90
PCI: BIOS32 Service Directory entry at 0xfd690
PCI: BIOS probe returned s=00 hw=01 ver=02.10 l=01
PCI: PCI BIOS revision 2.10 entry at 0xfd7ae, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: IDE base address fixup for 00:07.1
PCI: Scanning for ghost devices on bus 0
PCI: Scanning for ghost devices on bus 1
Unknown bridge resource 0: assuming transparent
PCI: IRQ init
PCI: Interrupt Routing Table found at 0xc00fdf50
00:09 slot=00 0:55/0010 1:57/0200 2:00/def8 3:00/def8
00:0b slot=00 0:56/0800 1:00/def8 2:00/def8 3:00/def8
00:0a slot=00 0:56/0800 1:00/def8 2:00/def8 3:00/def8
00:13 slot=00 0:55/0010 1:00/def8 2:00/def8 3:00/def8
00:00 slot=00 0:56/0020 1:00/def8 2:00/def8 3:00/def8
00:07 slot=00 0:55/0010 1:56/0800 2:56/0020 3:57/0200
00:01 slot=00 0:56/0020 1:00/def8 2:00/def8 3:00/def8
PCI: Attempting to find IRQ router for 1106:0596
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
PCI: IRQ fixup
00:0a.0: ignoring bogus IRQ 255
IRQ for 00:0a.0:0 -> PIRQ 56, mask 0800, excl 0000 -> newirq=0 ... failed
PCI: Allocating resources
PCI: Resource ec000000-efffffff (f=1208, d=0, p=0)
PCI: Resource 00001840-0000184f (f=101, d=0, p=0)
PCI: Resource 00001800-0000181f (f=101, d=0, p=0)
PCI: Resource 00001000-000010ff (f=101, d=0, p=0)
PCI: Resource 00001854-00001857 (f=105, d=0, p=0)
PCI: Resource 00001850-00001853 (f=101, d=0, p=0)
PCI: Resource e8000000-e800ffff (f=200, d=0, p=0)
PCI: Resource 00001858-0000185f (f=109, d=0, p=0)
PCI: Resource ffbfe000-ffbfefff (f=200, d=0, p=0)
PCI: Resource 00001400-000014ff (f=101, d=0, p=0)
PCI: Resource e8010000-e80100ff (f=200, d=0, p=0)
PCI: Resource e8100000-e817ffff (f=200, d=0, p=0)
PCI: Resource f0000000-f7ffffff (f=1208, d=0, p=0)
PCI: Sorting device list...
Applying VIA southbridge workaround.
PCI: Disabling Via external APIC routing
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
devfs: v0.119 (20011009) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Cronyx Ltd, Synchronous PPP and CISCO HDLC (c) 1994
Linux port (c) 1998 Building Number Three Ltd & Jan "Yenya" Kasprzak.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
Linux IP multicast router 0.06 plus PIM-SM
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 3308 blocks [1 disk] into ram disk... |\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\bdone.
Freeing initrd memory: 3308k freed
VFS: Mounted root (cramfs filesystem).
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c686b (rev 42) IDE UDMA100 controller on pci00:07.1
    ide0: BM-DMA at 0x1840-0x1847, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x1848-0x184f, BIOS settings: hdc:DMA, hdd:pio
hda: TOSHIBA MK2017GAP, ATA DISK drive
hdc: TOSHIBA DVD-ROM SD-C2502, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 39070080 sectors (20004 MB), CHS=38760/16/63
Partition check:
 /dev/ide/host0/bus0/target0/lun0: [PTBL] [2432/255/63] p1 p2 p3
cramfs: wrong magic
VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=2
Freeing unused kernel memory: 204k freed
spurious 8259A interrupt: IRQ7.
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Adding Swap: 530136k swap-space (priority -1)
Real Time Clock Driver v1.10e
8139too Fast Ethernet driver 0.9.20
IRQ for 00:0b.0:0 -> PIRQ 56, mask 0800, excl 0000 -> newirq=11 -> assigning IRQ 11 ... OK
PCI: Assigned IRQ 11 for device 00:0b.0
IRQ routing conflict for 00:07.5, have irq 5, want irq 11
PCI: Sharing IRQ 11 with 00:0a.0
eth0: RealTek RTL8139 Fast Ethernet at 0xcf881000, 00:02:a5:a1:03:ee, IRQ 11
eth0:  Identified 8139 chip type 'RTL-8139C'
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
uhci.c: USB Universal Host Controller Interface driver v1.1
IRQ for 00:07.2:3 -> PIRQ 57, mask 0200, excl 0000 -> newirq=9 -> assigning IRQ 9 ... OK
PCI: Assigned IRQ 9 for device 00:07.2
uhci.c: USB UHCI at I/O 0x1800, IRQ 9
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
Linux Kernel Card Services 3.1.22
  options:  [pci] [cardbus] [pm]
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Intel PCIC probe: not found.
hub.c: USB new device connect on bus1/2, assigned device number 2
ds: no socket drivers loaded!
usb.c: USB device 2 (vend/prod 0x46d/0xc00e) is not claimed by any active driver.
mice: PS/2 mouse device common for all mice
usb.c: registered new driver hiddev
usb.c: registered new driver hid
input0: USB HID v1.10 Mouse [Logitech Logitech] on usb1:2.0
hid-core.c: v1.8 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
hid-core.c: USB HID support drivers
usb.c: registered new driver usb_mouse
usbmouse.c: v1.6:USB HID Boot Protocol mouse driver
usb-uhci.c: $Revision: 1.268 $ time 17:06:18 Nov  4 2001
usb-uhci.c: High bandwidth mode enabled
usb-uhci.c: v1.268:USB Universal Host Controller Interface driver
Via 686a audio driver 1.1.14b
IRQ for 00:07.5:2 -> PIRQ 56, mask 0020, excl 0000 -> newirq=5 -> got IRQ 11
PCI: Found IRQ 11 for device 00:07.5
IRQ routing conflict for 00:07.5, have irq 5, want irq 11
PCI: Sharing IRQ 11 with 00:0a.0
PCI: Sharing IRQ 11 with 00:0b.0
via82cxxx: timeout while reading AC97 codec (0xAA0000)
via82cxxx: timeout while reading AC97 codec (0xAA0000)
via82cxxx: Codec rate locked at 48Khz
via82cxxx: timeout while reading AC97 codec (0x800000)
ac97_codec: AC97  codec, id: 0x4144:0x5361 (Unknown)
via82cxxx: board #1 at 0x1000, IRQ 5