Re: [RFC] devfs API

[Richard Gooch <rgooch@ras.ucalgary.ca>]

Alexander Viro writes:
> 	During the last couple of weeks I'd done a lot of digging in
> devfs-related code.  Results are interesting, and not in a good sense.
> 
> 	1) a _lot_ of functions exported by devfs are never used.  At
> all.
[...]

I don't have time right now do deal with all the points you raised,
I'll deal with each of the points you raise over the next week or
so. However, I'll make a couple of quick points:

- I'm leery of changing the API and breaking compatibility between 2.4
  and 2.5 drivers. I also don't want to break out-of-tree drivers
  without giving maintainers plenty of warning. There are a number
  such out there

- I have far more drastic plans for code reduction in devfs. The plan
  I've mentioned since OLS is to leverage sysfs so that devfsd can be
  used to populate devfs from user-space. For the root FS device, I
  figure on writing a mini devfsd for initramfs. From the perspective
  of user-space, this will provide functional compatibility. From
  kernel-space it will effectively be an API change, so I don't want
  to do this twice.

I'd hoped to get the new major version of devfs ready before the
freeze, but limited time (read: funding) has been available. Oh, well.

				Regards,

					Richard....
Permanent: rgooch@atnf.csiro.au
Current:   rgooch@ras.ucalgary.ca