From owner-freebsd-bugs@FreeBSD.ORG Mon Jul 3 00:40:22 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE84016A407 for ; Mon, 3 Jul 2006 00:40:22 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CAC543D46 for ; Mon, 3 Jul 2006 00:40:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k630eMEl029365 for ; Mon, 3 Jul 2006 00:40:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k630eMj5029364; Mon, 3 Jul 2006 00:40:22 GMT (envelope-from gnats) Date: Mon, 3 Jul 2006 00:40:22 GMT Message-Id: <200607030040.k630eMj5029364@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: John Hood Cc: Subject: Re: kern/97000: [kernel] [patch] bogus "All threads purged from ugen0.1" message X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Hood List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 00:40:23 -0000 The following reply was made to PR kern/97000; it has been noted by GNATS. From: John Hood To: Brad Huntting Cc: bug-followup@freebsd.org Subject: Re: kern/97000: [kernel] [patch] bogus "All threads purged from ugen0.1" message Date: Sun, 2 Jul 2006 20:38:20 -0400 On Sat, Jul 01, 2006 at 04:43:06PM -0600, Brad Huntting wrote: > Note that one of the more nasty side effects of the "All threads purged from > ugen0.x" is the fact that the device nodes get remade with default owner and > permissions. Um, no. Both of these are side effects of the devices going away and reappearing. > This results in, many otherwise mild mannered applications having to be run as > root for no good reason. See devfs.rules. --jh