From owner-freebsd-mobile Sat Oct 25 22:11:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA18382 for mobile-outgoing; Sat, 25 Oct 1997 22:11:31 -0700 (PDT) (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 WAA18357; Sat, 25 Oct 1997 22:10:49 -0700 (PDT) (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 XAA02488; Sat, 25 Oct 1997 23:10:44 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id XAA25845; Sat, 25 Oct 1997 23:10:43 -0600 (MDT) Date: Sat, 25 Oct 1997 23:10:43 -0600 (MDT) Message-Id: <199710260510.XAA25845@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Nate Williams Cc: cvs-committers@freebsd.org, mobile@freebsd.org, cvs-sys@freebsd.org Subject: Re: cvs commit: src/sys/i386/isa aic6360.c if_ed.c if_ep.c if_fe.c sio.c src/sys/pccard pccard.c slot.h In-Reply-To: <199710260454.VAA07386@freefall.freebsd.org> References: <199710260454.VAA07386@freefall.freebsd.org> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > nate 1997/10/25 21:54:17 PDT > > Modified files: > sys/i386/isa aic6360.c if_ed.c if_ep.c if_fe.c sio.c > sys/pccard pccard.c slot.h > Log: > - Functional changes to PCCARD support. > * Kill individual drivers 'suspend' routines, since there's no simple/safe > way to suspend/resume a card w/out going through the complete probe > at initialization time. > * Default to using the apm_pccard_resume sysctl code, which basically > pretends the card was removed, and then re-inserted. Suspend/resume > is now 'emulated' with a fake insert/removal. (Hence we no longer > need the driver-specific suspend routines.) I've got 2 or 3 more things on my white-board, and I hope to get one more done this weekend. This will require re-building your kernel from scratch, and it doesn't (yet) provide a whole lot more functionality if the sysctl didn't help you. But, I was completely unable to get my PCIC controller to 'come back to life' and recognize that the card sitting in the slot was alive, except by going through all of the hoops that are done to initialize the card. So, in essence I'm now agreeing that this is the way to go for now (and given Mike Smith's arguments, it isn't a bad way to go), at least until we figure out a better solution. Nate