Kyle Moffett <[email protected]> wrote:
>
> > Have we worked out how it is to be done?
>
> Here's what we've got so far:
>
> 1) At some point the arch/driver/etc maintainers (for anything that
> interacts with userspace), need to start converting things on their
> own (such as moving ioctl and struct declarations to a <kabi/*.h>
> header file), because the people working on it certainly don't have
> all the varieties of hardware and userspace programs that would be
> affected by this change.
This will be very disruptive.
> 2) The goal is to minimize changes to kernel code. I'm not out to
> rename "struct list_head", that would be silly! Instead, the header
> <linux/list.h> would be basically reduced to this:
>
> #ifndef __LINUX_LIST_H
> # define __LINUX_LIST_H 1
> # ifdef __KERNEL__
>
> # define __kcore_list_item list_head
> # include <kcore/list.h>
> # define list_add(x,y) __kcore_list_add(x,y)
>
> [...etc...]
>
> # endif /* __KERNEL__ */
> #endif /* not __LINUX_LIST_H */
I hope list.h was a poorly-chosen example, and that there are no plans to
actually do anything like the above to list.h.
Surely the only files which need to be altered are those which we can
reasonably expect userspace to actually include.
> 3) Another side effect of this project will be that we will have
> the chance to clean up and merge some of the stuff currently in
> the asm-* directories.
I'd suggest that you avoid side-effects. Unrelated cleanups are unrelated
- do it as a separate project.
I'm very dubious about the whole idea, frankly.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
|
|