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>
next prev 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.