For what reasons? I see no valid reason for it being the "Wrong" thing
to do. I wouldn't even call it QUESTIONABLE. Nor is it simply a
"holdover". There are still systems in use whos BIOS simply *does not
support* booting past the 1024th cyl.
1. Putting stuff in /boot is generaly the "standard" thing to do,
generaly won't cause confusion among experienced users, and will make
sense to new users; /lib/modules/* will make no sense whatsoever.
2. /boot is shorter than /lib/modules/`uname -r`, and no I'm not
kidding. I like short pathnames, it's for this reason I prefer to
deposit stuff in /usr instead of /usr/local when it's on my personal
desktop system. I'll sometimes spend hours copying kernels around or
troubleshooting. The last thing I want to do is type
/lib/mod<tab>/2.4<tab><damn forgot, more than one 2..4
kernel>.18<tab><damn forgot more than one -pre <pre-1>/bz<tab> when I
could instead type /bo<tab>/kern<tab>2.4.18....
This of course assumes I'm using a shell with filename completion! That
in itself is not always possible on an extremely broken system.
3. Given that neither system is inherently bad, what makes you
qualified to say it's "wrong" ?
> directory to hold these files when /lib/modules/`uname -r` will do
> the job. Even on systems with no modules, /lib/modules can be
> created to hold the kernel specific files. I put my bootable kernels
> in /lib/modules as well, then I have exactly one place to remove to
> get rid of an old kernel.
>
> If it makes you feel happier, think of /lib/modules as 'kernel
> specific data'. Pity about the name but it is hard coded into too
> many programs to change it to /lib/kernel or /kernel.
>
> >It's a wee bit slower too.
>
> ????
-
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/