* bogus VIA IRQ fixup in drivers/pci/quirks.c
@ 2005-09-26 18:44 Olaf Hering
2005-09-26 21:59 ` Linus Torvalds
0 siblings, 1 reply; 13+ messages in thread
From: Olaf Hering @ 2005-09-26 18:44 UTC (permalink / raw)
To: linux-kernel
Why is the irq changed from 24 to 0, and why does uhci use irq 24
anyway? I dont have the /proc/interrupts output from this box, maybe no
interrupt is handled for the controller? None of the attached usb
devices is recognized with 2.6.13.
0000:00:0e.0 USB Controller: VIA Technologies, Inc. VT82xxxx UHCI USB 1.1 Controller (rev 04) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
Flags: bus master, stepping, medium devsel, latency 32, IRQ 24
I/O ports at f2010040 [size=32]
The Mac has a Bandit PCI host bridge and a Grand Central I/O controller.
Here is the boot.msg stuff about the card:
<6>USB Universal Host Controller Interface driver v2.3
<4>PCI: Enabling device 0000:00:0e.0 (0094 ->0095)
<6>PCI:Via IRQ fixup for 0000:00:0e.0, from 24 to 0
<6>uhci_hcd 0000:00:0e.0: UHCI Controller
<6>uhci_hcd 0000:00:0e.0: new USB bus registered, assigned bus number 1
<6>uhci_hcd 0000:00:0e.0: irq 24, io base 0x00010040
<6>hub 1-0:1.0: USB hub found
<6>hun 1-0:1.0: 2 ports detected
<6>Initializing USB Mass Storage driver...
<6>usbcore:registered new driver usb-storage
<6>USB Mass Storage support registered
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-26 18:44 bogus VIA IRQ fixup in drivers/pci/quirks.c Olaf Hering
@ 2005-09-26 21:59 ` Linus Torvalds
2005-09-27 6:09 ` Olaf Hering
` (2 more replies)
0 siblings, 3 replies; 13+ messages in thread
From: Linus Torvalds @ 2005-09-26 21:59 UTC (permalink / raw)
To: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Stian Jordet
Cc: Linux Kernel Mailing List
On Mon, 26 Sep 2005, Olaf Hering wrote:
>
> Why is the irq changed from 24 to 0, and why does uhci use irq 24
> anyway? I dont have the /proc/interrupts output from this box, maybe no
> interrupt is handled for the controller? None of the attached usb
> devices is recognized with 2.6.13.
Did that USB controller use to work in older kernels?
> <6>USB Universal Host Controller Interface driver v2.3
> <4>PCI: Enabling device 0000:00:0e.0 (0094 ->0095)
> <6>PCI:Via IRQ fixup for 0000:00:0e.0, from 24 to 0
That does seem to be seriously broken.
The old code wouldn't do that IRQ fixup for IO-APIC users, and I think
that's correct.
The commit (93cffffa19960464a52f9c78d9a6150270d23785) says:
[PATCH] PCI: do VIA IRQ fixup always, not just in PIC mode
At least some VIA chipsets require the fixup even in IO-APIC mode.
This was found and debugged with the patient assistance of Stian
Jordet <liste@jordet.nu> on an Asus CUV266-DLS motherboard.
and I've cc'd the guilty parties.
Bjorn: there's no way that "& 15" can be correct. There is no reason to
believe that the APIC interrupt number bears any relation to the legacy
number or the low four bits.
Others (Mathieu Berard) have reported problems with that patch too, I
think we should revert it.
What are the numbers for Stian Jordet? It might make more sense to instead
of comparing for ACPI/IO-APIC, just compare the irq against 16. Ie just do
if (dev->irq > 15)
return;
in quirk_via_irq(), since if it's not a legacy mode interrupt, we simply
don't know what to do. That "&15" is just a total guess, and makes little
or no sense at all.
Linus
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-26 21:59 ` Linus Torvalds
@ 2005-09-27 6:09 ` Olaf Hering
2005-09-27 12:29 ` Olaf Hering
2005-09-27 14:27 ` Stian Jordet
2 siblings, 0 replies; 13+ messages in thread
From: Olaf Hering @ 2005-09-27 6:09 UTC (permalink / raw)
To: Linus Torvalds
Cc: Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton, Stian Jordet,
Linux Kernel Mailing List
On Mon, Sep 26, Linus Torvalds wrote:
>
>
> On Mon, 26 Sep 2005, Olaf Hering wrote:
> >
> > Why is the irq changed from 24 to 0, and why does uhci use irq 24
> > anyway? I dont have the /proc/interrupts output from this box, maybe no
> > interrupt is handled for the controller? None of the attached usb
> > devices is recognized with 2.6.13.
>
> Did that USB controller use to work in older kernels?
quirk_via_irqpic worked the same, so I guess no.
I will let him try older kernels, and your suggested change.
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-26 21:59 ` Linus Torvalds
2005-09-27 6:09 ` Olaf Hering
@ 2005-09-27 12:29 ` Olaf Hering
2005-09-27 14:27 ` Stian Jordet
2 siblings, 0 replies; 13+ messages in thread
From: Olaf Hering @ 2005-09-27 12:29 UTC (permalink / raw)
To: Linus Torvalds
Cc: Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton, Stian Jordet,
Linux Kernel Mailing List
On Mon, Sep 26, Linus Torvalds wrote:
> > <6>USB Universal Host Controller Interface driver v2.3
> > <4>PCI: Enabling device 0000:00:0e.0 (0094 ->0095)
> > <6>PCI:Via IRQ fixup for 0000:00:0e.0, from 24 to 0
>
> That does seem to be seriously broken.
On a side note:
echo $((24 & 15))
8
Thats what I get on my Mac, and the card works there. Also forcing the
irq to 0 doesnt break it.
--
short story of a lazy sysadmin:
alias appserv=wotan
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-26 21:59 ` Linus Torvalds
2005-09-27 6:09 ` Olaf Hering
2005-09-27 12:29 ` Olaf Hering
@ 2005-09-27 14:27 ` Stian Jordet
2005-09-27 14:42 ` Linus Torvalds
2 siblings, 1 reply; 13+ messages in thread
From: Stian Jordet @ 2005-09-27 14:27 UTC (permalink / raw)
To: Linus Torvalds
Cc: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 1800 bytes --]
Sitat Linus Torvalds <torvalds@osdl.org>:
>
>
> On Mon, 26 Sep 2005, Olaf Hering wrote:
> >
> > Why is the irq changed from 24 to 0, and why does uhci use irq 24
> > anyway? I dont have the /proc/interrupts output from this box, maybe no
> > interrupt is handled for the controller? None of the attached usb
> > devices is recognized with 2.6.13.
>
> Did that USB controller use to work in older kernels?
>
> > <6>USB Universal Host Controller Interface driver v2.3
> > <4>PCI: Enabling device 0000:00:0e.0 (0094 ->0095)
> > <6>PCI:Via IRQ fixup for 0000:00:0e.0, from 24 to 0
>
> That does seem to be seriously broken.
>
> The old code wouldn't do that IRQ fixup for IO-APIC users, and I think
> that's correct.
>
> The commit (93cffffa19960464a52f9c78d9a6150270d23785) says:
>
> [PATCH] PCI: do VIA IRQ fixup always, not just in PIC mode
>
> At least some VIA chipsets require the fixup even in IO-APIC mode.
>
> This was found and debugged with the patient assistance of Stian
> Jordet <liste@jordet.nu> on an Asus CUV266-DLS motherboard.
>
> and I've cc'd the guilty parties.
First, I've no idea of the reasons behind Bjorn's patch. I've had a
longstanding bug which makes network traffic generate interrupts on irq
11 (which is for usb), after 100 000 interrupts, irq 11 is disabled.
Which is boring. So after seeing Bjorn using some time fixing
VIA-related bugs on LKML, I thought I'd mail him and ask for help.
He wanted me to test 2.6.12-rc2-mm3, which actually disabled irq9 as
well at boottime. After some debugging, he made this patch, which made
irq 9 work as normal again for me. Please don't back this patch out,
without at least re-looking at my system.
That other bug, noone have been able to fix, yet.
Attached is dmesg of 2.6.14-rc2-git3.
Best regards,
Stian
[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 18122 bytes --]
Linux version 2.6.14-rc2-git3 (root@chevrolet) (gcc version 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu8)) #4 SMP Fri Sep 23 22:24:45 CEST 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001fffc000 (usable)
BIOS-e820: 000000001fffc000 - 000000001ffff000 (ACPI data)
BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
511MB LOWMEM available.
found SMP MP-table at 000f5500
On node 0 totalpages: 131068
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 126972 pages, LIFO batch:31
HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 ASUS ) @ 0x000f6930
ACPI: RSDT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc000
ACPI: FADT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc100
ACPI: BOOT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc040
ACPI: MADT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc080
ACPI: DSDT (v001 ASUS CV266DLS 0x00001000 MSFT 0x0100000b) @ 0x00000000
ACPI: PM-Timer IO Port: 0xe408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x03] enabled)
Processor #3 6:8 APIC version 17
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 17
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000)
Built 1 zonelists
Kernel command line: root=/dev/sda2 ro noirqdebug quiet splash
IRQ lockup detection disabled
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 999.804 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 513000k/524272k available (4100k kernel code, 10736k reserved, 1168k data, 240k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 2002.14 BogoMIPS (lpj=4004286)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
mtrr: v2.0 (20020519)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel Pentium III (Coppermine) stepping 0a
Booting processor 1/0 eip 2000
Initializing CPU#1
Calibrating delay using timer specific routine.. 1999.61 BogoMIPS (lpj=3999239)
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel Pentium III (Coppermine) stepping 0a
Total of 2 processors activated (4001.76 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xf0d40, last bus=1
PCI: Using configuration type 1
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
Boot video device is 0000:01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
irda_init()
NET: Registered protocol family 23
Bluetooth: Core ver 2.7
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
PCI: Bridge: 0000:00:01.0
IO window: d000-dfff
MEM window: de800000-dfdfffff
PREFETCH window: e0000000-f7ffffff
PCI: Bus 2, cardbus bridge: 0000:00:0f.0
IO window: 00001000-00001fff
IO window: 00002000-00002fff
PREFETCH window: 30000000-31ffffff
MEM window: 32000000-33ffffff
PCI: Bus 6, cardbus bridge: 0000:00:0f.1
IO window: 00003000-00003fff
IO window: 00004000-00004fff
PREFETCH window: 34000000-35ffffff
MEM window: 36000000-37ffffff
PCI: Setting latency timer of device 0000:00:01.0 to 64
PCI: Enabling device 0000:00:0f.0 (0000 -> 0003)
ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 18 (level, low) -> IRQ 16
PCI: Enabling device 0000:00:0f.1 (0000 -> 0003)
ACPI: PCI Interrupt 0000:00:0f.1[B] -> GSI 19 (level, low) -> IRQ 17
Simple Boot Flag at 0x3a set to 0x1
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
NTFS driver 2.1.24 [Flags: R/O].
SGI XFS with ACLs, no debug enabled
SGI XFS Quota Management subsystem
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: CPU0 (power states: C1[C1])
ACPI: CPU1 (power states: C1[C1])
Real Time Clock Driver v1.12
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected VIA Pro 266 chipset
agpgart: AGP aperture is 64M @ 0xf8000000
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
pktcdvd: v0.2.0a 2004-07-14 Jens Axboe (axboe@suse.de) and petero2@telia.com
e100: Intel(R) PRO/100 Network Driver, 3.4.14-k2-NAPI
e100: Copyright(c) 1999-2005 Intel Corporation
ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 19 (level, low) -> IRQ 17
e100: eth0: e100_probe: addr 0xde000000, irq 17, MAC addr 00:E0:18:2E:FF:C0
PPP generic driver version 2.4.2
PPP Deflate Compression module registered
PPP BSD Compression module registered
netconsole: not configured, aborting
Linux video capture interface: v1.00
saa7130/34: v4l2 driver version 0.2.14 loaded
ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 19 (level, low) -> IRQ 17
saa7134[0]: found at 0000:00:0c.0, rev: 1, irq: 17, latency: 32, mmio: 0xdc000000
saa7134[0]: subsystem: 153b:1143, board: Terratec Cinergy 600 TV [card=11,autodetected]
saa7134[0]: board init: gpio is 50000
saa7134[0]: registered input device for IR
saa7134[0]: i2c eeprom 00: 3b 15 43 11 ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: i2c eeprom 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: registered device video0 [v4l2]
saa7134[0]: registered device vbi0
saa7134[0]: registered device radio0
tuner 0-0060: chip found @ 0xc0 (saa7134[0])
tuner 0-0060: All bytes are equal. It is not a TEA5767
tuner 0-0060: type set to 5 (Philips PAL_BG (FI1216 and compatibles))
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:11.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8233 (rev 00) IDE UDMA100 controller on pci0000:00:11.1
ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xa008-0xa00f, BIOS settings: hdc:pio, hdd:DMA
Probing IDE interface ide0...
hda: ST3200822A, ATA DISK drive
hdb: ST3200822A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdd: IOMEGA ZIP 100 ATAPI Floppy, ATAPI FLOPPY drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 1024KiB
hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(33)
hda: cache flushes supported
hda: hda1
hdb: max request size: 1024KiB
hdb: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(33)
hdb: cache flushes supported
hdb: hdb1
ide-floppy driver 0.99.newide
hdd: No disk in drive
hdd: 98304kB, 96/64/32 CHS, 4096 kBps, 512 sector size, 2941 rpm
ACPI: PCI Interrupt 0000:00:07.0[A] -> GSI 17 (level, low) -> IRQ 18
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Vendor: SEAGATE Model: ST318452LW Rev: 0004
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled. Depth 253
target0:0:0: Beginning Domain Validation
target0:0:0: wide asynchronous.
target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 63)
target0:0:0: Ending Domain Validation
ACPI: PCI Interrupt 0000:00:07.1[B] -> GSI 18 (level, low) -> IRQ 16
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
Vendor: PIONEER Model: DVD-ROM DVD-304F Rev: 1.03
Type: CD-ROM ANSI SCSI revision: 02
target1:0:4: Beginning Domain Validation
target1:0:4: Domain Validation skipping write tests
target1:0:4: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
target1:0:4: Ending Domain Validation
Vendor: YAMAHA Model: CRW-F1S Rev: 1.0g
Type: CD-ROM ANSI SCSI revision: 02
target1:0:5: Beginning Domain Validation
target1:0:5: Domain Validation skipping write tests
target1:0:5: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 15)
target1:0:5: Ending Domain Validation
Vendor: SEAGATE Model: DAT 04687-XXX Rev: 6610
Type: Sequential-Access ANSI SCSI revision: 02
target1:0:6: Beginning Domain Validation
target1:0:6: Domain Validation skipping write tests
target1:0:6: FAST-10 SCSI 7.8 MB/s ST (128 ns, offset 15)
target1:0:6: Ending Domain Validation
st: Version 20050830, fixed bufsize 32768, s/g segs 256
Attached scsi tape st0 at scsi1, channel 0, id 6, lun 0
st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575
SCSI device sda: 35843670 512-byte hdwr sectors (18352 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 35843670 512-byte hdwr sectors (18352 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0
sr1: scsi3-mmc drive: 44x/44x writer cd/rw xa/form2 cdda tray
Attached scsi CD-ROM sr1 at scsi1, channel 0, id 5, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi1, channel 0, id 4, lun 0, type 5
Attached scsi generic sg2 at scsi1, channel 0, id 5, lun 0, type 5
Attached scsi generic sg3 at scsi1, channel 0, id 6, lun 0, type 1
ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 18 (level, low) -> IRQ 16
Yenta: CardBus bridge found at 0000:00:0f.0 [14ef:0220]
Yenta: ISA IRQ mask 0x0000, PCI irq 16
Socket status: 30000006
ACPI: PCI Interrupt 0000:00:0f.1[B] -> GSI 19 (level, low) -> IRQ 17
Yenta: CardBus bridge found at 0000:00:0f.1 [14ef:0220]
Yenta: ISA IRQ mask 0x0000, PCI irq 17
Socket status: 30000006
usbmon: debugfs is not available
USB Universal Host Controller Interface driver v2.3
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
PCI: Via IRQ fixup for 0000:00:11.2, from 9 to 11
uhci_hcd 0000:00:11.2: UHCI Host Controller
uhci_hcd 0000:00:11.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:11.2: irq 11, io base 0x00009800
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.3[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
PCI: Via IRQ fixup for 0000:00:11.3, from 9 to 11
uhci_hcd 0000:00:11.3: UHCI Host Controller
uhci_hcd 0000:00:11.3: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:11.3: irq 11, io base 0x00009400
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.4[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
PCI: Via IRQ fixup for 0000:00:11.4, from 9 to 11
uhci_hcd 0000:00:11.4: UHCI Host Controller
uhci_hcd 0000:00:11.4: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:11.4: irq 11, io base 0x00009000
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usb 2-1: new full speed USB device using uhci_hcd and address 2
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
usbcore: registered new driver usbserial
drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0
drivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Device
usbcore: registered new driver ftdi_sio
drivers/usb/serial/ftdi_sio.c: v1.4.3:USB FTDI Serial Converters Driver
mice: PS/2 mouse device common for all mice
input: PC Speaker
gameport: EMU10K1 is pci0000:00:0e.1/gameport0, io 0xa400, speed 1193kHz
input: AT Translated Set 2 keyboard on isa0060/serio0
logips2pp: Detected unknown logitech mouse model 57
Bluetooth: HCI USB driver ver 2.9
usbcore: registered new driver hci_usb
ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/none/1.1.2.2
PPP BSD Compression module registered
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (kernel)
HiSax: Layer1 Revision 2.46.2.5
HiSax: Layer2 Revision 2.30.2.4
HiSax: TeiMgr Revision 2.20.2.3
HiSax: Layer3 Revision 2.22.2.3
HiSax: LinkLayer Revision 2.59.2.4
HiSax: Total 1 card defined
HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
HiSax: Teles/PCI driver Rev. 2.23.2.3
ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 19
Found: Zoran, base-address: 0xdb800000, irq: 0x13
HiSax: Teles PCI config irq:19 mem:e084e000
TelesPCI: ISAC version (0): 2086/2186 V1.1
TelesPCI: HSCX version A: V2.1 B: V2.1
Teles PCI: IRQ 19 count 0
input: ImExPS/2 Logitech Explorer Mouse on isa0060/serio1
Teles PCI: IRQ 19 count 3
HiSax: DSS1 Rev. 2.32.2.3
HiSax: 2 channels added
HiSax: MAX_WAITING_CALLS added
Advanced Linux Sound Architecture Driver Version 1.0.10rc1 (Mon Sep 12 08:13:09 2005 UTC).
specify port
ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 18
ALSA device list:
#0: SBLive! Platinum 5.1 [SB0060] (rev.7, serial:0x80611102) at 0xa800, irq 18
NET: Registered protocol family 2
IP route cache hash table entries: 8192 (order: 3, 32768 bytes)
TCP established hash table entries: 32768 (order: 6, 262144 bytes)
TCP bind hash table entries: 32768 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 32768 bind 32768)
TCP reno registered
ip_conntrack version 2.3 (4095 buckets, 32760 max) - 256 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/
ClusterIP Version 0.8 loaded successfully
arp_tables: (C) 2002 David S. Miller
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
IrCOMM protocol (Dag Brattli)
Bluetooth: L2CAP ver 2.7
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.5
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: BNEP (Ethernet Emulation) ver 1.2
Bluetooth: BNEP filters: protocol multicast
Using IPI Shortcut mode
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 240k freed
Adding 1052248k swap on /dev/sda4. Priority:-1 extents:1 across:1052248k
EXT3 (no)user_xattr options not supported
EXT3 FS on sda2, internal journal
sr0: CDROM not ready. Make sure there is a disc in the drive.
cdrom: open failed.
cdrom: failed setting lba address space
XFS mounting filesystem sda3
Ending clean XFS mount for filesystem: sda3
XFS mounting filesystem hda1
Ending clean XFS mount for filesystem: hda1
XFS mounting filesystem hdb1
Ending clean XFS mount for filesystem: hdb1
NTFS volume version 3.1.
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-27 14:27 ` Stian Jordet
@ 2005-09-27 14:42 ` Linus Torvalds
2005-09-27 21:19 ` Stian Jordet
0 siblings, 1 reply; 13+ messages in thread
From: Linus Torvalds @ 2005-09-27 14:42 UTC (permalink / raw)
To: Stian Jordet
Cc: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Linux Kernel Mailing List
On Tue, 27 Sep 2005, Stian Jordet wrote:
>
> He wanted me to test 2.6.12-rc2-mm3, which actually disabled irq9 as
> well at boottime. After some debugging, he made this patch, which made
> irq 9 work as normal again for me. Please don't back this patch out,
> without at least re-looking at my system.
Well, looking at your messages, I bet that the appended patch works for
you, since your irq's are all in the legacy range.
It is also conceptually closer to what the code _used_ to be (it used to
say "if we have an IO-APIC, don't do this", now it says "if this irq is
bound to an IO-APIC, don't do this")
Whether this will matter to Olaf, I don't know, but the old code was
definitely just writing random bits for the IO-APIC case afaik.
Linus
---
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks.c
@@ -546,7 +546,10 @@ static void quirk_via_irq(struct pci_dev
{
u8 irq, new_irq;
- new_irq = dev->irq & 0xf;
+ new_irq = dev->irq;
+ if (!new_irq || new_irq >= 15)
+ return;
+
pci_read_config_byte(dev, PCI_INTERRUPT_LINE, &irq);
if (new_irq != irq) {
printk(KERN_INFO "PCI: Via IRQ fixup for %s, from %d to %d\n",
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-27 14:42 ` Linus Torvalds
@ 2005-09-27 21:19 ` Stian Jordet
2005-09-27 21:36 ` Linus Torvalds
0 siblings, 1 reply; 13+ messages in thread
From: Stian Jordet @ 2005-09-27 21:19 UTC (permalink / raw)
To: Linus Torvalds
Cc: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Linux Kernel Mailing List
Sitat Linus Torvalds <torvalds@osdl.org>:
> Well, looking at your messages, I bet that the appended patch works for
> you, since your irq's are all in the legacy range.
>
> It is also conceptually closer to what the code _used_ to be (it used to
> say "if we have an IO-APIC, don't do this", now it says "if this irq is
> bound to an IO-APIC, don't do this")
No dice. My irq's beyond 15 are changed. What used to be 19 became 17, 18 became
16, 17 became 18 and 16 became 19. The others are normal, and while looking at
dmesg, the fixup is still happening. While it boots, and at first glance seems
to work, it hangs hard when I try to use usb. At least the bluetooth dongle,
haven't tried with anything else, but I suppose that'd do the same.
Sorry.
Best regards,
Stian
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-27 21:19 ` Stian Jordet
@ 2005-09-27 21:36 ` Linus Torvalds
2005-09-27 21:48 ` Stian Jordet
2005-09-27 21:52 ` Stian Jordet
0 siblings, 2 replies; 13+ messages in thread
From: Linus Torvalds @ 2005-09-27 21:36 UTC (permalink / raw)
To: Stian Jordet
Cc: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Linux Kernel Mailing List
On Tue, 27 Sep 2005, Stian Jordet wrote:
>
> No dice. My irq's beyond 15 are changed. What used to be 19 became 17, 18 became
> 16, 17 became 18 and 16 became 19. The others are normal, and while looking at
> dmesg, the fixup is still happening. While it boots, and at first glance seems
> to work, it hangs hard when I try to use usb. At least the bluetooth dongle,
> haven't tried with anything else, but I suppose that'd do the same.
Your dmesg you sent only had
PCI: Via IRQ fixup for 0000:00:11.2, from 9 to 11
PCI: Via IRQ fixup for 0000:00:11.3, from 9 to 11
PCI: Via IRQ fixup for 0000:00:11.4, from 9 to 11
for the Via IRQ fixup, so I assumed that you only had regular ones.
No irq's over 15 according to that (and no, it's not because of the
masking: you also had
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt 0000:00:11.3[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt 0000:00:11.4[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
in there.
So the patch I sent should in fact have made zero difference at all for
you. What's up?
Linus
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-27 21:36 ` Linus Torvalds
@ 2005-09-27 21:48 ` Stian Jordet
2005-09-27 22:58 ` Linus Torvalds
2005-09-27 21:52 ` Stian Jordet
1 sibling, 1 reply; 13+ messages in thread
From: Stian Jordet @ 2005-09-27 21:48 UTC (permalink / raw)
To: Linus Torvalds
Cc: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 1104 bytes --]
Sitat Linus Torvalds <torvalds@osdl.org>:
> Your dmesg you sent only had
>
> PCI: Via IRQ fixup for 0000:00:11.2, from 9 to 11
> PCI: Via IRQ fixup for 0000:00:11.3, from 9 to 11
> PCI: Via IRQ fixup for 0000:00:11.4, from 9 to 11
>
> for the Via IRQ fixup, so I assumed that you only had regular ones.
>
> No irq's over 15 according to that (and no, it's not because of the
> masking: you also had
>
> ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
> ACPI: PCI Interrupt 0000:00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) ->
> IRQ 11
> ACPI: PCI Interrupt 0000:00:11.3[D] -> Link [LNKD] -> GSI 11 (level, low) ->
> IRQ 11
> ACPI: PCI Interrupt 0000:00:11.4[D] -> Link [LNKD] -> GSI 11 (level, low) ->
> IRQ 11
>
> in there.
>
> So the patch I sent should in fact have made zero difference at all for
> you. What's up?
I have no idea. But I'll attach dmesg from the same kernel with your patch, so
you'll see the differences yourself. I also see that initialization of
everything have changed. Now scsi is almost the last thing in the dmesg, it
used to be about the first. Weird.
-Stian
[-- Attachment #2: dmesg-patch.txt --]
[-- Type: text/plain, Size: 18039 bytes --]
Linux version 2.6.14-rc2-git3 (root@chevrolet) (gcc version 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu8)) #5 SMP Tue Sep 27 16:50:55 CEST 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001fffc000 (usable)
BIOS-e820: 000000001fffc000 - 000000001ffff000 (ACPI data)
BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
511MB LOWMEM available.
found SMP MP-table at 000f5500
On node 0 totalpages: 131068
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 126972 pages, LIFO batch:31
HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 ASUS ) @ 0x000f6930
ACPI: RSDT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc000
ACPI: FADT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc100
ACPI: BOOT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc040
ACPI: MADT (v001 ASUS CV266DLS 0x30303031 MSFT 0x31313031) @ 0x1fffc080
ACPI: DSDT (v001 ASUS CV266DLS 0x00001000 MSFT 0x0100000b) @ 0x00000000
ACPI: PM-Timer IO Port: 0xe408
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x03] enabled)
Processor #3 6:8 APIC version 17
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 17
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000)
Built 1 zonelists
Kernel command line: root=/dev/sda2 ro noirqdebug quiet splash
IRQ lockup detection disabled
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 999.804 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 513000k/524272k available (4100k kernel code, 10736k reserved, 1168k data, 240k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 2002.14 BogoMIPS (lpj=4004293)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
mtrr: v2.0 (20020519)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel Pentium III (Coppermine) stepping 0a
Booting processor 1/0 eip 2000
Initializing CPU#1
Calibrating delay using timer specific routine.. 1999.61 BogoMIPS (lpj=3999227)
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel Pentium III (Coppermine) stepping 0a
Total of 2 processors activated (4001.76 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xf0d40, last bus=1
PCI: Using configuration type 1
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
Boot video device is 0000:01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
irda_init()
NET: Registered protocol family 23
Bluetooth: Core ver 2.7
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
PCI: Bridge: 0000:00:01.0
IO window: d000-dfff
MEM window: de800000-dfdfffff
PREFETCH window: e0000000-f7ffffff
PCI: Bus 2, cardbus bridge: 0000:00:0f.0
IO window: 00001000-00001fff
IO window: 00002000-00002fff
PREFETCH window: 30000000-31ffffff
MEM window: 32000000-33ffffff
PCI: Bus 6, cardbus bridge: 0000:00:0f.1
IO window: 00003000-00003fff
IO window: 00004000-00004fff
PREFETCH window: 34000000-35ffffff
MEM window: 36000000-37ffffff
PCI: Setting latency timer of device 0000:00:01.0 to 64
PCI: Enabling device 0000:00:0f.0 (0000 -> 0003)
ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 18 (level, low) -> IRQ 16
PCI: Enabling device 0000:00:0f.1 (0000 -> 0003)
ACPI: PCI Interrupt 0000:00:0f.1[B] -> GSI 19 (level, low) -> IRQ 17
Simple Boot Flag at 0x3a set to 0x1
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
NTFS driver 2.1.24 [Flags: R/O].
SGI XFS with ACLs, no debug enabled
SGI XFS Quota Management subsystem
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: CPU0 (power states: C1[C1])
ACPI: CPU1 (power states: C1[C1])
Real Time Clock Driver v1.12
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected VIA Pro 266 chipset
agpgart: AGP aperture is 64M @ 0xf8000000
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
pktcdvd: v0.2.0a 2004-07-14 Jens Axboe (axboe@suse.de) and petero2@telia.com
e100: Intel(R) PRO/100 Network Driver, 3.4.14-k2-NAPI
e100: Copyright(c) 1999-2005 Intel Corporation
ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 19 (level, low) -> IRQ 17
e100: eth0: e100_probe: addr 0xde000000, irq 17, MAC addr 00:E0:18:2E:FF:C0
PPP generic driver version 2.4.2
PPP Deflate Compression module registered
PPP BSD Compression module registered
netconsole: not configured, aborting
Linux video capture interface: v1.00
saa7130/34: v4l2 driver version 0.2.14 loaded
ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 19 (level, low) -> IRQ 17
saa7134[0]: found at 0000:00:0c.0, rev: 1, irq: 17, latency: 32, mmio: 0xdc000000
saa7134[0]: subsystem: 153b:1143, board: Terratec Cinergy 600 TV [card=11,autodetected]
saa7134[0]: board init: gpio is 50000
saa7134[0]: registered input device for IR
saa7134[0]: i2c eeprom 00: 3b 15 43 11 ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: i2c eeprom 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: i2c eeprom 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7134[0]: registered device video0 [v4l2]
saa7134[0]: registered device vbi0
saa7134[0]: registered device radio0
tuner 0-0060: chip found @ 0xc0 (saa7134[0])
tuner 0-0060: All bytes are equal. It is not a TEA5767
tuner 0-0060: type set to 5 (Philips PAL_BG (FI1216 and compatibles))
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:11.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8233 (rev 00) IDE UDMA100 controller on pci0000:00:11.1
ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xa008-0xa00f, BIOS settings: hdc:pio, hdd:DMA
Probing IDE interface ide0...
hda: ST3200822A, ATA DISK drive
hdb: ST3200822A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdd: IOMEGA ZIP 100 ATAPI Floppy, ATAPI FLOPPY drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 1024KiB
hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(33)
hda: cache flushes supported
hda: hda1
hdb: max request size: 1024KiB
hdb: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(33)
hdb: cache flushes supported
hdb: hdb1
ide-floppy driver 0.99.newide
hdd: No disk in drive
hdd: 98304kB, 96/64/32 CHS, 4096 kBps, 512 sector size, 2941 rpm
ACPI: PCI Interrupt 0000:00:07.0[A] -> GSI 17 (level, low) -> IRQ 18
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Vendor: SEAGATE Model: ST318452LW Rev: 0004
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled. Depth 253
target0:0:0: Beginning Domain Validation
target0:0:0: wide asynchronous.
target0:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 63)
target0:0:0: Ending Domain Validation
ACPI: PCI Interrupt 0000:00:07.1[B] -> GSI 18 (level, low) -> IRQ 16
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
Vendor: PIONEER Model: DVD-ROM DVD-304F Rev: 1.03
Type: CD-ROM ANSI SCSI revision: 02
target1:0:4: Beginning Domain Validation
target1:0:4: Domain Validation skipping write tests
target1:0:4: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 16)
target1:0:4: Ending Domain Validation
Vendor: YAMAHA Model: CRW-F1S Rev: 1.0g
Type: CD-ROM ANSI SCSI revision: 02
target1:0:5: Beginning Domain Validation
target1:0:5: Domain Validation skipping write tests
target1:0:5: FAST-20 SCSI 20.0 MB/s ST (50 ns, offset 15)
target1:0:5: Ending Domain Validation
Vendor: SEAGATE Model: DAT 04687-XXX Rev: 6610
Type: Sequential-Access ANSI SCSI revision: 02
target1:0:6: Beginning Domain Validation
target1:0:6: Domain Validation skipping write tests
target1:0:6: FAST-10 SCSI 7.8 MB/s ST (128 ns, offset 15)
target1:0:6: Ending Domain Validation
st: Version 20050830, fixed bufsize 32768, s/g segs 256
Attached scsi tape st0 at scsi1, channel 0, id 6, lun 0
st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575
SCSI device sda: 35843670 512-byte hdwr sectors (18352 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 35843670 512-byte hdwr sectors (18352 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 sda4
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
sr0: scsi3-mmc drive: 0x/0x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0
sr1: scsi3-mmc drive: 44x/44x writer cd/rw xa/form2 cdda tray
Attached scsi CD-ROM sr1 at scsi1, channel 0, id 5, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi1, channel 0, id 4, lun 0, type 5
Attached scsi generic sg2 at scsi1, channel 0, id 5, lun 0, type 5
Attached scsi generic sg3 at scsi1, channel 0, id 6, lun 0, type 1
ACPI: PCI Interrupt 0000:00:0f.0[A] -> GSI 18 (level, low) -> IRQ 16
Yenta: CardBus bridge found at 0000:00:0f.0 [14ef:0220]
Yenta: ISA IRQ mask 0x0000, PCI irq 16
Socket status: 30000006
ACPI: PCI Interrupt 0000:00:0f.1[B] -> GSI 19 (level, low) -> IRQ 17
Yenta: CardBus bridge found at 0000:00:0f.1 [14ef:0220]
Yenta: ISA IRQ mask 0x0000, PCI irq 17
Socket status: 30000006
usbmon: debugfs is not available
USB Universal Host Controller Interface driver v2.3
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
PCI: Via IRQ fixup for 0000:00:11.2, from 9 to 11
uhci_hcd 0000:00:11.2: UHCI Host Controller
uhci_hcd 0000:00:11.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:11.2: irq 11, io base 0x00009800
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.3[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
PCI: Via IRQ fixup for 0000:00:11.3, from 9 to 11
uhci_hcd 0000:00:11.3: UHCI Host Controller
uhci_hcd 0000:00:11.3: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:11.3: irq 11, io base 0x00009400
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.4[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
PCI: Via IRQ fixup for 0000:00:11.4, from 9 to 11
uhci_hcd 0000:00:11.4: UHCI Host Controller
uhci_hcd 0000:00:11.4: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:11.4: irq 11, io base 0x00009000
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usb 2-1: new full speed USB device using uhci_hcd and address 2
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
usbcore: registered new driver usbserial
drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0
drivers/usb/serial/usb-serial.c: USB Serial support registered for FTDI USB Serial Device
usbcore: registered new driver ftdi_sio
drivers/usb/serial/ftdi_sio.c: v1.4.3:USB FTDI Serial Converters Driver
mice: PS/2 mouse device common for all mice
input: PC Speaker
gameport: EMU10K1 is pci0000:00:0e.1/gameport0, io 0xa400, speed 1193kHz
input: AT Translated Set 2 keyboard on isa0060/serio0
logips2pp: Detected unknown logitech mouse model 57
Bluetooth: HCI USB driver ver 2.9
usbcore: registered new driver hci_usb
ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/none/1.1.2.2
PPP BSD Compression module registered
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (kernel)
HiSax: Layer1 Revision 2.46.2.5
HiSax: Layer2 Revision 2.30.2.4
HiSax: TeiMgr Revision 2.20.2.3
HiSax: Layer3 Revision 2.22.2.3
HiSax: LinkLayer Revision 2.59.2.4
HiSax: Total 1 card defined
HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
HiSax: Teles/PCI driver Rev. 2.23.2.3
ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 19
Found: Zoran, base-address: 0xdb800000, irq: 0x13
HiSax: Teles PCI config irq:19 mem:e084e000
TelesPCI: ISAC version (0): 2086/2186 V1.1
TelesPCI: HSCX version A: V2.1 B: V2.1
Teles PCI: IRQ 19 count 0
input: ImExPS/2 Logitech Explorer Mouse on isa0060/serio1
Teles PCI: IRQ 19 count 3
HiSax: DSS1 Rev. 2.32.2.3
HiSax: 2 channels added
HiSax: MAX_WAITING_CALLS added
Advanced Linux Sound Architecture Driver Version 1.0.10rc1 (Mon Sep 12 08:13:09 2005 UTC).
specify port
ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 17 (level, low) -> IRQ 18
ALSA device list:
#0: SBLive! Platinum 5.1 [SB0060] (rev.7, serial:0x80611102) at 0xa800, irq 18
NET: Registered protocol family 2
IP route cache hash table entries: 8192 (order: 3, 32768 bytes)
TCP established hash table entries: 32768 (order: 6, 262144 bytes)
TCP bind hash table entries: 32768 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 32768 bind 32768)
TCP reno registered
ip_conntrack version 2.3 (4095 buckets, 32760 max) - 256 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/
ClusterIP Version 0.8 loaded successfully
arp_tables: (C) 2002 David S. Miller
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
IrCOMM protocol (Dag Brattli)
Bluetooth: L2CAP ver 2.7
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.5
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: BNEP (Ethernet Emulation) ver 1.2
Bluetooth: BNEP filters: protocol multicast
Using IPI Shortcut mode
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 240k freed
Adding 1052248k swap on /dev/sda4. Priority:-1 extents:1 across:1052248k
EXT3 (no)user_xattr options not supported
EXT3 FS on sda2, internal journal
cdrom: failed setting lba address space
XFS mounting filesystem sda3
Ending clean XFS mount for filesystem: sda3
XFS mounting filesystem hda1
Ending clean XFS mount for filesystem: hda1
XFS mounting filesystem hdb1
Ending clean XFS mount for filesystem: hdb1
NTFS volume version 3.1.
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-27 21:36 ` Linus Torvalds
2005-09-27 21:48 ` Stian Jordet
@ 2005-09-27 21:52 ` Stian Jordet
1 sibling, 0 replies; 13+ messages in thread
From: Stian Jordet @ 2005-09-27 21:52 UTC (permalink / raw)
To: Linus Torvalds
Cc: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Linux Kernel Mailing List
Sitat Linus Torvalds <torvalds@osdl.org>:
>
>
> On Tue, 27 Sep 2005, Stian Jordet wrote:
> >
> > No dice. My irq's beyond 15 are changed. What used to be 19 became 17, 18
> became
> > 16, 17 became 18 and 16 became 19. The others are normal, and while looking
> at
> > dmesg, the fixup is still happening. While it boots, and at first glance
> seems
> > to work, it hangs hard when I try to use usb. At least the bluetooth
> dongle,
> > haven't tried with anything else, but I suppose that'd do the same.
>
Sorry! I was looking at the wrong dmesg. *stupid*. Really sorry about that. It
still hangs hard when I try to use usb, but I'll double check that it worked
before the patch before I complain more :P
Once again, sorry. And thank you :)
-Stian
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-27 21:48 ` Stian Jordet
@ 2005-09-27 22:58 ` Linus Torvalds
2005-09-28 7:28 ` Matthieu CASTET
0 siblings, 1 reply; 13+ messages in thread
From: Linus Torvalds @ 2005-09-27 22:58 UTC (permalink / raw)
To: Stian Jordet
Cc: Olaf Hering, Bjorn Helgaas, Greg Kroah-Hartman, Andrew Morton,
Linux Kernel Mailing List
On Tue, 27 Sep 2005, Stian Jordet wrote:
>
> I have no idea. But I'll attach dmesg from the same kernel with your patch, so
> you'll see the differences yourself. I also see that initialization of
> everything have changed. Now scsi is almost the last thing in the dmesg, it
> used to be about the first. Weird.
That's not my patch. Something else has changed.
Anyway, this dmesg you posted still says
...
USB Universal Host Controller Interface driver v2.3
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt 0000:00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
** PCI: Via IRQ fixup for 0000:00:11.2, from 9 to 11
uhci_hcd 0000:00:11.2: UHCI Host Controller
uhci_hcd 0000:00:11.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:11.2: irq 11, io base 0x00009800
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.3[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
** PCI: Via IRQ fixup for 0000:00:11.3, from 9 to 11
uhci_hcd 0000:00:11.3: UHCI Host Controller
uhci_hcd 0000:00:11.3: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:11.3: irq 11, io base 0x00009400
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:11.4[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
** PCI: Via IRQ fixup for 0000:00:11.4, from 9 to 11
...
so my patch didn't change anything at all for you (which is correct - it
was designed not to ;)
So if you have trouble with it, it's something else.
Linus
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-27 22:58 ` Linus Torvalds
@ 2005-09-28 7:28 ` Matthieu CASTET
2005-09-28 15:32 ` Matthieu CASTET
0 siblings, 1 reply; 13+ messages in thread
From: Matthieu CASTET @ 2005-09-28 7:28 UTC (permalink / raw)
To: linux-kernel
Hi Linus,
Le Tue, 27 Sep 2005 15:58:33 -0700, Linus Torvalds a écrit :
>
>
> so my patch didn't change anything at all for you (which is correct - it
> was designed not to ;)
>
It will for me as I have [1].
But since the irq for ide are probe after, I think it won't change
anything.
I will try your patch when I'll have some free time.
Matthieu
PS : The Via fix are quite strange, as if I understand the message it try
to map usb to irq 1...
[1]
$dmesg | grep -B2 -A2 "Via IRQ"
VP_IDE: IDE controller at PCI slot 0000:00:11.1
ACPI: PCI Interrupt 0000:00:11.1[A]: no GSI
PCI: Via IRQ fixup for 0000:00:11.1, from 255 to 15
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci0000:00:11.1
ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: SAMSUNG SP0802N, ATA DISK drive
hdb: IC35L040AVVA07-0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: TOSHIBA DVD-ROM SD-M1612, ATAPI CD/DVD-ROM drive
hdd: CD-RW CDR-6S48, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
--
usbmon: debugfs is not available
ACPI: PCI Interrupt 0000:00:10.3[D] -> GSI 21 (level, low) -> IRQ 17
PCI: Via IRQ fixup for 0000:00:10.3, from 10 to 1
ehci_hcd 0000:00:10.3: VIA Technologies, Inc. USB 2.0
ehci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 1
--
USB Universal Host Controller Interface driver v2.3
ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 21 (level, low) -> IRQ 17
PCI: Via IRQ fixup for 0000:00:10.0, from 11 to 1
uhci_hcd 0000:00:10.0: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 2
--
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:10.1[B] -> GSI 21 (level, low) -> IRQ 17
PCI: Via IRQ fixup for 0000:00:10.1, from 11 to 1
uhci_hcd 0000:00:10.1: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (#2)
uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 3
--
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:10.2[C] -> GSI 21 (level, low) -> IRQ 17
PCI: Via IRQ fixup for 0000:00:10.2, from 10 to 1
uhci_hcd 0000:00:10.2: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (#3)
uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 4
--
For more details, read ALSA-Configuration.txt.
ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 21
PCI: Via IRQ fixup for 0000:00:11.5, from 10 to 5
PCI: Setting latency timer of device 0000:00:11.5 to 64
Floppy drive(s): fd0 is 1.44M
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: bogus VIA IRQ fixup in drivers/pci/quirks.c
2005-09-28 7:28 ` Matthieu CASTET
@ 2005-09-28 15:32 ` Matthieu CASTET
0 siblings, 0 replies; 13+ messages in thread
From: Matthieu CASTET @ 2005-09-28 15:32 UTC (permalink / raw)
To: linux-kernel
Le Wed, 28 Sep 2005 09:28:56 +0200, Matthieu CASTET a écrit :
> Hi Linus,
>
> Le Tue, 27 Sep 2005 15:58:33 -0700, Linus Torvalds a écrit :
>
>>
>>
>
>> so my patch didn't change anything at all for you (which is correct - it
>> was designed not to ;)
>>
>
> It will for me as I have [1].
>
> But since the irq for ide are probe after, I think it won't change
> anything.
> I will try your patch when I'll have some free time.
>
Seem to work fine here (disable all fix).
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2005-09-28 15:34 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-09-26 18:44 bogus VIA IRQ fixup in drivers/pci/quirks.c Olaf Hering
2005-09-26 21:59 ` Linus Torvalds
2005-09-27 6:09 ` Olaf Hering
2005-09-27 12:29 ` Olaf Hering
2005-09-27 14:27 ` Stian Jordet
2005-09-27 14:42 ` Linus Torvalds
2005-09-27 21:19 ` Stian Jordet
2005-09-27 21:36 ` Linus Torvalds
2005-09-27 21:48 ` Stian Jordet
2005-09-27 22:58 ` Linus Torvalds
2005-09-28 7:28 ` Matthieu CASTET
2005-09-28 15:32 ` Matthieu CASTET
2005-09-27 21:52 ` Stian Jordet
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).