From owner-freebsd-stable Mon Mar 19 23:47:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0EFC937B718 for ; Mon, 19 Mar 2001 23:47:31 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2K7jS913358; Tue, 20 Mar 2001 00:45:28 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103200745.f2K7jS913358@harmony.village.org> To: Ian Dowse Subject: Re: suspend/restore with ppp connections Cc: j mckitrick , Alfred Perlstein , freebsd-stable@FreeBSD.org In-reply-to: Your message of "Mon, 12 Mar 2001 14:40:58 GMT." <200103121440.aa97105@salmon.maths.tcd.ie> References: <200103121440.aa97105@salmon.maths.tcd.ie> Date: Tue, 20 Mar 2001 00:45:28 -0700 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103121440.aa97105@salmon.maths.tcd.ie> Ian Dowse writes: : A workaround for the panic, I think, is to remove the card before : resuming if you accidentally suspend while ppp is running. sio's detach routine is a big hack and needs to be properly rewritten. sc->gone will always be 0 since once detach is called, the device is gone. The basic problem is that there's no way to "reference count" the device so that detach can sleep until the count goes to zero. We remove the device from a timeout context, which you can't sleep in. NEWCARD might be able to correct this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message