All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matt Mackall <mpm@selenic.com>
To: Christoph Hellwig <hch@infradead.org>,
	Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org,
	viro@parcelfarce.linux.theplanet.co.uk
Subject: Re: [PATCH] unified device list allocator
Date: Mon, 7 Mar 2005 22:11:55 -0800	[thread overview]
Message-ID: <20050308061155.GK3120@waste.org> (raw)
In-Reply-To: <20050308055627.GA1515@infradead.org>

On Tue, Mar 08, 2005 at 05:56:27AM +0000, Christoph Hellwig wrote:
> On Mon, Mar 07, 2005 at 09:50:35PM -0800, Andrew Morton wrote:
> > > register_blkdev only happens at module_init time (and in fact should go
> > > away completely, so I'm not happy wit hthe surgey to keep it barely alive
> > > at all)
> > 
> > Is anyone working on that?
> 
> I had a patch from a long time ago that just killed it, but that one isn't
> useable for current users anymore.
> 
> There's two things it's doing currently:
> 
>  - when called with the major argument as 0 it returns an unused major number
>    from the top of the old 255 entries major list.  This should be replaced
>    by a real dynamic dev_t allocator, similar to alloc_chrdev_region.

Umm, this replaces alloc_chrdev_region too. If instead you mean "let's
migrate all the users to a sensible interface", I agree. And that
means killing alloc_chrdev_region too. (baseminor makes no sense for
dynamic allocation - you either know your prefered major and minor or
you know neither.)

>  - /proc/devices.  This interface has traditionally been used by things
>    like installer but these day's it's totally bogus as the one major, one
>    driver limitation got lifeted.  We'll probably have to deprecate it and
>    kill it in half a year or a similar timespan.

I think killing /proc/devices has to wait until after devfs removal,
when everyone is more or less comfortable with its alternatives.

-- 
Mathematics is the supreme nostalgia of our time.

  reply	other threads:[~2005-03-08  6:13 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-08  5:18 [PATCH] unified device list allocator Matt Mackall
2005-03-08  5:33 ` Andrew Morton
2005-03-08  5:43   ` Christoph Hellwig
2005-03-08  5:50     ` Andrew Morton
2005-03-08  5:56       ` Christoph Hellwig
2005-03-08  6:11         ` Matt Mackall [this message]
2005-03-08  6:31           ` Christoph Hellwig
2005-03-08  6:35             ` Matt Mackall
2005-03-08  6:01   ` Matt Mackall

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=20050308061155.GK3120@waste.org \
    --to=mpm@selenic.com \
    --cc=akpm@osdl.org \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.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.