On 06/07/2010 07:53 PM, Stephan Wiesand wrote: > Hi Troy, > > On Jun 7, 2010, at 20:15 , Troy Dawson wrote: > >> *Kernel-modules >> They are a necessary evil. How should we handle them on SL6 > > Very good question. Unfortunately, it's hard to answer right now. The 'kernel-module-' way has worked well for us - some overhead, but no ugly surprises. KABI-dependent modules are certainly an attractive alternative. Alas, the whitelisted ABI was much too restricted in the past to be useful for our purposes (not usable for the nvidia driver nor the AFS client, to give just two examples). It seems that's being worked on, and circumstances are likely to change before RHEL6 GA. My current proposal would be to stay with kernel-module- except where KABI-aware kmods work cleanly. > We (at elrepo.org) have started to look at building kABI modules under RHEL6beta1 and the differences from RHEL5. As Stephan said, there were initially some issues (on RHEL5) building modules that required symbols not whitelisted within a particular kABI, but we were able to work around those. Within el6, things are somewhat different - the kernel now provides *every* symbol as a dependency so you can build against them even if the symbol isn't on the whitelist, which should make packaging somewhat easier. I'm not overly familiar with the 'kernel-module' method used in SL5. What I anticipate from RHEL6, much as with RHEL5, is that kABI-tracking kmods should work seamlessly within any update release (eg, 6.0, 6.1, 6.2 etc), and ideally should also work across update releases too. So, at worst, you might need to rebuild the occasional kmod package against a new update release kernel when it comes out (for example, against 6.1 or 6.2 release kernel). But largely, it should just be a case of build once and forget it which is great for both package maintainers and package users. The kmodtool script in RHEL6 isn't hugely different from that in RHEL5, and we have an example kmod package in our el6/testing repository containing SPEC file and scripts that can be used as examples for building kABI-tracking kmod packages for RHEL6. If you decide to go the kABI-tracking kmod route then we'd be happy to help, but it's really not that difficult once you get the process laid down. Regards, Phil http://elrepo.org