Date: Sat, 25 Oct 1997 23:10:43 -0600 (MDT) From: Nate Williams <nate@mt.sri.com> To: Nate Williams <nate@freebsd.org> 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 Message-ID: <199710260510.XAA25845@rocky.mt.sri.com> In-Reply-To: <199710260454.VAA07386@freefall.freebsd.org> References: <199710260454.VAA07386@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199710260510.XAA25845>