From: Alan Woodland (awoodland_at_debian_dot_org)
Date: Thu Mar 25 2010 - 10:50:48 PDT
Hi,
I'm starting to take a look at 2.6.33 support. First up: utsrelease.h
has been moved, I think the following patch solves that.
--- blcr-0.8.2.orig/acinclude.m4 2010-03-25 17:01:35.000000000 +0000
+++ blcr-0.8.2/acinclude.m4 2010-03-25 17:45:25.000000000 +0000
@@ -246,7 +246,7 @@
my ($srcdir, $cpp_cmd) = @ARGV;
my $stamp = time;
$cpp_cmd =~ s/([#()])/\\$1/g; # quote problematic shell metachars
- FILE: foreach my $file qw/version.h utsrelease.h/ {
+ FILE: foreach my $file qw(version.h utsrelease.h
../generated/utsrelease.h) {
my $path = "$srcdir/include/linux/$file";
next FILE unless (-f $path);
open(F, "echo '=${stamp}->UTS_RELEASE<-' | ${cpp_cmd} -include
${path} - |") || exit 1;
Still doesn't configure yet though and it looks like another change in
the way configured options get stored:
checking for SMP kernel source... no
checking for SMP kernel symbol table... yes
======================================================================
Please review the following configuration information:
Kernel source directory = /lib/modules/2.6.33.1/build
Kernel build directory = /lib/modules/2.6.33.1/build
Kernel symbol table = /boot/System.map-2.6.33.1
Kernel version probed from kernel build = 2.6.33.1
Kernel running currently = 2.6.33.1
======================================================================
configure: error: Kernel source is configured uni-processor but the
kernel symbol table is SMP. Consider specifying a symbol table with
--with-system-map or --with-vmlinux. Or, if using kernel sources that
are configured by /boot/kernel.h, you may try --with-kernel-type=SMP
to force an SMP interpretation of the sources.
Looking in to it now.
Alan