SlackwareThis Forum is for the discussion of Slackware Linux.
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.
You compile a 2.4 kernel? Since 2.6 you just invoke make with no argument to buid bzImage and modules, maybe using the -j switch to speed compilation time
I still use make bzImage also. Guess I missed the memo.
Old habits I guess, I still remember the change as I switched distro from Redhat to Slackware when 2.6 was out, it was one on the first distro who used it and I needed a 2.6 compilation for my hardware (and as a bonus kernel compilation no longer required heavy patching!)
You compile a 2.4 kernel? Since 2.6 you just invoke make with no argument to buid bzImage and modules, maybe using the -j switch to speed compilation time
I've never looked into it. I guess they set up a default make, but either way works. (I have my -j option set as a environment variable upon login.)
I still use menuconfig, even though I know several people prefer one of the GUIs.
Luckily, it's pretty easy. Grab a config from Pat and then save it as the .config, then simply run make bzImage modules, then make modules_install, finally copy the bzImage to your boot/EFI area, regen your initrd (if needed), and update your bootloader's config (and possibly rerun it, like if you're running lilo).
Hi bassmadrigal.
Won't that result in a carbon copy of what doesn't work now on my computer?
If it does make things not work, then you'd mark that bisect as bad and then compile the new bisect that is recommended and try again.
This is how specific commits are able to be determined to be the cause of the bug.
Thanks for the encouragement and instructions.
I approach 70 yrs old now. Haven't compiled a kernel in at least 25 years now. I made another try last night. Will try it out today after I return from town (2 hour round trip). Gonna try a bisect now that the fear is gone.
EDIT - I used Pat's config and also the source from the Slackware file tree. You would think that it would produce a carbon copy of his 5.10.7-generic kernel with any flaws in the boot process I have been experiencing *BUT* it boots and it boots every time so what do I make of that?
What should I attempt to bisect? 5.10.1 or something else?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.