Re: Make kernel fail in modules after upgrade 4.2 - 5.0
On Sun, 18 Feb 2001, Pete Carah wrote: This may relate to a commit about noon (PST) today fixing a different problem. I'm just waiting it out :-) Oh. I'll just wait too. Welcome to "current" where (especially lately) about half the time things don't 'make'... (I'm trying to recompile my kernel after recovering from the libc circus, trying to prevent some new panics) Yeah. I don't know what I smoked yesterday to decide to go 'current' (In fact, it is because mozilla-0.8 doesn't compile/run on 4.2, but reportedly works on 5.0. I bet I just replaced a small set of problems by a larger one...). On the bright side, this will keep me entertained for weeks :-) Thanks for the reply, Cheers, --fred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make kernel fail in modules after upgrade 4.2 - 5.0
During the fixing stages of the libc problem, vinum caused panics fairly regularly for me (very early on or during fsck). I'm now seeing panics in ufs write after medium heavy activity (make world, no -j) on SMP, no reg dump comes out. Complains about table inconsistent (don't remember the precise message). Hopefully my hardware is OK; this machine has been stable for several weeks with upgraded RAM. I've just upgraded from 2001-01-25 to 2001-02-18:0100 CET and everyting seemed to work fine for me... Well, that was not true: The new kernel panics during dump(8), even when running in single user mode. This error is reproducible, though not at exactly the same number of dumped bytes (the dump file is more or less big). Shutting down now frequently leaves unflushed buffers too. I'm just rebuilding with DDB now... Anyone experiencing problems while dumping? Thanks, -Farid. -- Farid Hajji -- Unix Systems and Network Admin | Phone: +49-2131-67-555 Broicherdorfstr. 83, D-41564 Kaarst, Germany | [EMAIL PROTECTED] - - - - - - - - - - - - - - - - - - - - - - - + - - - - - - - - - - - - Murphy's Law fails only when you try to demonstrate it, and thus succeeds. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Make kernel fail in modules after upgrade 4.2 - 5.0
Hi, What I did: cvsup from 4.2-STABLE to 5.0-CURRENT make buildworld make installworld mergemaster -- All this went okay Then updated my kernel config file and compiled the kernel. (I still haven't rebooted the machine) The build fails in: === 3dfx ld -r -o 3dfx.kld tdfx_pci.o /usr/libexec/elf/ld: cannot open tdfx_pci.o: No such file or directory *** Error code 1 Stop in /usr/src/sys/modules/3dfx. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/AGLAE. 3dfx seems to be the first module. If I try to build it by hands: su-2.03# pwd /usr/src/sys/modules/3dfx su-2.03# make clean rm -f setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o 3dfx.ko 3dfx.kld tdfx_pci.o @ machine symb.tmp tmp.o opt_tdfx.h bus_if.h device_if.h pci_if.h su-2.03# make Warning: Object directory not changed from original /usr/src/sys/modules/3dfx @ - /usr/src/sys machine - /usr/src/sys/i386/include echo "#define TDFX_LINUX" opt_tdfx.h perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/dev/pci/pci_if.m perl @/kern/makeobjops.pl -h @/kern/device_if.m ld -r -o 3dfx.kld tdfx_pci.o /usr/libexec/elf/ld: cannot open tdfx_pci.o: No such file or directory *** Error code 1 Stop in /usr/src/sys/modules/3dfx. su-2.03# ls @ bus_if.hmachine pci_if.h Makefiledevice_if.h opt_tdfx.h If I try to build any other module, I have the same error. Looks like my makefiles are in bad shape and forget to build the object files. What can I do ? Thanks in advance, --fred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make kernel fail in modules after upgrade 4.2 - 5.0
This may relate to a commit about noon (PST) today fixing a different problem. I'm just waiting it out :-) Welcome to "current" where (especially lately) about half the time things don't 'make'... (I'm trying to recompile my kernel after recovering from the libc circus, trying to prevent some new panics) During the fixing stages of the libc problem, vinum caused panics fairly regularly for me (very early on or during fsck). I'm now seeing panics in ufs write after medium heavy activity (make world, no -j) on SMP, no reg dump comes out. Complains about table inconsistent (don't remember the precise message). Hopefully my hardware is OK; this machine has been stable for several weeks with upgraded RAM. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message