Date: Fri, 5 Dec 2008 09:48:38 -0800 From: David Wolfskill <david@catwhisker.org> To: current@freebsd.org Subject: "interrupt storm..."; seems associated with an0 NIC Message-ID: <20081205174838.GA22652@albert.catwhisker.org>
next in thread | raw e-mail | index | archive | help
--gBBFr7Ir9EOA20Yy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
After updating my laptop to CURRENT as of this morning, I now see
interrupt storm detected on "irq11:"; throttling interrupt source
repeated indefinitely if I have inserted a Cisco/Aironet 350 PCCard.
Once the situation has been detected, the only way I've found to escape
is by power-cycling -- I can't even do anything with a serial console
(unless I had logged in to that serial console ahead of time -- in
that case, I was able to reboot gracefully).
Here's a list of the files that saw updates today:
U sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h
U sys/dev/cxgb/common/cxgb_ael1002.c
U sys/dev/pccbb/pccbb.c
U sys/dev/pccbb/pccbb_pci.c
U sys/dev/pccbb/pccbbvar.h
And here are some other related bits:
FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #881: Fri Dec =
5 06:38:46 PST 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/s=
ys/CANARY i386
Here's what "vmstat -i" says when an0 hasn't been connected since the
last boot:
interrupt total rate
irq0: clk 637184 998
irq1: atkbd0 46 0
irq4: uart0 2261 3
irq6: fdc1 1 0
irq7: ppc0 6 0
irq8: rtc 81638 127
irq11: cbb0 cbb1+* 3112 4
irq14: ata0 65357 102
Total 789605 1237
And here's output from the same command shortly after I inserted the
NIC:
interrupt total rate
irq0: clk 671999 998
irq1: atkbd0 46 0
irq4: uart0 2300 3
irq6: fdc1 1 0
irq7: ppc0 6 0
irq8: rtc 86095 127
irq11: cbb0 cbb1+* 7907 11
irq14: ata0 65388 97
Total 833742 1238
I note that even after pulling the NIC, the messages continue --
and other PCCards inserted in the slot do not appear to be recognized
-- probably because doing so would require use of the "throttl[ed]
interrupt source."
Rebooting with yesterday's kernel -- with older revisions of the above
files -- appears to avoid the observed problem.
Here's ouput of "pciconf -l -v" under yesterday's kernel, but wiht the
an0 NIC inserted:
hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x00000000 chip=3D0x1a30808=
6 rev=3D0x04 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D '82845G[GL/GV/GE/PE] Host-Hub Interface Bridge'
class =3D bridge
subclass =3D HOST-PCI
pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x1a31808=
6 rev=3D0x04 hdr=3D0x01
vendor =3D 'Intel Corporation'
device =3D '82845/E/MP/MZ Brookdale CPU to AGP Bridge'
class =3D bridge
subclass =3D PCI-PCI
uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x45418086 chip=3D0x2482808=
6 rev=3D0x02 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D '82801CA/CAM (ICH3-S/ICH3-M) USB Controller'
class =3D serial bus
subclass =3D USB
uhci1@pci0:0:29:2: class=3D0x0c0300 card=3D0x45418086 chip=3D0x2487808=
6 rev=3D0x02 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D '82801CA/CAM USB Controller'
class =3D serial bus
subclass =3D USB
pcib2@pci0:0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x2448808=
6 rev=3D0x42 hdr=3D0x01
vendor =3D 'Intel Corporation'
device =3D '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI =
Bridge'
class =3D bridge
subclass =3D PCI-PCI
isab0@pci0:0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x248c808=
6 rev=3D0x02 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D '82801CAM LPC Interface or ISA bridge: see Notes'
class =3D bridge
subclass =3D PCI-ISA
atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x45418086 chip=3D0x248a808=
6 rev=3D0x02 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D '82801CAM (ICH3-M) UltraATA/100 EIDE Controller'
class =3D mass storage
subclass =3D ATA
pcm0@pci0:0:31:5: class=3D0x040100 card=3D0x59591013 chip=3D0x2485808=
6 rev=3D0x02 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Audio Controller'
class =3D multimedia
subclass =3D audio
none0@pci0:0:31:6: class=3D0x070300 card=3D0x4c21134d chip=3D0x2486808=
6 rev=3D0x02 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Modem Controller'
class =3D simple comms
subclass =3D generic modem
vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x00d51028 chip=3D0x4c66100=
2 rev=3D0x01 hdr=3D0x00
vendor =3D 'ATI Technologies Inc'
device =3D 'ATI MOBILITY RADEON 9000 (Microsoft Corporation - Radeo=
n Mobility M9'
class =3D display
subclass =3D VGA
xl0@pci0:2:0:0: class=3D0x020000 card=3D0x00d51028 chip=3D0x920010b7 rev=3D=
0x78 hdr=3D0x00
vendor =3D '3COM Corp, Networking Division'
device =3D '3C905 CX-TX-M Fast EtherLink for PC Management NIC'
class =3D network
subclass =3D ethernet
cbb0@pci0:2:1:0: class=3D0x060700 card=3D0x00d51028 chip=3D0xac42104=
c rev=3D0x00 hdr=3D0x02
vendor =3D 'Texas Instruments (TI)'
device =3D 'PCI4451 PC card CardBus Controller'
class =3D bridge
subclass =3D PCI-CardBus
cbb1@pci0:2:1:1: class=3D0x060700 card=3D0x00d51028 chip=3D0xac42104=
c rev=3D0x00 hdr=3D0x02
vendor =3D 'Texas Instruments (TI)'
device =3D 'PCI4451 PC card CardBus Controller'
class =3D bridge
subclass =3D PCI-CardBus
fwohci0@pci0:2:1:2: class=3D0x0c0010 card=3D0x00d51028 chip=3D0x8027104=
c rev=3D0x00 hdr=3D0x00
vendor =3D 'Texas Instruments (TI)'
device =3D 'PCI4451 OHCI-Lynx IEEE-1394 FireWire Adapter'
class =3D serial bus
subclass =3D FireWire
wi0@pci0:2:3:0: class=3D0x028000 card=3D0x25138086 chip=3D0x38731260 rev=3D=
0x01 hdr=3D0x00
vendor =3D 'Intersil Americas Inc (Was: Harris Semiconductor)'
device =3D 'PRISM 2.5 802.11b 11Mbps Wireless Controller'
class =3D network
and here's what ifconfig(8) says about an0 (under yesterday's kernel):
an0: flags=3D8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:40:96:40:5d:44
media: IEEE 802.11 Wireless Ethernet autoselect
status: no carrier
ssid 1:tsunami channel 6 (2437 Mhz 11b)
stationname ""
authmode OPEN privacy OFF deftxkey 1 txpower 0 rtsthreshold 0
fragthreshold 0 bmiss 0 ucastrate 0 mcastrate 0 mgmtrate 0 maxretry=
0
roaming DEVICE bintval 0
[At home, the NIC would be associated & in use, as it's the NIC I
normally use when running FreeBSD above 6.x, as I have yet to be
able to get the wi0 NIC to work under RELENG_7 or HEAD.]
Here's a list of the old & new revisions for each of the changed files:
1.6/185029 1.7/185614 sys/cddl/contrib/opensolaris/uts/common/sys/isa_d=
efs.h
1.9/185157 1.10/185620 sys/dev/cxgb/common/cxgb_ael1002.c
1.175/185624 1.176/185625 sys/dev/pccbb/pccbb.c
1.29/183558 1.30/185625 sys/dev/pccbb/pccbb_pci.c
1.32/ 1.33/185625 sys/dev/pccbb/pccbbvar.h
So I'm guessing that imp's svn rev. 185625 may have had an unfortunate
interaction with some aspect of my machine. I'm willing to test, but
confess to little knowledge in this area. I do have a local mirror of
the CVS repository handy, if that helps.
Peace,
david
--=20
David H. Wolfskill david@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.
See http://www.catwhisker.org/~david/publickey.gpg for my public key.
--gBBFr7Ir9EOA20Yy
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)
iEYEARECAAYFAkk5aXUACgkQmprOCmdXAD3gQgCfTQ1g8DJvKEhXKBYs1HBJdS7s
96AAnjSMvjDtGY49wDmWn324NXsgBojp
=V7gq
-----END PGP SIGNATURE-----
--gBBFr7Ir9EOA20Yy--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081205174838.GA22652>