Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Is there a universal tool for probing hardware and determing which features can be safely removed from the .config file used in kernel building? Today I removed a lot of features that seemed to me unused using the menu xconfig command, but the new kernel didn't boot. So I've found myself choosing between 2 evils - there's dozens and hundreds drivers I wouldn't need (telephony, amateur radio, video cards I don't have etc etc etc) but I don't know exactly about many of these features whether they're relevant for my hardware or not, whether I should them remove. The standard device probing program on my Ubuntu 6 doesn't help much. So at the moment I'm compiling a new kernel with all this load of stuff set by default, but it sucks a bit that I'm forced to using drivers I might not need at all. Doesn't anyone know any kind of a tool that could resolve this problem?
If these extra drivers are compiled as kernel modules, as most (just about all) of them are usually by default, then there's really no problem. The only downside is a little extra disk space storing them and a little longer compile time when you redo your kernel. Your system will not run slower, or use more memory, because of a few unused modules laying around. You will use a bit more disk space to store them, but it's usually insignificant in the grand scheme of things. You can get rid of the things you OBVIOUSLY won't be needing when you compile the kernel, but if it's not 100% obvious then I'd say just let it compile (as a module). Your CPU needs to work up a good sweat every now and then anyway! (To keep the thermal paste conducting well )
Distribution: Distribution: RHEL 5 with Pieces of this and that.
Kernel 2.6.23.1, KDE 3.5.8 and KDE 4.0 beta, Plu
Posts: 5,700
Rep:
No tool I know of. The Docs within the kernel source explain what many of the modules that can be built will work with. Easiest way if unsure then make as module. Like haertig says it will take up more space but will not impact on performance because if not needed then it is not loaded.
It won't configure your kernel for you, but lshw is a good tool for finding out what you've got lurking under the hood. The GUI version (gtk-lshw) organizes things nicely.
Thank you Hangdog42!!! This is tool is practically what I needed!!!
Yes, you are right, guys, about compiling things as modules, but you always want your system to be perfect and kernel being compiled some ten minutes shorter...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.