On Tue, 15 Jul 2008, david@lang.hm wrote:But mkinitrd (which is the _only_ thing that people tend to use to write initrd's - is there even anything else) has already been doing this for years, as has been pointed out several times. This is why I harped on the fact that you already rebuilt your initrd image. So this really isn't a "updated immediately" issue, afaik. Googling for mkinitrd MODULE_FIRMWARE shows a patch from two years ago as the #1 hit in order to make the aic94xx driver work. Loking down a bit, there's a hotplug discussion from early 2005 (gmane says "3 years, 20 weeks, 3 days, 6 hours and 39 minutes ago" in the header). Quite frankly, if it's still a problem, there's simply something _wrong_ with the distribution. And yeah, maybe people need to update their kernel building tools. I already pointed out how the kernel development team quite often says "we will no longer build with gcc-.xyz because it's too old and buggy". The build tools requirements are simply *different* from the runtime tools. If it's literally just an issue of an mkinitrd that is too damn old, why don't we just make that test at kernel build time. *EXACTLY* the same way we test for compilers that are too old, and refuse to build with them? (And no, I have no idea which version we should test for. In fact, mkinitrd seems to be singularly hard to test versions for, in that it seems to want the user to be root even just to give the version output. Ooh). Linus --
| Linus Torvalds | Linux 2.6.27-rc5 |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jeff Kirsher | [BUG] NULL pointer dereference in skb_dequeue |
