Re: Kernel breakage?
On Sun, Oct 27, 2002 at 06:35:30PM -0800, Julian Elischer wrote: > I got caught by this too you need to do your kernel build in a "make > buildkernel" after doing a make buildworld, so that it uses the newly > compiled compiler. > > should be in UPDATING. Well, it is in UPDATING..this has been the documented way to do kernel builds for at least a year. Kris msg45469/pgp0.pgp Description: PGP signature
Re: Kernel breakage?
I got caught by this too you need to do your kernel build in a "make buildkernel" after doing a make buildworld, so that it uses the newly compiled compiler. should be in UPDATING. On Sun, 27 Oct 2002, Josef Karthauser wrote: > Is this me? > > cc1: warnings being treated as errors > /usr/src/sys/ddb/db_examine.c: In function `db_examine': > /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for > format > /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd': > /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for > format > *** Error code 1 > > Joe > -- > "As far as the laws of mathematics refer to reality, they are not certain; > and as far as they are certain, they do not refer to reality." - Albert > Einstein, 1921 > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel breakage?
In message: <[EMAIL PROTECTED]> Robert Watson <[EMAIL PROTECTED]> writes: : I think UPDATING hasn't been updated on this, but there was a change in : the format printing for printf that conflicts with the ddb format : printing. You need to rebuild your gcc. For dumb stuff like this, I don't put stuff into updating. The experienced user is expected to know about 'make WERROR=' to work around these issues Or to do an update to the latest sources.. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel breakage?
Josef Karthauser wrote: > > On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote: > > I think UPDATING hasn't been updated on this, but there was a change in > > the format printing for printf that conflicts with the ddb format > > printing. You need to rebuild your gcc. > > Thanks. I'll do that. I'm a bit scared of rebuilding world though until > I've seen a working kernel :). Did a complete upgrade from yesterday's sources (around noon) and so far things are very smooth on my X desktop machine. I'd say this is probably a good time to upgrade. Doug To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel breakage?
On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote: > I think UPDATING hasn't been updated on this, but there was a change in > the format printing for printf that conflicts with the ddb format > printing. You need to rebuild your gcc. Thanks. I'll do that. I'm a bit scared of rebuilding world though until I've seen a working kernel :). Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg45456/pgp0.pgp Description: PGP signature
Re: Kernel breakage?
I think UPDATING hasn't been updated on this, but there was a change in the format printing for printf that conflicts with the ddb format printing. You need to rebuild your gcc. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories On Sun, 27 Oct 2002, Josef Karthauser wrote: > Is this me? > > cc1: warnings being treated as errors > /usr/src/sys/ddb/db_examine.c: In function `db_examine': > /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for > format > /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd': > /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type > character `y' in format > /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for > format > *** Error code 1 > > Joe > -- > "As far as the laws of mathematics refer to reality, they are not certain; > and as far as they are certain, they do not refer to reality." - Albert > Einstein, 1921 > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel breakage?
Is this me? cc1: warnings being treated as errors /usr/src/sys/ddb/db_examine.c: In function `db_examine': /usr/src/sys/ddb/db_examine.c:132: warning: unknown conversion type character `y' in format /usr/src/sys/ddb/db_examine.c:132: warning: too many arguments for format /usr/src/sys/ddb/db_examine.c: In function `db_print_cmd': /usr/src/sys/ddb/db_examine.c:216: warning: unknown conversion type character `y' in format /usr/src/sys/ddb/db_examine.c:216: warning: too many arguments for format *** Error code 1 Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg45453/pgp0.pgp Description: PGP signature
Re: Kernel breakage in XE module
On Mon, 10 Jun 2002, Julian Elischer wrote: > the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler) > but broke it for the old compiler/assembler. Ugh. I was surprised that this change worked for any gcc. The change is from: #define HIDENAME(asmsym)__CONCAT(.,asmsym) to: #define HIDENAME(asmsym).asmsym Note that the change isn't for use of CONCAT with "," and "word" lke its commit message says. It is for use of __CONCAT with "." and "word". Here the quotes are to mark up identifiers -- there are no strings involved. The problem is that the ISO C concatenation operator "##" is less useful than might first appear. It is only required to work if the result could be a preprocessing token, and the rules for when the result could be a preprocessing token are quite complicated. E.g., ".foo" is not a preprocessing token but ".1" is. The result of concatenating "." with "foo" is undefined, and gcc now detects this error. Since ".foo" is lexed as separate tokens, there is no need for the preprocessor to keep the "." and the "foo" separate. In practice, previous versions of the preprocessor inserted a space between the tokens and the current version doesn't. The current HIDENAME() macro depends on this implementation detail in the current preprocessor and is just broken in general. > back out the definition in i386/include/asmacros.h to what it was before > (it used to use the CONCAT() macro) > > OR > > bite the bullet and upgrade to a new -current and get the new compiler. OR for a quick fix, fixing one of the following related bogons: (1) For non-profiling kernels, HIDENAME is only used for the tmpstk variable in locore.s, but there is no need for this variable to be hidden. Hiding it mainly broke examining it using ddb before ddb was fixed to recognize symbols with a "." in their name. (2) For non-profiling kernels, HIDENAME is only used for the tmpstk variable in locore.s, but the old macro still works for cpp'ing assembler sources. This is why committing gcc-3 didn't break building of all kernels. Fixing the following related bogon would have no significant affect: (3) HIDENAME still has its old definition in at least the i386 . This is harmless at least on i386's because that definition is not actually used. This leaves the problem of fixing the use of HIDENAME in profiling kernels. Unfortunately, the standard name for "mcount" requires a "." in it for the ELF case (the ELF case is more broken than the aout case here). This problem is avoided for userland profiling using a magic asm in . The i386 prof_machdep.c uses HIDENAME to get slightly less magic asm. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel breakage in XE module
In the last episode (Jun 10), Troy said: > Dan, > > Thanks for your response. I just built the gcc31 package, but it doesn't > appear to replace the 2.95. Can you be a bit more specific on what I > should do to upgrade the GCC in your last note. Basically, buildworld. If you're lucky, just building and installing /usr/src/gnu/usr.bin/cc might work. I guess another question would be "should you be able to build a -current kernel with 2.95.3 anymore"? It might make upgrades from 4.* a bit difficult. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel breakage in XE module
the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler)
but broke it for the old compiler/assembler.
back out the definition in i386/include/asmacros.h to what it was before
(it used to use the CONCAT() macro)
OR
bite the bullet and upgrade to a new -current and get the new compiler.
On Mon, 10 Jun 2002, Troy wrote:
> Been trying to buildkernel, and as of about 2 weeks ago something
> happened to the XE module. Anyone have some ideas?
>
> -Troy
>
> ===> xe
> @ -> /usr/src/sys
> machine -> /usr/src/sys/i386/include
> awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
> awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h
> awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
> rm -f .depend
> CC='/usr/bin/cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I.
> -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/mod
> ules/xe/../../dev/xe/if_xe.c /usr/src/sys/modules/xe/../../dev/xe/if_xe_pccard.c
>
> cd /usr/obj/usr/src/sys/SINDROME; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386
> MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=
> /usr/obj/usr/src/i386/usr/bin
>GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font
>GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386
>INSTALL="sh /usr/src/tools/install.sh"
>PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
> OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/l
> ibexec make KERNEL=kernel all
> /usr/bin/cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls
> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl
> ine -Wcast-qual -Wno-format -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src
> /sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/us
> r/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common
>-mpreferred-stack-boundary=2 -ffreestanding /usr/src/sys/i386/i386/locore.s
> {standard input}: Assembler messages:
> {standard input}:1684: Warning: rest of line ignored; first ignored character is
> `t'
> {standard input}:1686: Error: unknown pseudo-op: `.'
> {standard input}:1801: Error: missing ')'
> {standard input}:1801: Error: missing ')'
> {standard input}:1801: Error: junk `tmpstk)- 0xc000)' after expression
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/SINDROME.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Kernel breakage in XE module
In the last episode (Jun 10), Troy said: > Been trying to buildkernel, and as of about 2 weeks ago something > happened to the XE module. Anyone have some ideas? Upgrade your gcc in the base system. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel breakage in XE module
Been trying to buildkernel, and as of about 2 weeks ago something
happened to the XE module. Anyone have some ideas?
-Troy
===> xe
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h
awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
rm -f .depend
CC='/usr/bin/cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I.
-I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/mod
ules/xe/../../dev/xe/if_xe.c /usr/src/sys/modules/xe/../../dev/xe/if_xe_pccard.c
cd /usr/obj/usr/src/sys/SINDROME; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386
MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=
/usr/obj/usr/src/i386/usr/bin
GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font
GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386
INSTALL="sh /usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/l
ibexec make KERNEL=kernel all
/usr/bin/cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winl
ine -Wcast-qual -Wno-format -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src
/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/us
r/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common
-mpreferred-stack-boundary=2 -ffreestanding /usr/src/sys/i386/i386/locore.s
{standard input}: Assembler messages:
{standard input}:1684: Warning: rest of line ignored; first ignored character is
`t'
{standard input}:1686: Error: unknown pseudo-op: `.'
{standard input}:1801: Error: missing ')'
{standard input}:1801: Error: missing ')'
{standard input}:1801: Error: junk `tmpstk)- 0xc000)' after expression
*** Error code 1
Stop in /usr/obj/usr/src/sys/SINDROME.
*** Error code 1
Stop in /usr/src.
*** Error code 1
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
make kernel breakage - src/sys/dev/usb/uplcom.c
Compiling from today's cvsup results in a failure to compile src/sys/dev/usb/uplcom.c due to USB_PRODUCT_RATOC_REXUSB60 being undefined. It appears that usbdevs.h needs to be regenerated and checked in to the repository. As a temporary fix: cd .../src/sys/dev/usb/ awk -f devlist2h.awk < usbdevs seems to resolve the issue. Is there a reason this is (apparently) not run during the make process? Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
CVSup mirrors (was Re: Alpha kernel breakage)
[Moved to -hubs, BCC'd to -current] John Polstra <[EMAIL PROTECTED]> writes: > In article <[EMAIL PROTECTED]>, > Mike Barcroft <[EMAIL PROTECTED]> wrote: > > It appears this was the problem. Switching to cvsup2.FreeBSD.org > > seems to have have solved it. I assume this is a result of the S1G > > bug in cvsup. FYI: I was using cvsup.ca.FreeBSD.org. > > Not intending to single out you folks in particular, but ... > > Just a reminder, people: Please, if you think something is wrong > with a CVSup mirror, write to the maintainer of that mirror and tell > him. All of the maintainers' e-mail addresses are listed in the > Handbook: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html#CVSUP-MIRRORS > > It doesn't do any good to tell the -current list; you have to tell > the maintainer or the problem won't get fixed. I was actually intending to contact the maintainer, but it looks like the problem has already been fixed. Would it be possible for us to be more proactive and check to make sure all the offical CVSup mirrors are running the corrected version? Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Alpha kernel breakage
In article <[EMAIL PROTECTED]>, Mike Barcroft <[EMAIL PROTECTED]> wrote: > Marcel Moolenaar <[EMAIL PROTECTED]> writes: > > > > BTW: I used cvsup9.freebsd.org. > > > > That reminds me, I have to let somebody know... > > It appears this was the problem. Switching to cvsup2.FreeBSD.org > seems to have have solved it. I assume this is a result of the S1G > bug in cvsup. FYI: I was using cvsup.ca.FreeBSD.org. Not intending to single out you folks in particular, but ... Just a reminder, people: Please, if you think something is wrong with a CVSup mirror, write to the maintainer of that mirror and tell him. All of the maintainers' e-mail addresses are listed in the Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html#CVSUP-MIRRORS It doesn't do any good to tell the -current list; you have to tell the maintainer or the problem won't get fixed. Thanks, John -- John Polstra [EMAIL PROTECTED] John D. Polstra & Co., Inc.Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Alpha kernel breakage
Marcel Moolenaar <[EMAIL PROTECTED]> writes: > On Wed, Sep 12, 2001 at 09:55:31PM -0400, Mike Barcroft wrote: > > I'm seeing the following error building a kernel on my Alpha. The > > sources are updated as of a few minutes ago. > > I had the same problem. Try using a different CVSup server. > I had a kernel compiling shortly after the KSE stuff was > checked, but had to go directly to freefall to get the > lastest bits. After syncing again with one of the CVSup > mirrors I had the breakage again... > > BTW: I used cvsup9.freebsd.org. > > That reminds me, I have to let somebody know... It appears this was the problem. Switching to cvsup2.FreeBSD.org seems to have have solved it. I assume this is a result of the S1G bug in cvsup. FYI: I was using cvsup.ca.FreeBSD.org. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Alpha kernel breakage
Mike Barcroft wrote: > > I'm seeing the following error building a kernel on my Alpha. The > sources are updated as of a few minutes ago. > > [Output of 'make kernel KERNCONF=GENERIC NO_MODULES=true'] first do a make clean of the directory then make depend... sounds like you have an old output of gensym (or whatever it's called) > > -- > >>> Kernel build for GENERIC started on Wed Sep 12 21:31:24 EDT 2001 > -- > ===> GENERIC > mkdir -p /usr/obj/usr/src/sys > cd /usr/src/sys/alpha/conf; >PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/alpha/conf/GENERIC > FYI: static unit limits for pci are set: NPCI=1 > FYI: static unit limits for faith are set: NFAITH=1 > FYI: static unit limits for ppp are set: NPPP=1 > FYI: static unit limits for atkbdc are set: NATKBDC=1 > FYI: static unit limits for sc are set: NSC=1 > Kernel build directory is /usr/obj/usr/src/sys/GENERIC > Don't forget to do a ``make depend'' > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj >COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin >LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib >OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe >-mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 >GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin >GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font >GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha > INSTALL="sh /usr/src/tools/install.sh" >PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make >KERNEL=kernel clean > rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs makelinks >setdef[01].c setdefs.h tags vers.c vnode_if.c vnode_if.h device_if.c bus_if.c >linker_if.c miibus_if.c pci_if.c pcib_if.c ppbus_if.c usb_if.c isa_if.c clock_if.c >alphapci_if.c mcclock_if.c device_if.h bus_if.h linker_if.h miibus_if.h pci_if.h >pcib_if.h ppbus_if.h usb_if.h isa_if.h clock_if.h alphapci_if.h mcclock_if.h aicasm >aicasm_gram.c aicasm_scan.c y.tab.h aic7xxx_seq.h aic7xxx_reg.h __divqu.S __divq.S >__divlu.S __divl.S __remqu.S __remq.S __remlu.S __reml.S > cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make >-f /usr/src/sys/dev/aic7xxx/aicasm/Makefile > Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC > yacc -d /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y > mv y.tab.c aicasm_gram.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_gram.c > lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_scan.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c >/usr/src/sys/dev/aic7xxx/aicasm/aicasm.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c >/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c > cc -O -pipe -mcpu=ev4 -I/usr/include -I. -o aicasm aicasm_gram.o aicasm_scan.o >aicasm.o aicasm_symbol.o -ll > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj >COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin >LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib >OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe >-mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 >GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin >GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font >GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha > INSTALL="sh /usr/src/tools/install.sh" >PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make >KERNEL=kernel depend > rm -f .olddep > if [ -f .depend ]; then mv .depend .olddep; fi > make _kernel-depend > cc -c -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual >-fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev >-I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include >opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa,-mev56 -elf >/usr/src/sys/alpha/alpha/genassym.c > In file included from /usr/src/sys/alpha/alpha/genassym.c:43: > /usr/src/sys/sys/proc.h: In function `sigonstack': > /usr/src/sys/sys/proc.h:339: dereferencing pointer to incomplete type > In file included from /usr/src/sys/alpha
Re: Alpha kernel breakage
On Wed, Sep 12, 2001 at 09:55:31PM -0400, Mike Barcroft wrote: > I'm seeing the following error building a kernel on my Alpha. The > sources are updated as of a few minutes ago. I had the same problem. Try using a different CVSup server. I had a kernel compiling shortly after the KSE stuff was checked, but had to go directly to freefall to get the lastest bits. After syncing again with one of the CVSup mirrors I had the breakage again... BTW: I used cvsup9.freebsd.org. That reminds me, I have to let somebody know... -- Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Alpha kernel breakage
I'm seeing the following error building a kernel on my Alpha. The sources are updated as of a few minutes ago. [Output of 'make kernel KERNCONF=GENERIC NO_MODULES=true'] -- >>> Kernel build for GENERIC started on Wed Sep 12 21:31:24 EDT 2001 -- ===> GENERIC mkdir -p /usr/obj/usr/src/sys cd /usr/src/sys/alpha/conf; PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/alpha/conf/GENERIC FYI: static unit limits for pci are set: NPCI=1 FYI: static unit limits for faith are set: NFAITH=1 FYI: static unit limits for ppp are set: NPPP=1 FYI: static unit limits for atkbdc are set: NATKBDC=1 FYI: static unit limits for sc are set: NSC=1 Kernel build directory is /usr/obj/usr/src/sys/GENERIC Don't forget to do a ``make depend'' cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe -mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make KERNEL=kernel clean rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs makelinks setdef[01].c setdefs.h tags vers.c vnode_if.c vnode_if.h device_if.c bus_if.c linker_if.c miibus_if.c pci_if.c pcib_if.c ppbus_if.c usb_if.c isa_if.c clock_if.c alphapci_if.c mcclock_if.c device_if.h bus_if.h linker_if.h miibus_if.h pci_if.h pcib_if.h ppbus_if.h usb_if.h isa_if.h clock_if.h alphapci_if.h mcclock_if.h aicasm aicasm_gram.c aicasm_scan.c y.tab.h aic7xxx_seq.h aic7xxx_reg.h __divqu.S __divq.S __divlu.S __divl.S __remqu.S __remq.S __remlu.S __reml.S cd /usr/obj/usr/src/sys/GENERIC; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/GENERIC yacc -d /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y mv y.tab.c aicasm_gram.c cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_gram.c lex -t /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c aicasm_scan.c cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -mcpu=ev4 -I/usr/include -I.-c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c cc -O -pipe -mcpu=ev4 -I/usr/include -I. -o aicasm aicasm_gram.o aicasm_scan.o aicasm.o aicasm_symbol.o -ll cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/obj/usr/src/alpha/usr/bin LIBRARY_PATH=/usr/obj/usr/src/alpha/usr/lib:/usr/obj/usr/src/alpha/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec CFLAGS="-nostdinc -O -pipe -mcpu=ev4" PERL5LIB=/usr/obj/usr/src/alpha/usr/libdata/perl/5.6.0 GROFF_BIN_PATH=/usr/obj/usr/src/alpha/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/alpha/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/alpha/usr/share/tmac DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/alpha/usr/libexec:/usr/libexec MACHINE=alpha make KERNEL=kernel depend rm -f .olddep if [ -f .depend ]; then mv .depend .olddep; fi make _kernel-depend cc -c -O -pipe -mcpu=ev4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa,-mev56 -elf /usr/src/sys/alpha/alpha/genassym.c In file included from /usr/src/sys/alpha/alpha/genassym.c:43: /usr/src/sys/sys/proc.h: In function `sigonstack': /usr/src/sys/sys/proc.h:339: dereferencing pointer to incomplete type In file included from /usr/src/sys/alpha/alpha/genassym.c:45: /usr/src/sys/sys/buf.h: In function `BUF_KERNPROC': /usr/src/sys/sys/buf.h:338: dereferencing pointer to incomplete type /usr/src/sys/sys/buf.h:339: dereferencing pointer to incomplete type /usr/src/sys/alpha/alpha/genassym.c: At top level: /usr/src/sys/a
RE: Kernel breakage in tonite's -current
On 14-Oct-00 Jordan Hubbard wrote: > cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ > -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/mii/../.. > /dev/mii/dcphy.c > In file included from /usr/src/sys/modules/mii/../../dev/mii/dcphy.c:69: > @/pci/if_dcreg.h:679: field `dc_mtx' has incomplete type > *** Error code 1 Bill Paul fixed this several hours ago. cvsup and try again. :-) -- John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel breakage in tonite's -current
cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/mii/../../dev/mii/dcphy.c In file included from /usr/src/sys/modules/mii/../../dev/mii/dcphy.c:69: @/pci/if_dcreg.h:679: field `dc_mtx' has incomplete type *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in aac.c (Was: Can't build a kernel)
Et voila. Thanks, Doug On Mon, 18 Sep 2000, David Greenman wrote: >Here is a fix. Hopefully Mike will commit it soon. > > -DG > > David Greenman > Co-founder, The FreeBSD Project - http://www.freebsd.org > President, TeraSolutions, Inc. - http://www.terasolutions.com > Pave the road of life with opportunities. > > Index: aac.c > === > RCS file: /home/ncvs/src/sys/dev/aac/aac.c,v > retrieving revision 1.1 > diff -c -r1.1 aac.c > *** aac.c 2000/09/13 03:20:34 1.1 > --- aac.c 2000/09/18 08:45:08 > *** > *** 35,40 > --- 35,41 > #include > #include > #include > + #include > > #include > > -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in aac.c (Was: Can't build a kernel)
> This is still broken: > >===> aac >cc -O -pipe -DAAC_COMPAT_LINUX -D_KERNEL -Wall -Wredundant-decls >-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith >-Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- >-I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c >/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c >/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c: In >function `aac_linux_ioctl': >/usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c:1815: >dereferencing >pointer to incomplete type Here is a fix. Hopefully Mike will commit it soon. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. Index: aac.c === RCS file: /home/ncvs/src/sys/dev/aac/aac.c,v retrieving revision 1.1 diff -c -r1.1 aac.c *** aac.c 2000/09/13 03:20:34 1.1 --- aac.c 2000/09/18 08:45:08 *** *** 35,40 --- 35,41 #include #include #include + #include #include To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in aac.c (Was: Can't build a kernel)
On Sun, 17 Sep 2000, Doug Barton wrote: > If I use the buildkernel target I get the following: > > make: cannot open > /usr/amd/realmounts/slave/usr/current/src/sys/dev/aic7xxx/Makefile. > *** Error code 2 > > Stop in /usr/amd/realmounts/slave/usr/current/src. > *** Error code 1 This is fixed now. > If I use the old way, I get errors about a pointer with an incomplete > type in aac (whatever that is). This is still broken: ===> aac cc -O -pipe -DAAC_COMPAT_LINUX -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c /usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c /usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c: In function `aac_linux_ioctl': /usr/amd/realmounts/slave/usr/current/src/sys/modules/aac/../../dev/aac/aac.c:1815: dereferencing pointer to incomplete type Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make kernel breakage: if_tap
On Fri, Jul 21, 2000 at 07:36:46 +0200, Leif Neland wrote: > Just cvsupped: > > Script started on Fri Jul 21 07:12:56 2000 CEST > gina/usr/src/sys/compile/GINA # make clean > ... > ===> if_tap > cd: can't cd to /usr/src/sys/modules/if_tap Here too. src/sys/modules/if_tap is a completely empty dir (in the cvs tree). Seems a Makefile is missing here (or it should not be tried to build a module). Regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 ZT IK 3, Siemens CERT| Fax: +49 89 636 41166 D-81730 Muenchen / Germany | email : [EMAIL PROTECTED] PGP-2/5 fingerprint | D8 A5 DF 34 EC 87 E8 C6 E2 26 C4 D0 EE 80 36 B2 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make kernel breakage: if_tap
Just cvsupped: Script started on Fri Jul 21 07:12:56 2000 CEST gina/usr/src/sys/compile/GINA # make clean ... ===> if_tap cd: can't cd to /usr/src/sys/modules/if_tap *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/GINA. gina/usr/src/sys/compile/GINA # make depend ... ===> if_tap cd: can't cd to /usr/src/sys/modules/if_tap *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/GINA. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage?
On Mon, 26 Jun 2000, Kelly Yancey wrote: > > On a just-supped -current I am seeing: > > make: don't know how to make ../../dev/nulldev/nulldev.c. Stop > > on kernel builds (even GENERIC). > Nevermind, pilot error :( -- Kelly Yancey - [EMAIL PROTECTED] - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSDhttp://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel breakage?
On a just-supped -current I am seeing: make: don't know how to make ../../dev/nulldev/nulldev.c. Stop on kernel builds (even GENERIC). Kelly -- Kelly Yancey - [EMAIL PROTECTED] - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSDhttp://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
"f.johan.beisser" writes: > >hrm, i'm sad to report that it did not work for me.. > >let me know if you need output from it, i'll see about sending it to you. > >-- jan > >On Sun, 30 Apr 2000, Gary Jennejohn wrote: > >> Here's a simple patch which works for me. >> [patch deleted] Well, I only have a simple requirement - PPPoE has to work. ng_socket.ko gets loaded just fine for me, but I'm not really certain that ng_base.c is doing the loading. I think the best thing would be to wait for Peter to finish the commit since he knows what's intended to be used here. However, it might be worth posting your error output to the list as an aid in finding the correct fix :) --- Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
hrm, i'm sad to report that it did not work for me.. let me know if you need output from it, i'll see about sending it to you. -- jan On Sun, 30 Apr 2000, Gary Jennejohn wrote: > Here's a simple patch which works for me. > > --- /sys/netgraph/ng_base.c Sun Apr 30 11:32:22 2000 > +++ /sys/netgraph/ng_base.c_mod Sun Apr 30 11:40:24 2000 > @@ -314,11 +314,16 @@ > int error; > > /* Not found, try to load it as a loadable module */ > +#if 0 > snprintf(filename, sizeof(filename), "ng_%s.ko", typename); > if ((path = linker_search_path(filename)) == NULL) > return (ENXIO); > error = linker_load_file(path, &lf); > FREE(path, M_LINKER); > +#else > + snprintf(filename, sizeof(filename), "ng_%s", typename); > + error = linker_load_file(filename, &lf); > +#endif > if (error != 0) > return (error); > lf->userrefs++; /* pretend loaded by the syscall */ > > > > Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED] > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > +-/ f. johan beisser /--+ email: jan[at]caustic.org web: http://www.caustic.org/~jan "knowledge is power. power corrupts. study hard, be evil." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
On Sun, 30 Apr 2000, Jeroen Ruigrok van der Werven wrote: > -On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote: > > This patch is not 100% correct. ng_base should make an attempt to > >load module, not KLD. There was a new module_load() function proposed to > >inclusion in the API, but for some reason it is not committed yet. > > When Peter committed this all he had worked a few days untill too early > in the morning. I should correct myself: this function exists, but declared as static and called linker_load_module(). Gary, you may try to use it: linker_load_module(name, NULL); -- Boris Popov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
-On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote: > This patch is not 100% correct. ng_base should make an attempt to >load module, not KLD. There was a new module_load() function proposed to >inclusion in the API, but for some reason it is not committed yet. When Peter committed this all he had worked a few days untill too early in the morning. It is a lack of sufficient sleep which caught up on him. =) -- Jeroen Ruigrok van der Werven Network- and systemadministrator <[EMAIL PROTECTED]>VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Answering the questions that no one asks... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage in ng_base.c
On Sun, 30 Apr 2000, Gary Jennejohn wrote: > Here's a simple patch which works for me. This patch is not 100% correct. ng_base should make an attempt to load module, not KLD. There was a new module_load() function proposed to inclusion in the API, but for some reason it is not committed yet. -- Boris Popov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel breakage in ng_base.c
Here's a simple patch which works for me. --- /sys/netgraph/ng_base.c Sun Apr 30 11:32:22 2000 +++ /sys/netgraph/ng_base.c_mod Sun Apr 30 11:40:24 2000 @@ -314,11 +314,16 @@ int error; /* Not found, try to load it as a loadable module */ +#if 0 snprintf(filename, sizeof(filename), "ng_%s.ko", typename); if ((path = linker_search_path(filename)) == NULL) return (ENXIO); error = linker_load_file(path, &lf); FREE(path, M_LINKER); +#else + snprintf(filename, sizeof(filename), "ng_%s", typename); + error = linker_load_file(filename, &lf); +#endif if (error != 0) return (error); lf->userrefs++; /* pretend loaded by the syscall */ Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage from ipfw6?
> The problem here is that ip6_fw.c is dependent upon INET6 instead of > IPv6FIREWALL. I sent mail to shin a little while ago about the > problem. If you want to compile a kernel in the interim, change the > line for ip6_fw.c in sys/conf/files to > > netinet6/ip6_fw.c optional ipv6firewall > > I believe this is the correct fix in any case. > > Jim Bloom > [EMAIL PROTECTED] > > Kris Kennaway wrote: > > > > I get this whenever I try and build a kernel (with or without IPFIREWALL): Thanks for checking it! I fixed and committed it. Yoshinobu Inoue To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage from ipfw6?
On Sat, 29 Jan 2000, Jim Bloom wrote: > The problem here is that ip6_fw.c is dependent upon INET6 instead of > IPv6FIREWALL. I sent mail to shin a little while ago about the > problem. If you want to compile a kernel in the interim, change the > line for ip6_fw.c in sys/conf/files to > > netinet6/ip6_fw.c optional ipv6firewall > > I believe this is the correct fix in any case. Thanks, this fixes it, but I have INET6 anyway.. Kris To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage from ipfw6?
The problem here is that ip6_fw.c is dependent upon INET6 instead of IPv6FIREWALL. I sent mail to shin a little while ago about the problem. If you want to compile a kernel in the interim, change the line for ip6_fw.c in sys/conf/files to netinet6/ip6_fw.c optional ipv6firewall I believe this is the correct fix in any case. Jim Bloom [EMAIL PROTECTED] Kris Kennaway wrote: > > I get this whenever I try and build a kernel (with or without IPFIREWALL): > > linking kernel.debug > ip6_fw.o: In function `ip6_fw_init': > /sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18a4): undefined reference to >`ip6_fw_chk_ptr' > /sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18ae): undefined reference to >`ip6_fw_ctl_ptr' > *** Error code 1 > 1 error > > I've just verified my sources are up-to-date from cvsup3. Kernel config: > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel breakage from ipfw6?
I get this whenever I try and build a kernel (with or without IPFIREWALL): linking kernel.debug ip6_fw.o: In function `ip6_fw_init': /sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18a4): undefined reference to `ip6_fw_chk_ptr' /sys/compile/MORDEN/../../netinet6/ip6_fw.c(.text+0x18ae): undefined reference to `ip6_fw_ctl_ptr' *** Error code 1 1 error I've just verified my sources are up-to-date from cvsup3. Kernel config: #$Id: GENERIC,v 1.130 1998/11/03 22:01:21 des Exp $ machine i386 cpu I586_CPU ident MORDEN maxusers32 makeoptions DEBUG="-g" #Build kernel with gdb(1) debug symbols options INCLUDE_CONFIG_FILE # Include this file in kernel options MAXMEM="(48*1024)" options COMPAT_43 options USER_LDT#allow user-level control of i386 ldt options CPU_FASTER_5X86_FPU options CLK_USE_I8254_CALIBRATION options CLK_USE_TSC_CALIBRATION options MSGBUF_SIZE=65536 options SYSVSHM options SYSVSEM options SYSVMSG options INVARIANTS options INVARIANT_SUPPORT options MD5 options VESA# needs VM86 defined too!! options DDB options KTRACE #kernel tracing options UCONSOLE options INET#Internet communications protocols options INET6 options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_IPV6FWD #IP security tunnel for IPv6 options IPSEC_DEBUG #debug for IP security options PPP_FILTER #enable bpf filtering (needs bpfilter) options PPP_DEFLATE #PPP zlib/deflate/gzip support options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about dropped #packets #optionsIPFILTER #optionsIPFILTER_LOG options ICMP_BANDLIM options FFS #Fast filesystem options MFS #Memory File System options NFS #Network File System options MSDOSFS #MS DOS File System options PROCFS #Process filesystem options FFS_ROOT#FFS usable as root device options SOFTUPDATES options NSWAPDEV=4 options MAXCONS=12 # number of virtual consoles options SC_HISTORY_SIZE=200 # number of history buffer lines options COMPAT_LINUX options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options TCP_RESTRICT_RST options TCP_DROP_SYNFIN options ICMP_BANDLIM pseudo-device loop#Network loopback device pseudo-device bpf 4 #Berkeley packet filter pseudo-device tun 2 #Tunnel driver (user process ppp(8) pseudo-device ppp 2 pseudo-device pty 32 #Pseudo ttys - can go as high as 256 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device gzip#Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device snp 1 #Snoop device - to look at pty/vty/etc.. pseudo-device splash #device pnp0 device isa0 device pci0 device npx0at nexus? port IO_NPX flags 0x0 irq 13 device ata0 device atadisk0 device atapicd0 options ATA_STATIC_ID device fdc0at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device scbus0 #base SCSI code device cd0 #SCSI CD-ROMs device pass0 #CAM passthrough driver device ahc0 device sio0at isa? port IO_COM1 flags 0x10 irq 4 device sio1at isa? port IO_COM2 irq 3 device pcm0 device sbc0 device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0at atkbdc? irq 12 device vga0at isa? port ? conflicts device sc0 at isa? "How many roads must a man walk down, before you call him a man?" "Eight!" "That was a rhetorical question!" "Oh..then, seven!" -- Homer Simpson To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: current kernel breakage
On Thu, 2 Sep 1999, Kenneth Wayne Culver wrote: > I recently recompiled my kernel with the following kernel config file, and > now when I boot up, I get about halfway through probing, and the computer > freezes, accepting no keyboard input or anything else but a hard reset > (reset button) here is my kernel Config file.. What is printed just before it freezes? -- Doug Rabson Mail: [EMAIL PROTECTED] Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
current kernel breakage
I recently recompiled my kernel with the following kernel config file, and now when I boot up, I get about halfway through probing, and the computer freezes, accepting no keyboard input or anything else but a hard reset (reset button) here is my kernel Config file.. # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # #http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.178 1999/07/25 04:32:43 wpaul Exp $ machine i386 cpu I686_CPU ident "MYKERNEL" maxusers64 #makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols options INET#InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE#Allow users to grab the console options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options SC_DISABLE_REBOOT options SOFTUPDATES # To make an SMP kernel, the next two are needed #optionsSMP # Symmetric MultiProcessor Kernel #optionsAPIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #optionsNCPU=2 # number of CPUs #optionsNBUS=4 # number of busses #optionsNAPIC=1 # number of IO APICs #optionsNINTR=24# number of INTs controller isa0 controller pnp0# PnP support for ISA controller pci0 # Floppy drives controller fdc0at isa? port IO_FD1 irq 6 drq 2 diskfd0 at fdc0 drive 0 controller ata0 device atadisk0 device atapicd0 # SCSI Controllers # A single entry for any of these controllers (ncr, ahb, ahc) is # sufficient for any number of installed devices. controller scbus0 # SCSI bus (required) device da0 # Direct Access (disks) # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0at atkbdc? irq 12 device vga0at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #optionsXSERVER # support for X server #optionsFAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #optionsPCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0at nexus? flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? # Serial (COM) ports device sio0at isa? port IO_COM1 flags 0x10 irq 4 device sio1at isa? port IO_COM2 irq 3 # Parallel port device ppc0at isa? port? flags 0x40 irq 7 controller ppbus0 # Parallel port bus (required) device lpt0# Printer device plip0 # TCP/IP over parallel device ppi0# Parallel port interface device controller vpo0# Requires scbus and da0 # PCI Ethernet NICs. device de0 # DEC/Intel DC21x4x (``Tulip'') # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop# Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun 1 # Packet tunnel, for ppp(1) pseudo-device pty 16 # Pseudo-ttys (telnet etc) pseudo-device gzip# Exec gzipped a.out's # The `bpf' pseudo-device e
Re: axp kernel breakage
On Thu, 18 Feb 1999 21:38:37 GMT, Doug Rabson wrote: > Interesting stats. Can you run size(1) on them too. I wonder how much > of that is actual code. Feast your eyes. :-) textdata bss dec hex filename 1049161 84468 120572 1254201 132339 /kernel 1153284 85752 123692 1362728 14cb28 /kernel.old Ciao, Sheldon. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: axp kernel breakage
On Thu, 18 Feb 1999, Sheldon Hearn wrote: > > > On Thu, 18 Feb 1999 11:54:01 PST, Julian Elischer wrote: > > > huh? can you expand on this... > > Um, sure. > > When my kernel build broke, I tried removing the option NFS_NOSERVER. > This allowed me to build a kernel. After the problem in nfs_syscalls.c > was repaired today (maybe last night), I put the option NFS_NOSERVER > back into my kernel config and rebuilt the kernel. > > I now have two files that make me think that including NFS_NOSERVER > dropped my kernel file size by 100KB: > > -r-xr-xr-x 1 root wheel 1385750 Feb 18 15:40 /kernel > -r-xr-xr-x 1 root wheel 1494920 Feb 17 11:57 /kernel.old > > The box in question is used _only_ as an NFS client and the kind of > environmental change that would demand NFS server capabilities would > merit a reboot. Interesting stats. Can you run size(1) on them too. I wonder how much of that is actual code. -- Doug Rabson Mail: d...@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: axp kernel breakage
On Thu, 18 Feb 1999 11:54:01 PST, Julian Elischer wrote: > huh? can you expand on this... Um, sure. When my kernel build broke, I tried removing the option NFS_NOSERVER. This allowed me to build a kernel. After the problem in nfs_syscalls.c was repaired today (maybe last night), I put the option NFS_NOSERVER back into my kernel config and rebuilt the kernel. I now have two files that make me think that including NFS_NOSERVER dropped my kernel file size by 100KB: -r-xr-xr-x 1 root wheel 1385750 Feb 18 15:40 /kernel -r-xr-xr-x 1 root wheel 1494920 Feb 17 11:57 /kernel.old The box in question is used _only_ as an NFS client and the kind of environmental change that would demand NFS server capabilities would merit a reboot. Ciao, Sheldon. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: axp kernel breakage
huh? can you expand on this... On Thu, 18 Feb 1999, Sheldon Hearn wrote: > > > On Thu, 18 Feb 1999 09:21:17 GMT, Doug Rabson wrote: > > > It should be fixed now. > > Thanks! Kernel's back down 100KB in file size. :-) > > Ciao, > Sheldon. > > > To Unsubscribe: send mail to majord...@freebsd.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: axp kernel breakage
On Thu, 18 Feb 1999 09:21:17 GMT, Doug Rabson wrote: > It should be fixed now. Thanks! Kernel's back down 100KB in file size. :-) Ciao, Sheldon. To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: axp kernel breakage
On Thu, 18 Feb 1999, Bruce Evans wrote: > >cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > >-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > >-fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include > >-DKERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 > >../../nfs/nfs_syscalls.c > >../../nfs/nfs_syscalls.c:924: `sysctl__vfs_nfs_children' undeclared here > >(not in a function) > >../../nfs/nfs_syscalls.c:924: initializer element for > >`sysctl___vfs_nfs_defect.oid_parent' is not constant > >../../nfs/nfs_syscalls.c:92: warning: `nfsrv_zapsock' declared `static' but > >never defined > >*** Error code 1 > > > >Not *quite* sure where its coming from. > > The new SYSCTL_DECL() is in an ifdef tangle for NFS_NOSERVER, so it only > works if NFS_NOSERVER is not defined. It should be fixed now. -- Doug Rabson Mail: d...@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: axp kernel breakage
>cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions >-ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include >opt_global.h -mno-fp-regs -Wa,-mev56 ../../nfs/nfs_syscalls.c >../../nfs/nfs_syscalls.c:924: `sysctl__vfs_nfs_children' undeclared here (not >in a function) >../../nfs/nfs_syscalls.c:924: initializer element for >`sysctl___vfs_nfs_defect.oid_parent' is not constant >../../nfs/nfs_syscalls.c:92: warning: `nfsrv_zapsock' declared `static' but >never defined >*** Error code 1 > >Not *quite* sure where its coming from. The new SYSCTL_DECL() is in an ifdef tangle for NFS_NOSERVER, so it only works if NFS_NOSERVER is not defined. Bruce To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
axp kernel breakage
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 ../../nfs/nfs_syscalls.c ../../nfs/nfs_syscalls.c:924: `sysctl__vfs_nfs_children' undeclared here (not in a function) ../../nfs/nfs_syscalls.c:924: initializer element for `sysctl___vfs_nfs_defect.oid_parent' is not constant ../../nfs/nfs_syscalls.c:92: warning: `nfsrv_zapsock' declared `static' but never defined *** Error code 1 Not *quite* sure where its coming from. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: kernel breakage on SMP
:cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes :-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi :-nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf :vers.c :linking kernel :exception.o: In function `vm86_biosret': :exception.o(.text+0x582): undefined reference to `MPrellock' Gulp! I forgot to commit a file... done. -Matt Matthew Dillon <[EMAIL PROTECTED]> :/sys/i386/include/asnames.h:#define _MPrellock_edxMPrellock_edx :/sys/i386/include/lock.h: call_MPrellock ; \ :/sys/i386/isa/apic_vector.s:call_MPrellock_edx :/sys/i386/isa/ipl.s:call_MPrellock_edx :/sys/i386/i386/mplock.s: * void MPrellock_edx(unsigned int *lock : %edx) :/sys/i386/i386/mplock.s:NON_GPROF_ENTRY(MPrellock_edx) :/sys/i386/i386/mplock.s:call_MPrellock_edx :/sys/i386/i386/mplock.s:jmp _MPrellock_edx :/sys/i386/i386/mplock.s:jmp _MPrellock_edx :/sys/i386/i386/mplock.s:jmp _MPrellock_edx :/sys/i386/i386/mplock.s:jmp _MPrellock_edx :/sys/i386/i386/mplock.s:jmp _MPrellock_edx :/sys/i386/i386/mplock.s:call_MPrellock_edx : : :Are asnames.h and lock.h correct? : :-- :Steve : : :To Unsubscribe: send mail to [EMAIL PROTECTED] :with "unsubscribe freebsd-current" in the body of the message : To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel breakage on SMP
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf vers.c linking kernel exception.o: In function `vm86_biosret': exception.o(.text+0x582): undefined reference to `MPrellock' exception.o: In function `Xintr0': exception.o(.text+0x11b4): undefined reference to `MPrellock' exception.o: In function `Xintr1': exception.o(.text+0x143c): undefined reference to `MPrellock' exception.o: In function `Xintr2': exception.o(.text+0x16bc): undefined reference to `MPrellock' exception.o: In function `Xintr3': exception.o(.text+0x193c): undefined reference to `MPrellock' exception.o(.text+0x1bbc): more undefined references to `MPrellock' follow *** Error code 1 Stop in /usr/src/sys/compile/TROUTMASK. troutmask:kargl[352] find /sys/i386 -name \*.\[sch\] | xargs grep MPrellock /sys/i386/include/asnames.h:#define _MPrellockMPrellock /sys/i386/include/asnames.h:#define _MPrellock_edxMPrellock_edx /sys/i386/include/lock.h: call_MPrellock ; \ /sys/i386/isa/apic_vector.s:call_MPrellock_edx /sys/i386/isa/ipl.s:call_MPrellock_edx /sys/i386/i386/mplock.s: * void MPrellock_edx(unsigned int *lock : %edx) /sys/i386/i386/mplock.s:NON_GPROF_ENTRY(MPrellock_edx) /sys/i386/i386/mplock.s:call_MPrellock_edx /sys/i386/i386/mplock.s:jmp _MPrellock_edx /sys/i386/i386/mplock.s:jmp _MPrellock_edx /sys/i386/i386/mplock.s:jmp _MPrellock_edx /sys/i386/i386/mplock.s:jmp _MPrellock_edx /sys/i386/i386/mplock.s:jmp _MPrellock_edx /sys/i386/i386/mplock.s:call_MPrellock_edx Are asnames.h and lock.h correct? -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
