[PATCH] Towards 2.6.33 support

From: Alan Woodland (awoodland_at_debian_dot_org)
Date: Thu Mar 25 2010 - 10:50:48 PDT

  • Next message: Paul H. Hargrove: "Re: [PATCH] Towards 2.6.33 support"
    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/
      Kernel build directory = /lib/modules/
      Kernel symbol table = /boot/System.map-
      Kernel version probed from kernel build =
      Kernel running currently =
    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.

  • Next message: Paul H. Hargrove: "Re: [PATCH] Towards 2.6.33 support"