Re: 64-bit kdev_t - just for playing

[David Lang]

the biggest problem I see with dynamic numbers is that it needs a
userspace devfs type solution for creating and maintaining the device
nodes that are then used. While this isn't rocket science it's also
somthing that is hard to get people to agree to (remember the devfs names
that everyone gripes about are not what richard started with it's what he
switched to to get things into the kernel, they changed many times during
that process)

I don't think many people will argue that dynamic assignments are evil,
but I think you will find a lot of people very nervous about switching to
them and the risk involved with doing so.

David Lang

 On Tue, 8 Apr 2003, Werner Almesberger wrote:

> Date: Tue, 8 Apr 2003 19:53:05 -0300
> From: Werner Almesberger <[e-mail]>
> To: Roman Zippel <[e-mail]>
> Cc: [e-mail]
> Subject: Re: 64-bit kdev_t - just for playing
>
> Roman Zippel wrote:
> > Date:   Mon, 7 Apr 2003 22:10:11 +0200 (CEST)
> [...]
> > Date: 	Mon, 7 Apr 2003 23:57:56 +0200 (CEST)
> [...]
> > Ok, Peter refuses to give me an answer to that,
>
> That was a quick conclusion, after less than two hours :-)
>
> Anyway, I agree with your general concern. It only seems good
> engineering practice to also look at the numbering schemes that
> are supposed to go with the device number enlargement.
>
> Or, alternatively, to make sure that it's trivial to make further
> enlargements (or shrinkages), if the need for them should arise.
> I didn't look at the issue in detail, but perhaps the latter is
> the case ?
>
> - Werner
>
> --
>   _________________________________________________________________________
>  / Werner Almesberger, Buenos Aires, Argentina         [e-mail] /
> /_http://www.almesberger.net/____________________________________________/
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [e-mail]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>