mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jeff Layton <jlayton@redhat.com>
To: Alexey Dobriyan <adobriyan@gmail.com>
Cc: viro@zeniv.linux.org.uk, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] proc: do PDE usecounting even for ->read_proc, ->write_proc
Date: Wed, 28 Jan 2009 13:24:15 -0500	[thread overview]
Message-ID: <20090128132415.6ff52584@tleilax.poochiereds.net> (raw)
In-Reply-To: <20090126233151.GA7339@x200.localdomain>

On Tue, 27 Jan 2009 02:31:51 +0300
Alexey Dobriyan <adobriyan@gmail.com> wrote:

> Not exactly tested but one should get the idea.
> 
> 
> 
> -----------------------------------------------
> struct proc_dir_entry::owner is going to be removed. Now it's only necessary
> to protect PDEs which are using ->read_proc, ->write_proc hooks.
> 
> However, ->owner assignments are racy and make it very easy for someone to switch
> ->owner on live PDE (as some subsystems do) without fixing refcounts and so on.
> 
> http://bugzilla.kernel.org/show_bug.cgi?id=12454
> 
> So, ->owner is on death row.
> 
> Proxy file operations exist already (proc_file_operations), just bump usecount
> when necessary.
> 
> Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
> ---
>  fs/proc/generic.c  |   48 ++++++++++++++++++++++++++++++++++++++----------
>  fs/proc/inode.c    |    2 +-
>  fs/proc/internal.h |    1 +
>  3 files changed, 40 insertions(+), 11 deletions(-)
> 
> diff --git a/fs/proc/generic.c b/fs/proc/generic.c
> index 5ee636a..65cc1ee 100644
> --- a/fs/proc/generic.c
> +++ b/fs/proc/generic.c
> @@ -37,7 +37,7 @@ static int proc_match(int len, const char *name, struct proc_dir_entry *de)
>  #define PROC_BLOCK_SIZE	(PAGE_SIZE - 1024)
>  
>  static ssize_t
> -proc_file_read(struct file *file, char __user *buf, size_t nbytes,
> +__proc_file_read(struct file *file, char __user *buf, size_t nbytes,
>  	       loff_t *ppos)
>  {
>  	struct inode * inode = file->f_path.dentry->d_inode;
> @@ -183,19 +183,47 @@ proc_file_read(struct file *file, char __user *buf, size_t nbytes,
>  }
>  
>  static ssize_t
> +proc_file_read(struct file *file, char __user *buf, size_t nbytes,
> +	       loff_t *ppos)
> +{
> +	struct proc_dir_entry *pde = PDE(file->f_path.dentry->d_inode);
> +	ssize_t rv = -EIO;
> +
> +	spin_lock(&pde->pde_unload_lock);
> +	if (!pde->proc_fops) {
> +		spin_unlock(&pde->pde_unload_lock);
> +		return rv;
> +	}
> +	pde->pde_users++;
> +	spin_unlock(&pde->pde_unload_lock);
> +
> +	rv = __proc_file_read(file, buf, nbytes, ppos);
> +
> +	pde_users_dec(pde);
> +	return rv;
> +}
> +
> +static ssize_t
>  proc_file_write(struct file *file, const char __user *buffer,
>  		size_t count, loff_t *ppos)
>  {
> -	struct inode *inode = file->f_path.dentry->d_inode;
> -	struct proc_dir_entry * dp;
> -	
> -	dp = PDE(inode);
> -
> -	if (!dp->write_proc)
> -		return -EIO;
> +	struct proc_dir_entry *pde = PDE(file->f_path.dentry->d_inode);
> +	ssize_t rv = -EIO;
> +
> +	if (pde->write_proc) {
> +		spin_lock(&pde->pde_unload_lock);
> +		if (!pde->proc_fops) {
> +			spin_unlock(&pde->pde_unload_lock);
> +			return rv;
> +		}
> +		pde->pde_users++;
> +		spin_unlock(&pde->pde_unload_lock);
>  
> -	/* FIXME: does this routine need ppos?  probably... */
> -	return dp->write_proc(file, buffer, count, dp->data);
> +		/* FIXME: does this routine need ppos?  probably... */
> +		rv = pde->write_proc(file, buffer, count, pde->data);
> +		pde_users_dec(pde);
> +	}
> +	return rv;
>  }
>  
>  
> diff --git a/fs/proc/inode.c b/fs/proc/inode.c
> index 0bbb937..7a55346 100644
> --- a/fs/proc/inode.c
> +++ b/fs/proc/inode.c
> @@ -127,7 +127,7 @@ static void __pde_users_dec(struct proc_dir_entry *pde)
>  		complete(pde->pde_unload_completion);
>  }
>  
> -static void pde_users_dec(struct proc_dir_entry *pde)
> +void pde_users_dec(struct proc_dir_entry *pde)
>  {
>  	spin_lock(&pde->pde_unload_lock);
>  	__pde_users_dec(pde);
> diff --git a/fs/proc/internal.h b/fs/proc/internal.h
> index ab62ede..5b890ba 100644
> --- a/fs/proc/internal.h
> +++ b/fs/proc/internal.h
> @@ -102,5 +102,6 @@ struct pde_opener {
>  	int (*release)(struct inode *, struct file *);
>  	struct list_head lh;
>  };
> +void pde_users_dec(struct proc_dir_entry *pde);
>  
>  extern struct list_head proc_automounts;

I did some testing with this today and it seems to all work as expected. Nice work, Alexey.

Tested-by: Jeff Layton <jlayton@redhat.com>

      reply	other threads:[~2009-01-28 18:24 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-26 23:31 Alexey Dobriyan
2009-01-28 18:24 ` Jeff Layton [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=20090128132415.6ff52584@tleilax.poochiereds.net \
    --to=jlayton@redhat.com \
    --cc=adobriyan@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=viro@zeniv.linux.org.uk \
    /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

all inboxes | Powered by JetHome®