So I’ve expanded my SCST compiles onto other Linux OSes namely Fedora 14 & Red Hat 6.0 and I’ve come across another issue when attempting to get the modified kernel to compile, namely it doesn’t pass the precompile check and never fully assembles into a binary! This one took me a while to figure out but thankfully Google provides for those that seek…

The errors I was seeing were similar to below:



linux/X64/usr/include/drm/drm_mode.h:85: found __[us]{8,16,32,64} type without #include

linux/X64/usr/include/drm/i915_drm.h:120: found __[us]{8,16,32,64} type without #include

linux/X64/usr/include/drm/mga_drm.h:260: found __[us]{8,16,32,64} type without #include

linux/X64/usr/include/drm/radeon_drm.h:758: found __[us]{8,16,32,64} type without #include

linux/X64/usr/include/drm/via_drm.h:117: found __[us]{8,16,32,64} type without #include

linux/X64/usr/include/scsi/scsi_netlink.h:108: found __[us]{8,16,32,64} type without #include

linux/X64/usr/include/linux/resource.h:49: found __[us]{8,16,32,64} type without #include

Essentially a precompiler option #include was messing things up. Thankfully someone over on kernel.org found it and knew what to do about it. You’ve got to do your make menuconfig, make your new .config file then edit it w/ vi. Search for a line stating CONFIG_HEADERS_CHECK=y and make it =n instead.

After that it was smooth sailing and the kernel compiled just fine on Red Hat 6.0 & Fedora 14. I eventually had another problem w/ Fedora 14 down the road but installing redhat-lsb via yum solved that problem (had to do w/ the initial functions that are included in Linux Standard Base!)

Here’s the link I found regarding the compile issue:

https://patchwork.kernel.org/patch/274141/