Devfs, was Re: Migrating to larger numbers
Paul Jakma (paul@clubi.ie)
Tue, 8 Jun 1999 21:21:53 +0100 (IST)
- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Denis Oliver Kropp: "FBIO_COPYBOX, FBIO_RECTFILL"
- Previous message: Dan Egli: "Re: 3com 905 card failure again (network crash)"
- In reply to: Alan Cox: "Re: Migrating to larger numbers"
- Next in thread: Michael Gee: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Michael Gee: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: david parsons: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: DAVID BALAZIC: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: DAVID BALAZIC: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Brendan Cully: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: david parsons: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
On Tue, 8 Jun 1999, Alan Cox wrote:
> but if you're using devfs why would you ever need to do the above? Devfs
You dont have any choice. NFS says "it happens".
> No need to mount /dev over nfs anymore.
You have to handle NFSv3 serving to non Linux clients. And as I said the
obvious approach is to lie and claim to be using 12:20
i think we're mixing up the pov of /dev/ for the server and then for
the client in the same argument.
for a linux client with devfs, it doesn't need to nfs mount any /dev,
it's builtin like /proc. a server can export a standard filesystem
type /dev over nfs to clients, irregardless of what kind of /dev it's
using.
So where's the problem? Also, AFAIK, the split thing is transparent
to devfs. (maybe richard can confirm this).
devfs is a good thing. I and all the rest who have tried it and use
it regularly think so. It's compatible, it's clean, it eliminates
/dev admin maintenance. And it works really well.
When will it be included? And if there are problems to it's
inclusion, what are they, so that a solution can be found.
regards,
--
Paul Jakma
paul@clubi.ie http://hibernia.clubi.ie
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
-------------------------------------------
Fortune:
The first 90% of a project takes 90% of the time, the last 10% takes the
other 90% of the time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
- Next message: Denis Oliver Kropp: "FBIO_COPYBOX, FBIO_RECTFILL"
- Previous message: Dan Egli: "Re: 3com 905 card failure again (network crash)"
- In reply to: Alan Cox: "Re: Migrating to larger numbers"
- Next in thread: Michael Gee: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Michael Gee: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: david parsons: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: DAVID BALAZIC: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: DAVID BALAZIC: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Brendan Cully: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: david parsons: "Re: Devfs, was Re: Migrating to larger numbers"
- Reply: Guest section DW: "Re: Devfs, was Re: Migrating to larger numbers"