From owner-freebsd-bugs Thu Feb 17 12:20: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 87E4537B7FF for ; Thu, 17 Feb 2000 12:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA54951; Thu, 17 Feb 2000 12:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 17 Feb 2000 12:20:02 -0800 (PST) Message-Id: <200002172020.MAA54951@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/16564: SLIOCSUNIT is broken and can cause panic. Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16564; it has been noted by GNATS. From: David Malone To: Ruslan Ermilov Cc: FreeBSD-gnats-submit@FreeBSD.ORG, ache@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: kern/16564: SLIOCSUNIT is broken and can cause panic. Date: Thu, 17 Feb 2000 20:17:41 +0000 > > 3) Make SLIOCSUNIT do the equivelent of a slclose(original > > unit) and then a slopen(desired unit), so you are sure > > everything is correctly initialised. This is a relatively > > clean option but means you no longer swap the contents of > > the softc's. It would also remove some of the workaround > > code added for sc.sc_if. > > > I like 3), but I'm not sure it is so simple. I think it would be (relatively) easy to factor the apropriate bits of slclose and slopen into internal functions and use them, but after 4.0 is released. It might make sense to make the sl driver dynamically expandable at the same time, I guess the tun driver could act as a model for this? > Could you please try the attached patch? Seems to work fine here, and I think it makes sense (though as a continuation of a workaround rather than a proper fix). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message