From owner-freebsd-mobile Wed Dec 1 1:41: 1 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (castles561.castles.com [208.214.165.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DE3614D33; Wed, 1 Dec 1999 01:40:59 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id BAA00486; Wed, 1 Dec 1999 01:42:17 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912010942.BAA00486@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: mobile@FreeBSD.org Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Tue, 30 Nov 1999 23:38:55 PST." <199912010738.XAA93773@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 01:42:17 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Fix the hang on card eject problem and maybe the hang on suspend > problem. > > o Create new timeout routine so we don't detach the card inside a ISR > but instead drop back to spl0 via a timeout of 0. This will still fail in most card-device interrupt handlers that don't spin-limit themselves. If at all possible, there should be a mechanism for a card-device interrupt handler to query the parent bus to determine whether the hardware has gone away. (This would allow the handler to bail out and let the detach code do its stuff if the handler is spinning madly.) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message