All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: viro@parcelfarce.linux.theplanet.co.uk
Cc: Christoph Hellwig <hch@infradead.org>,
	Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: 2.6.2-rc1-mm1
Date: Thu, 22 Jan 2004 15:38:54 -0800	[thread overview]
Message-ID: <20040122233854.GA16052@kroah.com> (raw)
In-Reply-To: <20040122151943.GW21151@parcelfarce.linux.theplanet.co.uk>

On Thu, Jan 22, 2004 at 03:19:43PM +0000, viro@parcelfarce.linux.theplanet.co.uk wrote:
> On Thu, Jan 22, 2004 at 11:03:42AM +0000, Christoph Hellwig wrote:
> > > sysfs-class-06-raw.patch
> > >   From: Greg KH <greg@kroah.com>
> > >   Subject: [PATCH] add sysfs class support for raw devices [06/10]
> > 
> > This one exports get_gendisk, which is a no-go.
> 
> Moreover, it obviously leaks references to struct gendisk _and_ changes
> semantics of RAW_SETBIND in incompatible way.
> 
> Consider that vetoed.  And yes, get_gendisk() issue alone would be enough.

Yes, I realize this patch isn't quite sane yet, that's why it's still in
the -mm tree :)

> Greg, please, RTFS to see at which point do we decide which driver will
> be used by raw device.  It's _not_ RAW_SETBIND, it's open().  So where
> your symlink should point is undecided until the same point.

I don't care about which driver is used by the raw device, I care about
which block device the raw device is "bound" to.  That happens at
RAW_SETBIND time, right?  We do this in the line:
	rawdev->binding = bdget(dev);

Hm, wait, are you saying that at open() time we actually bind the char
device to the block device, and that struct block_device can change
between RAW_SETBIND and open() time due to hotpluggable devices?

Or am I missing something else here?

thanks,

greg k-h

WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <greg@kroah.com>
To: viro@parcelfarce.linux.theplanet.co.uk
Cc: Christoph Hellwig <hch@infradead.org>,
	Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: 2.6.2-rc1-mm1
Date: Thu, 22 Jan 2004 15:38:54 -0800	[thread overview]
Message-ID: <20040122233854.GA16052@kroah.com> (raw)
In-Reply-To: <20040122151943.GW21151@parcelfarce.linux.theplanet.co.uk>

On Thu, Jan 22, 2004 at 03:19:43PM +0000, viro@parcelfarce.linux.theplanet.co.uk wrote:
> On Thu, Jan 22, 2004 at 11:03:42AM +0000, Christoph Hellwig wrote:
> > > sysfs-class-06-raw.patch
> > >   From: Greg KH <greg@kroah.com>
> > >   Subject: [PATCH] add sysfs class support for raw devices [06/10]
> > 
> > This one exports get_gendisk, which is a no-go.
> 
> Moreover, it obviously leaks references to struct gendisk _and_ changes
> semantics of RAW_SETBIND in incompatible way.
> 
> Consider that vetoed.  And yes, get_gendisk() issue alone would be enough.

Yes, I realize this patch isn't quite sane yet, that's why it's still in
the -mm tree :)

> Greg, please, RTFS to see at which point do we decide which driver will
> be used by raw device.  It's _not_ RAW_SETBIND, it's open().  So where
> your symlink should point is undecided until the same point.

I don't care about which driver is used by the raw device, I care about
which block device the raw device is "bound" to.  That happens at
RAW_SETBIND time, right?  We do this in the line:
	rawdev->binding = bdget(dev);

Hm, wait, are you saying that at open() time we actually bind the char
device to the block device, and that struct block_device can change
between RAW_SETBIND and open() time due to hotpluggable devices?

Or am I missing something else here?

thanks,

greg k-h
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>

  parent reply	other threads:[~2004-01-22 23:39 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-22  9:35 2.6.2-rc1-mm1 Andrew Morton
2004-01-22  9:35 ` 2.6.2-rc1-mm1 Andrew Morton
2004-01-22 11:03 ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 11:03   ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 15:19   ` 2.6.2-rc1-mm1 viro
2004-01-22 15:19     ` 2.6.2-rc1-mm1 viro
2004-01-22 20:31     ` 2.6.2-rc1-mm1 Andrew Morton
2004-01-22 20:31       ` 2.6.2-rc1-mm1 Andrew Morton
2004-01-22 21:30       ` 2.6.2-rc1-mm1 Adrian Bunk
2004-01-22 21:30         ` 2.6.2-rc1-mm1 Adrian Bunk
2004-01-22 23:38     ` Greg KH [this message]
2004-01-22 23:38       ` 2.6.2-rc1-mm1 Greg KH
2004-01-23  0:24       ` 2.6.2-rc1-mm1 viro
2004-01-23  0:24         ` 2.6.2-rc1-mm1 viro
2004-01-23  0:41         ` 2.6.2-rc1-mm1 Greg KH
2004-01-23  0:41           ` 2.6.2-rc1-mm1 Greg KH
2004-01-22 11:05 ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 11:05   ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 11:07 ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 11:07   ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 11:12   ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 11:12     ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 12:17   ` 2.6.2-rc1-mm1 Jeff Dike
2004-01-22 12:17     ` 2.6.2-rc1-mm1 Jeff Dike
2004-01-22 12:00     ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 12:00       ` 2.6.2-rc1-mm1 Christoph Hellwig
2004-01-22 13:28       ` 2.6.2-rc1-mm1 Jeff Dike
2004-01-22 13:28         ` 2.6.2-rc1-mm1 Jeff Dike
2004-01-22 13:20 ` 2.6.2-rc1-mm1 Axel Siebenwirth
2004-01-22 21:34   ` 2.6.2-rc1-mm1 Andrew Morton
2004-01-22 16:26 ` 2.6.2-rc1-mm1 (compile stats) John Cherry
2004-01-22 16:26   ` John Cherry
2004-01-22 21:12 ` 2.6.2-rc1-mm1 Tom Rini
2004-01-22 21:12   ` 2.6.2-rc1-mm1 Tom Rini

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=20040122233854.GA16052@kroah.com \
    --to=greg@kroah.com \
    --cc=akpm@osdl.org \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=viro@parcelfarce.linux.theplanet.co.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.