lkml.org 
[lkml]   [2001]   [Sep]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: DEVFS_FL_AUTO_DEVNUM on block devices
taral@taral.net writes:
> On Tue, Sep 04, 2001 at 02:13:34PM -0600, Richard Gooch wrote:
> > taral@taral.net writes:
> > >
> > > --HlL+5n6rz5pIUxbD
> > > Content-Type: text/plain; charset=us-ascii
> > > Content-Disposition: inline
> > > Content-Transfer-Encoding: quoted-printable
> >
> > Please fix your mailer to not send this junk.
>
> It's not junk, it's PGP/MIME.

"One man's junk is another man's treasure" :-)

> But I disabled it for you.

Thanks. It just gets in the way. And I'm tired of what I consider
pollution on the 'net. With horror I consider MIME+HTML+vcard. Next I
suppose we'll have M$ "active email" which requires a full virtual
machine in which to execute. <shudder>

> > You can use the devfs_alloc_major() function to grab a major number
> > that won't conflict with another driver. Then use that major when
> > calling devfs_register().
>
> Sounds good to me. It might be wise, however, to disable use of
> DEVFS_FL_AUTO_DEVNUM in devfs_register with block devices, since
> it's not incredibly useful to have two different drivers sharing a
> major number.

That's a policy decision, and I don't want to make that. Also
consider that with the block I/O rewrite planned for 2.5, we'll do
away with these abominable arrays, and thus DEVFS_FL_AUTO_DEVNUM makes
plenty of sense even for block devices. It will in fact be the
preferred way of doing things (at least for devfs).

Regards,

Richard....
Permanent: rgooch@atnf.csiro.au
Current: rgooch@ras.ucalgary.ca
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:02    [W:0.058 / U:0.928 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site