Re: [PATCH][2.4-AC] sync 2.4 asm-i386/cpufeature.h to 2.5.47

• Next message: Davide Libenzi: "Re: [rfc] epoll interface change and glibc bits ..."
• Previous message: Nathan Scott: "Memory leak in 2.4 vmalloc.c get_vm_area"
• In reply to: Ian Morgan: "Re: [PATCH][2.4-AC] sync 2.4 asm-i386/cpufeature.h to 2.5.47"
• Next in thread: Ian Morgan: "Re: [PATCH][2.4-AC] sync 2.4 asm-i386/cpufeature.h to 2.5.47"
• Reply: Ian Morgan: "Re: [PATCH][2.4-AC] sync 2.4 asm-i386/cpufeature.h to 2.5.47"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Mon, 18 Nov 2002, Ian Morgan wrote:

> On Sun, 17 Nov 2002, Zwane Mwaikambo wrote:
>
> > Ian this should fix your compilation problem.
> > Alan, Dave this applies clean to 2.4.19 vanilla too.
>
> Close. Really close. It compiles, but now has an unresolvable symbol?
>
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.20-rc1-ac4/kernel/arch/i386/kernel/p4-clockmod.o
> depmod: smp_num_siblings
>
> This is baffling me, because 'smp_num_siblings' is indeed listed in
> System.map as:
>
> c0292e28 D smp_num_siblings
>
> Any clues?

Is CONFIG_SMP set?

        Zwane

-- 
function.linuxpower.ca
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

• Next message: Davide Libenzi: "Re: [rfc] epoll interface change and glibc bits ..."
• Previous message: Nathan Scott: "Memory leak in 2.4 vmalloc.c get_vm_area"
• In reply to: Ian Morgan: "Re: [PATCH][2.4-AC] sync 2.4 asm-i386/cpufeature.h to 2.5.47"
• Next in thread: Ian Morgan: "Re: [PATCH][2.4-AC] sync 2.4 asm-i386/cpufeature.h to 2.5.47"
• Reply: Ian Morgan: "Re: [PATCH][2.4-AC] sync 2.4 asm-i386/cpufeature.h to 2.5.47"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:25 EST