From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 15:21:43 2005 Return-Path: X-Original-To: Freebsd-current@freebsd.org 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 4DF5216A41F for ; Tue, 20 Sep 2005 15:21:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCC6043D45 for ; Tue, 20 Sep 2005 15:21:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j8KFL47k038727; Tue, 20 Sep 2005 09:21:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 20 Sep 2005 09:21:23 -0600 (MDT) Message-Id: <20050920.092123.100424336.imp@bsdimp.com> To: pbowen@fastmail.fm From: "M. Warner Losh" In-Reply-To: <432F870D.2080302@fastmail.fm> References: <432F870D.2080302@fastmail.fm> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 20 Sep 2005 09:21:05 -0600 (MDT) Cc: Freebsd-current@freebsd.org Subject: Re: pccardc dumpcis - 0 slots found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 20 Sep 2005 15:21:43 -0000 In message: <432F870D.2080302@fastmail.fm> Patrick Bowen writes: : I'm running -current on a Dell C600 with a GENERIC kernel, and am having : no luck in dumping the CIS from the wi0 pccard (an SMC-2532W-B). I've : had the same problem with 5.4#6 and 6.0BETA4. : : sg1# pccardc dumpcis : 0 slots found This is expected. pccardc dumpcis doesn't work, and likely will never work again. It is part of the old pccard support. If you have current as of today, however, you can run 'pccard dumpcisfile /dev/pccard0.cis'. : When I remove the card I get the following; : : taskqueue_drain with the following non-sleepable locks held: : exclusive sleep mutex wi0 (network driver) r = 0 (0xc1c0bb68) locked @ : /usr/src/sys/dev/wi/if_wi.c:847 : KDB: stack backtrace: : kdb_backtrace(1,c1b62650,c1b62400,c1ac1d00,d44dcc2c) at kdb_backtrace+0x29 : witness_warn(5,0,c0862050,c1b62400,c1b62400) at witness_warn+0x18e : taskqueue_drain(c1ac1d00,c1b62650) at taskqueue_drain+0x1a : if_detach(c1b62400,c1b62400) at if_detach+0x1a : ether_ifdetach(c1b62400,0,c1c0b000,d44dcc94,c05e2590) at ether_ifdetach+0x3a : ieee80211_ifdetach(c1c0b004,c1b62400,c1b62400,0,c1bec700) at : ieee80211_ifdetach+0x50 : wi_detach(c1bec700) at wi_detach+0x64 : device_detach(c1bec700) at device_detach+0x70 : pccard_detach_card(c1af9e00) at pccard_detach_card+0x41 : exca_removal(c1ac3004) at exca_removal+0x46 : cbb_removal(c1ac3000) at cbb_removal+0x2c : cbb_event_thread(c1ac3000,d44dcd38,c1ac3000,c057cb24,0) at : cbb_event_thread+0x9a : fork_exit(c057cb24,c1ac3000,d44dcd38) at fork_exit+0xa0 : fork_trampoline() at fork_trampoline+0x8 : --- trap 0x1, eip = 0, esp = 0xd44dcd6c, ebp = 0 --- : wi0: detached : : ...which doesn't look like a good thing. It is likely a warning that can be ignored. : I'm wondering if there is some place in pccardd that is not recognizing : the slots on this particular machine. If that were the case then it : wouldn't be called when the card was removed, accounting (I think) for : the lock error above. pccardd is deprecated and isn't needed. It should just work. : Anyone have an idea of what's going on here? I'd be happy to try any : patches anyone may have, or to provide more information if necessary. In : the meantime, I'll keep looking into it. Other than not being able to dump the cis, what's the problem that you are having? Warner