All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@infradead.org>
To: Andries.Brouwer@cwi.nl
Cc: hch@infradead.org, akpm@digeo.com, alan@lxorguk.ukuu.org.uk,
	greg@kroah.com, linux-kernel@vger.kernel.org,
	torvalds@transmeta.com
Subject: Re: [PATCH] register_blkdev
Date: Sat, 8 Mar 2003 21:09:22 +0000	[thread overview]
Message-ID: <20030308210922.A419@infradead.org> (raw)
In-Reply-To: <UTC200303082059.h28KxES05315.aeb@smtp.cwi.nl>; from Andries.Brouwer@cwi.nl on Sat, Mar 08, 2003 at 09:59:14PM +0100

On Sat, Mar 08, 2003 at 09:59:14PM +0100, Andries.Brouwer@cwi.nl wrote:
> > We need to get rid of the artifical major/minor split completly
> 
> I do not disagree with you, but your point of view seems
> to be that either we make everything perfect or we do nothing.
> I prefer slow progress.

I completly agree with you on the slow steps.  What we seem to
disagree about is the order of steps..

> Concerning this split - traces of it occur in a very large
> number of places.

Yupp.  And getting rid of those one by one is a a good thing
and I'm happy about every single patch you submit to get rid
of one.

> Let me just mention the raw device that
> I did this afternoon. How does one connect a raw device
> with a block device? Using a struct raw_config_request
> from user space. And look
> 
> struct raw_config_request
> {
>         int     raw_minor;
>         __u64   block_major;
>         __u64   block_minor;
> };
> 
> One of the many places that has a built-in major/minor split.
> Basically this split is unimportant. A dev_t is just a cookie.
> But as soon as you start looking at details this split is
> all over the place.

Yes.  And my opinion is that we need to sort these issues out
one for one before moving on to make dev_t bigger, not the other
way around.


  reply	other threads:[~2003-03-08 20:59 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-08 20:59 [PATCH] register_blkdev Andries.Brouwer
2003-03-08 21:09 ` Christoph Hellwig [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-03-08 20:26 Andries.Brouwer
2003-03-08 20:31 ` Christoph Hellwig
2003-03-08  1:49 Andries.Brouwer
2003-03-08  0:57 Andries.Brouwer
2003-03-08  0:53 ` Greg KH
     [not found]   ` <20030308073407.A24272@infradead.org>
2003-03-08 19:29     ` Greg KH
2003-03-08 19:43       ` Christoph Hellwig
2003-03-08 21:26         ` H. Peter Anvin
2003-03-08 21:55           ` Christoph Hellwig
2003-03-08 21:41         ` Joel Becker
2003-03-08 21:52           ` Christoph Hellwig
2003-03-08 22:16             ` Joel Becker
2003-03-08 22:21               ` Christoph Hellwig
2003-03-10 17:31                 ` Joel Becker
2003-03-08 23:37             ` Alan Cox
2003-03-08 22:36               ` Linus Torvalds
2003-03-08 23:56                 ` Alan Cox
2003-03-09  5:08             ` Gerrit Huizenga
2003-03-17 19:21           ` Steven Dake
2003-03-07 19:50 Andries.Brouwer
2003-03-07 19:52 ` Christoph Hellwig
2003-03-07 19:32 Andries.Brouwer
2003-03-07 19:36 ` Christoph Hellwig
2003-03-07 20:30   ` Andrew Morton
2003-03-07 22:12     ` Greg KH
2003-03-07 22:33       ` Andrew Morton
2003-03-07 23:45         ` Greg KH
2003-03-08  1:14           ` Alan Cox
2003-03-08  0:50             ` Greg KH
2003-03-08  1:05               ` Andrew Morton
2003-03-08  1:03                 ` Greg KH
2003-03-08  1:13                 ` Linus Torvalds
2003-03-08 15:09                   ` Alan Cox
2003-03-08 15:53                     ` Christoph Hellwig
2003-03-09  2:02                     ` Chris Wedgwood
2003-03-10  4:46                     ` Oliver Xymoron
2003-03-08 15:11               ` Alan Cox
2003-03-08 19:37                 ` Greg KH
2003-03-08 19:50                   ` Christoph Hellwig
2003-03-08 20:00                     ` Greg KH
2003-03-08 20:23                       ` Christoph Hellwig
2003-03-07 22:55       ` Joel Becker
2003-03-07 22:57         ` Christoph Hellwig
2003-03-07 23:17           ` Randy.Dunlap
2003-03-07 23:38             ` John Cherry
2003-03-07 23:36               ` Christoph Hellwig
2003-03-07 23:46                 ` Andrew Morton
2003-03-07 23:54                   ` Christoph Hellwig
2003-03-08  1:49                     ` Joel Becker
2003-03-08  1:58                       ` Greg KH
2003-03-08  2:15                         ` Joel Becker
2003-03-08  2:18                           ` Linus Torvalds
2003-03-08  2:42                             ` Joel Becker
2003-03-08 19:31                           ` Greg KH
2003-03-08 21:39                             ` Joel Becker
2003-03-08 21:59                               ` Greg KH
2003-03-08  1:04           ` Alan Cox
2003-03-09  4:32         ` Horst von Brand
2003-03-09  5:11           ` Valdis.Kletnieks
2003-03-07 18:49 Andries.Brouwer
2003-03-07 19:06 ` Christoph Hellwig

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=20030308210922.A419@infradead.org \
    --to=hch@infradead.org \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=akpm@digeo.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@transmeta.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 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.