2.5.68 and SMP on arch/sparc
Hi,
out whatever reasons I'm currently trying to update a debian installation on an old 2 processor SparcStation 20 clone.
Unfortunately I run into trouble compiling a 2.5.68 kernel on it. It seems that the inline "cpu_possible" is missing out of include/asm-sparc/smp.h while being existent in include/asm-i386/smp.h and others. A Also unfortunately it seems to be needed for compiling successfully. Even more unfortunately I don't have an idea on how to add it (or rather what to add) because I'm not so deeply involved into inner kernel workings or the sparc architecture.
I attached the errors below. Am I the only one who tries to ran an actual 2.5 testing kernel on this vintage hardware?
While in this issue (even when it's off topic for this list, so please ignore if you feel insulted): Does anyone have an idea why swapon /dev/sdc2 throws a core since I updated to a (successfully for SMP compiled) 2.4.20 kernel? The swapon syscall is executed and in fact the swapspace is added but afterwards the swapon utility hickups with an segmentation fault... Had a look into the source but didn't understand what may be happening that results into a segfault.
Regards
Schwarzseher
---8<---8<---cut here for the kernel compile errors ---8<----8<-----8<----
gcc -Wp,-MD,init/.main.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -m32 -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7 -fomit-frame-pointer -nostdinc -iwithprefix include -DKBUILD_BASENAME=main -DKBUILD_MODNAME=main -c -o init/.tmp_main.o init/main.c
In file included from include/linux/blkdev.h:6,
from include/linux/blk.h:4,
from init/main.c:26:
include/linux/genhd.h: In function `disk_stat_set_all':
include/linux/genhd.h:140: warning: implicit declaration of function `cpu_possible'
In file included from include/linux/interrupt.h:10,
from include/asm/highmem.h:23,
from include/linux/highmem.h:12,
from include/linux/pagemap.h:10,
from include/linux/blkdev.h:10,
from include/linux/blk.h:4,
from init/main.c:26:include/asm/hardirq.h: In function `irqs_running':include/asm/hardirq.h:135: `smp_num_cpus' undeclared (first use in this function) include/asm/hardirq.h:135: (Each undeclared identifier is reported only once include/asm/hardirq.h:135: for each function it appears in.) include/asm/hardirq.h:136: BR_GLOBALIRQ_LOCK' undeclared (first use in this function) include/asm/hardirq.h: In function release_irqlock':include/asm/hardirq.h:148: BR_GLOBALIRQ_LOCK' undeclared (first use in this function) init/main.c: In function smp_init':init/main.c:339: warning: implicit declaration of function num_online_cpus' init/main.c:341: warning: implicit declaration of function cpu_online' make[1]: *** [init/main.o] Error 1
make: *** [init] Error 2
----8<--------8<-------8<-------8<-----
Quoted 4 lines · Schwarzseher
Hi,
out whatever reasons I'm currently trying to update a debian installation on an old 2 processor SparcStation 20 clone.
Quoted 8 lines
Unfortunately I run into trouble compiling a 2.5.68 kernel on it. It seems that the inline "
cpu_possible" is missing out ofinclude/asm-sparc/smp.hwhile being existent ininclude/asm-i386/smp.hand others. A
Also unfortunately it seems to be needed for compiling successfully. Even more unfortunately I don't have an idea on how to add it (or rather what to add) because I'm not so deeply involved into inner kernel workings or the sparc architecture.
This is a known problem and one that I'm hoping (if no one else gets around to it) to fix when I get back home and have access to my SMP sparc to test with.
Quoted 3 lines
I attached the errors below. Am I the only one who tries to ran an actual 2.5 testing kernel on this vintage hardware?
I know for sure that I am, check out http://osinvestor.com/sparc/ for my sparc32 kernel status page. I also know for sure that not many other people are.
Quoted 7 lines
While in this issue (even when it's off topic for this list, so please ignore if you feel insulted): Does anyone have an idea why swapon
/dev/sdc2throws a core since I updated to a (successfully for SMP compiled) 2.4.20 kernel? The swapon syscall is executed and in fact the swapspace is added but afterwards the swapon utility hickups with an segmentation fault... Had a look into the source but didn't understand what may be happening that results into a segfault.
There is a patch going around for this that will hopefully be in the next stock release.
One note: please e-mail the [email protected] with sparc specific problems since you're more likely not to get lost in the noise there. Also, the list archives at
http://marc.theaimsgroup.com/?l=linux-sparc (or various other places) hold answers to all sorts of questions.
Regards,
Rob Radez