From owner-svn-src-all@FreeBSD.ORG Thu Feb 26 17:15:31 2015 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38893887; Thu, 26 Feb 2015 17:15:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F10F65B; Thu, 26 Feb 2015 17:15:31 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 00415B97B; Thu, 26 Feb 2015 12:15:30 -0500 (EST) From: John Baldwin To: Mateusz Guzik Subject: Re: svn commit: r278320 - in head: contrib/mdocml lib lib/libdevctl share/mk sys/dev/acpica sys/dev/pci sys/kern sys/sys usr.sbin usr.sbin/devctl Date: Thu, 26 Feb 2015 07:46:38 -0500 Message-ID: <6369280.lTKc42i0bJ@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <20150225234006.GB30998@dft-labs.eu> References: <201502061609.t16G92rn091851@svn.freebsd.org> <20150225234006.GB30998@dft-labs.eu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 26 Feb 2015 12:15:30 -0500 (EST) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2015 17:15:31 -0000 On Thursday, February 26, 2015 12:40:06 AM Mateusz Guzik wrote: > On Fri, Feb 06, 2015 at 04:09:02PM +0000, John Baldwin wrote: > > Author: jhb > > Date: Fri Feb 6 16:09:01 2015 > > New Revision: 278320 > > URL: https://svnweb.freebsd.org/changeset/base/278320 > > > > Log: > > Add a new device control utility for new-bus devices called devctl. > > This > > allows the user to request administrative changes to individual devices > > [..] > > > +static int > > +devctl2_ioctl(struct cdev *cdev, u_long cmd, caddr_t data, int fflag, > > + struct thread *td) > > +{ > > + struct devreq *req; > > + device_t dev; > > + int error, old; > > + > > + /* Locate the device to control. */ > > + mtx_lock(&Giant); > > + req = (struct devreq *)data; > > [..] > > > + switch (cmd) { > > [..] > > > + case DEV_SET_DRIVER: { > > + devclass_t dc; > > + char driver[128]; > > + > > + error = copyinstr(req->dr_data, driver, sizeof(driver), NULL); > > [..] > > > + if (!driver_exists(dev->parent, driver)) { > > + error = ENOENT; > > + break; > > + } > > [..] > > > + } > > + mtx_unlock(&Giant); > > + return (error); > > +} > > I only skimmed thourgh this, will not a page fault drop + reacquire Giant > lock? > > iow, would not it be better to copy prior to taking the lock? It won't make a difference. All the logic is done after the copy, so it is still atomic. -- John Baldwin