Related VIA PCI crazyness?

public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed

* Related VIA PCI crazyness?
@ 2001-01-07 12:28 Philip Armstrong
  2001-01-07 14:33 ` Adrian Bunk
                   ` (2 more replies)
  0 siblings, 3 replies; 12+ messages in thread
From: Philip Armstrong @ 2001-01-07 12:28 UTC (permalink / raw)
  To: linux-kernel

In supplement to Evan Thompson's emails with the subject "Additional
info. for PCI VIA IDE crazyness. Please read." I've noticed the
following message with recent 2.4.0 test + release kernels:

IRQ routing conflict in pirq table! Try 'pci=autoirq'

Booting with pci=autoirq results in an error message. Has this option
been removed at some point?

Setting DEBUG in arch/i386/kernel/pci-i386.h results in the following
extra messages in the boot log (+ a few context lines):

PCI: BIOS32 Service Directory structure at 0xc00fb0a0
PCI: BIOS32 Service Directory entry at 0xfb520
PCI: BIOS probe returned s=00 hw=11 ver=02.10 l=01
PCI: PCI BIOS revision 2.10 entry at 0xfb550, 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
PCI: IRQ init
PCI: Interrupt Routing Table found at 0xc00fdf00
00:08 slot=01 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
00:09 slot=02 0:02/deb8 1:03/deb8 2:05/deb8 3:01/deb8
00:0a slot=03 0:03/deb8 1:05/deb8 2:01/deb8 3:02/deb8
00:0b slot=04 0:05/deb8 1:01/deb8 2:02/deb8 3:03/deb8
00:0c slot=05 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
00:07 slot=00 0:00/deb8 1:00/deb8 2:00/deb8 3:00/deb8
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
PCI: IRQ fixup
PCI: Allocating resources
PCI: Resource e0000000-e7ffffff (f=1208, d=0, p=0)
PCI: Resource 0000e000-0000e00f (f=101, d=0, p=0)
PCI: Resource 0000e400-0000e41f (f=101, d=0, p=0)
PCI: Resource 0000e800-0000e8ff (f=101, d=0, p=0)
PCI: Resource ef100000-ef1000ff (f=200, d=0, p=0)
PCI: Resource 0000ec00-0000ecff (f=101, d=0, p=0)
PCI: Resource ef101000-ef1010ff (f=200, d=0, p=0)
PCI: Resource ef000000-ef0fffff (f=200, d=0, p=0)
PCI: Resource ee000000-eeffffff (f=1208, d=0, p=0)
PCI: Resource ec000000-ecffffff (f=1208, d=0, p=0)
PCI: Resource e8000000-e8003fff (f=200, d=0, p=0)
PCI: Resource e9000000-e97fffff (f=200, d=0, p=0)
PCI: Sorting device list...
...
Starting kswapd v1.8
IRQ for 01:00.0:0 -> not found in routing table
matroxfb: Matrox Millennium II (AGP) detected
...
SCSI subsystem driver Revision: 1.00
IRQ for 00:08.0:0 -> PIRQ 01, mask deb8, excl 0e00 -> newirq=11 -> got IRQ 9
IRQ routing conflict in pirq table! Try 'pci=autoirq'
scsi0 : AdvanSys SCSI 3.2M: PCI Ultra 240 CDB: IO E800/F, IRQ 11
...
8139too Fast Ethernet driver 0.9.13 loaded
IRQ for 00:0a.0:0 -> PIRQ 03, mask deb8, excl 0e00 -> newirq=9 -> got IRQ 11
IRQ routing conflict in pirq table! Try 'pci=autoirq'
eth0: RealTek RTL8139 Fast Ethernet at 0xc8c39000, 00:40:95:33:7a:51, IRQ 9
eth0:  Identified 8139 chip type 'RTL-8139B'
...

The IDE controller part of the boot log says:

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
VP_IDE: VIA vt82c586b IDE UDMA33 controller on pci0:7.1
    ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA
hda: FUJITSU M1638TAU, ATA DISK drive
hdb: LS-120 COSM 05 UHD Floppy, ATAPI FLOPPY drive
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
hdc: ST310212A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15

So this may or may not be related to Evan's PCI IDE driver issues.

The bios is 

BIOS Vendor: Award Software International, Inc.
BIOS Version: 4.51 PG
BIOS Release: 06/19/98

and the output of lspci is:

00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 41)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 02)
00:07.3 Bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10)
00:08.0 SCSI storage controller: Advanced System Products, Inc ABP940-U / ABP960-U (rev 03)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)
00:0b.0 Multimedia controller: Sigma Designs, Inc. REALmagic Hollywood Plus DVD Decoder (rev 01)
00:0c.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] AGP

HTH someone.

cheers,

Phil Armstrong

-- 
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-07 12:28 Related VIA PCI crazyness? Philip Armstrong
@ 2001-01-07 14:33 ` Adrian Bunk
  2001-01-07 23:52 ` Linus Torvalds
       [not found] ` <200101072352.PAA28348@penguin.transmeta.com>
  2 siblings, 0 replies; 12+ messages in thread
From: Adrian Bunk @ 2001-01-07 14:33 UTC (permalink / raw)
  To: Philip Armstrong; +Cc: linux-kernel

On Sun, 7 Jan 2001, Philip Armstrong wrote:

> In supplement to Evan Thompson's emails with the subject "Additional
> info. for PCI VIA IDE crazyness. Please read." I've noticed the
> following message with recent 2.4.0 test + release kernels:
>
> IRQ routing conflict in pirq table! Try 'pci=autoirq'
>...
> and the output of lspci is:
>
> 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 03)
> 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
> 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 41)
> 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
> 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 02)
> 00:07.3 Bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10)
> 00:08.0 SCSI storage controller: Advanced System Products, Inc ABP940-U / ABP960-U (rev 03)
> 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)
>...

I have exactly the same board and the same symptoms: I have a Realtek
Semiconductor Co., Ltd. RTL-8029(AS) (using the NE2000-PCI driver). I
always get the 'pci=autoirq' error message from the card when booting but
it took some time until I noticed it because the card works without any
problems. I get the same error message in 2.4.0-ac1 with the VIA IDE
driver upgraded to v3.6 . I don't have module support in my kernels.

> HTH someone.
>
> cheers,
>
> Phil Armstrong

cu,
Adrian

-- 
A "No" uttered from deepest conviction is better and greater than a
"Yes" merely uttered to please, or what is worse, to avoid trouble.
                -- Mahatma Ghandi


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-07 12:28 Related VIA PCI crazyness? Philip Armstrong
  2001-01-07 14:33 ` Adrian Bunk
@ 2001-01-07 23:52 ` Linus Torvalds
  2001-01-07 21:02   ` Albert Cranford
                     ` (3 more replies)
       [not found] ` <200101072352.PAA28348@penguin.transmeta.com>
  2 siblings, 4 replies; 12+ messages in thread
From: Linus Torvalds @ 2001-01-07 23:52 UTC (permalink / raw)
  To: linux-kernel

In article <20010107122800.A636@kantaka.co.uk>,
Philip Armstrong  <phil@kantaka.co.uk> wrote:
>In supplement to Evan Thompson's emails with the subject "Additional
>info. for PCI VIA IDE crazyness. Please read." I've noticed the
>following message with recent 2.4.0 test + release kernels:
>
>IRQ routing conflict in pirq table! Try 'pci=autoirq'

But the machine still works fine, ie the SCSI driver and the network
driver still seem happy?

If so, it sounds like maybe the VIA pirq router functions are buggy (it
looks like the sense of pirq 01 and pirq 03 are reversed).

The problem Evan Thompson saw was apparently simply due to the magic
meaning of the 0xfe and 0xff pirq entries, and has apparently been fixed
by handling those correctly in the final 2.4.0.

Christian Engstler seems to have a problem much like yours, where it
gets a different irq line than the one that is apparently in use.  It
looks like Christian, too, has a working machine, and that the only bad
result of this all is an annoying printk message.  Can you confirm that
things actually work for you too, and you'd just like to get rid of the
unnerving message?

If the VIA logic for getting/setting the irq is wrong, it should only be
a problem if there are devices that _haven't_ been routed by the BIOS. 
Usually these devices are limited to things like USB, ACPI and CardBus
controllers, and getting the irq routing wrong in that case can be
deadly (infinite irq streams on the wrong irq line). 

The case where you get an annoying message are the cases where Linux
knows something is wrong, but decides to take the safe approach - it
seems to be working for you, as far as I can tell, but that message
_does_ mean that we may have problems on other machines with the VIA
chipset. 

I _think_ the VIA routing functions were done by Jeff Garzik, Cc'd.

Looking at the VIA irq routing, it looks a bit strange. We have pirqa in
the high nybble of config sparce port 55h, then we have pirqb and c in
56h (low and high nybbles respectively), and then we have pirqd in the
high nybble of 57h.

The reason this is strange is that it's not consecutive nybbles.  I'd
have expected pirqd to show up in the _low_ nybble of 57h.  But as the
pirq routing fields are pure software convention, it's hard to know
whether this is already taken into account in the pirq routing table or
what the magic is. 

Could anybody with a VIA chip who has the energy please do something for
me:
 - enable DEBUG in arch/i386/kernel/pci-i386.h
 - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
   "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
   numbers for them are 1106:0586 and 1106:0596, I think)
 - do a cat /proc/pci

With that, I and Jeff can probably match up the interrupt routing table
entries with the devices, and check what the routing information in the
config space of the actual router chip is, to verify what the pirq
translation really should be.

It's entirely possible that the Linux irq routing is already correct,
and that the warning is due to a bug in the pirq table itself (and
nobody has cared, because Windows works fine and picks up the value that
the BIOS wrote to the device config spaces the same way Linux does - and
Windows probably doesn't warn about the pirq table issue at all).

		Linus

----
>PCI: Interrupt Routing Table found at 0xc00fdf00
>00:08 slot=01 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
>00:09 slot=02 0:02/deb8 1:03/deb8 2:05/deb8 3:01/deb8
>00:0a slot=03 0:03/deb8 1:05/deb8 2:01/deb8 3:02/deb8
>00:0b slot=04 0:05/deb8 1:01/deb8 2:02/deb8 3:03/deb8
>00:0c slot=05 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
>00:07 slot=00 0:00/deb8 1:00/deb8 2:00/deb8 3:00/deb8
>PCI: Using IRQ router VIA [1106/0586] at 00:07.0
>...
>SCSI subsystem driver Revision: 1.00
>IRQ for 00:08.0:0 -> PIRQ 01, mask deb8, excl 0e00 -> newirq=11 -> got IRQ 9
>IRQ routing conflict in pirq table! Try 'pci=autoirq'
>scsi0 : AdvanSys SCSI 3.2M: PCI Ultra 240 CDB: IO E800/F, IRQ 11
>...
>8139too Fast Ethernet driver 0.9.13 loaded
>IRQ for 00:0a.0:0 -> PIRQ 03, mask deb8, excl 0e00 -> newirq=9 -> got IRQ 11
>IRQ routing conflict in pirq table! Try 'pci=autoirq'
>eth0: RealTek RTL8139 Fast Ethernet at 0xc8c39000, 00:40:95:33:7a:51, IRQ 9
>eth0:  Identified 8139 chip type 'RTL-8139B'
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-07 23:52 ` Linus Torvalds
@ 2001-01-07 21:02   ` Albert Cranford
  2001-01-08  3:18     ` Linus Torvalds
  2001-01-08  2:31   ` Adrian Bunk
                     ` (2 subsequent siblings)
  3 siblings, 1 reply; 12+ messages in thread
From: Albert Cranford @ 2001-01-07 21:02 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel

Linus Torvalds wrote:

> Could anybody with a VIA chip who has the energy please do something for
> me:
>  - enable DEBUG in arch/i386/kernel/pci-i386.h
>  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
>    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
>    numbers for them are 1106:0586 and 1106:0596, I think)
>  - do a cat /proc/pci
> 

Does this help.
dmesg
Linux version 2.4.0 (root@home1) (gcc version pgcc-2.95.2 19991024 (release)) #2 Sun Jan 7 11:22:02 GMT 2001
BIOS-provided physical RAM map:
 BIOS-e820: 000000000009fc00 @ 0000000000000000 (usable)
 BIOS-e820: 0000000000000400 @ 000000000009fc00 (usable)
 BIOS-e820: 0000000000010000 @ 00000000000f0000 (reserved)
 BIOS-e820: 0000000000010000 @ 00000000ffff0000 (reserved)
 BIOS-e820: 0000000007ef0000 @ 0000000000100000 (usable)
 BIOS-e820: 000000000000f800 @ 0000000007ff0800 (ACPI data)
 BIOS-e820: 0000000000000800 @ 0000000007ff0000 (ACPI NVS)
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c0000000 for 4096 bytes.
On node 0 totalpages: 32768
zone(0): 4096 pages.
zone(1): 28672 pages.
zone(2): 0 pages.
Local APIC is hardware-disabled.
mapped APIC to ffffe000 (01223000)
Kernel command line: BOOT_IMAGE=linux ro root=804 ramdisk_size=8192k mem=131072K apm=on,power-off mpu401=0x300 sb=0x220,5,1,5
adlib=0x300 parport=0x378,7 lp=parport0 penguin=1 pirq=0 nohlt
PIRQ redirection, working around broken MP-BIOS.
... PIRQ0 -> IRQ 0
Initializing CPU#0
Detected 400.916 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 799.53 BogoMIPS
Memory: 126424k/131072k available (1137k kernel code, 4260k reserved, 432k data, 240k init, 0k highmem)
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
CPU: Before vendor init, caps: 008021bf 808029bf 00000000, vendor = 2
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: L2 Cache: 256K (32 bytes/line)
CPU: After vendor init, caps: 008021bf 808029bf 00000000 00000002
CPU: After generic, caps: 008021bf 808029bf 00000000 00000002
CPU: Common caps: 008021bf 808029bf 00000000 00000002
CPU: AMD-K6(tm) 3D+ Processor stepping 01
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.37 (20001109) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: AMD K6
PCI: PCI BIOS revision 2.10 entry at 0xfb4e0, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: 00:07.3: class 604 doesn't match header type 00. Ignoring class.
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
Activating ISA DMA hang workarounds.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
DMI 2.1 present.
25 structures occupying 843 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: 4.51 PG
BIOS Release: 06/09/99
System Vendor: System Manufacturer.
Product Name: Product Name.
Version SYS-xxxxxx.
Serial Number Serial Number xxxxxx.
Board Vendor: First International Computer, Inc..
Board Name: PA-2013.
Board Version: PCB 2.X.
Asset Tag: Asset Tag Number xxxxxx.
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
parport0: PC-style at 0x378, irq 7 [PCSPP(,...)]
pty: 256 Unix98 ptys configured
lp0: using parport0 (interrupt-driven).
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
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
VP_IDE: VIA vt82c586b IDE UDMA33 controller on pci0:7.1
    ide0: BM-DMA at 0xe400-0xe407, BIOS settings: hda:DMA, hdb:DMA
hda: ATAPI CDROM, ATAPI CDROM drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: ATAPI 212X CD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS03 at 0x02e8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10d
Non-volatile memory driver v1.1
PPP generic driver version 2.4.1
PPP Deflate Compression module registered
8139too Fast Ethernet driver 0.9.13 loaded
IRQ routing conflict in pirq table! Try 'pci=autoirq'
eth0: RealTek RTL8139 Fast Ethernet at 0xc8800000, 00:e0:7d:72:07:43, IRQ 11
eth0:  Identified 8139 chip type 'RTL-8139A'
eth0: Setting full-duplex based on MII #32 link partner ability of 41e1.]


lspci --xxvvv
00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 16 set
        Region 0: Memory at e0000000 (32-bit, prefetchable) [size=64M]
        Capabilities: [a0] AGP version 1.0
                Status: RQ=7 SBA+ 64bit- FW- Rate=x1,x2
                Command: RQ=0 SBA+ AGP+ 64bit- FW- Rate=x2
00: 06 11 98 05 06 00 90 02 04 00 00 06 00 10 00 00
10: 08 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00

00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP] (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
        Latency: 0 set
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 0000c000-0000cfff
        Memory behind bridge: e8000000-e9ffffff
        Prefetchable memory behind bridge: e4000000-e7ffffff
        BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
00: 06 11 98 85 07 00 20 22 00 00 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 c0 c0 00 00
20: 00 e8 f0 e9 00 e4 f0 e7 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0c 00

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 47)
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 set
00: 06 11 86 05 8f 00 00 02 47 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06) (prog-if 8a [Master SecP PriP])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 set
        Region 4: I/O ports at e400 [size=16]
00: 06 11 71 05 07 00 80 02 06 8a 01 01 00 40 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 e4 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00:07.3 PCI bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10) (prog-if 00 [Normal decode])
        !!! Header type 00 doesn't match class code 0604
00: 06 11 40 30 00 00 80 02 10 00 04 06 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)
        Subsystem: Realtek Semiconductor Co., Ltd. RT8139
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 min, 64 max, 64 set
        Interrupt: pin A routed to IRQ 11
        Region 0: I/O ports at ec00 [size=256]
        Region 1: Memory at eb002000 (32-bit, non-prefetchable) [size=256]
00: ec 10 39 81 07 00 80 02 10 00 00 02 00 40 00 00
10: 01 ec 00 00 00 20 00 eb 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 ec 10 39 81
30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 20 40



cat /proc/pci
PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: VIA Technologies, Inc. VT82C597 [Apollo VP3] (rev 4).
      Master Capable.  Latency=16.  
      Prefetchable 32 bit memory at 0xe0000000 [0xe3ffffff].
  Bus  0, device   1, function  0:
    PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (rev 0).
      Master Capable.  No bursts.  Min Gnt=12.
  Bus  0, device   7, function  0:
    ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 71).
  Bus  0, device   7, function  1:
    IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 6).
      Master Capable.  Latency=64.  
      I/O at 0xe400 [0xe40f].
  Bus  0, device   7, function  3:
    PCI bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 16).
  Bus  0, device   9, function  0:
    SCSI storage controller: Symbios Logic Inc. (formerly NCR) 53c875 (rev 4).
      IRQ 15.
      Master Capable.  Latency=144.  Min Gnt=17.Max Lat=64.
      I/O at 0xe800 [0xe8ff].
      Non-prefetchable 32 bit memory at 0xeb001000 [0xeb0010ff].
      Non-prefetchable 32 bit memory at 0xeb000000 [0xeb000fff].
  Bus  0, device  10, function  0:
    Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 16).
      IRQ 11.
      Master Capable.  Latency=64.  Min Gnt=32.Max Lat=64.
      I/O at 0xec00 [0xecff].
      Non-prefetchable 32 bit memory at 0xeb002000 [0xeb0020ff].
  Bus  1, device   0, function  0:
    VGA compatible controller: ATI Technologies Inc Rage 128 PF (rev 0).
      IRQ 10.
      Master Capable.  Latency=64.  Min Gnt=8.
      Prefetchable 32 bit memory at 0xe4000000 [0xe7ffffff].
      I/O at 0xc000 [0xc0ff].
      Non-prefetchable 32 bit memory at 0xe9000000 [0xe9003fff].
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-07 21:02   ` Albert Cranford
@ 2001-01-08  3:18     ` Linus Torvalds
  2001-01-09  6:06       ` Eric W. Biederman
  0 siblings, 1 reply; 12+ messages in thread
From: Linus Torvalds @ 2001-01-08  3:18 UTC (permalink / raw)
  To: Albert Cranford; +Cc: linux-kernel

On Sun, 7 Jan 2001, Albert Cranford wrote:
> > Could anybody with a VIA chip who has the energy please do something for
> > me:
> >  - enable DEBUG in arch/i386/kernel/pci-i386.h
> >  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
> >    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
> >    numbers for them are 1106:0586 and 1106:0596, I think)
> >  - do a cat /proc/pci
> > 
> 
> Does this help.

Ahh, no.

A SMP kernel (or one with UP IO-APIC) is not going to be helpful for this,
actually. SMP will take the irq data from the MP block, not the pirq table
(that can be considered something of a misfeature right now, but getting
the mixture of PCI irq redirection from the MP tables and the pirq irq
routing information right together is probably not worth it - especially
as I don't think any MS OS has ever done that either, so the BIOS writers
have never experienced that combination - so it's almost guaranteed to
result in strange results).

		Linus

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-08  3:18     ` Linus Torvalds
@ 2001-01-09  6:06       ` Eric W. Biederman
  0 siblings, 0 replies; 12+ messages in thread
From: Eric W. Biederman @ 2001-01-09  6:06 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Albert Cranford, linux-kernel

Linus Torvalds <torvalds@transmeta.com> writes:

> On Sun, 7 Jan 2001, Albert Cranford wrote:
> > > Could anybody with a VIA chip who has the energy please do something for
> > > me:
> > >  - enable DEBUG in arch/i386/kernel/pci-i386.h
> > >  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
> > >    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
> > >    numbers for them are 1106:0586 and 1106:0596, I think)
> > >  - do a cat /proc/pci
> > > 
> > 
> > Does this help.
> 
> Ahh, no.
> 
> A SMP kernel (or one with UP IO-APIC) is not going to be helpful for this,
> actually. SMP will take the irq data from the MP block, not the pirq table
> (that can be considered something of a misfeature right now, but getting
> the mixture of PCI irq redirection from the MP tables and the pirq irq
> routing information right together is probably not worth it - especially
> as I don't think any MS OS has ever done that either, so the BIOS writers
> have never experienced that combination - so it's almost guaranteed to
> result in strange results).

pirq is specific to they legacy i8259 interrupt handler.
MP is specific to some kind of IO-APIC.

Right now when we enable the IO-APIC we disable the legacy i8259
controller.  And I'm not even certain you can have them both enabled
at the same time.

So except for not having an option to disable use of the IO-APIC
I don't see what we could do better.

Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-07 23:52 ` Linus Torvalds
  2001-01-07 21:02   ` Albert Cranford
@ 2001-01-08  2:31   ` Adrian Bunk
  2001-01-09  0:53   ` Evan Thompson
  2001-01-09 17:19   ` Pete Toscano
  3 siblings, 0 replies; 12+ messages in thread
From: Adrian Bunk @ 2001-01-08  2:31 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel

On 7 Jan 2001, Linus Torvalds wrote:

> In article <20010107122800.A636@kantaka.co.uk>,
> Philip Armstrong  <phil@kantaka.co.uk> wrote:
> >In supplement to Evan Thompson's emails with the subject "Additional
> >info. for PCI VIA IDE crazyness. Please read." I've noticed the
> >following message with recent 2.4.0 test + release kernels:
> >
> >IRQ routing conflict in pirq table! Try 'pci=autoirq'
>
> But the machine still works fine, ie the SCSI driver and the network
> driver still seem happy?
>...
> Christian Engstler seems to have a problem much like yours, where it
> gets a different irq line than the one that is apparently in use.  It
> looks like Christian, too, has a working machine, and that the only bad
> result of this all is an annoying printk message.  Can you confirm that
> things actually work for you too, and you'd just like to get rid of the
> unnerving message?

Philip wrote in a PM to me that he has no problems with his machine (same
as for me).

I don't know if it's related, but has anyone with a card not manufactored
by RealTek the same problem? Philip and Albert have a RTL8139 and I have a
RTL-8029.

>...
> Could anybody with a VIA chip who has the energy please do something for
> me:
>  - enable DEBUG in arch/i386/kernel/pci-i386.h

Output of dmesg:

Linux version 2.4.0 (bunk@r063144.stusta.swh.mhn.de) (gcc version 2.95.2
2000022
0 (Debian GNU/Linux)) #1 Mon Jan 8 02:49:37 CET 2001
BIOS-provided physical RAM map:
 BIOS-e820: 000000000009fc00 @ 0000000000000000 (usable)
 BIOS-e820: 0000000000000400 @ 000000000009fc00 (usable)
 BIOS-e820: 0000000000010000 @ 00000000000f0000 (reserved)
 BIOS-e820: 0000000000010000 @ 00000000ffff0000 (reserved)
 BIOS-e820: 0000000003f00000 @ 0000000000100000 (usable)
Scan SMP from c0000000 for 1024 bytes.
Scan SMP from c009fc00 for 1024 bytes.
Scan SMP from c00f0000 for 65536 bytes.
Scan SMP from c0000000 for 4096 bytes.
On node 0 totalpages: 16384
zone(0): 4096 pages.
zone(1): 12288 pages.
zone(2): 0 pages.
mapped APIC to ffffe000 (01112000)
Kernel command line: BOOT_IMAGE=test ro root=306 BOOT_FILE=/boot/test
reserve=0x
340,0x20 reserve=0x800,0x20 ether=10,0x340,eth1 ether=0,0x800,eth0
Initializing CPU#0
Detected 299.753 MHz processor.
Console: colour VGA+ 132x43
Calibrating delay loop... 598.01 BogoMIPS
Memory: 62304k/65536k available (957k kernel code, 2844k reserved, 369k
data, 20
4k init, 0k highmem)
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
CPU: Before vendor init, caps: 008001bf 008005bf 00000000, vendor = 2
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: After vendor init, caps: 008001bf 008005bf 00000000 00000000
CPU: After generic, caps: 008001bf 008005bf 00000000 00000000
CPU: Common caps: 008001bf 008005bf 00000000 00000000
CPU: AMD-K6tm w/ multimedia extensions stepping 00
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: BIOS32 Service Directory structure at 0xc00fafb0
PCI: BIOS32 Service Directory entry at 0xfb430
PCI: BIOS probe returned s=00 hw=11 ver=02.10 l=01
PCI: PCI BIOS revision 2.10 entry at 0xfb460, 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 1: assuming transparent
Unknown bridge resource 2: assuming transparent
PCI: IRQ init
PCI: Interrupt Routing Table found at 0xc00fde50
00:08 slot=01 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
00:09 slot=02 0:02/deb8 1:03/deb8 2:05/deb8 3:01/deb8
00:0a slot=03 0:03/deb8 1:05/deb8 2:01/deb8 3:02/deb8
00:0b slot=04 0:05/deb8 1:01/deb8 2:02/deb8 3:03/deb8
00:07 slot=00 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
00:01 slot=00 0:01/deb8 1:02/deb8 2:03/deb8 3:05/deb8
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
PCI: IRQ fixup
PCI: Allocating resources
PCI: Resource e0000000-e7ffffff (f=1208, d=0, p=0)
PCI: Resource 0000e000-0000e00f (f=101, d=0, p=0)
PCI: Resource e8000000-ebffffff (f=200, d=0, p=0)
PCI: Resource 0000e800-0000e81f (f=101, d=0, p=0)
PCI: Sorting device list...
Activating ISA DMA hang workarounds.
isapnp: Scanning for Pnp cards...
isapnp: Card 'HIGHSCREEN SOUND-BOOSTAR 16 3D'
isapnp: 1 Plug & Play card detected total
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
DMI 2.0 present.
30 structures occupying 836 bytes.
DMI table at 0x000F0800.
BIOS Vendor: Award Software International, Inc.
BIOS Version: BIOS VER:1.0 03 GS
BIOS Release: 10/18/99
System Vendor: A-Trend.
Product Name: ATC-5220.
Version BIOS VER:1.0 03 GS.
Serial Number ATC52201003GS.
Board Vendor: A-Trend.
Board Name: VP3-586B-SMC669.
Board Version: VER:1.0 03 GS.
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14)
Starting kswapd v1.8
parport0: PC-style at 0x378 [PCSPP(,...)]
lp0: using parport0 (polling).
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
VP_IDE: VIA vt82c586b IDE UDMA33 controller on pci0:7.1
    ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA
hda: Maxtor 92041U4, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
hdc: TOSHIBA CD-ROM XM-6302B, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 40020624 sectors (20491 MB) w/512KiB Cache, CHS=2491/255/63, UDMA(33)
hdc: ATAPI 32X CD-ROM drive, 256kB Cache, DMA
Uniform CD-ROM driver Revision: 3.12
Partition check:
 hda: hda1 hda3 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 hda12 hda13 hda14 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0x340: 00 4f 4c 04 6f 27
eth1: NE2000 found at 0x340, using IRQ 10.
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI ISA
PNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
ne2k-pci.c:v1.02 10/19/2000 D. Becker/P. Gortmaker
  http://www.scyld.com/network/ne2k-pci.html
IRQ for 00:0b.0:0 -> PIRQ 05, mask deb8, excl 1800 -> newirq=12 -> got IRQ
11
IRQ routing conflict in pirq table! Try 'pci=autoirq'
eth0: RealTek RTL-8029 found at 0xe800, IRQ 12, 00:40:05:32:EB:19.


>  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
>    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
>    numbers for them are 1106:0586 and 1106:0596, I think)

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo
VP] (rev 41)
        Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
ParErr- Stepping+ SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
00: 06 11 86 05 8f 00 00 02 41 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00


>  - do a cat /proc/pci

PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: VIA Technologies, Inc. VT82C597 [Apollo VP3] (rev 4).
      Master Capable.  Latency=16.
      Prefetchable 32 bit memory at 0xe0000000 [0xe7ffffff].
  Bus  0, device   1, function  0:
    PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x
AGP] (rev 0).
      Master Capable.  No bursts.  Min Gnt=4.
  Bus  0, device   7, function  0:
    ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP]
(rev 65).
  Bus  0, device   7, function  1:
    IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 6).
      Master Capable.  Latency=64.
      I/O at 0xe000 [0xe00f].
  Bus  0, device   7, function  3:
    Host bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 16).
  Bus  0, device  10, function  0:
    VGA compatible controller: S3 Inc. ViRGE/DX or /GX (rev 1).
      IRQ 11.
      Master Capable.  Latency=64.  Min Gnt=4.Max Lat=255.
      Non-prefetchable 32 bit memory at 0xe8000000 [0xebffffff].
  Bus  0, device  11, function  0:
    Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) (rev
0).
      IRQ 12.
      I/O at 0xe800 [0xe81f].



>...
> 		Linus

cu,
Adrian

-- 
A "No" uttered from deepest conviction is better and greater than a
"Yes" merely uttered to please, or what is worse, to avoid trouble.
                -- Mahatma Ghandi





-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-07 23:52 ` Linus Torvalds
  2001-01-07 21:02   ` Albert Cranford
  2001-01-08  2:31   ` Adrian Bunk
@ 2001-01-09  0:53   ` Evan Thompson
  2001-01-09 17:19   ` Pete Toscano
  3 siblings, 0 replies; 12+ messages in thread
From: Evan Thompson @ 2001-01-09  0:53 UTC (permalink / raw)
  To: Linus Torvalds, linux-kernel

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

LINUS:

>  - enable DEBUG in arch/i386/kernel/pci-i386.h
>  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
>    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
>    numbers for them are 1106:0586 and 1106:0596, I think)
>  - do a cat /proc/pci

Okay, I've attached the following files:

dmesg -> dmesg output of Linux 2.4.0-ac4 (w/extra DEBUG info)
lspci -> output of /sbin/lspci -xxvvv (I'm just attaching the whole
         output, in case I might have selected the wrong device.
         If you still need something, just ask)

procpci -> output of cat /proc/pci

Does this help?

(Like my signature?  It updates itself with the current Linux kernel
version I have installed.  It's quite clever, just a 44 line Perl
script that tries to squeese a uname -a into that...)
-- 
+----------------------------------+-----------------------------------+
| Evan Thompson                    |            POWERED BY:            |
| evaner@bigfoot.com               | Linux cd168990-a 2.4.0-ac4 #1 Sun |
| Freelance Computer Nerd          |  Jan 7 21:25:16 CST 2001 i686     |
| http://evaner.penguinpowered.com |   unknown (w/extra DEBUG info)    |
+----------------------------------+-----------------------------------+

[-- Attachment #2: dmesg --]
[-- Type: text/plain, Size: 6819 bytes --]

Linux version 2.4.0-ac4 (root@cd168990-a) (gcc version 2.95.3 20001229 (prerelease)) #1 Sun Jan 7 21:25:16 CST 2001
BIOS-provided physical RAM map:
 BIOS-e820: 000000000009fc00 @ 0000000000000000 (usable)
 BIOS-e820: 0000000000000400 @ 000000000009fc00 (reserved)
 BIOS-e820: 0000000000010000 @ 00000000000f0000 (reserved)
 BIOS-e820: 0000000009f00000 @ 0000000000100000 (usable)
 BIOS-e820: 0000000000010000 @ 00000000ffff0000 (reserved)
On node 0 totalpages: 40960
zone(0): 4096 pages.
zone(1): 36864 pages.
zone(2): 0 pages.
Kernel command line: mem=160M ide1=0x170,0x376,15 hdd=ide-scsi root=/dev/hdb5
ide_setup: ide1=0x170,0x376,15

ide_setup: hdd=ide-scsi
Initializing CPU#0
Detected 400.939 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 799.53 BogoMIPS
Memory: 158904k/163840k available (1002k kernel code, 4548k reserved, 391k data, 200k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
CPU: Before vendor init, caps: 0183f9ff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0183f9ff 00000000 00000000 00000000
CPU: After generic, caps: 0183f9ff 00000000 00000000 00000000
CPU: Common caps: 0183f9ff 00000000 00000000 00000000
CPU: Intel Celeron (Covington) stepping 01
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.37 (20001109) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: BIOS32 Service Directory structure at 0xc00fdb40
PCI: BIOS32 Service Directory entry at 0xfdb50
PCI: BIOS probe returned s=00 hw=01 ver=02.10 l=01
PCI: PCI BIOS revision 2.10 entry at 0xfdb71, 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
PCI: IRQ init
PCI: Interrupt Routing Table found at 0xc00f85f0
00:07 slot=00 0:fe/4000 1:ff/8000 2:00/0000 3:04/deb8
00:08 slot=01 0:01/deb8 1:02/deb8 2:03/deb8 3:04/deb8
00:09 slot=02 0:02/deb8 1:03/deb8 2:04/deb8 3:01/deb8
00:0a slot=03 0:03/deb8 1:04/deb8 2:01/deb8 3:02/deb8
c3:00 slot=72 0:60/0e1e 1:1f/e852 2:93/8b00 3:fa/1f5a
0a:18 slot=05 0:74/3c27 1:f0/0c73 2:e8/feb9 3:0a/74c0
PCI: Scanning for ghost devices on bus 10
PCI: Discovered primary peer bus 0a [IRQ]
PCI: Scanning for ghost devices on bus 195
PCI: Discovered primary peer bus c3 [IRQ]
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
PCI: IRQ fixup
PCI: Allocating resources
PCI: Resource e8000000-ebffffff (f=1208, d=0, p=0)
PCI: Resource 000001f0-000001f7 (f=101, d=0, p=0)
PCI: Resource 000003f6-000003f6 (f=105, d=0, p=0)
PCI: Resource 00000170-00000177 (f=101, d=0, p=0)
PCI: Resource 00000376-00000376 (f=105, d=0, p=0)
PCI: Resource 0000ffa0-0000ffaf (f=101, d=0, p=0)
PCI: Resource 0000df00-0000df1f (f=101, d=0, p=0)
PCI: Resource 0000de80-0000de9f (f=101, d=0, p=0)
PCI: Resource e7000000-e77fffff (f=1208, d=0, p=0)
PCI: Resource efef0000-efefffff (f=200, d=0, p=0)
PCI: Resource 0000cc80-0000ccff (f=101, d=0, p=0)
PCI: Sorting device list...
Activating ISA DMA hang workarounds.
isapnp: Scanning for Pnp cards...
isapnp: Calling quirk for 01:03
isapnp: CMI8330 quirk - fixing interrupts and dma
isapnp: Card 'CMI8330/C3D Audio Adapter'
isapnp: 1 Plug & Play card detected total
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
DMI 2.0 present.
0 structures occupying 0 bytes.
DMI table at 0x000F0000.
Starting kswapd v1.8
parport0: PC-style at 0x378 [PCSPP(,...)]
pty: 256 Unix98 ptys configured
lp0: using parport0 (polling).
lp0: console ready
loop: enabling 8 loop devices
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
IRQ for 00:07.1:0 -> PIRQ fe, mask 4000, excl 0000 -> newirq=14 -> hardcoded IRQ 14
PCI: Hardcoded IRQ 14 for device 00:07.1
VP_IDE: chipset revision 6
VP_IDE: VIA vt82c586b IDE UDMA33 controller on pci0:7.1
VP_IDE: 100% native mode on irq 14
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA
hda: Maxtor 83500 A8, ATA DISK drive
hdb: Maxtor 92049U6, ATA DISK drive
hdc: ATAPI CDROM, ATAPI CDROM drive
hdd: ZIPCD 4x650, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 6856072 sectors (3510 MB) w/128KiB Cache, CHS=850/128/63, DMA
hdb: 40026672 sectors (20494 MB) w/2048KiB Cache, CHS=2491/255/63, UDMA(33)
hdc: ATAPI 40X CD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p4 < p5 p6 >
 /dev/ide/host0/bus0/target1/lun0: p1 p2 < p5 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
ne2k-pci.c:v1.02 10/19/2000 D. Becker/P. Gortmaker
  http://www.scyld.com/network/ne2k-pci.html
IRQ for 00:09.0:0 -> PIRQ 02, mask deb8, excl 0000 -> newirq=10 -> got IRQ 10
PCI: Found IRQ 10 for device 00:09.0
eth0: RealTek RTL-8029 found at 0xde80, IRQ 10, 52:54:05:F2:1C:84.
SCSI subsystem driver Revision: 1.00
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
  Vendor: IOMEGA    Model: ZIPCD 4x650       Rev: 1.04
  Type:   CD-ROM                             ANSI SCSI revision: 02
Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996
sb: CMI8330/C3D Audio Adapter detected
sb: ISAPnP reports 'CMI8330/C3D Audio Adapter' at i/o 0x220, irq 5, dma 1, 5
sb: 1 Soundblaster PnP card(s) found.
YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
ip_tables: (c)2000 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
devfs: v0.102 (20000622) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
VFS: Mounted root (ext2 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 200k freed
Adding Swap: 124952k swap-space (priority -1)
Adding Swap: 40280k swap-space (priority -2)

-- snip of a bunch of UDP transfer errors.  Not of importance --

* This appeared right at the end.  After I made a print job,
  I believe...you might want to look into this as well:

spurious 8259A interrupt: IRQ7.

[-- Attachment #3: lspci --]
[-- Type: text/plain, Size: 5517 bytes --]

00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 01)
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR+
	Latency: 16
	Region 0: Memory at e8000000 (32-bit, prefetchable) [size=64M]
	Capabilities: [a0] AGP version 1.0
		Status: RQ=7 SBA+ 64bit- FW- Rate=x1,x2
		Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
00: 06 11 91 06 06 00 90 a2 01 00 00 06 00 10 00 00
10: 08 00 00 e8 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00

00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000c000-0000cfff
	Memory behind bridge: efe00000-efefffff
	Prefetchable memory behind bridge: e6c00000-e7cfffff
	BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
00: 06 11 98 85 07 00 20 22 00 00 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 c0 c0 00 00
20: e0 ef e0 ef c0 e6 c0 e7 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 08 00

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 41)
	Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 0
00: 06 11 86 05 87 00 00 02 41 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8f [Master SecP SecO PriP PriO])
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32
	Interrupt: pin A routed to IRQ 14
	Region 0: I/O ports at 01f0 [size=8]
	Region 1: I/O ports at 03f4
	Region 2: I/O ports at 0170 [size=8]
	Region 3: I/O ports at 0374
	Region 4: I/O ports at ffa0 [size=16]
00: 06 11 71 05 05 00 80 02 06 8f 01 01 00 20 00 00
10: f1 01 00 00 f5 03 00 00 71 01 00 00 75 03 00 00
20: a1 ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 0e 01 00 00

00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 02) (prog-if 00 [UHCI])
	Subsystem: Unknown device 0925:1234
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64, cache line size 08
	Interrupt: pin D routed to IRQ 10
	Region 4: I/O ports at df00 [size=32]
00: 06 11 38 30 17 01 00 02 02 00 03 0c 08 40 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 df 00 00 00 00 00 00 00 00 00 00 25 09 34 12
30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 04 00 00

00:07.3 Bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10)
	Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
00: 06 11 40 30 00 00 80 02 10 00 80 06 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin A routed to IRQ 10
	Region 0: I/O ports at de80 [size=32]
00: ec 10 29 80 03 00 00 02 00 00 00 02 00 00 00 00
10: 81 de 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 01 00 00

01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 (rev 0b) (prog-if 00 [VGA])
	Subsystem: Silicon Integrated Systems [SiS] SiS6326 GUI Accelerator
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64 (500ns min)
	Region 0: Memory at e7000000 (32-bit, prefetchable) [size=8M]
	Region 1: Memory at efef0000 (32-bit, non-prefetchable) [size=64K]
	Region 2: I/O ports at cc80 [size=128]
	Expansion ROM at efee0000 [disabled] [size=64K]
	Capabilities: [40] Power Management version 1
		Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [50] AGP version 1.0
		Status: RQ=1 SBA- 64bit- FW- Rate=x1,x2
		Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
00: 39 10 26 63 07 00 30 02 0b 00 00 03 00 40 00 00
10: 08 00 00 e7 00 00 ef ef 81 cc 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 39 10 26 63
30: 00 00 ee ef 40 00 00 00 00 00 00 00 00 00 02 00


[-- Attachment #4: procpci --]
[-- Type: text/plain, Size: 1565 bytes --]

PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 1).
      Master Capable.  Latency=16.  
      Prefetchable 32 bit memory at 0xe8000000 [0xebffffff].
  Bus  0, device   1, function  0:
    PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (rev 0).
      Master Capable.  No bursts.  Min Gnt=8.
  Bus  0, device   7, function  0:
    ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 65).
  Bus  0, device   7, function  1:
    IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 6).
      IRQ 14.
      Master Capable.  Latency=32.  
      I/O at 0x1f0 [0x1f7].
      I/O at 0x3f6 [0x3f6].
      I/O at 0x170 [0x177].
      I/O at 0x376 [0x376].
      I/O at 0xffa0 [0xffaf].
  Bus  0, device   7, function  2:
    USB Controller: VIA Technologies, Inc. UHCI USB (rev 2).
      IRQ 10.
      Master Capable.  Latency=64.  
      I/O at 0xdf00 [0xdf1f].
  Bus  0, device   7, function  3:
    Bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 16).
  Bus  0, device   9, function  0:
    Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) (rev 0).
      IRQ 10.
      I/O at 0xde80 [0xde9f].
  Bus  1, device   0, function  0:
    VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 (rev 11).
      Master Capable.  Latency=64.  Min Gnt=2.
      Prefetchable 32 bit memory at 0xe7000000 [0xe77fffff].
      Non-prefetchable 32 bit memory at 0xefef0000 [0xefefffff].
      I/O at 0xcc80 [0xccff].

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
  2001-01-07 23:52 ` Linus Torvalds
                     ` (2 preceding siblings ...)
  2001-01-09  0:53   ` Evan Thompson
@ 2001-01-09 17:19   ` Pete Toscano
  3 siblings, 0 replies; 12+ messages in thread
From: Pete Toscano @ 2001-01-09 17:19 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel, Johannes Erdfelt, Greg KH

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

On Sun, 07 Jan 2001, Linus Torvalds wrote:

[snip] 
> If the VIA logic for getting/setting the irq is wrong, it should only be
> a problem if there are devices that _haven't_ been routed by the BIOS. 
> Usually these devices are limited to things like USB, ACPI and CardBus
> controllers, and getting the irq routing wrong in that case can be
> deadly (infinite irq streams on the wrong irq line). 

hmmmm, interesting that you should mention usb in this conversation.
there's a problem with usb in smp-enabled kernels running on the via
apollo pro 133a chipset.  basically, unless apic is disabled, the usb
controller (usb-uhci) doesn't get any interrupts and no usb device will
be recognized.  this has existed since the early 2.4.0-test days, if not
earlier.

i was talking with johannes erdfelt about this and he feels that it's a
pci irq routing problem.  as of yet, we haven't been able to find anyone
who can help.  we do see an occasional message on linux-usb about this
problem though.

> Could anybody with a VIA chip who has the energy please do something for
> me:
>  - enable DEBUG in arch/i386/kernel/pci-i386.h
>  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
>    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
>    numbers for them are 1106:0586 and 1106:0596, I think)
>  - do a cat /proc/pci

from a follow-up post, i get the impression that this won't help with
smp-enabled systems, but if there's something similar that you think
might help solve this one, please let me know and i'll be more than
happy to oblige.

thanks,
pete

-- 
Pete Toscano    p:sigsegv@psinet.com     w:pete@research.netsol.com
GPG fingerprint: D8F5 A087 9A4C 56BB 8F78  B29C 1FF0 1BA7 9008 2736

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

^ permalink raw reply	[flat|nested] 12+ messages in thread

[parent not found: <200101072352.PAA28348@penguin.transmeta.com>]

* Re: Related VIA PCI crazyness?
       [not found] ` <200101072352.PAA28348@penguin.transmeta.com>
@ 2001-01-08  1:44   ` Evan Thompson
  2001-01-08  9:08   ` Philip Armstrong
  2001-01-10 21:55   ` Philip Armstrong
  2 siblings, 0 replies; 12+ messages in thread
From: Evan Thompson @ 2001-01-08  1:44 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel

> Could anybody with a VIA chip who has the energy please do something for
> me:
>  - enable DEBUG in arch/i386/kernel/pci-i386.h
>  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
>    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
>    numbers for them are 1106:0586 and 1106:0596, I think)
>  - do a cat /proc/pci

Do you want any output from the enabling of DEBUG, or will doing that
give more info in the other two steps?

Once I get a reply, and once either you release 2.4.1 or Alan releases
-ac4, I'll do that for you (I have a policy of not recompiling the same
kernel twice...I'm just odd that way.  Everybody needs a way to be odd,
and this is mine.  Odd is good).  I like helping people.

Kernels are fun!
-- 
+----------------------------------+-----------------------------------+
| Evan Thompson                    |            POWERED BY:            |
| evaner@bigfoot.com               | Linux cd168990-a 2.4.0-ac3 #1 Sat |
| Freelance Computer Nerd          |  Jan 6 19:40:43 CST 2001 i686     |
| http://evaner.penguinpowered.com |   unknown (w/version number fix)  |
+----------------------------------+-----------------------------------+
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
       [not found] ` <200101072352.PAA28348@penguin.transmeta.com>
  2001-01-08  1:44   ` Evan Thompson
@ 2001-01-08  9:08   ` Philip Armstrong
  2001-01-10 21:55   ` Philip Armstrong
  2 siblings, 0 replies; 12+ messages in thread
From: Philip Armstrong @ 2001-01-08  9:08 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Christian.Engstler, evaner, jgarzik, linux-kernel

On Sun, Jan 07, 2001 at 03:52:41PM -0800, Linus Torvalds wrote:
> In article <20010107122800.A636@kantaka.co.uk>,
> Philip Armstrong  <phil@kantaka.co.uk> wrote:
> >In supplement to Evan Thompson's emails with the subject "Additional
> >info. for PCI VIA IDE crazyness. Please read." I've noticed the
> >following message with recent 2.4.0 test + release kernels:
> >
> >IRQ routing conflict in pirq table! Try 'pci=autoirq'
> 
> But the machine still works fine, ie the SCSI driver and the network
> driver still seem happy?

Just plugged the laptop back in. Yup. Everything seems happy; SCSI,
network etc,etc all doing their thing.

> If so, it sounds like maybe the VIA pirq router functions are buggy (it
> looks like the sense of pirq 01 and pirq 03 are reversed).
[snip]
> looks like Christian, too, has a working machine, and that the only bad
> result of this all is an annoying printk message.  Can you confirm that
> things actually work for you too, and you'd just like to get rid of the
> unnerving message?

So long as there's no underlying problem then I don't particularly
care! Though removing the Try 'pci=autoirq' bit (which doesn't do
anything any more as far as I can see) might be sensible...

> If the VIA logic for getting/setting the irq is wrong, it should only be
> a problem if there are devices that _haven't_ been routed by the BIOS. 
> Usually these devices are limited to things like USB, ACPI and CardBus
> controllers, and getting the irq routing wrong in that case can be
> deadly (infinite irq streams on the wrong irq line). 

I've turned USB off in the BIOS setup altogether. However, in the
recent past I've used a USB webcam which appeared to work (this was in
2.4.0test4 days or thereabouts.)

> The case where you get an annoying message are the cases where Linux
> knows something is wrong, but decides to take the safe approach - it
> seems to be working for you, as far as I can tell, but that message
> _does_ mean that we may have problems on other machines with the VIA
> chipset. 
> 
> I _think_ the VIA routing functions were done by Jeff Garzik, Cc'd.
> 
> Looking at the VIA irq routing, it looks a bit strange. We have pirqa in
> the high nybble of config sparce port 55h, then we have pirqb and c in
> 56h (low and high nybbles respectively), and then we have pirqd in the
> high nybble of 57h.
> 
> The reason this is strange is that it's not consecutive nybbles.  I'd
> have expected pirqd to show up in the _low_ nybble of 57h.  But as the
> pirq routing fields are pure software convention, it's hard to know
> whether this is already taken into account in the pirq routing table or
> what the magic is. 
> 
> Could anybody with a VIA chip who has the energy please do something for
> me:
>  - enable DEBUG in arch/i386/kernel/pci-i386.h
done
>  - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
>    "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
>    numbers for them are 1106:0586 and 1106:0596, I think)

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 41)
        Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort - <MAbort- >SERR- <PERR-
        Latency: 0
00: 06 11 86 05 8f 00 00 02 41 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

>  - do a cat /proc/pci

PCI devices found:
  Bus  0, device   0, function  0:
    Host bridge: VIA Technologies, Inc. VT82C597 [Apollo VP3] (rev 3).
      Master Capable.  Latency=16.  
      Prefetchable 32 bit memory at 0xe0000000 [0xe7ffffff].
  Bus  0, device   1, function  0:
    PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (rev 0).
      Master Capable.  No bursts.  Min Gnt=12.
  Bus  0, device   7, function  0:
    ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 65).
  Bus  0, device   7, function  1:
    IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 6).
      Master Capable.  Latency=64.  
      I/O at 0xe000 [0xe00f].
  Bus  0, device   7, function  2:
    USB Controller: VIA Technologies, Inc. UHCI USB (rev 2).
      IRQ 10.
      Master Capable.  Latency=64.  
      I/O at 0xe400 [0xe41f].
  Bus  0, device   7, function  3:
    Bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 16).
  Bus  0, device   8, function  0:
    SCSI storage controller: Advanced System Products, Inc ABP940-U / ABP960-U (rev 3).
      IRQ 11.
      Master Capable.  Latency=64.  Min Gnt=4.Max Lat=4.
      I/O at 0xe800 [0xe8ff].
      Non-prefetchable 32 bit memory at 0xef100000 [0xef1000ff].
  Bus  0, device  10, function  0:
    Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 16).
      IRQ 9.
      Master Capable.  Latency=64.  Min Gnt=32.Max Lat=64.
      I/O at 0xec00 [0xecff].
      Non-prefetchable 32 bit memory at 0xef101000 [0xef1010ff].
  Bus  0, device  11, function  0:
    Multimedia controller: Sigma Designs, Inc. REALmagic Hollywood Plus DVD Decoder (rev 1).
      IRQ 9.
      Master Capable.  Latency=64.  
      Non-prefetchable 32 bit memory at 0xef000000 [0xef0fffff].
  Bus  0, device  12, function  0:
    Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 2).
      Prefetchable 32 bit memory at 0xee000000 [0xeeffffff].
  Bus  1, device   0, function  0:
    VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] AGP (rev 0).
      IRQ 11.
      Master Capable.  Latency=64.  
      Prefetchable 32 bit memory at 0xec000000 [0xecffffff].
      Non-prefetchable 32 bit memory at 0xe8000000 [0xe8003fff].
      Non-prefetchable 32 bit memory at 0xe9000000 [0xe97fffff].


> With that, I and Jeff can probably match up the interrupt routing table
> entries with the devices, and check what the routing information in the
> config space of the actual router chip is, to verify what the pirq
> translation really should be.

Hope the above is of some use.

cheers,

Phil

-- 
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Related VIA PCI crazyness?
       [not found] ` <200101072352.PAA28348@penguin.transmeta.com>
  2001-01-08  1:44   ` Evan Thompson
  2001-01-08  9:08   ` Philip Armstrong
@ 2001-01-10 21:55   ` Philip Armstrong
  2 siblings, 0 replies; 12+ messages in thread
From: Philip Armstrong @ 2001-01-10 21:55 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Christian.Engstler, evaner, jgarzik, linux-kernel

On Sun, Jan 07, 2001 at 03:52:41PM -0800, Linus Torvalds wrote:
> In article <20010107122800.A636@kantaka.co.uk>,
> Philip Armstrong  <phil@kantaka.co.uk> wrote:
> >In supplement to Evan Thompson's emails with the subject "Additional
> >info. for PCI VIA IDE crazyness. Please read." I've noticed the
> >following message with recent 2.4.0 test + release kernels:
> >
> >IRQ routing conflict in pirq table! Try 'pci=autoirq'
> 
> But the machine still works fine, ie the SCSI driver and the network
> driver still seem happy?

extra information. I just spent an hour trying to convince this board
to play nice with an ISA PNP AWE64 sound card.

This caused the BIOS to throw its hands in the air and give up
entirely as far as I can see. IRQ conflicts all over the place. Linux
runs; windows manages to start, but can't talk to the scsi card at
all.

And isa-pnp.o in 2.4.0 resulted in a never ending stream of messages
to the console, hanging the machine, like so:

isapnp: unexpected or unknown tag type 0xff ...

Taking the AWE64 out solved the issues. It could be a bust card of
course, but I think the BIOS is stuffed.

cheers,

Phil

-- 
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2001-01-10 21:48 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-01-07 12:28 Related VIA PCI crazyness? Philip Armstrong
2001-01-07 14:33 ` Adrian Bunk
2001-01-07 23:52 ` Linus Torvalds
2001-01-07 21:02   ` Albert Cranford
2001-01-08  3:18     ` Linus Torvalds
2001-01-09  6:06       ` Eric W. Biederman
2001-01-08  2:31   ` Adrian Bunk
2001-01-09  0:53   ` Evan Thompson
2001-01-09 17:19   ` Pete Toscano
     [not found] ` <200101072352.PAA28348@penguin.transmeta.com>
2001-01-08  1:44   ` Evan Thompson
2001-01-08  9:08   ` Philip Armstrong
2001-01-10 21:55   ` Philip Armstrong

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox