well, since my last adventure with header files went over so swimmingly, i might as well keep going. :-) to my surprise, i learned only today that module.h includes moduleparam.h, which flies in the face of all of the documentation i've ever read which was adamant that i *had* to include moduleparam.h if i was using parameters. i'm guessing this comes as a surprise to the 400+ header files which include both unnecessarily. so ... in a perfect world, should a module source file that doesn't use parameters *at all* need to include moduleparam.h? as it stands now, yes, it does, given some ugly inter-dependencies between the two files. so, at the very least, programmers can stop including moduleparam.h, unless there's a cleaner way to do all that. rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://fsdev.net/wiki/index.php?title=Main_Page ======================================================================== -
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| James Bottomley | Re: Integration of SCST in the mainstream Linux kernel |
| Borislav Petkov | 2.6.23-rc1: no setup signature found... |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [BUG] New Kernel Bugs |
