Date: Thu, 23 Sep 2004 08:54:58 +0200 From: Johan Karlsson <johan@freebsd.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: nate@root.org Subject: Re: 5.3-BETA5 panics when inserting dc0 carbus card (only with ACPI enabled) enabled) Message-ID: <20040923065458.GA51802@numeri.campus.luth.se> In-Reply-To: <20040923.003330.43007333.imp@bsdimp.com> References: <20040923060012.GE18509@numeri.campus.luth.se> <20040923.000321.78709228.imp@bsdimp.com> <20040923062435.GA51381@numeri.campus.luth.se> <20040923.003330.43007333.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 23, 2004 at 00:33 (-0600), M. Warner Losh wrote: > In message: <20040923062435.GA51381@numeri.campus.luth.se> > Johan Karlsson <johan@freebsd.org> writes: > : On Thu, Sep 23, 2004 at 00:03 (-0600), M. Warner Losh wrote: > : > In message: <20040923060012.GE18509@numeri.campus.luth.se> > : > Johan Karlsson <johan@freebsd.org> writes: > : > : On Wed, Sep 22, 2004 at 17:21 (-0600), M. Warner Losh wrote: > : > : > Is there a pci bridge involved? It is a well known problem for > : > : > cardbus systems that if there isn't, you get mappings like this. > : > : > : > : In the dmesg output: > : > : cbb0: <TI1450 PCI-CardBus Bridge> mem 0x50000000-0x50000fff irq 11 at device 2.0 on pci0 > : > : cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x50000000 > : > : cardbus0: <CardBus bus> on cbb0 > : > : > : > : If I understand this correctly it should use the PIC-Cardbus bridge. > : > : Is there anythng you want me to try? > : > > : > I think you misunderstand me. I'm saying that there's a bug in > : > FreeBSD, not that there's anything wrong with your hardware. > : > : I understand that, I was just trying to say that from the dmesg > : output it seems like it is using the PCI-Cardbus bridge. If I read > : your statement above correctly then that should not be the problem. > > Ah. What I was trying to say was that I know of a bug that will be > triggered when the pci-cardbus bridge is attached directly to a bus > that is attached to the host bridge (eg pci0). In your case, that > seems to be exactly what's happening. Ok, thanks for the clarifications. Please, let me know if/when there is anything that needs testing. Unfortunatly I'm no kernel wisard but I'll be happy to try anything. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040923065458.GA51802>