Re: 2.1.132 compile errors.
> "Anton" == Anton Blanchard <[EMAIL PROTECTED]> writes: Anton> The mainstream kernel is out of sync for sparc. For the Anton> moment use the vger kernel (see Anton> ftp://vger.rutgers.edu/pub/linux/README.CVS) or else wait a Anton> while for davem and linus to sync up. Speaking of which,does anyone know where I can find an ftp tarball, rather than have to pull the entire source from CVS? .125 has some nasty screen repaint issues on my ss5-170, but I'd rather not do a complete source pull over 33.6k. -- Stephen --- It should be illegal to yell "Y2K" in a crowded economy. :-) -- Larry Wall
Re: 2.1.132 compile errors.
On Sun, 27 Dec 1998, Dave Broudy wrote: > I've been getting NMIs somewhat frequently with .125, especially, but not > exclusively, when exiting X. Any advice on whether 130 or 131 might get > rid of the NMIs? Or is it just a Sparc 2 thing? > Actually, it happens to me with .131 on occassion. Even worse now that I got enlightenment compiled and running as my WM. --chris
Re: 2.1.132 compile errors.
On Sat, 26 Dec 1998, Chris Trainor wrote: > Ahhh, ok. Wasn't sure what was up. the .125, .130 and .131 kernels > compile fine for me from tsx-11. Oh well, i'll have to stick with .131. > and play with .132 on my Pentiumpro box. :) I've been getting NMIs somewhat frequently with .125, especially, but not exclusively, when exiting X. Any advice on whether 130 or 131 might get rid of the NMIs? Or is it just a Sparc 2 thing? Dave Broudy [EMAIL PROTECTED]
Re: 2.1.132 compile errors.
Ahhh, ok. Wasn't sure what was up. the .125, .130 and .131 kernels compile fine for me from tsx-11. Oh well, i'll have to stick with .131. and play with .132 on my Pentiumpro box. :) --chris On Sun, 27 Dec 1998, Anton Blanchard wrote: > > > I'm getting errors trying to compile 2.1.132 on my SS5-85 and was > > wondering if anyone else had any trouble, or ideas on how to fix. > > Hi Chris, > > The mainstream kernel is out of sync for sparc. For the moment use the > vger kernel (see ftp://vger.rutgers.edu/pub/linux/README.CVS) or else > wait a while for davem and linus to sync up. > > Cheers, > Anton >
Re: 2.1.132 compile errors.
> I'm getting errors trying to compile 2.1.132 on my SS5-85 and was > wondering if anyone else had any trouble, or ideas on how to fix. Hi Chris, The mainstream kernel is out of sync for sparc. For the moment use the vger kernel (see ftp://vger.rutgers.edu/pub/linux/README.CVS) or else wait a while for davem and linus to sync up. Cheers, Anton
2.1.132 compile errors.
I'm getting errors trying to compile 2.1.132 on my SS5-85 and was wondering if anyone else had any trouble, or ideas on how to fix. thanks --Chris kernel 2.1.132 atlantia:~/Kernel/linux# make vmlinux gcc -D__KERNEL__ -I/root/Kernel/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7 -c -o init/main.o init/main.c gcc -D__KERNEL__ -I/root/Kernel/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7 -DUTS_MACHINE='"sparc"' -c -o init/version.o init/version.c make -C kernel make[1]: Entering directory `/root/Kernel/linux/kernel' make all_targets make[2]: Entering directory `/root/Kernel/linux/kernel' gcc -D__KERNEL__ -I/root/Kernel/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7 -DEXPORT_SYMTAB -c signal.c gcc -D__KERNEL__ -I/root/Kernel/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7 -DEXPORT_SYMTAB -c ksyms.c /root/Kernel/linux/include/asm/softirq.h: In function `disable_bh': In file included from /root/Kernel/linux/include/linux/interrupt.h:51, from ksyms.c:21: /root/Kernel/linux/include/asm/softirq.h:136: wrong type argument to increment /root/Kernel/linux/include/asm/softirq.h: In function `enable_bh': /root/Kernel/linux/include/asm/softirq.h:142: wrong type argument to decrement /root/Kernel/linux/include/asm/softirq.h: In function `init_bh': /root/Kernel/linux/include/asm/softirq.h:149: incompatible types in assignment make[2]: *** [ksyms.o] Error 1 make[2]: Leaving directory `/root/Kernel/linux/kernel' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/root/Kernel/linux/kernel' make: *** [_dir_kernel] Error 2 atlantia:~/Kernel/linux#
