From ler@lerlaptop-red.iadfw.net  Mon Dec  8 12:25:04 2003
Return-Path: <ler@lerlaptop-red.iadfw.net>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4F74016A4CF; Mon,  8 Dec 2003 12:25:04 -0800 (PST)
Received: from lerlaptop-red.iadfw.net (lerlaptop-red.iadfw.net [207.136.3.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7F7D243D3E; Mon,  8 Dec 2003 12:24:02 -0800 (PST)
	(envelope-from ler@lerlaptop-red.iadfw.net)
Received: from lerlaptop-red.iadfw.net (localhost [127.0.0.1])
	by lerlaptop-red.iadfw.net (8.12.10/8.12.10) with ESMTP id hB8JgIul003525;
	Mon, 8 Dec 2003 13:42:18 -0600 (CST)
	(envelope-from ler@lerlaptop-red.iadfw.net)
Received: (from ler@localhost)
	by lerlaptop-red.iadfw.net (8.12.10/8.12.10/Submit) id hB8JgHrE003524;
	Mon, 8 Dec 2003 13:42:17 -0600 (CST)
	(envelope-from ler)
Message-Id: <200312081942.hB8JgHrE003524@lerlaptop-red.iadfw.net>
Date: Mon, 8 Dec 2003 13:42:17 -0600 (CST)
From: Larry Rosenman <ler@lerctr.org>
Reply-To: Larry Rosenman <ler@lerctr.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc: imp@freebsd.org
Subject: Toshiba/3Com 3CXM056-BNW: Open Causes Interupt storm/lock
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         60050
>Category:       i386
>Synopsis:       Toshiba/3Com 3CXM056-BNW: Open Causes Interupt storm/lock
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    remko
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Dec 08 12:30:18 PST 2003
>Closed-Date:    Mon Sep 11 13:52:05 GMT 2006
>Last-Modified:  Mon Sep 11 13:52:05 GMT 2006
>Originator:     Larry Rosenman
>Release:        FreeBSD 5.2-BETA i386
>Organization:
LERCTR Consulting
>Environment:
System: FreeBSD lerlaptop-red.iadfw.net 5.2-BETA FreeBSD 5.2-BETA #85: Wed Dec 3 15:21:30 CST 2003 ler@lerlaptop-red.iadfw.net:/usr/obj/usr/src/sys/LERLAPTOP i386


	
>Description:
inserting and open(2) the modem causes an interupt storm and complete lockup
of the machine on 5.2-BETA.  It works fine on 4.8-STABLE. 

Dmesg:

	Copyright (c) 1992-2003 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.2-BETA #85: Wed Dec  3 15:21:30 CST 2003
	    ler@lerlaptop-red.iadfw.net:/usr/obj/usr/src/sys/LERLAPTOP
	Preloaded elf kernel "/boot/kernel/kernel" at 0xc08e2000.
	Timecounter "i8254" frequency 1193182 Hz quality 0
	CPU: Intel(R) Pentium(R) III Mobile CPU      1133MHz (1129.58-MHz 686-class CPU)
	  Origin = "GenuineIntel"  Id = 0x6b1  Stepping = 1
	  Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
	real memory  = 527958016 (503 MB)
	avail memory = 503046144 (479 MB)
	Pentium Pro MTRR support enabled
	acpi0: <FUJ    ERG     > on motherboard
	pcibios: BIOS version 2.10
	Using $PIR table, 9 entries at 0xc00fdf30
	acpi0: Power Button (fixed)
	Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
	acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfc08-0xfc0b on acpi0
	acpi_cpu0: <CPU> port 0x530-0x537 on acpi0
	pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
	pci0: <ACPI PCI bus> on pcib0
	pcib0: slot 2 INTA is routed to irq 11
	pcib0: slot 29 INTA is routed to irq 11
	pcib0: slot 29 INTB is routed to irq 11
	pcib0: slot 31 INTB is routed to irq 11
	pcib0: slot 31 INTB is routed to irq 11
	pcib0: slot 31 INTB is routed to irq 11
	agp0: <Intel 82830M (830M GMCH) SVGA controller> mem 0xe0000000-0xe007ffff,0xe8000000-0xefffffff irq 11 at device 2.0 on pci0
	agp0: detected 8060k stolen memory
	agp0: aperture size is 128M
	pci0: <display> at device 2.1 (no driver attached)
	uhci0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> port 0x18c0-0x18df irq 11 at device 29.0 on pci0
	usb0: <Intel 82801CA/CAM (ICH3) 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 82801CA/CAM (ICH3) USB controller USB-B> port 0x18e0-0x18ff irq 11 at device 29.1 on pci0
	usb1: <Intel 82801CA/CAM (ICH3) 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
	pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
	pci1: <ACPI PCI bus> on pcib1
	pcib1: slot 10 INTA is routed to irq 11
	pcib1: slot 10 INTB is routed to irq 11
	pcib1: slot 13 INTA is routed to irq 11
	pcib1: slot 14 INTA is routed to irq 11
	cbb0: <TI1520 PCI-CardBus Bridge> irq 11 at device 10.0 on pci1
	start (88000000) < sc->membase (e0200000)
	end (ffffffff) > sc->memlimit (e02fffff)
	cardbus0: <CardBus bus> on cbb0
	pccard0: <16-bit PCCard bus> on cbb0
	cbb0: [MPSAFE]
	cbb1: <TI1520 PCI-CardBus Bridge> irq 11 at device 10.1 on pci1
	start (88000000) < sc->membase (e0200000)
	end (ffffffff) > sc->memlimit (e02fffff)
	cardbus1: <CardBus bus> on cbb1
	pccard1: <16-bit PCCard bus> on cbb1
	cbb1: [MPSAFE]
	rl0: <RealTek 8139 10/100BaseTX> port 0x2000-0x20ff mem 0xe0200800-0xe02008ff irq 11 at device 13.0 on pci1
	rl0: Ethernet address: 00:e0:00:7e:d0:45
	miibus0: <MII bus> on rl0
	rlphy0: <RealTek internal media interface> on miibus0
	rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
	fwohci0: vendor=10cf, dev=2010
	fwohci0: <1394 Open Host Controller Interface> mem 0xe0200000-0xe02007ff irq 11 at device 14.0 on pci1
	fwohci0: OHCI version 1.0 (ROM=1)
	fwohci0: No. of Isochronous channel is 4.
	fwohci0: EUI64 00:00:0e:10:00:70:a8:72
	fwohci0: Phy 1394a available S400, 3 ports.
	fwohci0: Link S400, max_rec 1024 bytes.
	fwohci0: max_rec 1024 -> 2048
	firewire0: <IEEE1394(FireWire) bus> on fwohci0
	fwe0: <Ethernet over FireWire> on firewire0
	if_fwe0: Fake Ethernet address: 02:00:0e:70:a8:72
	sbp0: <SBP-2/SCSI over FireWire> on firewire0
	fwohci0: Initiate bus reset
	fwohci0: BUS reset
	isab0: <PCI-ISA bridge> at device 31.0 on pci0
	isa0: <ISA bus> on isab0
	atapci0: <Intel ICH3 UDMA100 controller> port 0x1c20-0x1c2f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xe0100000-0xe01003ff at device 31.1 on pci0
	ata0: at 0x1f0 irq 14 on atapci0
	ata0: [MPSAFE]
	ata1: at 0x170 irq 15 on atapci0
	ata1: [MPSAFE]
	ichsmb0: <Intel 82801CA (ICH3) SMBus controller> port 0x1c00-0x1c1f irq 11 at device 31.3 on pci0
	smbus0: <System Management Bus> on ichsmb0
	smb0: <SMBus generic I/O> on smbus0
	pcm0: <Intel ICH3 (82801CA)> port 0x1880-0x18bf,0x1000-0x10ff irq 11 at device 31.5 on pci0
	pcm0: <SigmaTel STAC9756/57 AC97 Codec>
	pci0: <simple comms> at device 31.6 (no driver attached)
	acpi_button0: <Power Button> on acpi0
	acpi_lid0: <Control Method Lid Switch> on acpi0
	acpi_acad0: <AC Adapter> on acpi0
	acpi_cmbat0: <Control Method Battery> on acpi0
	speaker0 port 0x61 on acpi0
	atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
	atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
	kbd0 at atkbd0
	psm0: <PS/2 Mouse> irq 12 on atkbdc0
	psm0: model IntelliMouse, device ID 3
	acpi_ec0: <Embedded Controller: GPE 0x17> port 0x66,0x62 on acpi0
	sio0 port 0x3f8-0x3ff irq 4 on acpi0
	sio0: type 16550A
	sio1 port 0x2e8-0x2ef irq 3 on acpi0
	sio1: type 16550A
	ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0
	ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
	ppc0: FIFO with 16/16/15 bytes threshold
	ppbus0: <Parallel port bus> on ppc0
	lpt0: <Printer> on ppbus0
	lpt0: Interrupt-driven port
	ppi0: <Parallel I/O> on ppbus0
	fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
	fdc0: FIFO enabled, 8 bytes threshold
	fd0: <1440-KB 3.5" drive> on fdc0 drive 0
	npx0: [FAST]
	npx0: <math processor> on motherboard
	npx0: INT 16 interface
	orm0: <Option ROMs> at iomem 0xcc800-0xcefff,0xc0000-0xcc7ff on isa0
	pmtimer0 on isa0
	sc0: <System console> at flags 0x100 on isa0
	sc0: VGA <16 virtual consoles, flags=0x300>
	vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
	Timecounter "TSC" frequency 1129576592 Hz quality 800
	Timecounters tick every 10.000 msec
	IPsec: Initialized Security Association Processing.
	fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
	firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
	firewire0: bus manager 0 (me)
	fwohci0: txd err= e unknown event
	acpi_acad0: acline initialization start
	acpi_acad0: On Line
	acpi_acad0: acline initialization done, tried 1 times
	acpi_cmbat0: battery initialization start
	acpi_cmbat0: battery initialization done, tried 1 times
	GEOM: create disk ad0 dp=0xc4809660
	ad0: 57231MB <FUJITSU MHS2060AT> [116280/16/63] at ata0-master UDMA100
	acd0: CDRW <SONY CD-RW CRX800E> at ata1-master WDMA2
	Mounting root from ufs:/dev/ad0s2a
	WARNING: pseudo-random number generator used for IPsec processing
	rl0: promiscuous mode enabled
	rl0: promiscuous mode disabled
	start (88000000) < sc->membase (e0200000)
	end (ffffffff) > sc->memlimit (e02fffff)
	pccard1: Allocation failed for cfe 32
	start (88000000) < sc->membase (e0200000)
	end (ffffffff) > sc->memlimit (e02fffff)
	sio4: <Toshiba America 3CXM056-BNW> at port 0x2f8-0x2ff irq 11 function 0 config 33 on pccard1
	sio4: type 16550A
	sio4: unable to activate interrupt in fast mode - using normal mode


>How-To-Repeat:
insert modem into slot,
kermit
set l /dev/cuaa4
set spee 115200
c

LOCKUP at this point, sometimes we get SILO overflow messages and
other interupt storm type messages. 

I reported this on the -CURRENT list during the thanksgiving(US) holidays,
and imp@ asked what kind of cbb bridge we had, I replied, but no further
conversation ensued. 

I can *NOT* break into DDB while it is in this state. 

There is *NO* real serial port on this box :-(

I'm willing to help to the best of my ability.

LER

>Fix:
Unknown.
>Release-Note:
>Audit-Trail:

From: John Baldwin <jhb@FreeBSD.org>
To: freebsd-gnats-submit@FreeBSD.org, ler@lerctr.org
Cc: imp@FreeBSD.org
Subject: Re: kern/60050: Toshiba/3Com 3CXM056-BNW: Open Causes Interupt storm/lock
Date: Mon, 15 Dec 2003 13:00:52 -0500

 This sounds like another reported problem that may be related to PCCard 
 devices needing to use an ISA interrupt rather than a PCI one.  The cbb 
 device is assigned a PCI interrupt and card devices use that PCI interrupt.
 Windows seems to use an ISA interrupt different from the PCI interrupt in at 
 least some cases.
 
 -- 
 John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
 "Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
 

From: Larry Rosenman <ler@lerctr.org>
To: John Baldwin <jhb@FreeBSD.org>, freebsd-gnats-submit@FreeBSD.org
Cc: imp@FreeBSD.org
Subject: Re: kern/60050: Toshiba/3Com 3CXM056-BNW: Open Causes Interupt
 storm/lock
Date: Mon, 15 Dec 2003 12:04:30 -0600

 --==========7CD4542BEF2EF01A0189==========
 Content-Type: text/plain; charset=us-ascii; format=flowed
 Content-Transfer-Encoding: quoted-printable
 Content-Disposition: inline
 
 
 
 --On Monday, December 15, 2003 13:00:52 -0500 John Baldwin=20
 <jhb@FreeBSD.org> wrote:
 
 > This sounds like another reported problem that may be related to PCCard
 > devices needing to use an ISA interrupt rather than a PCI one.  The cbb
 > device is assigned a PCI interrupt and card devices use that PCI
 > interrupt. Windows seems to use an ISA interrupt different from the PCI
 > interrupt in at  least some cases.
 What can I do to help here?
 
 LER
 
 
 --=20
 Larry Rosenman                     http://www.lerctr.org/~ler
 Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
 US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
 
 --==========7CD4542BEF2EF01A0189==========
 Content-Type: application/pgp-signature
 Content-Transfer-Encoding: 7bit
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.2.3 (FreeBSD)
 
 iD8DBQE/3fevrRNGhTxJvdYRAimvAJ9IU0+vf8x1H0Hg7idNuImumOVjlQCfVT+8
 LOPqW+bQGKEQKnNa1MSUnHk=
 =pbio
 -----END PGP SIGNATURE-----
 
 --==========7CD4542BEF2EF01A0189==========--
 

From: "M. Warner Losh" <imp@bsdimp.com>
To: jhb@FreeBSD.org
Cc: freebsd-gnats-submit@FreeBSD.org, ler@lerctr.org
Subject: Re: kern/60050: Toshiba/3Com 3CXM056-BNW: Open Causes Interupt
 storm/lock
Date: Mon, 15 Dec 2003 11:09:56 -0700 (MST)

 In message: <200312151300.52685.jhb@FreeBSD.org>
             John Baldwin <jhb@FreeBSD.org> writes:
 : This sounds like another reported problem that may be related to PCCard 
 : devices needing to use an ISA interrupt rather than a PCI one.  The cbb 
 : device is assigned a PCI interrupt and card devices use that PCI interrupt.
 : Windows seems to use an ISA interrupt different from the PCI interrupt in at 
 : least some cases.
 
 Yes.  Using ISA interrupts isn't easy or possible in NEWCARD without a
 lot of rework (unless the bridge is an ISA device).  I'm not convinced
 that this rework would be fruitful.  PC Cards never need to use ISA
 interrupts, but sometimes their drivers do.  PC Cards are agnostic
 about how the interrupt is delivered by the bridge to higher layers.
 CardBus cards always use PCI interrupts only.
 
 Windows uses ISA interrupts because older windows drivers need that to
 happen.  Some windows drivers cannot tolerate being shared at all,
 hence the need.  Even in Windows, however, this is being phased out.
 Only some bridge chipsets support the ISA signaling of some kinds of
 interrupts (the csc ones, or card status change).  Windows also seems
 to have some way of knowing when the cbb bridge is connected to the
 south bridge and ISA interrupts are even possible.  With Add-in pci
 cards, you cannot use ISA interrupts (well, there are a few weird
 add-in cards that are a combination PCI/ISA card for the IRQ lines,
 but those are the exception and very rare).
 
 Warner
State-Changed-From-To: open->feedback 
State-Changed-By: remko 
State-Changed-When: Mon Sep 11 11:08:51 UTC 2006 
State-Changed-Why:  
Hello, 

This PR was filed a little ago, can you tell me whether there 
was reached a concensus with this problem? (it is not noted 
in the PR text). 


Responsible-Changed-From-To: freebsd-i386->remko 
Responsible-Changed-By: remko 
Responsible-Changed-When: Mon Sep 11 11:08:51 UTC 2006 
Responsible-Changed-Why:  
Grab the PR 

http://www.freebsd.org/cgi/query-pr.cgi?pr=60050 
State-Changed-From-To: feedback->closed 
State-Changed-By: remko 
State-Changed-When: Mon Sep 11 13:52:04 UTC 2006 
State-Changed-Why:  
The submitter no longer has this hardware, so we cannot verify whether 
the problem went away, close the PR and if someone has feedback, please 
report to me. Thanks Larry 

http://www.freebsd.org/cgi/query-pr.cgi?pr=60050 
>Unformatted:
