Re: i386 tinderbox failure
On Sat, May 25, 2002 at 09:19:17PM +0200, Gerhard Sittig wrote: > On Fri, May 24, 2002 at 23:32 -0700, Peter Wemm wrote: > > Is this the moment where src/usr.bin/perl should be mailwrapper > like? Instead of searching the interpreter in some uncertain > location (and failing) shouldn't the program just believe in > what it was told by the admin? Since the admin should know if > perl is installed and where it lives. And which one to choose > should multiple versions be installed (for whatever reason). IMHO, since the purpose of the wrapper is to preserve POLA, it should try its best without user assistance. If we want to add a configuration file, that's great - but the standard configuration, or no configuration, should make it search the PATH + /usr/local/bin. Bye, Andrea -- 0 and 1. Now what could be so hard about that? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Messages from WITNESS [Sun May 26 kernel]
I have several different types of "could sleep with" messages. The following appear during boot-up. /usr/src/sys/vm/uma_core.c:1324: could sleep with "eventhandler" locked from /usr/src/sys/kern/subr_eventhandler.c:162 /usr/src/sys/vm/uma_core.c:1324: could sleep with "sf_bufs list lock" locked from /usr/src/sys/kern/uipc_syscalls.c:1578 /usr/src/sys/vm/uma_core.c:1324: could sleep with "xl0" locked from /usr/src/sys/pci/if_xl.c:1260 /usr/src/sys/vm/uma_core.c:1324: could sleep with "rman" locked from /usr/src/sys/kern/subr_rman.c:194 If I enable debug.witness_ddb in loader.conf and type trace everytime a "could sleep with" message appears, it doesn't appear in /var/log/messages and I don't feel like writing all the information down by hand.. Unless it is /really/ necessary. But the following appears when the system is up, and a copy/paste works fine. /usr/src/sys/vm/uma_core.c:1324: could sleep with "xl0" locked from /usr/src/sys /pci/if_xl.c:2974 Debugger("witness_sleep") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0335740) at Debugger+0x45 witness_sleep(1,0,c034ba71,52c) at witness_sleep+0xf8 uma_zalloc_arg(c082a780,0,0) at uma_zalloc_arg+0x3e vm_map_entry_create(c0822ef4,0,cf1f1ea8,707da90,13ba000) at vm_map_entry_create+ 0x2b vm_map_insert(c0822ef4,c03fb260,13ba000,0,c12b9000) at vm_map_insert+0x1dc kmem_malloc(c0822ef4,1000,1,c0333f9e,263) at kmem_malloc+0x129 mb_pop_cont(c03d4c20,1,c76c7ca0,c03d4c60,0) at mb_pop_cont+0x8e mb_alloc(c03d4c20,1,0,c0e41c00,cf2adb68) at mb_alloc+0x147 m_clget(c0e41c00,1,22,cd2de188,cddfe000) at m_clget+0x16 xl_newbuf(cd2de000,cd2de320) at xl_newbuf+0x2c xl_list_rx_init(cd2de000) at xl_list_rx_init+0x3d xl_init(cd2de000,0,cf2adc60,80206910,cf2adc60) at xl_init+0x13d xl_ioctl(cd2de000,80206910,cf2adc60) at xl_ioctl+0x19c ifhwioctl(80206910,cd2de000,cf2adc60,cf28b728) at ifhwioctl+0x289 ifioctl(cf1c23d8,80206910,cf2adc60,cf28b728,0) at ifioctl+0xb2 soo_ioctl(cf106078,80206910,cf2adc60,cf28b728) at soo_ioctl+0x197 ioctl(cf28b728,cf2add14,3,0,296) at ioctl+0x353 syscall(2f,2f,2f,3,1) at syscall+0x205 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (54, FreeBSD ELF, ioctl), eip = 0x804d577, esp = 0xbfbffb9c, ebp = 0 xbfbffbe8 --- and another one: /usr/src/sys/vm/uma_core.c:1324: could sleep with "process l ock" locked from /usr/src/sys/kern/kern_prot.c:613 Debugger("witness_sleep") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0335740) at Debugger+0x45 witness_sleep(1,0,c034ba71,52c) at witness_sleep+0xf8 uma_zalloc_arg(c082ac80,0,4) at uma_zalloc_arg+0x3e malloc(20,c0398880,4,c03d3d00,0) at malloc+0x68 uifind(1,c76c7d60,cf3a9f00,1,cf2b1cec) at uifind+0x56 change_euid(cf1d3600,1,cf28b4f0,0,cf1d3600) at change_euid+0x1c seteuid(cf28b414,cf2b1d14,1,1,282) at seteuid+0xbf syscall(2f,2f,2f,bfbffceb,804a226) at syscall+0x205 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (183, FreeBSD ELF, seteuid), eip = 0x280a3eeb, esp = 0xbfbffc8c, ebp = 0xbfbffd64 --- and another process lock: /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /us r/src/sys/kern/kern_prot.c:511 Debugger("witness_sleep") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0335740) at Debugger+0x45 witness_sleep(1,0,c034ba71,52c) at witness_sleep+0xf8 uma_zalloc_arg(c082ac80,0,4) at uma_zalloc_arg+0x3e malloc(20,c0398880,4,c03d3d00,0) at malloc+0x68 uifind(2,c76c7d60,c76c7d60,,0) at uifind+0x56 change_ruid(cf1d3600,2,cf28cb18,0,cf1d3600) at change_ruid+0x28 setuid(cf28ca3c,cf406d14,1,0,296) at setuid+0xc2 syscall(2f,2f,2f,8056050,12) at syscall+0x205 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (23, FreeBSD ELF, setuid), eip = 0x280b3a0b, esp = 0xbfbff71c, ebp = 0xbfbff748 --- Best regards Rasmus Skaarup On Sun, 26 May 2002, Alfred Perlstein wrote: > * Jun Kuriyama <[EMAIL PROTECTED]> [020526 19:09] wrote: > > At Sun, 26 May 2002 22:19:58 + (UTC), > > Alfred Perlstein wrote: > > > Uh, why don't you guys enable 'debug.witness_ddb' and get us some > > > tracebacks? :) > > > > Could this help you? > > Yes. > > > Index: feeder.c > === > RCS file: /home/ncvs/src/sys/dev/sound/pcm/feeder.c,v > retrieving revision 1.23 > diff -u -r1.23 feeder.c > --- feeder.c 25 May 2002 11:18:03 - 1.23 > +++ feeder.c 27 May 2002 03:07:30 - > @@ -137,7 +137,8 @@ > struct pcm_feeder *f; > int err; > > - f = (struct pcm_feeder *)kobj_create((kobj_class_t)fc, M_FEEDER, M_WAITOK | >M_ZERO); > + f = (struct pcm_feeder *)kobj_create((kobj_class_t)fc, M_FEEDER, > + M_NOWAIT | M_ZERO); > if (f == NULL) > return NULL; > > > 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
Re: reading kernel dump - post gcc 3.1
Am Sa, 2002-05-25 um 02.30 schrieb Craig Carey: > [...] > savecore(8) should copy a dump of the crashed kernel to /var/crash and > created files kernel.0 and vmcore.0. > > gdb -k kernel.0 vmcore.0 > hunter[13]$ gdb -k kernel.debug vmcore.19 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... Dwarf Error: Cannot handle DW_FORM_strp in DWARF reader. kernel symbol `cpuhead' not found. (kgdb) Please read bin/38236. I wasn't asking for general directions but for a specific solution to a current -current problem. -- Thanks, Georg. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ALERT - GroupShield ticket number OA2424_1022498040_POSTMAN_1 was generated
Action Taken: The attachment was quarantined from the message and replaced with a text file informing the recipient of the action taken. To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> From: current <[EMAIL PROTECTED]> Sent: 319976576,29492569 Subject: A good tool Attachment Details:- Attachment Name: DAT.pif File: DAT.pif Infected? Yes Repaired? No Blocked? No Deleted? No Virus Name: W32/Klez.h@MM <>
ALERT - GroupShield ticket number OB3_1022498041_POSTMAN_1 was generated
Action Taken: The message was quarantined and replaced with a text informing the recipient of the action taken. To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> From: current <[EMAIL PROTECTED]> Sent: -1684271232,29492591 Subject: A good tool Attachment Details:- Attachment Name: N/A File: Infected.msg Infected? Yes Repaired? No Blocked? No Deleted? No Virus Name: Suspicious IFrame <>
World is broken
Finally I have decided to give post gcc-3.1 perless world a try, but found that world doesn't build. :(( The system in question is 5-CURRENT makeworlded about a month ago. Any ideas? -Maxim Script started on Mon May 27 12:28:52 2002 root@notebook# make buildworld -- >>> Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/games mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/share/dict [...] -- >>> stage 4: building libraries -- cd /usr/src; 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 make -f Makefile.inc1 -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG libraries cd /usr/src; make -f Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 _generic_libs; cd /usr/src/gnu/lib/csu; make DIRPRFX=gnu/lib/csu/ depend; make DIRPRFX=gnu/lib/csu/ all; make DIRPRFX=gnu/lib/csu/ install make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h echo 'struct rtx_def;' > tconfig.h echo 'typedef struct rtx_def *rtx;' >> tconfig.h echo 'struct rtvec_def;'>> tconfig.h echo 'typedef struct rtvec_def *rtvec;' >> tconfig.h echo 'union tree_node;' >> tconfig.h echo 'typedef union tree_node *tree;' >> tconfig.h echo '' >> tconfig.h echo '#include "ansidecl.h"'>> tconfig.h echo '#include "i386/i386.h"' >> tconfig.h echo '#include "i386/att.h"'>> tconfig.h echo '#include "dbxelf.h"' >> tconfig.h echo '#include "elfos.h"' >> tconfig.h echo '#include ' >> tconfig.h echo '#include "freebsd-spec.h"'>> tconfig.h echo '#include "freebsd.h"' >> tconfig.h echo '#include "i386/freebsd.h"'>> tconfig.h echo '#include "defaults.h"'>> tconfig.h echo '#ifndef POSIX'>> tconfig.h echo '# define POSIX' >> tconfig.h echo '#endif' >> tconfig.h echo '#define CONFIG_SJLJ_EXCEPTIONS 0' >> tconfig.h rm -f .depend CC="cc" MKDEP_CPP_OPTS="-M -DCRT_BEGIN" mkdep -f .depend -a-DIN_GCC -DHAVE_LD_EH_FRAME_HDR -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A system=unix' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A system=bsd' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A system=FreeBSD' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A cpu=i386' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A machine=i386' In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:60, from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:62: /usr/include/stdarg.h:41: machine/gcc_stdarg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@notebook# exit Script done on Mon May 27 13:08:59 2002 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildworld is broken(src/bin/sh)
Hello all. I make buildworld and buildkernel after cvsup at May 25th on my 4-stable box(cvsuped and make buildworld, buildkernel, installkernel and installworld at May 25th ). No error,so I make installkernel and installworld on ThinkPad i1124. And (re)buildworld on ThinkPad(5-current) for same cvsuped 5-current source tree. I got, -- >>> stage 4: building everything.. -- . . . ===> bin/sh cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/alias.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/bltin/echo.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/histedit.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/mail.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/memalloc.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/miscbltin.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/test/test.c gzip -cn /pub/download/freebsd/src/bin/sh/sh.1 > sh.1.gz cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c arith.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c arith_lex.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c builtins.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/cd.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/error.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/main.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/options.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/redir.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/show.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c nodes.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/eval.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/exec.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/expand.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/input.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/jobs.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/mystring.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/output.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/parser.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh-c /pub/download/freebsd/src/bin/sh/trap.c /pub/download/freebsd/src/bin/sh/parser.c: In function `list': /pub/download/freebsd/src/bin/sh/parser.c:209: case label does not reduce to an integer constant /pub/download/freebsd/src/bin/sh/parser.c: In function `command': /pub/download/freebsd/src/bin/sh/parser.c:309: syntax error before ';' token /pub/download/freebsd/src/bin/sh/parser.c: At top level: /pub/download/freebsd/src/bin/sh/parser.c:314: syntax error before '++' token *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 % cat /usr/obj/pub/download/freebsd/src/bin/sh/token.h #define TEOF 0.0 #define TNL 1 #define TSEMI 2 #define TBACKGND 3 #define TAND 4 #define TOR 5 #define TPIPE 6 #define TLP 7 #define TRP 8 #define TENDCASE 9 #define TENDBQUOTE : #define TREDIR ; #define TWORD < #define TIF = #define TTHEN > #define TELSE ? #define TELIF 16 #define TFI 17 #define TWHILE 18 #define TUNTIL 19 #define TFOR 20 #define TDO 21 #define TDONE 22 #define TBEGIN 23 #define TEND 24 #define TCASE 25 #define TESAC 26 #define TNOT 27 . . . It's happend from 2( or 3) weeks ago. And, I give up and disable to make src/bin/sh, make process is stalled at: ---
Re: World is broken
+---[ Maxim Sobolev ]-- | Finally I have decided to give post gcc-3.1 perless world a | try, but found that world doesn't build. :(( The system in | question is 5-CURRENT makeworlded about a month ago. | | Any ideas? I had to do a make includes, and then world built fine for me. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | M:+61 416 022 411 | ACN: 082 081 472 ABN: 83 082 081 472 |[EMAIL PROTECTED]| Carpe Daemon To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: why change: from proc to thread?
On Mon, May 27, 2002 at 02:56:50PM +0800, kai ouyang wrote: > Hi,everybody > I found many v_operations, such as VOP_UNLOCK, VOP_OPEN., there all have a >parameter(struct proc) in FreeBSD4.x, but, > there all be changed to thread in FreeBSD5.0. why? And what relation of the proc and >thread ? > Thank you! Search the archives for information about KSE. Kris P.S. Please wrap your lines at 70 characters in future so your emails are readable. msg38837/pgp0.pgp Description: PGP signature
Re: gcc internal compiler error with mozilla
On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote: > I got non-deterministic internal compiler errors when I was trying to > compile mozilla. At the same time I was compiling gnome in another > terminal window. It only happened with mozilla, it was non-deterministic > in that I could do another 'make' and it would proceed past the point it > failed. At the moment, the c++ compiler in the base system can't be used to build Mozilla. Install the lang/gcc31 port and build Mozilla as follows: cd /usr/ports/www/mozilla make CXX=/usr/local/bin/g++31 A few people have reported on this mailing list that the above works. The archives are your friend. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World is broken
On Mon, May 27, 2002 at 02:28:26PM +0300, Maxim Sobolev wrote: > Finally I have decided to give post gcc-3.1 perless world a > try, but found that world doesn't build. :(( The system in > question is 5-CURRENT makeworlded about a month ago. > > Any ideas? > Your /usr/include is hosed, well, actually your machine/stdarg.h is the broken version (rev. 1.12). Please manually install the revision 1.14 under /usr/include/machine/ and try again. > Script started on Mon May 27 12:28:52 2002 > root@notebook# make buildworld > > -- > >>> Rebuilding the temporary build tree > -- > rm -rf /usr/obj/usr/src/i386 > mkdir -p /usr/obj/usr/src/i386/usr/bin > mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout > mkdir -p /usr/obj/usr/src/i386/usr/games > mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts > mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf > mkdir -p /usr/obj/usr/src/i386/usr/sbin > mkdir -p /usr/obj/usr/src/i386/usr/share/misc > mkdir -p /usr/obj/usr/src/i386/usr/share/dict > [...] > -- > >>> stage 4: building libraries > -- > cd /usr/src; 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 > make -f Makefile.inc1 -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG > libraries > cd /usr/src; make -f Makefile.inc1 _startup_libs; make -f > Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 > _generic_libs; > cd /usr/src/gnu/lib/csu; make DIRPRFX=gnu/lib/csu/ depend; > make DIRPRFX=gnu/lib/csu/ all; make DIRPRFX=gnu/lib/csu/ > install > make -f > /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile > MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile > GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h > echo 'struct rtx_def;'> tconfig.h > echo 'typedef struct rtx_def *rtx;' >> tconfig.h > echo 'struct rtvec_def;' >> tconfig.h > echo 'typedef struct rtvec_def *rtvec;' >> tconfig.h > echo 'union tree_node;' >> tconfig.h > echo 'typedef union tree_node *tree;' >> tconfig.h > echo '' >> tconfig.h > echo '#include "ansidecl.h"' >> tconfig.h > echo '#include "i386/i386.h"' >> tconfig.h > echo '#include "i386/att.h"' >> tconfig.h > echo '#include "dbxelf.h"'>> tconfig.h > echo '#include "elfos.h"' >> tconfig.h > echo '#include '>> tconfig.h > echo '#include "freebsd-spec.h"' >> tconfig.h > echo '#include "freebsd.h"' >> tconfig.h > echo '#include "i386/freebsd.h"' >> tconfig.h > echo '#include "defaults.h"' >> tconfig.h > echo '#ifndef POSIX' >> tconfig.h > echo '# define POSIX' >> tconfig.h > echo '#endif' >> tconfig.h > echo '#define CONFIG_SJLJ_EXCEPTIONS 0' >> tconfig.h > rm -f .depend > CC="cc" MKDEP_CPP_OPTS="-M -DCRT_BEGIN" mkdep -f .depend > -a-DIN_GCC -DHAVE_LD_EH_FRAME_HDR > -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config > -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. > -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A system=unix' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A system=bsd' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A system=FreeBSD' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A cpu=i386' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A machine=i386' > In file included from > /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:60, > from > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:62: > /usr/include/stdarg.h:41: machine/gcc_stdarg.h: No such file > or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/gnu/lib/csu. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > root@notebook# exit > > Script done on Mon May 27 13:08:59 2002 > > To Unsubscribe: send mail to [EMAIL PROTECTED] >
Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo
* Mike Barcroft <[EMAIL PROTECTED]> [2002-05-27 01:30]: > Niels Chr. Bank-Pedersen <[EMAIL PROTECTED]> writes: > > On Sun, May 19, 2002 at 12:32:07AM +0200, Oliver Braun wrote: > > > Hi, > > > > > > I am the ports maintainer of x11-fm/gentoo. Building gentoo dies since > > > revision 1.33 of machine/endian.h with the following error: > > > > > > In file included from cmdseq.c:18: > > > /usr/include/sys/wait.h:114: duplicate member `w_Filler' > > > /usr/include/sys/wait.h:115: duplicate member `w_Retcode' > > > /usr/include/sys/wait.h:116: duplicate member `w_Coredump' > > > /usr/include/sys/wait.h:117: duplicate member `w_Termsig' > > > /usr/include/sys/wait.h:132: duplicate member `w_Filler' > > > /usr/include/sys/wait.h:133: duplicate member `w_Stopsig' > > > /usr/include/sys/wait.h:134: duplicate member `w_Stopval' > > > *** Error code 1 > > > > > > With machine/endian.h revision 1.32 it works. > > > > > > A workaround for x11-fm/gentoo is to declare the functions needed > > > explicit and avoid including whole sys/wait.h. > This is good. I was hoping fixing the namespace pollution in endian.h > would expose more bugs. The bug in this case is that wait.h is > depending on the old pollution of endian.h in the !__BSD_VISIBLE > case. The solution is to use the underscored variants in wait.h. > I'll commit the fix soon. > I ran into another build problem later on. This time the bug was in > the port itself. It was missing a include, for the > strdup() prototype. I think the previous GCC didn't complain about > missing prototypes for built-ins, which is probably why this wasn't > exposed earlier. > Adding the include doesn't fix the problem because the program, via > gentoo.h, specifies that it wants a POSIX environment > (`#define _POSIX_C_SOURCE 3'). I think the value 3 is wrong here. > The correct format is MM, which specifies the ratified date of the > Standard. Nevertheless, our headers try and accomodate and provide > a 1988 environment. strdup() wasn't added to POSIX until 2001. > The solution would be to specify a Standard that provides the > interface the application needs, or to not specify a Standard at all. > The software does the latter in the NetBSD, et al cases. This patch > below and the upcoming commit to should fix this port. > %%% > --- gentoo.h.orig Sun May 26 19:20:42 2002 > +++ gentoo.h Sun May 26 19:13:52 2002 > @@ -13,7 +13,7 @@ > #include "config.h" > -#if !(defined __osf__ && defined __alpha__) && !defined __NetBSD__ > +#if !(defined __osf__ && defined __alpha__) && !defined __NetBSD__ && !defined >__FreeBSD__ > #define __EXTENSIONS__ > #define _POSIX_C_SOURCE 3 /* This is for Solaris. */ > #define POSIX_C_SOURCE3 > %%% Thanks, it fixes the port. I have tested it and submitted it already. Regards, Olli -- IST & IIS _ INF _ UniBwM http://ist.unibw-muenchen.de/People/obraun/ Tele-Consulting GmbH http://www.tele-consulting.com/ ___ obraun@ FreeBSD: 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
Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo
There's a problem with coldsync port on -current which has to do with endian macros: cc -Wall -ansi -pedantic -O -pipe -march=pentiumpro -DHAVE_CONFIG_H -I. -I./.. - I./../include -I/usr/local/include -c PConnection_net.c In file included from /usr/include/arpa/nameser.h:446, from PConnection_net.c:11: /usr/include/arpa/nameser_compat.h:54: syntax error before string constant /usr/include/arpa/nameser_compat.h:82: duplicate member `rd' /usr/include/arpa/nameser_compat.h:83: duplicate member `tc' /usr/include/arpa/nameser_compat.h:84: duplicate member `aa' /usr/include/arpa/nameser_compat.h:85: duplicate member `opcode' /usr/include/arpa/nameser_compat.h:86: duplicate member `qr' /usr/include/arpa/nameser_compat.h:88: duplicate member `rcode' /usr/include/arpa/nameser_compat.h:89: duplicate member `cd' /usr/include/arpa/nameser_compat.h:90: duplicate member `ad' /usr/include/arpa/nameser_compat.h:91: duplicate member `unused' /usr/include/arpa/nameser_compat.h:92: duplicate member `ra' In file included from PConnection_net.c:12: /usr/include/resolv.h:130: field `in6a' has incomplete type *** Error code 1 Anybody cares to have a look? Bye, Andrea -- Tagline generated by 'gensig' mail-client-independent .signature generator. Get your copy at http://www.geeks.com/~robf/gensig/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Patch for review (was Re: Junk in new gcc include path)
Please review this patch, it fix one reported problem: --- cc_tools/auto-host.h.bakSat May 18 16:30:17 2002 +++ cc_tools/auto-host.hMon May 27 19:23:37 2002 @@ -87,7 +87,7 @@ /* #undef ssize_t */ /* Define if cpp should also search $prefix/include. */ -#define PREFIX_INCLUDE_DIR "NONE/include" +/* #undef PREFIX_INCLUDE_DIR */ /* Define if you have the __argz_count function. */ /* #undef HAVE___ARGZ_COUNT */ On Sun, May 26, 2002 at 00:15:29 +0400, Andrey A. Chernov wrote: > Does anybody else saw this too? > I just run 'cc -v hello.c' (printing Hello, world) and see: > ... > GNU C version 3.1 [FreeBSD] 20020509 (prerelease) > (i386-undermydesk-freebsd) > compiled by GNU C version 2.95.4 20020320 [FreeBSD]. > ignoring nonexistent directory "NONE/include" > ignoring duplicate directory "/usr/include" > ... > > It seems junk "NONE/include" is in the include path and "/usr/include" > present there twice. Please fix this thing. Especially if project have > NONE directory... -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo
Andrea Campi <[EMAIL PROTECTED]> writes: > There's a problem with coldsync port on -current which has to do with > endian macros: > > cc -Wall -ansi -pedantic -O -pipe -march=pentiumpro -DHAVE_CONFIG_H -I. -I./.. - > I./../include -I/usr/local/include -c PConnection_net.c > In file included from /usr/include/arpa/nameser.h:446, > from PConnection_net.c:11: > /usr/include/arpa/nameser_compat.h:54: syntax error before string constant > /usr/include/arpa/nameser_compat.h:82: duplicate member `rd' > /usr/include/arpa/nameser_compat.h:83: duplicate member `tc' > /usr/include/arpa/nameser_compat.h:84: duplicate member `aa' > /usr/include/arpa/nameser_compat.h:85: duplicate member `opcode' > /usr/include/arpa/nameser_compat.h:86: duplicate member `qr' > /usr/include/arpa/nameser_compat.h:88: duplicate member `rcode' > /usr/include/arpa/nameser_compat.h:89: duplicate member `cd' > /usr/include/arpa/nameser_compat.h:90: duplicate member `ad' > /usr/include/arpa/nameser_compat.h:91: duplicate member `unused' > /usr/include/arpa/nameser_compat.h:92: duplicate member `ra' > In file included from PConnection_net.c:12: > /usr/include/resolv.h:130: field `in6a' has incomplete type > *** Error code 1 > > > Anybody cares to have a look? Hmm, the application thinks it conforms to POSIX, but uses headers not defined in POSIX. Removing: #ifndef _POSIX_C_SOURCE # define _POSIX_C_SOURCE 2 #endif /* _POSIX_C_SOURCE */ ...from config.h will probably fix it. I may just change all the headers over to _BYTE_ORDER and friends, so that even confussed applications work. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: reading kernel dump - post gcc 3.1
On Mon, May 27, 2002 at 12:23:13PM +0200, Georg-W. Koltermann wrote: > Please read bin/38236. I wasn't asking for general directions but for a > specific solution to a current -current problem. RTFM specifically the "-gstabs+" GCC option. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gdb breaks world
On Mon, May 27, 2002 at 04:08:44PM +0900, Jun Kuriyama wrote: > At Mon, 27 May 2002 02:46:01 + (UTC), > David O'Brien wrote: > > Add it to COPTFLAGS. Why are you adding it to DEBUG? > > ``grep DEBUG /sys/conf/*.mk /sys/conf/Makefile.*'' shows DEBUG is not > > used this way. > > I added it to DEBUG because I think "-gstabs+" will be used as > replacement of "-g". I added it to COPTFLAGS and tried again, but no > luck. > > makeoptions COPTFLAGS=-gstabs+ #Build kernel with gdb(1) debug symbols Verify that your entire kernel is built with "-g -gstabs+". If you still cannot use gdb on a core dump, maybe there is a core dump format change GDB needs to catch up with. Please use the various objdump, etc. tools to verify what type of debugging is in kernel.debug. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc internal compiler error with mozilla
On Mon, May 27, 2002 at 02:59:36PM +0200, Sheldon Hearn wrote: > > > On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote: > > > I got non-deterministic internal compiler errors when I was trying to > > compile mozilla. At the same time I was compiling gnome in another > > terminal window. It only happened with mozilla, it was non-deterministic > > in that I could do another 'make' and it would proceed past the point it > > failed. > > At the moment, the c++ compiler in the base system can't be used to > build Mozilla. > > Install the lang/gcc31 port and build Mozilla as follows: > > cd /usr/ports/www/mozilla > make CXX=/usr/local/bin/g++31 Please raise your concern with [EMAIL PROTECTED] I provided them with a USE_GCC patch that would make this easier 2 months ago. It still has yet to be committed to bsd.port.mk. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
New kernel option GDBSPEED (as in CONSPEED)?
CONSPEED is used for both console and gdb. This is a bit awkward because it means that I have to run my kernel console on 9600 baud on my diskless box. The attached patch fixes this by introducing another variable GDBSPEED. The patch makes the default for GDBSPEED 9600, so anyone who uses a higher speed would need to set the variable to something sensible afterwards. Would that require an entry in UPDATING? Is there any documentation that needs to be updated because of this change (I couldn't find anything that mentioned CONSPEED wrt gdb in either src/ or doc/) Any objections? Nick -- [EMAIL PROTECTED] http://www.van-laarhoven.org/ [EMAIL PROTECTED]http://www.etla.net/~n_hibma/ Index: sys/conf/options.i386 === RCS file: /home/ncvs/src/sys/conf/options.i386,v retrieving revision 1.170 diff -u -r1.170 options.i386 --- sys/conf/options.i386 16 May 2002 21:23:40 - 1.170 +++ sys/conf/options.i386 23 May 2002 19:38:42 - @@ -15,6 +15,7 @@ AUTO_EOI_1 opt_auto_eoi.h AUTO_EOI_2 opt_auto_eoi.h CONSPEED opt_comconsole.h +GDBSPEED opt_comconsole.h I586_PMC_GUPROFopt_i586_guprof.h WLCACHEopt_wavelan.h WLDEBUGopt_wavelan.h Index: sys/conf/options.pc98 === RCS file: /home/ncvs/src/sys/conf/options.pc98,v retrieving revision 1.145 diff -u -r1.145 options.pc98 --- sys/conf/options.pc98 19 May 2002 13:18:10 - 1.145 +++ sys/conf/options.pc98 23 May 2002 19:38:58 - @@ -15,6 +15,7 @@ AUTO_EOI_1 opt_auto_eoi.h AUTO_EOI_2 opt_auto_eoi.h CONSPEED opt_comconsole.h +GDBSPEED opt_comconsole.h I586_PMC_GUPROFopt_i586_guprof.h WLCACHEopt_wavelan.h WLDEBUGopt_wavelan.h Index: sys/dev/sio/sio.c === RCS file: /home/ncvs/src/sys/dev/sio/sio.c,v retrieving revision 1.374 diff -u -r1.374 sio.c --- sys/dev/sio/sio.c 26 Apr 2002 20:24:10 - 1.374 +++ sys/dev/sio/sio.c 26 May 2002 10:25:02 - @@ -332,9 +332,7 @@ static volatile speed_tcomdefaultrate = CONSPEED; static u_long comdefaultrclk = DEFAULT_RCLK; SYSCTL_ULONG(_machdep, OID_AUTO, conrclk, CTLFLAG_RW, &comdefaultrclk, 0, ""); -#ifdef __alpha__ -static volatile speed_tgdbdefaultrate = CONSPEED; -#endif +static volatile speed_tgdbdefaultrate = GDBSPEED; static u_int com_events; /* input chars + weighted output completions */ static Port_t siocniobase; #ifndef __alpha__ @@ -418,6 +416,32 @@ 0, 0, sysctl_machdep_comdefaultrate, "I", ""); /* TUNABLE_INT("machdep.conspeed", &comdefaultrate); */ +#ifndef __alpha__ +/* + * Handle sysctl read/write requests for serial gdb speed + */ + +static int +sysctl_machdep_gdbdefaultrate(SYSCTL_HANDLER_ARGS) +{ + int error; + speed_t newspeed; + + newspeed = gdbdefaultrate; + + error = sysctl_handle_opaque(oidp, &newspeed, sizeof newspeed, req); + if (error || !req->newptr) + return (error); + + gdbdefaultrate = newspeed; + + return 0; +} + +SYSCTL_PROC(_machdep, OID_AUTO, gdbspeed, CTLTYPE_INT | CTLFLAG_RW, + 0, 0, sysctl_machdep_gdbdefaultrate, "I", ""); +#endif + #define SET_FLAG(dev, bit) device_set_flags(dev, device_get_flags(dev) | (bit)) #define CLR_FLAG(dev, bit) device_set_flags(dev, device_get_flags(dev) & ~(bit)) @@ -3126,13 +3150,17 @@ Port_t iobase; int s; struct siocnstate sp; + speed_t speed; - if (minor(dev) == siogdbunit) + if (minor(dev) == siogdbunit) { iobase = siogdbiobase; - else + speed = gdbdefaultrate; + } else { iobase = siocniobase; + speed = comdefaultrate; + } s = spltty(); - siocnopen(&sp, iobase, comdefaultrate); + siocnopen(&sp, iobase, speed); if (inb(iobase + com_lsr) & LSR_RXRDY) c = inb(iobase + com_data); else @@ -3151,13 +3179,17 @@ Port_t iobase; int s; struct siocnstate sp; + speed_t speed; - if (minor(dev) == siogdbunit) + if (minor(dev) == siogdbunit) { iobase = siogdbiobase; - else + speed = gdbdefaultrate; + } else { iobase = siocniobase; + speed = comdefaultrate; + } s = spltty(); - siocnopen(&sp, iobase, comdefaultrate); + siocnopen(&sp, iobase, speed); while (!(inb(iobase + c
Re: wi0 wpc11 wireless lockup problem
I think you are getting bitten by the toshiba topic suckage bug. Sometimes interrupts don't happen on it :-( Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Messages from WITNESS [Sun May 26 kernel]
from May 26 kernel: % dmesg | egrep sleep | sort | uniq -c 3 /usr/src/sys/vm/uma_core.c:1324: could sleep with "UMA lock" locked from /usr/src/sys/vm/uma_core.c:1157 2 /usr/src/sys/vm/uma_core.c:1324: could sleep with "eventhandler" locked from /usr/src/sys/kern/subr_eventhandler.c:162 78 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 28 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:1" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:2" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:3" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:record:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:record:1" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 2 /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_exec.c:316 5 /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_prot.c:511 7 /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_prot.c:613 1 /usr/src/sys/vm/uma_core.c:1324: could sleep with "rman" locked from /usr/src/sys/kern/subr_rman.c:194 1 /usr/src/sys/vm/uma_core.c:1324: could sleep with "sf_bufs list lock" locked from /usr/src/sys/kern/uipc_syscalls.c:1578 (i'll try enabling that sysctl and getting some tracebacks right after i'm done with this ports compile...) On Mon, 27 May 2002, Jun Kuriyama wrote: > At Sun, 26 May 2002 22:19:58 + (UTC), > Alfred Perlstein wrote: > > Uh, why don't you guys enable 'debug.witness_ddb' and get us some > > tracebacks? :) > > Could this help you? > > ../../../vm/uma_core.c:1324: could sleep with "process lock" locked from >../../../kern/kern_prot.c:867 > ../../../vm/uma_core.c:1324: could sleep with "pcm0:play:0" locked from >../../../dev/sound/pcm/sound.c:191 > Debugger("witness_sleep") > Stopped at Debugger+0x46: xchgl %ebx,in_Debugger.0 > db> trace > Debugger(c02d6fa0) at Debugger+0x46 > witness_sleep(1,0,c02ea491,52c) at witness_sleep+0xf8 > uma_zalloc_arg(c081d5a0,0,4) at uma_zalloc_arg+0x3e > malloc(30,c031b020,4,e2fc3180,0) at malloc+0x78 > kobj_create(c031b0c0,c031b020,4,e2fc3180,e2f8cc00) at kobj_create+0x1a > feeder_create(c031b0c0,0,e2fc3180,e7f96974,c017ebb5) at feeder_create+0x18 > chn_addfeeder(e2fc3180,c031b0c0,0) at chn_addfeeder+0x12 > chn_buildfeeder(e2fc3180) at chn_buildfeeder+0x5b > chn_tryformat(e2fc3180,8,0,1f40,e2fc3180) at chn_tryformat+0x28 > chn_setformat(e2fc3180,8,e2fc3338,3,c035cad0) at chn_setformat+0x15 > chn_reset(e2fc3180,8) at chn_reset+0xc5 > dsp_open(c035cad0,6,2000,e33a2414,e837f980) at dsp_open+0x21c > spec_open(e7f96a7c,e7f96b28,c01f5e69,e7f96a7c,6) at spec_open+0x12f > spec_vnoperate(e7f96a7c) at spec_vnoperate+0x13 > vn_open_cred(e7f96c10,e7f96b64,0,e837f980,e7f96cec) at vn_open_cred+0x353 > vn_open(e7f96c10,e7f96b64,0,c01c7c54,e7f690f0) at vn_open+0x18 > open(e33a2414,e7f96d14,3,1,297) at open+0x155 > syscall(2f,2f,2f,804e6a4,2807343a) at syscall+0x205 > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > --- syscall (5, FreeBSD ELF, open), eip = 0x280f4bcb, esp = 0xbfbffa08, ebp = >0xbfbffa44 --- > > > -- > Jun Kuriyama <[EMAIL PROTECTED]> // IMG SRC, Inc. > > 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
Lock order reversal
I just got this in dmesg: lock order reversal 1st 0xdaa8ce2c process lock (process lock) @ /usr/src/sys/kern/kern_exec.c:316 2nd 0xc0424d60 filelist lock (filelist lock) @ /usr/src/sys/kern/kern_descrip.c:1112 What other information is needed to debug this? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
[no subject]
help To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: wi0 wpc11 wireless lockup problem
this is a known issue with toshiba laptops? how nice. wireless works great with the exception of this random problem. other than tossing my craptop in the garbage, any suggestions? thanks jason > I think you are getting bitten by the toshiba topic suckage bug. > Sometimes interrupts don't happen on it :-( > > Warner > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-mobile" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: New kernel option GDBSPEED (as in CONSPEED)?
On Mon, 27 May 2002, Nick Hibma wrote: > CONSPEED is used for both console and gdb. This is a bit awkward because > it means that I have to run my kernel console on 9600 baud on my > diskless box. The attached patch fixes this by introducing another > variable GDBSPEED. > > The patch makes the default for GDBSPEED 9600, so anyone who uses a > higher speed would need to set the variable to something sensible > afterwards. Would that require an entry in UPDATING? GDBSPEED should default to CONSPEED so that people who don't need it to be different won't have to know about it. The speed should also be the one given by CONSPEED when the gdb port is the same as the console port. > Is there any documentation that needs to be updated because of this > change (I couldn't find anything that mentioned CONSPEED wrt gdb in > either src/ or doc/) I don't know of any. > Any objections? Quite a few. Ones related to the above, plus ones involving the patch being too large for a hack and having style bugs. Comments on the patch in private mail. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc internal compiler error with mozilla
On Mon, May 27, 2002 at 10:58:54AM -0700, David O'Brien wrote: > Please raise your concern with [EMAIL PROTECTED] I provided them with > a USE_GCC patch that would make this easier 2 months ago. It still has > yet to be committed to bsd.port.mk. For the benefit of others, there are problems with this patch which have yet to be addressed. Kris msg38854/pgp0.pgp Description: PGP signature
Re: World is broken
On Monday, 27 May 2002 at 16:22:54 +0300, Ruslan Ermilov wrote: > On Mon, May 27, 2002 at 02:28:26PM +0300, Maxim Sobolev wrote: >> Finally I have decided to give post gcc-3.1 perless world a >> try, but found that world doesn't build. :(( The system in >> question is 5-CURRENT makeworlded about a month ago. >> >> Any ideas? >> > Your /usr/include is hosed, well, actually your machine/stdarg.h > is the broken version (rev. 1.12). Please manually install the > revision 1.14 under /usr/include/machine/ and try again. Why is the build using /usr/include? I thought it should use the header files in the source tree. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc internal compiler error with mozilla
On Mon, May 27, 2002 at 04:21:17PM -0700, Kris Kennaway wrote: > On Mon, May 27, 2002 at 10:58:54AM -0700, David O'Brien wrote: > > > Please raise your concern with [EMAIL PROTECTED] I provided them with > > a USE_GCC patch that would make this easier 2 months ago. It still has > > yet to be committed to bsd.port.mk. > > For the benefit of others, there are problems with this patch which > have yet to be addressed. What are they? We need something now, in some form. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc internal compiler error with mozilla
On Mon, May 27, 2002 at 06:58:00PM -0700, David O'Brien wrote: > On Mon, May 27, 2002 at 04:21:17PM -0700, Kris Kennaway wrote: > > On Mon, May 27, 2002 at 10:58:54AM -0700, David O'Brien wrote: > > > > > Please raise your concern with [EMAIL PROTECTED] I provided them with > > > a USE_GCC patch that would make this easier 2 months ago. It still has > > > yet to be committed to bsd.port.mk. > > > > For the benefit of others, there are problems with this patch which > > have yet to be addressed. > > What are they? We need something now, in some form. See your other mail for more details, but the patch introduced circular dependencies. Kris msg38857/pgp0.pgp Description: PGP signature
Re: gdb breaks world
At 10:54 AM -0700 5/27/02, David O'Brien wrote: >Verify that your entire kernel is built with "-g -gstabs+". If you still >cannot use gdb on a core dump, maybe there is a core dump format change >GDB needs to catch up with. Please use the various objdump, etc. tools >to verify what type of debugging is in kernel.debug. I merged some of the gdb src/ code into the devel/gdb52 port to allow it to debug i386 kernels (without the -gstabs+ compile option). The replacement port can be found here: http://people.FreeBSD.org/~mp/gdb52.tar.gz I'd appreciate feedback prior to committing it. Thanks, Mark To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc internal compiler error with mozilla
On Mon, 27 May 2002, Sheldon Hearn wrote: > On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote: > > I got non-deterministic internal compiler errors when I was trying to > > compile mozilla. At the same time I was compiling gnome in another > > terminal window. It only happened with mozilla, it was non-deterministic > > in that I could do another 'make' and it would proceed past the point it > > failed. > > At the moment, the c++ compiler in the base system can't be used to > build Mozilla. > > Install the lang/gcc31 port and build Mozilla as follows: > > cd /usr/ports/www/mozilla > make CXX=/usr/local/bin/g++31 > > A few people have reported on this mailing list that the above works. > The archives are your friend. I'd seen this for gcc 3.1, but not for 2.9x. I thought I'd report it in case it turned out to be an OS issue rather than a gcc one... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Junk in new gcc include path
From: "Garrett Wollman" <[EMAIL PROTECTED]> > < said: > > > So why does adding "-I/usr/include" to CPPFLAGS cause the compiler to ignore > > the headers in /usr/include? > > It doesn't -- it just causes the compiler to emit a warning message > which confuses AC_CHECK_HEADER in some versions of autoconf. (I think > 2.52 doesn't have this problem, but 2.19 does. I haven't investigated > this recently, though.) > I'll have to remove -I${OPENSSLINC} from the cyrus-sasl configure.in, so that it will build on current. Thanks, Scot To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Display controller problem
This may relate to the X-window reboots - my machine shows that too, if I boot without acpi; with acpi X never gets going. Supermicro P3TDDE, 2x1ghz P3: Via Apollo Pro 266 or 266T chipset, generic Nvidia TNT2 display. (there is a conflict in the manual which says 266T but 8633 north bridge). I also have a UP system, also with a via chipset (Asus KT266, with Athlon 1.2g) which doesn't show this problem (but I don't have X configured on it). dmesg (with boot_verbose) --- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #4: Mon May 27 18:13:07 PDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GOONEY Preloaded elf kernel "/boot/kernel/kernel" at 0xc043c000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc043c0a8. Calibrating clock(s) ... TSC clock: 999389884 Hz, i8254 clock: 1193027 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (999.53-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 536805376 (524224K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00466000 - 0x1ffe7fff, 532160512 bytes (129922 pages) avail memory = 517410816 (505284K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 SMP: CPU0 apic_initialize(): lint0: 0x0700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 bios32: Found BIOS32 Service Directory header at 0xc00faf10 bios32: Entry = 0xfb380 (c00fb380) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb3b0 pnpbios: Found PnP BIOS data at 0xc00fbe00 pnpbios: Entry = f:be30 Rev = 1.0 Other BIOS signatures found: random: mem: Pentium Pro MTRR support enabled null: SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x0400 TPR: 0x0010 SVR: 0x01ff pci_open(1):mode 1 addr port (0x0cf8) is 0x8060 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=30911106) Using $PIR table, 8 entries at 0xc00fdc20 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base f000, size 26, enabled found-> vendor=0x1106, dev=0x3091, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 IOAPIC #0 intpin 11 -> irq 2 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base c000, size 3, enabled map[14]: type 4, range 32, base c400, size 2, enabled map[18]: type 4, range 32, base c800, size 3, enabled map[1c]: type 4, range 32, base cc00, size 2, enabled map[20]: type 4, range 32, base d000, size 6, enabled map[24]: type 1, range 32, base f910, size 17, enabled found-> vendor=0x105a, dev=0x4d30, revid=0x02 bus=0, slot=12, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 intpin=a, irq=2 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base f912, size 12, enabled map[14]: type 4, range 32, base d400, size 6, enabled map[18]: type 1, range 32, base f900, size 20, enabled found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendo
i386 tinderbox failure
-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- >>> stage 2: cleaning up the object tree -- >>> stage 2: rebuilding the object tree -- >>> stage 2: build tools -- >>> stage 3: cross tools -- >>> stage 4: populating /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include -- >>> stage 4: building libraries -- >>> stage 4: make dependencies -- >>> stage 4: building everything.. -- ===> gnu/usr.bin/cc/cc_fbsd ===> gnu/usr.bin/cc/cc_tools ===> gnu/usr.bin/cc/cc_int /d/home/des/tinderbox/src/contrib/gcc/varasm.c: In function `assemble_name': /d/home/des/tinderbox/src/contrib/gcc/varasm.c:1806: warning: initialization discards qualifiers from pointer target type /d/home/des/tinderbox/src/contrib/gcc/config/i386/i386.c:54:2: warning: #warning NEED TO REVISIT "PIC_REG_USED" AND -mprofiler-epilogue SUPPORT /d/home/des/tinderbox/src/contrib/gcc/df.c:-8: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://www.gnu.org/software/gcc/bugs.html> for instructions. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/cc. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World is broken
In message: <[EMAIL PROTECTED]> "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> writes: : On Monday, 27 May 2002 at 16:22:54 +0300, Ruslan Ermilov wrote: : > On Mon, May 27, 2002 at 02:28:26PM +0300, Maxim Sobolev wrote: : >> Finally I have decided to give post gcc-3.1 perless world a : >> try, but found that world doesn't build. :(( The system in : >> question is 5-CURRENT makeworlded about a month ago. : >> : >> Any ideas? : >> : > Your /usr/include is hosed, well, actually your machine/stdarg.h : > is the broken version (rev. 1.12). Please manually install the : > revision 1.14 under /usr/include/machine/ and try again. : : Why is the build using /usr/include? I thought it should use the : header files in the source tree. buildworld uses /usr/include to build the tools that it uses to build the system. That second build is done w/o /usr/include from the tree you are building from, but the first build must necessarily use /usr/include. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: wi0 wpc11 wireless lockup problem
In message: <[EMAIL PROTECTED]> Jason P Holland <[EMAIL PROTECTED]> writes: : this is a known issue with toshiba laptops? how nice. wireless works : great with the exception of this random problem. other than tossing my : craptop in the garbage, any suggestions? thanks I just need time to track down the problems. And access to a toshiba. I think I'll have both here in a few weeks. We'll see how it goes. Or you can hunt up the ToPIC docs on the net, and fix the few issues yourself :-(. ToPICs are weird beasts that are only almost compatible. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: why change: from proc to thread?
On Mon, 27 May 2002, kai ouyang wrote: > Hi,everybody > I found many v_operations, such as VOP_UNLOCK, VOP_OPEN., there > all have a parameter(struct proc) in FreeBSD4.x, but, there all be > changed to thread in FreeBSD5.0. why? And what relation of the proc > and thread ? > Thank you! > FreeBSD is plannig on supporting threads at a kernel level. To do this, the basic scheduling element becomes the thread instead of the process. For this reason, for example, locks must be held by threads instead of processes, and contexts are owned by threads instead of processes. This means that most functions will need a thread pointer instead of a process pointer. The "process" becomes basically an accounting abstraction and the holder of resources, where most of the kernel is more interested in the thread. Each process has at least one thread, possibly many. Each thread is associated with exactly one process. julian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World is broken
On Tue, May 28, 2002 at 10:04:29AM +0930, Greg 'groggy' Lehey wrote: > On Monday, 27 May 2002 at 16:22:54 +0300, Ruslan Ermilov wrote: > > On Mon, May 27, 2002 at 02:28:26PM +0300, Maxim Sobolev wrote: > >> Finally I have decided to give post gcc-3.1 perless world a > >> try, but found that world doesn't build. :(( The system in > >> question is 5-CURRENT makeworlded about a month ago. > >> > >> Any ideas? > >> > > Your /usr/include is hosed, well, actually your machine/stdarg.h > > is the broken version (rev. 1.12). Please manually install the > > revision 1.14 under /usr/include/machine/ and try again. > > Why is the build using /usr/include? I thought it should use the > header files in the source tree. > Running kernel, the contents of /usr/include and /usr/lib, the compiler and binutils are what constitute the so-called "host environment". Host environment is first used to build the new compiler and binutils (cross-tools), various tools that have compatibility issues (bootstrap-tools), and new libraries (using new headers), and the world is then re-built with this new set. Thus, having a good non-broken /usr/include and /usr/lib stuff, the non-broken compiler and binutils (that are compatible with your currently running kernel) are the must for the successful source builds. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg38866/pgp0.pgp Description: PGP signature