34144e835d
The "unset MODULE_DIR" trick was enough to get Linux 3.x kernels compiling, but it was definitely the Wrong Thing We NEED MODULE_DIR set so that depmod can store the right dependencies during the build. The REAL problem with the 3.x kernels was two-fold: Our module-init-tools was so old that the kernel build needed to introduce a hack when calling depmod (involving creating a symlink prepending 99.98 to the version number), and the depmod wrapper was moved out of the Makefile into scripts/depmod.sh, so our substituteInPlace to get rid of '-b $(INSTALL_MOD_PATH)' in the Makefile was a noop and INSTALL_MOD_PATH was still being passed to depmod. This is now fixed and modprobe can successfully find dependencies using the modules.dep created during install svn path=/nixpkgs/trunk/; revision=29559 |
||
---|---|---|
.. | ||
aufs2-33.patch | ||
aufs2-34.patch | ||
aufs2-35.patch | ||
aufs2.1-3.0.patch | ||
aufs2.1-36.patch | ||
aufs2.1-37.patch | ||
aufs2.1-38.patch | ||
aufs2.1-39.patch | ||
aufs2.patch | ||
builder.sh | ||
cifs-timeout-2.6.15.patch | ||
cifs-timeout-2.6.25.patch | ||
cifs-timeout-2.6.29.patch | ||
cifs-timeout-2.6.35.patch | ||
cifs-timeout-2.6.38.patch | ||
config-2.6.31-armv5tel | ||
dell-rfkill.patch | ||
efi-stub.patch | ||
generate-config.pl | ||
generic.nix | ||
getline.patch | ||
guruplug-defconfig.patch | ||
guruplug-mach-type.patch | ||
linux-2.6.15.nix | ||
linux-2.6.25.nix | ||
linux-2.6.26.nix | ||
linux-2.6.27.nix | ||
linux-2.6.28.nix | ||
linux-2.6.29.nix | ||
linux-2.6.31.nix | ||
linux-2.6.32-xen.nix | ||
linux-2.6.32.nix | ||
linux-2.6.33.nix | ||
linux-2.6.34.nix | ||
linux-2.6.35.nix | ||
linux-2.6.36.nix | ||
linux-2.6.37.nix | ||
linux-2.6.38.nix | ||
linux-2.6.39.nix | ||
linux-3.0.nix | ||
linux-3.1.nix | ||
linux-nanonote-jz-2.6.34.nix | ||
linux-nanonote-jz-2.6.35.nix | ||
linux-nanonote-jz-2.6.36.nix | ||
mips_restart.patch | ||
patches.nix | ||
sec_perm-2.6.24.patch | ||
sheevaplug_modules-2.6.35.patch |