misc/74786: Smartlink Modem causes interrupt storm on
RELENG_4 and RELENG_5
Mike Tancsa
mike at sentex.net
Tue Dec 7 08:40:28 PST 2004
The following reply was made to PR kern/74786; it has been noted by GNATS.
From: Mike Tancsa <mike at sentex.net>
To: Bruce Evans <bde at zeta.org.au>
Cc: freebsd-gnats-submit at freebsd.org, freebsd-bugs at freebsd.org
Subject: Re: misc/74786: Smartlink Modem causes interrupt storm on
RELENG_4 and RELENG_5
Date: Tue, 07 Dec 2004 11:34:38 -0500
At 06:55 PM 06/12/2004, Bruce Evans wrote:
>On Mon, 6 Dec 2004, Mike Tancsa wrote:
>
> > >Description:
> > I think we have been bouncing around this issue for the past few months
> both on RELENG_4 and RELENG_5. In the past it has been somewhat
> difficult to reproduce, but now we can do it reliably. I dont think
> its a hardware issue as I can take the exact same 2 boxes with the exact
> same IRQ assignments and boot with OpenBSD and not run into an interrupt
> storm or freeze up the box. Swap back the RELENG_4 or RELENG_5 HD and
> again, I can produce an interrupt storm at will.
> >
> > I can also reproduce it on 2 different chipsets as well (VIA and
> Intel). The problem seems to be around how a PUC device (either a PCI
> modem or a PCI serial card) and the sharing of an interrupt (usually an
> USB controller).
> >
> > On RELENG_4, the box just locks up in a race trying to service an
> interrupt on IRQ 12 but remains unhandled.
>
>This is because interrupt storms are fatal in RELENG_4 (if they happen).
Yes, for sure. The patch does make the box and hardware usable however.
> > On RELENG_5, I actually catch an interrupt storm. e.g. I attach to sio4
> (PUC modem) and
> >
> > Interrupt storm detected on "irq12: uhci1"; throttling interrupt source
> >
> > Looking at vmstat -i does indeed show a the rate getting throttled
> >
> > releng-5-pioneer# vmstat -i
> > interrupt total rate
> > irq0: clk 596719 99
> > irq1: atkbd0 2 0
> > irq4: sio0 1079 0
> > irq6: fdc0 1 0
> > irq8: rtc 763812 127
> > irq12: uhci1 5825 0
>
>This seems to be from a machine without the problem. There is no sign
>of a storm here, and no sign of a puc or sio device sharing irq12.
I hooked up a RELENG_5 box with the original config to demonstrate /
recreate the problem once more
Here is the dmesg. Notice the "cant reuse leaf" stuff which also gets
"fixed" by the patches
releng5-865# cat /var/run/dmesg.boot
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-STABLE #1: Wed Dec 1 20:03:29 EST 2004
mdtancsa at releng5-865.sentex.ca:/usr/obj/usr/src/sys/test
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Celeron(R) CPU 2.40GHz (2400.41-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
real memory = 267190272 (254 MB)
avail memory = 251912192 (240 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <AOpen AWRDACPI> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82865G (865G GMCH) SVGA controller> port 0xd000-0xd007 mem
0xfa000000-0xfa07ffff,0xf0000000-0xf7ffffff at device 2.0 on pci0
agp0: detected 892k stolen memory
agp0: aperture size is 128M
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xc000-0xc01f irq
12 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xc400-0xc41f irq 5
at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xc800-0xc81f irq
10 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xcc00-0xcc1f irq
12 at device 29.3 on pci0
uhci3: [GIANT-LOCKED]
usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3
usb3: USB revision 1.0
uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci1: <ACPI PCI bus> on pcib1
sio0: <SmartLink 5634PCV SurfRider> port 0xa000-0xa007 irq 12 at device 4.0
on pci1
sio0: moving to sio4
sio4: type 16550A
rl0: <RealTek 8139 10/100BaseTX> port 0xa400-0xa4ff mem
0xf9000000-0xf90000ff irq 15 at device 5.0 on pci1
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:50:fc:24:2b:4d
fxp0: <Intel 82801BA (D865) Pro/100 VE Ethernet> port 0xa800-0xa83f mem
0xf9001000-0xf9001fff irq 11 at device 8.0 on pci1
miibus1: <MII bus> on fxp0
inphy0: <i82562ET 10/100 media interface> on miibus1
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:01:80:54:b7:09
puc0: <Lava Computers Quattro-PCI serial port> port
0xb000-0xb007,0xac00-0xac07 irq 10 at device 10.0 on pci1
sio5: <Lava Computers Quattro-PCI serial port> on puc0
sio5: type 16550A
sio5: unable to activate interrupt in fast mode - using normal mode
sio6: <Lava Computers Quattro-PCI serial port> on puc0
sio6: type 16550A
sio6: unable to activate interrupt in fast mode - using normal mode
puc1: <Lava Computers Quattro-PCI serial port> port
0xb800-0xb807,0xb400-0xb407 irq 10 at device 10.1 on pci1
sio7: <Lava Computers Quattro-PCI serial port> on puc1
sio7: type 16550A
sio7: unable to activate interrupt in fast mode - using normal mode
sio8: <Lava Computers Quattro-PCI serial port> on puc1
sio8: type 16550A
sio8: unable to activate interrupt in fast mode - using normal mode
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port
0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
can't re-use a leaf (%desc)!
can't re-use a leaf (%driver)!
can't re-use a leaf (%location)!
can't re-use a leaf (%pnpinfo)!
can't re-use a leaf (%parent)!
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A, console
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
orm0: <ISA Option ROM> at iomem 0xc0000-0xc9fff on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 2400414032 Hz quality 800
Timecounters tick every 10.000 msec
Fast IPsec: Initialized Security Association Processing.
ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
Mounting root from ufs:/dev/ad0s1a
releng5-865#
Attaching to the modem which is shared with the USB immediately causes the
storm
releng5-865# vmstat -i
interrupt total rate
irq0: clk 28936 99
irq4: sio0 207 0
irq8: rtc 37039 127
irq10: uhci2 puc0+ 6 0
irq11: fxp0 276 0
irq12: uhci0 uhci3 15858 54
irq13: npx0 1 0
irq14: ata0 1060 3
Total 83383 287
releng5-865#
Dec 7 10:04:02 releng5-865 kernel: Interrupt storm detected on "irq12:
uhci0 uhci3"; throttling interrupt source
uhci0, uhci3... But no mention of the modem which is on irq 12 as well.
releng5-865# cu -l /dev/cuaa4
Connected
atz
OK
atz
OK
ati3
TP560 Data/Fa
Although it "works" the modem is unusable as typing "atz" takes about 1
second for each char to echo to the screen. Typing ati3 doesnt work
properly as all the data never makes it back
ati3
TP560 Data/Fa
> > irq13: npx0 1 0
> > irq14: ata0 38727 6
> > irq15: vr0 ata1 1984 0
>
>The shared case should look like this. The irq "name" string is too short
>to show more than 1 or 2 devices but I think it would show 2 devices OK
>like it does here.
>
> > Total 1408150 235
> > releng-5-pioneer#
> >
> > where irq12 is the IRQ shared by the modem and the USB port. However,
> because all IRQ 12s get throttled, the modem is unusable. e.g. trying to
> cu -l /dev/cuaa4 and typing atz takes about 5 seconds.
>
>Does a storm occur when both devices are successfully attached? Hmm, the
>above is consistent with the following combination:
>1. only usb being attached
>2. the sio device still driving the interrupt but sio not being called to
> handle the interrupt
Yes, that sounds correct.
>3. a very old version of 5.x that has interrupt storm handling with only 1
> interrupt handler call per second for the storming interrupt (later
> versions have HZ interrupts/second)
I am using FreeBSD releng5-865.sentex.ca 5.3-STABLE FreeBSD 5.3-STABLE #1:
Wed Dec 1 20:03:29 EST 2004
> > The problem is that the modem is not being seen as a PCI / PUC device
> and instead is being seen as an ISA SIO device ?? The following RELENG_5
> and RELENG_4 patches seem to fix the problem. I wonder if the other
> modems listed in sio.c suffer the same fate ?
>
>The primary bug is that bus_setup_intr() still doesn't support dynamic
>choice between fast and normal interrupt handling modes. All devices
>sharing an irq must use the same mode. Normal mode must be used unless
>all the relevant drivers support fast mode. The mode can't be decided
>correctly at attach time or reasonably by drivers at all since the
>full set of drivers is not known at attach time (except for the last
>device, if any).
>
>sio just tries for fast mode first. If this succeeds then it breaks
>all other devices on the irq that want normal mode. Minimal breakage
>is for the other devices to not be available. If their probe or attach
>is buggy or not done then they may cause interrupt storms by driving
>the interrupt. Whether the try for fast mode succeeds in the shared
>case is too dependent on attach order and upper layers.
>
>Using puc combined with not using PUC_FASTINTR "works" by breaking any
>possibility of using fast mode for puc sio devices. It makes sio's
>try for fast mode always fail for pci devices. CY_PCI_FASTINTR does
>the same thing for pci cy devices. The default is to fail safe (try
>for normal mode only) but to try for fast mode first if *_FASTINTR is
>configured. The pci layer of sio could implement a similar hack, but
>the layering is not set up for this to be easy, and drivers shouldn't
>have special hacks for this. The isa layer should only try for fast
>mode since isa irqs can't be shared without special support.
>
>There is only a small relevant difference between PCI and ISA sio
>devices. It is supposed to be possible to configure sio devices to
>use no irq at all (then they use polled mode and won't cause interrupt
>conflicts) by omitting their irq from the configuration. Unfortunately,
>configuration became too smart starting with PCI. The BIOS may support
>moving or not using irqs for PCI devices, but FreeBSD doesn't.
>
>The quickest fix is to change sioattach() to only try for normal mode.
>Normal mode would work better in -current than in RELENG_4 (good enough
>for most configurations, since the latency bugs are reduced), except
>sioattach bogusly asks for non-MPSAFE mode which greatly increases the
>latency bugs relative to RELENG_4. Fix (?):
>
>%%%
>Index: sio.c
>===================================================================
>RCS file: /home/ncvs/src/sys/dev/sio/sio.c,v
>retrieving revision 1.442
>diff -u -2 -r1.442 sio.c
>--- sio.c 25 Jun 2004 10:51:33 -0000 1.442
>+++ sio.c 26 Jun 2004 23:11:13 -0000
>@@ -1173,5 +1315,6 @@
> if (ret) {
> ret = BUS_SETUP_INTR(device_get_parent(dev), dev,
>- com->irqres, INTR_TYPE_TTY,
>+ com->irqres,
>+ INTR_TYPE_CLK | INTR_MPSAFE,
> siointr, com, &com->cookie);
> if (ret == 0)
>%%%
OK, here is the dmesg with your patch
It does not fix the interrupt storm issue.
Interrupt storm detected on "irq12: uhci0 uhci3"; throttling interrupt source
releng5-865# cat /var/run/dmesg.boot
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-STABLE #4: Tue Dec 7 10:44:00 EST 2004
mdtancsa at releng5-865.sentex.ca:/usr/obj/usr/src/sys/test
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Celeron(R) CPU 2.40GHz (2400.41-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
real memory = 267190272 (254 MB)
avail memory = 251912192 (240 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <AOpen AWRDACPI> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82865G (865G GMCH) SVGA controller> port 0xd000-0xd007 mem
0xfa000000-0xfa07ffff,0xf0000000-0xf7ffffff at device 2.0 on pci0
agp0: detected 892k stolen memory
agp0: aperture size is 128M
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xc000-0xc01f irq
12 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhid0: APC Back-UPS ES 725 FW:802.n2.D USB FW:n2, rev 1.10/1.06, addr 2,
iclass 3/0
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xc400-0xc41f irq 5
at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xc800-0xc81f irq
10 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xcc00-0xcc1f irq
12 at device 29.3 on pci0
uhci3: [GIANT-LOCKED]
usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3
usb3: USB revision 1.0
uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci1: <ACPI PCI bus> on pcib1
sio0: <SmartLink 5634PCV SurfRider> port 0xa000-0xa007 irq 12 at device 4.0
on pci1
sio0: moving to sio4
sio4: type 16550A
rl0: <RealTek 8139 10/100BaseTX> port 0xa400-0xa4ff mem
0xf9000000-0xf90000ff irq 15 at device 5.0 on pci1
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:50:fc:24:2b:4d
fxp0: <Intel 82801BA (D865) Pro/100 VE Ethernet> port 0xa800-0xa83f mem
0xf9001000-0xf9001fff irq 11 at device 8.0 on pci1
miibus1: <MII bus> on fxp0
inphy0: <i82562ET 10/100 media interface> on miibus1
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:01:80:54:b7:09
puc0: <Lava Computers Quattro-PCI serial port> port
0xb000-0xb007,0xac00-0xac07 irq 10 at device 10.0 on pci1
sio5: <Lava Computers Quattro-PCI serial port> on puc0
sio5: type 16550A
sio5: unable to activate interrupt in fast mode - using normal mode
sio6: <Lava Computers Quattro-PCI serial port> on puc0
sio6: type 16550A
sio6: unable to activate interrupt in fast mode - using normal mode
puc1: <Lava Computers Quattro-PCI serial port> port
0xb800-0xb807,0xb400-0xb407 irq 10 at device 10.1 on pci1
sio7: <Lava Computers Quattro-PCI serial port> on puc1
sio7: type 16550A
sio7: unable to activate interrupt in fast mode - using normal mode
sio8: <Lava Computers Quattro-PCI serial port> on puc1
sio8: type 16550A
sio8: unable to activate interrupt in fast mode - using normal mode
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port
0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
can't re-use a leaf (%desc)!
can't re-use a leaf (%driver)!
can't re-use a leaf (%location)!
can't re-use a leaf (%pnpinfo)!
can't re-use a leaf (%parent)!
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A, console
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
orm0: <ISA Option ROM> at iomem 0xc0000-0xc9fff on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 2400409804 Hz quality 800
Timecounters tick every 10.000 msec
Fast IPsec: Initialized Security Association Processing.
ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
Mounting root from ufs:/dev/ad0s1a
releng5-865#
releng5-865# vmstat -i
interrupt total rate
irq0: clk 22924 99
irq4: sio0 181 0
irq8: rtc 29344 127
irq10: uhci2 puc0+ 6 0
irq11: fxp0 382 1
irq12: uhci0 uhci3 12318 53
irq13: npx0 1 0
irq14: ata0 1136 4
Total 66292 288
releng5-865#
And then with my patches, the dmesg looks like
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.3-STABLE #0: Tue Dec 7 11:29:41 EST 2004
mdtancsa at releng5-865.sentex.ca:/usr/obj/usr/src/sys/test
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Celeron(R) CPU 2.40GHz (2400.41-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
real memory = 267190272 (254 MB)
avail memory = 251912192 (240 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <AOpen AWRDACPI> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82865G (865G GMCH) SVGA controller> port 0xd000-0xd007 mem
0xfa000000-0xfa07ffff,0xf0000000-0xf7ffffff at device 2.0 on pci0
agp0: detected 892k stolen memory
agp0: aperture size is 128M
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xc000-0xc01f irq
12 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhid0: APC Back-UPS ES 725 FW:802.n2.D USB FW:n2, rev 1.10/1.06, addr 2,
iclass 3/0
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xc400-0xc41f irq 5
at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xc800-0xc81f irq
10 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xcc00-0xcc1f irq
12 at device 29.3 on pci0
uhci3: [GIANT-LOCKED]
usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3
usb3: USB revision 1.0
uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci1: <ACPI PCI bus> on pcib1
puc0: <SmartLink 5634PCV SurfRider> port 0xa000-0xa007 irq 12 at device 4.0
on pci1
sio4: <SmartLink 5634PCV SurfRider> on puc0
sio4: type 16550A
sio4: unable to activate interrupt in fast mode - using normal mode
rl0: <RealTek 8139 10/100BaseTX> port 0xa400-0xa4ff mem
0xf9000000-0xf90000ff irq 15 at device 5.0 on pci1
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:50:fc:24:2b:4d
fxp0: <Intel 82801BA (D865) Pro/100 VE Ethernet> port 0xa800-0xa83f mem
0xf9001000-0xf9001fff irq 11 at device 8.0 on pci1
miibus1: <MII bus> on fxp0
inphy0: <i82562ET 10/100 media interface> on miibus1
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:01:80:54:b7:09
puc1: <Lava Computers Quattro-PCI serial port> port
0xb000-0xb007,0xac00-0xac07 irq 10 at device 10.0 on pci1
sio5: <Lava Computers Quattro-PCI serial port> on puc1
sio5: type 16550A
sio5: unable to activate interrupt in fast mode - using normal mode
sio6: <Lava Computers Quattro-PCI serial port> on puc1
sio6: type 16550A
sio6: unable to activate interrupt in fast mode - using normal mode
puc2: <Lava Computers Quattro-PCI serial port> port
0xb800-0xb807,0xb400-0xb407 irq 10 at device 10.1 on pci1
sio7: <Lava Computers Quattro-PCI serial port> on puc2
sio7: type 16550A
sio7: unable to activate interrupt in fast mode - using normal mode
sio8: <Lava Computers Quattro-PCI serial port> on puc2
sio8: type 16550A
sio8: unable to activate interrupt in fast mode - using normal mode
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port
0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A, console
sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
orm0: <ISA Option ROM> at iomem 0xc0000-0xc9fff on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 2400409704 Hz quality 800
Timecounters tick every 10.000 msec
Fast IPsec: Initialized Security Association Processing.
ad0: 38166MB <ST340014A/3.06> [77545/16/63] at ata0-master UDMA100
Mounting root from ufs:/dev/ad0s1a
And
releng5-865# vmstat -i
interrupt total rate
irq0: clk 12964 98
irq4: sio0 164 1
irq8: rtc 16594 126
irq10: uhci2 puc1+ 6 0
irq11: fxp0 266 2
irq12: uhci0 uhci3+ 34 0
irq13: npx0 1 0
irq14: ata0 999 7
Total 31028 236
releng5-865#
indicated there are more things on irq12
---Mike
>This also hacks around the use of the low priority level INTR_TYPE_TTY
>when a very high priority level is preferred. Using INTR_TYPE_CLK is a
>hack. A level even higher than that of clocks is preferred.
>
>There may be some brokenness involving layers here. I thought that
>the above worked, but it shouldn't for puc devices because puc still
>uses INTR_TYPE_TTY and doesn't use INTR_MPSAFE. It seems to be hard
>for puc to use INTR_TYPE_FASTTTY and INTR_MPSAFE even if all subdevices
>support them. Whether all subdevices support them is attach ordering
>dependent in the same way as for INTR_FAST.
>
>Removing pci support for one of the few pci sio devices that doesn't need
>puc is not good.
> > --- sys/dev/puc/pucdata.c.prev Thu Sep 9 21:01:30 2004
> > +++ sys/dev/puc/pucdata.c Thu Sep 9 21:02:48 2004
> > @@ -804,6 +804,15 @@
> > },
> > },
> >
> > + { "SmartLink 5634PCV SurfRider",
> > + { 0x151f, 0x0000, 0, 0 },
> > + { 0xffff, 0xffff, 0, 0 },
> > + {
> > + { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ },
> > + },
> > + },
> > +
> > +
> > /* Actiontec 56K PCI Master */
> > { "Actiontec 56K PCI Master",
> > { 0x11c1, 0x0480, 0x0, 0x0 },
>
>ISTR that the pci support must be removed for this to work. If so,
>then there is another large ordering bug: things apparently break
>because the pci attach happens to be first. pci first is probably
>right except for the interrupt mode race since it needs less layers
>at runtime, but the order is undocumented AFAIK.
>
>Bruce
More information about the freebsd-bugs
mailing list