public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mike Waychison <Michael.Waychison@Sun.COM>
To: werner@sgi.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: [RFC]Add an unlocked_ioctl file operation
Date: Tue, 07 Dec 2004 16:30:37 -0500	[thread overview]
Message-ID: <41B620FD.6020402@sun.com> (raw)
In-Reply-To: <200412071211.41468.werner@sgi.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mike Werner wrote:
> Per Andi Kleen's suggestion.
> 
> # This is a BitKeeper generated diff -Nru style patch.
> #
> #   Run Lindent on ioctl.c
> #   Add an ioctl path which does not take the BKL.
> # 
> diff -Nru a/fs/ioctl.c b/fs/ioctl.c
> --- a/fs/ioctl.c	2004-12-07 11:53:59 -08:00
> +++ b/fs/ioctl.c	2004-12-07 11:53:59 -08:00
> @@ -16,15 +16,15 @@
>  #include <asm/uaccess.h>
>  #include <asm/ioctls.h>
>  
> -static int file_ioctl(struct file *filp,unsigned int cmd,unsigned long arg)
> +static int file_ioctl(struct file *filp, unsigned int cmd, unsigned long arg)
>  {
>  	int error;
>  	int block;
> -	struct inode * inode = filp->f_dentry->d_inode;
> +	struct inode *inode = filp->f_dentry->d_inode;
>  	int __user *p = (int __user *)arg;
>  
>  	switch (cmd) {
> -		case FIBMAP:
> +	case FIBMAP:
>  		{
>  			struct address_space *mapping = filp->f_mapping;
>  			int res;
> @@ -39,101 +39,113 @@
>  			res = mapping->a_ops->bmap(mapping, block);
>  			return put_user(res, p);
>  		}
> -		case FIGETBSZ:
> -			if (inode->i_sb == NULL)
> -				return -EBADF;
> -			return put_user(inode->i_sb->s_blocksize, p);
> -		case FIONREAD:
> -			return put_user(i_size_read(inode) - filp->f_pos, p);
> +	case FIGETBSZ:
> +		if (inode->i_sb == NULL)
> +			return -EBADF;
> +		return put_user(inode->i_sb->s_blocksize, p);
> +	case FIONREAD:
> +		return put_user(i_size_read(inode) - filp->f_pos, p);
>  	}
>  	if (filp->f_op && filp->f_op->ioctl)
>  		return filp->f_op->ioctl(inode, filp, cmd, arg);
>  	return -ENOTTY;
>  }
>  
> -
>  asmlinkage long sys_ioctl(unsigned int fd, unsigned int cmd, unsigned long 
> arg)
> -{	
> -	struct file * filp;
> +{
> +	struct file *filp;
>  	unsigned int flag;
>  	int on, error = -EBADF;
> -
> +	int locked = 1;
>  	filp = fget(fd);
>  	if (!filp)
>  		goto out;
>  
>  	error = security_file_ioctl(filp, cmd, arg);
>  	if (error) {
> -                fput(filp);
> -                goto out;
> -        }
> +		fput(filp);
> +		goto out;
> +	}
> +
> +	if (filp->f_op && filp->f_op->unlocked_ioctl)
> +		locked = 0;
> +	else
> +		lock_kernel();

...

> +	case FIOCLEX:
> +		set_close_on_exec(fd, 1);
> +		break;
> +
> +	case FIONCLEX:
> +		set_close_on_exec(fd, 0);
> +		break;
>  

...

> +	default:
> +		error = -ENOTTY;
> +		if (S_ISREG(filp->f_dentry->d_inode->i_mode))
> +			error = file_ioctl(filp, cmd, arg);
> +		else if (filp->f_op && filp->f_op->unlocked_ioctl)
> +			error =
> +			    filp->f_op->unlocked_ioctl(filp->f_dentry->d_inode,
> +						       filp, cmd, arg);
> +		else if (filp->f_op && filp->f_op->ioctl)
> +			error =
> +			    filp->f_op->ioctl(filp->f_dentry->d_inode, filp,
> +					      cmd, arg);
>  	}
> -	unlock_kernel();
> +	if (locked)
> +		unlock_kernel();

...

This doesn't look right?  Have all the ioctls handled in sys_ioctl been
audited to ensure that they don't need lock_kernel?  I think what you
really want is if a) the ioctl isn't handled in the switch case and b)
unlocked_ioctl is != NULL, _then_ don't lock.  These means you'll need
to either a) grab the BKL in each switch case or b) filter the cmd to
see if it is handled below.

Also, file_ioctl didn't use unlocked_ioctl in the default case if it was
!= NULL.

- --
Mike Waychison
Sun Microsystems, Inc.
1 (650) 352-5299 voice
1 (416) 202-8336 voice

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NOTICE:  The opinions expressed in this email are held by me,
and may not represent the views of Sun Microsystems, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBtiD9dQs4kOxk3/MRAkIPAJ0QjZOj/2ojbZOh/t2lUYQemiOirQCghtNj
IB36Sc4Uqfw7kq3GDuK0Cx4=
=HkMd
-----END PGP SIGNATURE-----

      parent reply	other threads:[~2004-12-07 21:31 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-07 20:11 [RFC]Add an unlocked_ioctl file operation Mike Werner
2004-12-07 20:30 ` Randy.Dunlap
2004-12-07 21:30 ` Mike Waychison [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=41B620FD.6020402@sun.com \
    --to=michael.waychison@sun.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=werner@sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox