Red Hat custom Kernel compilation mini-How-To for Red Hat 8-9

Carpaurion · 12-01-2004, 12:29 PM

thanks that was very helpful

septanla · 12-15-2004, 03:00 AM

Quote:

Originally posted by Thetargos
That is because some fundamental changes between the 2.4 kernels (which RH9 has by default) and the 2.6 kernel. For instance, in the 2.4 kernel you should load the mouse_dev.o and keyb_dev.o modules to have USB mice and keyboard functinality, in 2.6 this is no needed, you may still compile them, but as the Help tidbits in the kernel will tell you, this will only enable the HID interface minimalistically (just a boot set of options) and thus they don't recommend that. You may safely ignore that. About the IPtables errors, since RH 9 is compatible with both iptables and ipchains (the old firewall software), you may avoid these problems if you compiled everything as modules (included ipchains support) under packet filtering for IPv4, I've never had problems with that.

Unless the USB errors are getting you into trouble (not being able to use your mouse/keyboard) you may safely ignore these error, otherwise post back and I'll post a rather rude workaround.

Hi, Thetargos:
I would like to know your rude way to workaround the USB problem.

Thank you!

Septanla

Thetargos · 12-15-2004, 02:26 PM

Before I post the workaround, please tell me if the problems you are having are related to a series of [ ERROR!! ] error messages when loading the USB devices and/or mounting the USB filesystem. I will have to look at my FC1 machine (virutally identical to RH9) to dig out the solution I came up with... In the mean time, please just confirm these (errors regarding mouse_dev and keyb_dev modules, plus general USB module problems)

whipermr5 · 12-20-2004, 04:56 AM

Someone please see this! I should have posted it here.

http://www.linuxquestions.org/questi...hreadid=268304

Thanks

Thetargos · 12-20-2004, 02:22 PM

Quote:

Originally posted by whipermr5
Someone please see this! I should have posted it here.

http://www.linuxquestions.org/questi...hreadid=268304

Thanks

What does it happen when you simply do:

Code:

make dep modules modules_install install

In that post you wen't straight to the bzImage (the actual kernel), and you configured the driver as a module

Another thing, under /usr/src/linux-2.4.20-31.9/include, asm should be a link to asm-i386, something like this:

Code:

ls -l /usr/src/linux-2.4.20-31.9/include/asm
lrwxr-xr-x    1 root root     8 dic 16 21:29 asm -> asm-i386

If it is an acutal directory, I suggest you to remove it (making sure the ams-i386 directory exists!!) and then link to the asm-i386 directory.

whipermr5 · 12-21-2004, 01:39 AM

Thanks Thetargos, normally I compile bzImage before the others, and the others does not have a problem.

I checked, and /usr/src/linux-2.4.20-31.9/include/asm is really a link to /usr/src/linux-2.4.20-31.9/include/asm-i386. So what is the problem now?

Thetargos · 12-21-2004, 01:43 AM

Especially in RH 9 for some strange, and obscure reason, I've always had problems when I try to recompile their stock kernel source, however, in my case they usually seem to fail about the crypto libraries (a reason I always rebuild a stock RH9 source without those).

whipermr5 · 12-21-2004, 01:50 AM

Maybe I'll install the 2.6 kernel then. What are crypto libraries?

Thetargos · 12-21-2004, 01:54 AM

The Crypto libraries are algorithms to encrypt data, I don't know exactly how are they implemented at kernel level, maybe to provide some sort of speed up, but they're there, and RH kenrels (and FC's for that matter) usually include them.

whipermr5 · 12-21-2004, 02:00 AM

"I've always had problems when I try to recompile their stock kernel source"

Did you ever manage to recompile the kernel?

Thetargos · 12-21-2004, 02:04 AM

Yes, if I de-select the crypto libraries... Or by going through compilation errors, find out to what config option it belongs and de-select that.

whipermr5 · 12-21-2004, 02:06 AM

What do you think my problem is? And what's all the sched.c errors?

Thetargos · 12-21-2004, 02:10 AM

sched.c may refer to the kernel's internal scheduler, an algorithm to asign precedence and priority to processes... Maybe what you have is a faulty gcc?? Or do you have your CPU overclocked? Overclocking may have quite adverse effects on compiling (when it is too high, or poorly done)

whipermr5 · 12-21-2004, 02:19 AM

I don't see how my gcc can get corrupted, but maybe I'll reinstall it. Anyway, my cpu cannot have been overclocked, 'cause I tried doing it with no applications running and no X server too, but it still failed.

Thetargos · 12-21-2004, 02:29 AM

HAve you tried re-compiling a "pure" stock kernel, i.e without NTFS support? Another suggestion is to try out a plain vanilla kernel source tree, using your stock .config and then enabling NTFS on that... other than what I've already said, I really don't know what may be the problem.