Date: Wed, 01 Sep 1999 12:42:50 -0700 From: Mike Smith <mike@smith.net.au> To: Parag Patel <parag@cgt.com> Cc: freebsd-stable@freebsd.org Subject: Re: STABLE SMP build failure for today and yesterday Message-ID: <199909011942.MAA00535@dingo.cdrom.com> In-Reply-To: Your message of "Wed, 01 Sep 1999 10:34:35 PDT." <1972.936207275@pinhead.parag.codegen.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Today being Sep 1, and yesterday being Aug 31. This is different from > the kern_sig.c problem reported earlier. I broke this with the rendezvous changes yesterday; my test SMP system is going to Kirk and I fumbled this one. If it hasn't already been resolved, I'll fix it today. > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK -include opt_global.h -elf ../../i386/i386/mp_machdep.c > ../../i386/i386/mp_machdep.c: In function `smp_rendezvous_action': > ../../i386/i386/mp_machdep.c:2687: warning: implicit declaration of function `atomic_add_int' > ../../i386/i386/mp_machdep.c: In function `smp_rendezvous': > ../../i386/i386/mp_machdep.c:2711: `smp_rv_lock' undeclared (first use this function) > ../../i386/i386/mp_machdep.c:2711: (Each undeclared identifier is reported only once > ../../i386/i386/mp_machdep.c:2711: for each function it appears in.) > ../../i386/i386/mp_machdep.c:2723: `PSL_I' undeclared (first use this function) > machine/cpufunc.h:419: warning: inlining failed in call to `write_eflags' > ../../i386/i386/mp_machdep.c:2723: warning: called from here > *** Error code 1 > > I looked into mp_machdep.c, and it looks like a couple of header files > atomic.h and psl.h have been removed. However, adding these files back > in, there's no definition of smp_rv_lock, which is used in the new > smp_rendezvous routine at the end. It's also missing from init_locks, > also in the same file. Adding these back in, and it fails to link, not > being able to find "KPSEL". This appears to be a symbol generated by > the CURRENT genassym but not the STABLE. > > At this point, I decided that I'm over my head with the SMP code. :) > > Non-SMP kernel builds work just fine, as did buildworld and installworld > as of Aug 31 evening. The test machine is running the results of that > buildworld, and only the SMP kernel builds are failing. (Well, aside > from the new kern_sig.c problem.) > > > -- Parag Patel > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909011942.MAA00535>