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
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?
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?
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?
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?
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 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
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: 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
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 machine/asm.h. 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 machine/profile.h. 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 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: 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 sys/systm.h #include sys/malloc.h #include sys/kernel.h + #include sys/proc.h #include dev/aac/aac_compat.h 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 sys/systm.h #include sys/malloc.h #include sys/kernel.h + #include sys/proc.h #include dev/aac/aac_compat.h -- "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?
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
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
"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
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
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, 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 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
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): 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 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
