From owner-freebsd-mobile Sun Nov 2 11:15:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA07198 for mobile-outgoing; Sun, 2 Nov 1997 11:15:15 -0800 (PST) (envelope-from owner-freebsd-mobile) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA07189 for ; Sun, 2 Nov 1997 11:15:13 -0800 (PST) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id MAA09962; Sun, 2 Nov 1997 12:15:11 -0700 (MST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA03364; Sun, 2 Nov 1997 12:15:08 -0700 (MST) Date: Sun, 2 Nov 1997 12:15:08 -0700 (MST) Message-Id: <199711021915.MAA03364@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Guido van Rooij Cc: nate@mt.sri.com (Nate Williams), freebsd-mobile@freebsd.org Subject: Re: card removal problems In-Reply-To: <199711021903.UAA05422@gvr.gvr.org> References: <199711021712.KAA02976@rocky.mt.sri.com> <199711021903.UAA05422@gvr.gvr.org> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm confused. You say it would lockup the machine *only* after a driver > > was allocated, or it didn't matter. If it doesn't matter, then > > something is wrong with your PCIC controller, since all we do is apply > > power (or not) to your controller. > > No, this is after I changed pccard.c to go downwards with irq's. So > now I can allocate a driver. So, it'll only lockup your machine *IF* the driver has been allocated, right? This is good, since it means we don't have any hardware problems. Also, it means that whatever the 'power' command was doing, we should be able to do also when 'shutting' down the card at removal time to see if it makes any difference (if there is any difference.) > Is there anything I can do, except low level kernel debugging to > diagnose this? print statements in the PCCARD code and/or sio code. :( Nate