From owner-freebsd-current@FreeBSD.ORG Sat Jun 14 17:02:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4489637B401; Sat, 14 Jun 2003 17:02:56 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6050343FB1; Sat, 14 Jun 2003 17:02:55 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [198.78.66.164]) by ion.gank.org (GankMail) with ESMTP id 89B562C957; Sat, 14 Jun 2003 19:02:54 -0500 (CDT) Received: from ion.gank.org ([198.78.66.164]) by localhost (ion.gank.org [198.78.66.164]) (amavisd-new, port 10024) with LMTP id 47108-01; Sat, 14 Jun 2003 19:02:54 -0500 (CDT) Received: from aldaris2.auir.gank.org (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221]) by ion.gank.org (GankMail) with ESMTP id 547572BC5A; Sat, 14 Jun 2003 19:02:53 -0500 (CDT) From: Craig Boston To: ticso@cicely.de, Bernd Walter Date: Sat, 14 Jun 2003 19:02:52 -0500 User-Agent: KMail/1.5.2 References: <1055260269.91337.127.camel@owen1492.uf.corelab.com> <200306112247.01397.craig@xfoil.gank.org> <20030612121514.GD26807@cicely12.cicely.de> In-Reply-To: <20030612121514.GD26807@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306141902.52925.craig@xfoil.gank.org> cc: Josef Karthauser cc: current@FreeBSD.org Subject: O(/E)HCI detach support (was CardBus USB 2.0 Controller) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 00:02:56 -0000 On Thursday 12 June 2003 07:15 am, Bernd Walter wrote: > I'm not shure if the code would work, but it was also ported into ehci > and therefor ehci should be in a similar state. > Well loosing memory is better than panic. > I have no cardbus - can this be tested with a module? Well, the card no longer complains when it is removed, but unfortunately re-inserting it results in a panic in pci_freecfg. At least the panic always seems to happen in the same place now: #0 0xc01b2a82 in pci_freecfg (dinfo=0xc1cc8f00) at /mnt/compile/src/sys/dev/pci/pci.c:456 #1 0xc017f9c0 in cardbus_detach_card (cbdev=0xc0c68580) at /mnt/compile/src/sys/dev/cardbus/cardbus.c:238 #2 0xc017f6d8 in cardbus_attach_card (cbdev=0xc0c68580) at /mnt/compile/src/sys/dev/cardbus/cardbus.c:158 #3 0xc01b1658 in CARD_ATTACH_CARD (dev=0xc0c68580) at card_if.h:67 #4 0xc01af345 in cbb_insert (sc=0xc0c68580) at /mnt/compile/src/sys/dev/pccbb/pccbb.c:936 #5 0xc01af0d8 in cbb_event_thread (arg=0xc1bd2a00) at /mnt/compile/src/sys/dev/pccbb/pccbb.c:883 at the line: pci.c:456 STAILQ_REMOVE(devlist_head, dinfo, pci_devinfo, pci_links); I went through devlist_head list manually and didn't see dinfo in there. dinfo is ID 1003 0035 (NEC OHCI) and it has the other OHCI and the EHCI dangling off of it -- neither of which are in the actual devlist. It looks like something somewhere isn't getting freed. There is also still trouble when it's combined with other PCMCIA devices -- it works with 16-bit PCcard stuff if and only if it's the FIRST card inserted, and completely blows up if combined with another Cardbus device either way. Of course putting two Cardbus 3com NICs in doesn't work either, so I think there may be some unresolved issues with this controller. I've got serial gdb setup at home now (from a Linux box, oh the horror! :) and it makes troubleshooting a lot easier. It seems that the cc: list has grown a bit, if anybody is getting copied and couldn't care less about this please let me know :) I'm also thinking that at this point hackers@ may be a more appropriate venue for discussion. Comments? Craig