stap compilation errors: 2.6.25-rc9 Linux Kernel and FC6

[Peter Teoh]

Are there any problem running systemtap under 2.6.25-rc9?   I stap the
hello-world.stp and got the following errors?

As indicated below, what is this EXTRA_CFLAGS problem?

My systemtap in FC6 are as follows:

SystemTap translator/driver (version 0.5.13 built 2007-03-26)
(Using 0.131 libraries.)
Copyright (C) 2005-2007 Red Hat, Inc. and others

and any problem running with 2.6.25-rc9?

Pass 1: parsed user script and 54 library script(s) in 240usr/10sys/261real ms.
Eliding unused function log
Eliding unused function warn
Eliding unused function error
Eliding unused function stp_print_binary
Pass 2: analyzed script: 1 probe(s), 1 function(s), 0 embed(s), 0
global(s) in 10usr/0sys/5real ms.
probe_1525 locks nothing
Pass 3: translated to C into
"/tmp/staprqN8Lv/stap_17297ca9d48d601a14c24f31ff64789b_247.c" in
0usr/0sys/0real ms.
Running make -C "/lib/modules/2.6.25-rc9/build" M="/tmp/staprqN8Lv" modules V=1
make: Entering directory `/mnt/hd0/download/linux-2.6-latest'
test -e include/linux/autoconf.h -a -e include/config/auto.conf || (           \
        echo;                                                           \
        echo "  ERROR: Kernel configuration is invalid.";               \
        echo "         include/linux/autoconf.h or
include/config/auto.conf are missing.";      \
        echo "         Run 'make oldconfig && make prepare' on kernel
src to fix it.";  \
        echo;                                                           \
        /bin/false)
mkdir -p /tmp/staprqN8Lv/.tmp_versions ; rm -f /tmp/staprqN8Lv/.tmp_versions/*
make -f scripts/Makefile.build obj=/tmp/staprqN8Lv
scripts/Makefile.build:46: *** CFLAGS was changed in
"/tmp/staprqN8Lv/Makefile". Fix it to use EXTRA_CFLAGS.  Stop.
make: *** [_module_/tmp/staprqN8Lv] Error 2
make: Leaving directory `/mnt/hd0/download/linux-2.6-latest'
Pass 4: compiled C into "stap_17297ca9d48d601a14c24f31ff64789b_247.ko"
in 160usr/140sys/488real ms.
Pass 4: compilation failed.  Try again with more '-v' (verbose) options.


-- 
Regards,
Peter Teoh