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
-
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/
This archive was generated by hypermail 2b29 : Fri Nov 15 2002 - 22:00:33 EST