UPDATING entry needed (Re: Building KDE3)
On Tue, Oct 22, 2002 at 03:46:04PM -0400, Adam K Kirchhoff wrote: I recently (late last week) upgraded my machine from -stable to -current. When you upgraded, you presumably didn't clear out stale headers from /usr/include. This needs to be added as a step in UPDATING because it will bite everyone updating from 4.x. Kris msg45088/pgp0.pgp Description: PGP signature
Re: UPDATING entry needed (Re: Building KDE3)
On Tue, Oct 22, 2002 at 03:08:10PM -0700, Nate Lawson wrote: On Tue, 22 Oct 2002, Kris Kennaway wrote: On Tue, Oct 22, 2002 at 03:46:04PM -0400, Adam K Kirchhoff wrote: I recently (late last week) upgraded my machine from -stable to -current. When you upgraded, you presumably didn't clear out stale headers from /usr/include. This needs to be added as a step in UPDATING because it will bite everyone updating from 4.x. Kris It's already in UPDATING with the rm -rf /usr/include/g++ line in the steps for going from 4 to -current. Oops, I missed this when I looked for it. Thanks. Kris msg45112/pgp0.pgp Description: PGP signature
Re: UPDATING entry needed (Re: Building KDE3)
On Tue, Oct 22, 2002 at 10:28:42PM -0700, Kris Kennaway wrote: It's already in UPDATING with the rm -rf /usr/include/g++ line in the steps for going from 4 to -current. Oops, I missed this when I looked for it. Thanks. Actually, I think this is not sufficient..there will be other stale includes left around which may cause problems for compiling other things. I normally do something like: find /usr/include -ctime +1 -type f -delete To clean out stale includes after a buildworld. Perhaps something like this should be added to the end of the directions. Kris msg45114/pgp0.pgp Description: PGP signature
Re: HELP WANTED: buildworld shortening options.
On Mon, Oct 21, 2002 at 07:49:13PM +0200, Poul-Henning Kamp wrote: A number of us go into release crunching mode now, and that means running make release a lot. I have totally lost track of which /etc/make.conf options we have which cuts things out of the build, so I could use some help: If somebody would make a skeleton /etc/make.conf which pulls out as much stuff as possible, UUCP, I4B, Profiled libs and all that sort of stuff, but no more than make release would still complete it would be a help for us at this point. I'm not asking for new options to be added, all I want is a list of which of the current ones I can use to save time. They should all be documented in /usr/share/examples/etc/make.conf Kris msg44961/pgp0.pgp Description: PGP signature
ports broken by KSE changes
The following ports are among those broken by KSE changes. They need to be fixed before 5.0-RELEASE. Who can help with this? http://bento.freebsd.org/errorlogs/5-full/m3gdb-4.17.log http://bento.freebsd.org/errorlogs/5-full/blimitd-0.1_1.log http://bento.freebsd.org/errorlogs/5-full/jailutils-0.5.2.log http://bento.freebsd.org/errorlogs/5-full/pmap-20021014.log http://bento.freebsd.org/errorlogs/5-full/and-1.0.7.log http://bento.freebsd.org/errorlogs/5-full/ups-3.35.b13.log http://bento.freebsd.org/errorlogs/5-full/asmon-0.60.log http://bento.freebsd.org/errorlogs/5-full/lavaps-1.20.log http://bento.freebsd.org/errorlogs/5-full/xw-0.1.0.log Kris msg44953/pgp0.pgp Description: PGP signature
Re: New 5.0 ports uploaded
On Sat, Oct 19, 2002 at 08:19:18AM +0300, Maxim Sobolev wrote: At some point before 5.0-RELEASE I will go through and mark all ports listed on bento as BROKEN (consider this fair warning: I will not entertain any complaints from port maintainers who take offense on the basis of ignorance of any build problems). Please don't do this, because breakage on 5.0 in vast majority of cases doesn't imply breakage on 4.x, due to huge number of differencies between those two. Sorry, my statement wasn't clear. I'll be doing something of the form .if ${OSVERSION} 50 BROKEN= Does not compile on FreeBSD 5.x .endif This will not affect users of 4.x Kris msg44938/pgp0.pgp Description: PGP signature
Re: New 5.0 ports uploaded
On Sat, Oct 19, 2002 at 11:57:37PM +0200, Clement Laforet wrote: On Sat, 19 Oct 2002 13:58:48 -0700 Kris Kennaway [EMAIL PROTECTED] wrote: Sorry, my statement wasn't clear. I'll be doing something of the form .if ${OSVERSION} 50 BROKEN= Does not compile on FreeBSD 5.x .endif This will not affect users of 4.x Is there a correct way to name patches dedicated to 5.x ? The patches should be applied in all cases (i.e. 4.x as well); if the patch contains code that should not be compiled in the 4.x case then compile it conditionally using something like: #if defined(__FreeBSD__) (__FreeBSD_version = 5000xx) ... #endif See the porter's handbook for more information about this. Kris msg44945/pgp0.pgp Description: PGP signature
New 5.0 ports uploaded
A new set of 5.0 packages has been uploaded and is making its way out to mirror sites. I will soon be sending out mail to all maintainers of broken ports asking for submissions of fixes (or at least reporting the breakage to the relevant vendors). In the meantime, please visit http://bento.freebsd.org/errorlogs/5-latest/index-maintainer.html and check for your name for any broken ports you maintain. I have had a complaint that the new-style bento pages do not render on Netscape 4..I hope to take a look at this over the weekend, but in the meantime you can use any browser written in the last 5 years to read it :-) At some point before 5.0-RELEASE I will go through and mark all ports listed on bento as BROKEN (consider this fair warning: I will not entertain any complaints from port maintainers who take offense on the basis of ignorance of any build problems). Kris msg44913/pgp0.pgp Description: PGP signature
Page fault in swapout_procs
I just got the following panic on one of the gohan machines, running a somewhat recent -current: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xa0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc035d0ab stack pointer = 0x10:0xcd25ccc0 frame pointer = 0x10:0xcd25cce0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 3 (vmdaemon) kernel: type 12 trap, code=0 Stopped at swapout_procs+0x6b: incl0xa0(%esi) db Context switches not allowed in the debugger. db trace swapout_procs(1,0,68,c0411018,0) at swapout_procs+0x6b vm_daemon(0,cd25cd48,c03f1300,34b,0) at vm_daemon+0x6e fork_exit(c036b560,0,cd25cd48) at fork_exit+0xaf fork_trampoline() at fork_trampoline+0x17 The kernel was compiled on September 8: FreeBSD 5.0-CURRENT #2: Sun Sep 8 01:53:39 PDT 2002 gdb on the core seems to have something slightly different to say about the backtrace: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xa0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc035d0ab stack pointer = 0x10:0xcd25ccc0 frame pointer = 0x10:0xcd25cce0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 3 (vmdaemon) panic: from debugger Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc03999a4 stack pointer = 0x10:0xcd25ca48 frame pointer = 0x10:0xcd25ca54 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= IOPL = 0 current process = 3 (vmdaemon) panic: from debugger Uptime: 7h28m29s Dumping 254 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at /local0/scratch/sys/kern/kern_shutdown.c:213 213 /local0/scratch/sys/kern/kern_shutdown.c: No such file or directory. in /local0/scratch/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /local0/scratch/sys/kern/kern_shutdown.c:213 #1 0xc02422b5 in boot (howto=260) at /local0/scratch/sys/kern/kern_shutdown.c:345 #2 0xc02424e8 in panic () at /local0/scratch/sys/kern/kern_shutdown.c:493 #3 0xc0161e22 in db_panic () at /local0/scratch/sys/ddb/db_command.c:449 #4 0xc0161da2 in db_command (last_cmdp=0xc0427aa0, cmd_table=0xc03ccbc8, aux_cmd_tablep=0xc0ee79c0, aux_cmd_tablep_end=0x104) at /local0/scratch/sys/ddb/db_command.c:345 #5 0xc0161eb6 in db_command_loop () at /local0/scratch/sys/ddb/db_command.c:471 #6 0xc0164a8a in db_trap (type=12, code=0) at /local0/scratch/sys/ddb/db_trap.c:72 #7 0xc0399702 in kdb_trap (type=12, code=0, regs=0xcd25cc80) at /local0/scratch/sys/i386/i386/db_interface.c:160 #8 0xc03a9a43 in trap_fatal (frame=0xcd25cc80, eva=0) at /local0/scratch/sys/i386/i386/trap.c:841 #9 0xc03a9752 in trap_pfault (frame=0xcd25cc80, usermode=0, eva=160) at /local0/scratch/sys/i386/i386/trap.c:760 #10 0xc03a927d in trap (frame= {tf_fs = -853213160, tf_es = -1069350896, tf_ds = 16, tf_edi = 10, tf_esi = 0, tf_ebp = -853160736, tf_isp = -853160788, tf_ebx = -1025123020, tf_edx = 4, tf_ecx = 1, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = -1070214997, tf_cs = 8, tf_eflags = 66178, tf_esp = -1069298464, tf_ss = -1069486848}) at /local0/scratch/sys/i386/i386/trap.c:446 #11 0xc039ae68 in calltrap () at {standard input}:98 #12 0xc036b5ce in vm_daemon () at /local0/scratch/sys/vm/vm_pageout.c:1476 #13 0xc022e72f in fork_exit (callout=0xc036b560 vm_daemon, arg=0x0, frame=0x0) at /local0/scratch/sys/kern/kern_fork.c:851 Kris To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: where to get -current pkgs?
On Thu, Oct 17, 2002 at 10:45:16AM -0700, Julian Elischer wrote: What is the most 'up-to-date' place to find precompiled pkgs for -current? http://bento.freebsd.org/errorlogs/packages-5-full/ http://bento.freebsd.org/errorlogs/packages-5-latest/ The latter is from the most recent build which may be still in progress, so it's more up-to-date, but may not be complete. They are also distributed on FTP mirrors, but package sets are only uploaded to ftp-master at most every week or two, and not all FTP mirrors may carry the -current packages. Kris msg45332/pgp0.pgp Description: PGP signature
Re: where to get -current pkgs?
On Fri, Oct 18, 2002 at 12:28:18AM +0200, Martin Blapp wrote: Hi, and OpenOffice packages for CURRENT will be available from http://projects.imp.ch/openoffice as you already know ;-) I really really hope that portmgr will be able to make at least a english openoffice package of FreeBSD 5.0 RELEASE. I tried but it hit the maximum build length timeout on bento: I'll have to try harder. Kris msg45342/pgp0.pgp Description: PGP signature
Re: My Old X server vs -current libs
On Thu, Oct 17, 2002 at 02:08:41AM +1000, Bruce Evans wrote: This only broke wine for me. wine is not packaged, so I have to build it locally. wine is packaged (when it compiles)..there's a 4.x package, for example. Kris msg44781/pgp0.pgp Description: PGP signature
Re: Perl 5.8 broken in current
On Tue, Oct 15, 2002 at 07:31:28PM +0200, Daniel Rock wrote: The errors during make test are only one issue. What bothers me even more ist the high runtime of some of the tests (up to several *hours*). Finally a make test completed on my machine (perl-5.8 compiled without optimizations, which isn't a big issue, see my previous mail showing run times of one test): All tests successful. u=13.8672 s=5.61719 cu=21700.3 cs=2264.12 scripts=666 tests=68469 36915,89 real 21726,29 user 2278,34 sys The same tests on Solaris/x86 (processor ~40% faster) only take 12 minutes. It would help if you can do some form of profiling to work out what exactly is taking longer. Kris msg44715/pgp0.pgp Description: PGP signature
Re: Surprise! (Re: HEADS UP: Port recompiles needed (Re: Unknown symbol __sF))
On Tue, Oct 15, 2002 at 11:14:49PM +0200, Hellmuth Michaelis wrote: I am really, really astonished: all went smoothly! XFree86-4, the complete kde3 (i never managed to compile kde on stable or current before without the need to adjust something !), Staroffice52 and vmware all compiled out of the box and ran out of the box (just vmware2, i had to relink /compat/linux/dev/vmnet1 to /dev/vmnet1). The rest is not worth to mention, i did not noticed _any_ showstopper yet! This is cool! I'd like to thank everyone involved for the good work! Excellent, thanks for the valuable datapoint! Kris msg44736/pgp0.pgp Description: PGP signature
Re: Perl 5.8 broken in current
On Wed, Oct 16, 2002 at 02:12:07AM +0200, Daniel Rock wrote: gprof thinks the runtime is only 8 seconds, while in reality it takes more than 2 minutes to complete the test. A small excerpt from gprof output Are you running a kernel with WITNESS enabled? This can really chew up kernel CPU time if you're doing a lot of syscalls. Kris msg44743/pgp0.pgp Description: PGP signature
Re: Still under -current: bwrite: buffer is not busy???
On Mon, Oct 14, 2002 at 11:08:36AM +0200, Michael Reifenberger wrote: FYI, the above line is the real panic message..the bwrite panic is secondary and occurs when trying to sync disks. ?ha! Is the attached backtrace from the bwrite or the vm_fault panic then? If from the wrong panic, how to get the real one? The backtrace is correct (the first few stack frames may be superfluous though). Kris msg44641/pgp0.pgp Description: PGP signature
Re: X problems 5.0... -RELEASE?
On Mon, Oct 14, 2002 at 01:58:26PM -0400, Andrew Gallatin wrote: Nate Lawson writes: On Mon, 14 Oct 2002, Andrew Gallatin wrote: Given that it (apparently) happens on X servers compiled months ago, my gut feeling is that it is a bug in the kernel floating point context save/restore in the presence of signals. I still can't run X without crashing the *kernel* because of the conglomeration of hacks that was added to i386/machdep.c to paper-over floatingpoing problems after the latest KSE brea^W import. The last machdep.c that works for me is 1.539. This has been dragging on for nearly 2 weeks. Drew I don't know how to say this strongly enough but can someone PLEASE PLEASE fix this properly? It is preventing real work from getting done. I think we're all waiting for Julian and Jonathan Mini to fix this.. It would probably help if they had some sort of a test program that could duplicate the bug in a controlled setting without a lot of confusing application software running.. Did anyone test -current with the various FP test suites people posted about last week? Kris msg44658/pgp0.pgp Description: PGP signature
Re: [AGAIN] ./usr.sbin/sysinstall/makedevs.c problem
On Tue, Oct 15, 2002 at 02:35:46AM +, Daniel Flickinger wrote: A stale .depend file is anathema... as I said: the whole issue begs the question as to why 'make buildworld', which normally cleans up before it takes off, does not handle this for an update, and it does on the rest of the 3000+ other executables? I've explained this a number of times now: buildworld only runs a single 'cleandir' which is insufficient to remove any stale .depend files in your SOURCE tree, if you already have an OBJECT tree present. Running two 'cleandirs' sequentially (or equivalently, rm -rf /usr/obj make cleandir) will clean out stale build files from your source tree as well. The only way a .depend file can get into your source tree in the first place if is you've been building things manually, in which case it's your responsibility to clean things up again. Exactly how to go about cleaning things up has been explained to you by several people. Kris msg44691/pgp0.pgp Description: PGP signature
Re: should this get an UPDATING entry?
On Mon, Oct 14, 2002 at 08:04:47PM -0700, Matthew Jacob wrote: Attempts to build kernels today fail for me with: h ../../../conf/newvers.sh MJCURRENT cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstric t-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fforma t-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../co ntrib/dev/acpica -I../../../contrib/ipfilter -D_KERNEL -include opt_global.h -fn o-common -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel.debug ld: target elf32-i386-freebsd not found And these are with i386 systems that are installworld'd within the last couple weeks. Well, this is what the 'buildkernel' target was invented for (kernel builds after toolchain upgrades), and why it's the documented standard way to build kernels after a source upgrade. Do you have this problem when you use buildkernel? Kris msg44692/pgp0.pgp Description: PGP signature
HEADS UP: Port recompiles needed (Re: Unknown symbol __sF)
On Sun, Oct 13, 2002 at 10:22:48AM +0200, Hellmuth Michaelis wrote: Had a very bad night after upgrading my main machine from a September-based current to a -current as of yesterday, for many, many of the programs running on that machine i got an error message like Peter removed the stdio transitional aid for older -current systems. This means that older 5.0 libraries are no longer compatible with the new 5.0 libc, and you will need to recompile everything that depends on them. 4.x applications (i.e. things that link with libc.so.4) should be unaffected. This is a required change for 5.0-RELEASE. Doing a 'make world' followed by 'portupgrade -a -f' should be sufficient to rebuild everything correctly. Alternatively, I'll have new packages built in a few days, and you could just reinstall your packages with those. Kris msg45294/pgp0.pgp Description: PGP signature
Re: HEADS UP: Old port recompiles needed (Re: Unknown symbol __sF)
On Sun, Oct 13, 2002 at 01:38:12AM -0700, Kris Kennaway wrote: On Sun, Oct 13, 2002 at 10:22:48AM +0200, Hellmuth Michaelis wrote: Had a very bad night after upgrading my main machine from a September-based current to a -current as of yesterday, for many, many of the programs running on that machine i got an error message like Peter removed the stdio transitional aid for older -current systems. This means that older 5.0 libraries are no longer compatible with the new 5.0 libc, and you will need to recompile everything that depends on them. 4.x applications (i.e. things that link with libc.so.4) should be unaffected. This is a required change for 5.0-RELEASE. Doing a 'make world' followed by 'portupgrade -a -f' should be sufficient to rebuild everything correctly. Alternatively, I'll have new packages built in a few days, and you could just reinstall your packages with those. Actually, this should only be required for old ports (older than some date which I don't know off-hand). It might be easier to just rebuild everything though. Kris msg45295/pgp0.pgp Description: PGP signature
Re: current unable to exec processes under load
On Sun, Oct 13, 2002 at 12:12:43AM -0400, Jeff Roberson wrote: Can you back out my scheduler changes just to be sure? I can not foresee any way that they could cause this, but I'd like to be certain. Blocking on inode usually indicates a vfs deadlock. Can you break into ddb and type 'show lockedvnods' and paste me that output? Actually, can I extract this information from gdb and a crashdump? I don't yet have a serial console set up on this box. Kris msg45296/pgp0.pgp Description: PGP signature
Re: HEADS UP: Old port recompiles needed (Re: Unknown symbol __sF)
On Sun, Oct 13, 2002 at 04:01:53AM -0700, Terry Lambert wrote: Kris Kennaway wrote: Actually, this should only be required for old ports (older than some date which I don't know off-hand). It might be easier to just rebuild everything though. This would be OK, if the X11 package came from the FreeBSD source tree, instead of just as a binary on the CDROM (I hate that upgrading a box breaks things... it should *never* break things, as long as you don't tell it to remove old libraries). If you can't deal with having to recompile things over the -current development cycle then don't run it. Kris msg45302/pgp0.pgp Description: PGP signature
Re: coredumps with ex(1)
On Sun, Oct 13, 2002 at 09:00:12AM -0400, Eric Brunner-Williams in Portland Maine wrote: Ditto. Same caveats as well. Actually, the easiest way for you to reproduce it would probably be to install the security/fuzz port and run it against ex: fuzz -u nobody ex It crashes ex pretty easily. I can still obtain tracebacks if you'd prefer. Kris msg44581/pgp0.pgp Description: PGP signature
Re: Still under -current: bwrite: buffer is not busy???
On Mon, Oct 14, 2002 at 12:42:52AM +0200, Michael Reifenberger wrote: panic: bwrite: buffer is not busy??? panic messages: --- panic: vm_fault: fault on nofault entry, addr: cd36f000 FYI, the above line is the real panic message..the bwrite panic is secondary and occurs when trying to sync disks. Kris msg44594/pgp0.pgp Description: PGP signature
Re: X problems 5.0... -RELEASE?
On Sun, Oct 13, 2002 at 11:28:51PM -0400, Wesley Morgan wrote: I know there is some work being done on the recent signal changes to fix some things, but are we sure this is the problem? I would hate to see release schedules pushed back because these problems are lost in the noise, and I can't see a release being made that has a known unstable X. I thought this was believed to be a bug in X that was exposed by kernel changes. Kris msg44602/pgp0.pgp Description: PGP signature
current unable to exec processes under load
I'm having a strange problem with my -current box: I am running the bfbtester port on system utilities, which basically forks 100 copies of the binary at once to test different options. The problem is that sometimes the -current system becomes unable to fork *any* new processes, and even suspending or trying to kill the bfbtester process does not work. The rest of the system performance is fine (I can use existing processes with no noticeable CPU latency): so it does not appear to be a resource starvation condition. rot13# ls [hangs] load: 0.00 cmd: csh 22888 [vmmapw] 0.00u 0.00s 0% 1160k This process now cannot be interrupted by signals. = /usr/sbin/sendmail * Single argument testing ^Z Suspended [hang] load: 0.00 cmd: tcsh 8403 [inode] 0.01u 0.00s 0% 1076k Any ideas? Kris msg45270/pgp0.pgp Description: PGP signature
man dumps core if no manpath.config directories exist
#0 0x0804c7fb in get_manpath (perrs=0, path=0x800 Address 0x800 out of bounds) at /usr/src/gnu/usr.bin/man/manpath/manpath.c:500 #1 0x0804bf30 in manpath (perrs=0) at /usr/src/gnu/usr.bin/man/manpath/manpath.c:195 #2 0x08049a2b in man_getopt (argc=0, argv=0x0) at /usr/src/gnu/usr.bin/man/man/man.c:479 #3 0x080491fe in main (argc=1, argv=0xbfbff78c) at /usr/src/gnu/usr.bin/man/man/man.c:153 #4 0x080490dc in _start (ap=0xbfbff888 man) at /usr/src/lib/csu/i386-elf/crt1.c:126 (gdb) frame 0 #0 0x0804c7fb in get_manpath (perrs=0, path=0x800 Address 0x800 out of bounds) at /usr/src/gnu/usr.bin/man/manpath/manpath.c:500 500 *manpathlist = '\0'; (gdb) print len $1 = 0 It's pretty clear what's going on..none of the directories in /etc/manpath.config exist, so len=0, so malloc(0) succeeds and does nothing, leaving manpathlist a null pointer. This situation can occur if e.g. you install the 'base' freebsd distribution into a jail, without installing any of the manpages. In this situation none of the manpage directories are created either. Kris msg45271/pgp0.pgp Description: PGP signature
coredumps with ex(1)
I'm able to cause ex to null pointer deref with random (garbage) input..is anyone interested in the tracebacks? Kris msg45272/pgp0.pgp Description: PGP signature
rpcgen dumping core
rpcgen -s `perl -e 'print ax5120'` rpcgen -n `perl -e 'print ax5120'` will both segfault when you ^D them. Kris msg45279/pgp0.pgp Description: PGP signature
Re: [PATCH] Re: man dumps core if no manpath.config directories exist
On Sat, Oct 12, 2002 at 06:02:59PM -0700, Terry Lambert wrote: Kris Kennaway wrote: It's pretty clear what's going on..none of the directories in /etc/manpath.config exist, so len=0, so malloc(0) succeeds and does nothing, leaving manpathlist a null pointer. This situation can occur if e.g. you install the 'base' freebsd distribution into a jail, without installing any of the manpages. In this situation none of the manpage directories are created either. Uh... so fix it? That's why I reported it. Patch attached. Thanks. Kris msg45284/pgp0.pgp Description: PGP signature
Re: imake-4 build broken
On Sat, Oct 12, 2002 at 08:31:52PM -0400, Mike Barcroft wrote: I've just committed the rest of my signal.h-related patches, can you update your system and let me know if I've fixed the problem. Thanks, this fixes the wdm build too. Kris msg45285/pgp0.pgp Description: PGP signature
Re: current unable to exec processes under load
On Sun, Oct 13, 2002 at 12:12:43AM -0400, Jeff Roberson wrote: Can you back out my scheduler changes just to be sure? I don't think I'm running them: FreeBSD 5.0-CURRENT (ROT13) #1: Fri Oct 11 01:14:18 PDT 2002 I can not foresee any way that they could cause this, but I'd like to be certain. Blocking on inode usually indicates a vfs deadlock. Can you break into ddb and type 'show lockedvnods' and paste me that output? Will do. Kris msg45289/pgp0.pgp Description: PGP signature
Re: who building sucessed zhcon under current
The port is broken, talk to the authors of this software about fixing it to work with gcc 3.2. Kris msg44536/pgp0.pgp Description: PGP signature
Re: I can't compile GENERIC, please let's fix this
On Thu, Oct 10, 2002 at 09:30:20AM -0400, John Baldwin wrote: kan posted a patch the other day. I know, I'm begging for that patch to be committed so that people can use -current. It was committed already last night. Kris msg44485/pgp0.pgp Description: PGP signature
Re: 3+ days: syntax error in makedevs.c (sysinstall)
On Wed, Oct 09, 2002 at 03:01:49AM +, Daniel Flickinger wrote: === sysinstall makedevs.c:60: syntax error before ',' token *** Error code 1 `all' not remade because of errors. Sounds like failure to properly run 'make depend' (makedevs is a generated file). sysinstall builds fine here. Kris msg44486/pgp0.pgp Description: PGP signature
Re: KDE 3.0 broken in current??
On Thu, Oct 10, 2002 at 10:10:50AM -0400, Wesley Morgan wrote: Would it be possible to modify the bento cluster to have another slice with the minimal -current install, and (using boot0cfg, or modifying a GRUB boot menu) reboot into -current for an automated package build? Or maybe this is already done. Er, this is how we build packages for 5.0 ;-) (Well, both 4.x and 5.0 packages are built in a chroot on a 5.0 system) Kris msg44488/pgp0.pgp Description: PGP signature
Re: 3+ days: syntax error in makedevs.c (sysinstall)
On Thu, Oct 10, 2002 at 08:19:20PM +, Daniel Flickinger wrote: make $TFLG $TDEF installincludes ${CDATE}.installincludes.${RDATE} 21 \ make $TFLG $TDEF $TOUT buildworld ${CDATE}.buildworld.${RDATE} 21 which should take care of that ... Note that I also update all includes. The 'installincludes' thing appears to be unnecessary and can possibly cause problems. going for it manually: cd usr.sbin/sysinstall make clean make depend make all This isn't enough..you have to 'make cleandir' (not 'make clean') twice to remove all cruft from the obj and build dir (the first time removes the obj dir completely, the second time picks up any remaining cruft in the build directory itself. Stale generated files in your build directory can certainly cause buildworld failures. Kris msg44507/pgp0.pgp Description: PGP signature
Re: 3+ days: syntax error in makedevs.c (sysinstall)
On Thu, Oct 10, 2002 at 11:02:52PM +, Daniel Flickinger wrote: + The 'installincludes' thing appears to be unnecessary and can possibly + cause problems. well, you can rattle that around with phk, too! [g] installincludes puts the corresponding headers in place for the compiler. theoretically, buildworld -I declarations cover the game... but Yes, buildworld builds includes itself, so at best this is a NOP, and it should under no circumstances be required. + This isn't enough..you have to 'make cleandir' (not 'make clean') + twice to remove all cruft from the obj and build dir (the first time + removes the obj dir completely, the second time picks up any remaining + cruft in the build directory itself. Stale generated files in your + build directory can certainly cause buildworld failures. even if there are stray files after 'clean' (which there were not since I checked the obj tree, the function of 'depend' is to check the time stamps as well. Assuming the makefiles are non-broken. Some of the 'depend' targets in the source tree are very dubious. kdump, ktrace and sysinstall are three targets which usually refuse to rebuild generated files when dependencies change (and 'make depend' does nothing). running cleandir twice still left me after 'make all' with: makedevs.c:54: syntax error before ',' token makedevs.c:60: syntax error before ',' token *** Error code 1 What is the relevant part of the file? Kris msg44526/pgp0.pgp Description: PGP signature
Re: HEADSUP: GCC 3.2.1 update is coming
On Thu, Oct 10, 2002 at 04:29:33PM -0700, Steve Kargl wrote: On Fri, Oct 11, 2002 at 01:26:47AM +0200, Martin Blapp wrote: Is there a floating point regression suite that you can point me at? That would be more useful for debugging. I forgot another test suite. See http://www.cs.berkeley.edu/~jhauser/arithmetic/TestFloat.html Are these suitable for importing as a regression suite? Kris msg44527/pgp0.pgp Description: PGP signature
Re: HEADSUP: GCC 3.2.1 update is coming
On Thu, Oct 10, 2002 at 10:32:15PM -0700, David O'Brien wrote: On Thu, Oct 10, 2002 at 08:47:15PM -0700, Kris Kennaway wrote: Are these suitable for importing as a regression suite? We could just import the GCC testsuite... it would add 25 MB (checked out, more w/in /home/ncvs/src :-( ) Hmm, perhaps this should go in a new cvsup collection or somewhere else optional-but-accessible. Kris msg44530/pgp0.pgp Description: PGP signature
Re: src/games bikeshed time.
On Wed, Oct 09, 2002 at 08:59:42PM +1000, Tim Robbins wrote: On Wed, Oct 09, 2002 at 11:29:08AM +0100, Mark Murray wrote: What remains? All the games that dm(6) oversees. Things like adventure(6), trek(6), battlestar(6) and so on. These are good candidates for ports IMO. Folks may want to play them, but there is no point in wasting time and space on them _by_default_. In some cases, better upgrades are already available in ports (hack -- nethack). I would like to make a port out of these and remove them from the base distribution. I'd like to see these removed only if nobody is willing to maintain them. I think that's an excellent point. These programs should NOT stay in the base system if there is no-one to maintain them (I'm not ruling out moving them to ports on other grounds). Kris msg44385/pgp0.pgp Description: PGP signature
Re: src/games bikeshed time.
On Wed, Oct 09, 2002 at 05:00:21PM +0100, Tony Finch wrote: +.if !defined(NO_OPENSSL) +CFLAGS+=-DHAVE_OPENSSL +LDADD+= -lcrypto +DPADD+= ${LIBCRYPTO} +.endif You also need to check that the crypto sources are installed. Kris msg44386/pgp0.pgp Description: PGP signature
Re: src/games bikeshed time.
On Wed, Oct 09, 2002 at 06:27:37PM +0100, Tony Finch wrote: On Wed, Oct 09, 2002 at 10:08:24AM -0700, Kris Kennaway wrote: On Wed, Oct 09, 2002 at 05:00:21PM +0100, Tony Finch wrote: +.if !defined(NO_OPENSSL) +CFLAGS+=-DHAVE_OPENSSL +LDADD+= -lcrypto +DPADD+= ${LIBCRYPTO} +.endif You also need to check that the crypto sources are installed. Would this be correct (based on stuff in src/etc)? .if exists(${.CURDIR}/../../crypto) !defined(NO_OPENSSL) I think that's correct. For crypto stuff you also need to check NOCRYPT, but I don't think factor falls in that category (unless factor works efficiently with products of large primes ;-) Kris msg44401/pgp0.pgp Description: PGP signature
Re: I can't compile GENERIC, please let's fix this
On Wed, Oct 09, 2002 at 04:36:39PM -0400, John Baldwin wrote: make cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../netinet6/raw_ip6.c cc: Internal error: Illegal instruction (program cc1) Please submit a full bug report. See URL:http://www.gnu.org/software/gcc/bugs.html for instructions. *** Error code 1 ll raw_ip6.o -rw-rw-r-- 1 john src 441 Oct 9 16:34 raw_ip6.o Even leaves a truncated .o file around. kan posted a patch the other day. Kris msg44413/pgp0.pgp Description: PGP signature
Re: src/games bikeshed time.
On Wed, Oct 09, 2002 at 04:27:15PM -0700, Eric Melville wrote: The current flare-up over src/games/wargames reminds me that we are carrying a bunch of Really Old Stuff in usr/games/. Yes folks, its that time of the year. I ask myself, why are we wasting ``make world'' time and install bandwidth on 1970's-era games?. Some folks will answer tradition. This argument holds little water. Programs come and go, and there is no firm reference or agreement as to what is really traditional. This agument can be used to import emacs on the grounds that it is documented in the O'Reilly BSD 4.4 books. I'm all for moving them to the projects directory in cvs, that seemed like a good solution for sccs. Well, that's only useful if it's actually a project, i.e. if people plan to develop them. Since that hasn't happened for most of the games in /usr/games over the lifetime of FreeBSD it's not likely this is about to change. Kris msg44432/pgp0.pgp Description: PGP signature
Re: X11 unstable under CURRENT and STABLE.
On Tue, Oct 08, 2002 at 12:33:50PM +0200, Jon wrote: Crashes fo r me too, reporting Sigint 6, Basically whenever it is idle. Usually just running Opera and Mozilla-mail. Any Sugestions?? This has been discussed extensively in recent days. Kris msg44294/pgp0.pgp Description: PGP signature
Re: Intended Audience
On Mon, Oct 07, 2002 at 11:06:13PM +0200, Hanspeter Roth wrote: No. CURRENT is not really documented that way. Developers are supposed to Use the Source, Luke! :-) So the intended audience for CURRENT are developers? Or maybe also testers? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html Kris msg44212/pgp0.pgp Description: PGP signature
Re: Removing old binaries (was: Do we still need portmap(8)?)
On Tue, Oct 08, 2002 at 10:34:42AM +0930, Greg 'groggy' Lehey wrote: What would you do about install -C? I think it confuses the issue rather than solving it. We're talking about removing binaries which are no longer needed, not replacing binaries that are needed. install -C will not overwrite the file if it has not changed, thereby apparently breaking your remove everything older than this newly-installed file criterion. Kris msg44232/pgp0.pgp Description: PGP signature
Re: make linux_base error during rpm
On Sun, Oct 06, 2002 at 09:37:17AM +0800, suken woo wrote: hi,all: getting the following error messages during rpm. thanks any info. There was a patch posted here a few months ago for this. I have no idea why no-one has committed it yet. kris msg44069/pgp0.pgp Description: PGP signature
Re: how to change root passwd under current
On Sun, Oct 06, 2002 at 09:38:19AM +0800, wsk wrote: as title as in 4.x msg44070/pgp0.pgp Description: PGP signature
Re: make linux_base error during rpm
On Sat, Oct 05, 2002 at 08:36:48PM -0700, Adam Kranzel wrote: It has been committed, and makes it build just fine for me... OK, ignore my previous mail then. Kris msg44077/pgp0.pgp Description: PGP signature
Re: signal 6 to XFree86 (Re: cvs commit: src/tools/tools...)
On Fri, Oct 04, 2002 at 06:30:09PM -0700, Lars Eggert wrote: Wesley Morgan wrote: I had one today, they have decreased significantly since removing the Type1 module from my server configuration. I've also found that disabling xscreensaver/xlockmore helps - or just set it to blank screen only. (Some of those graphical modules use beziers.) My XFree86 crashes pretty much every time I turn my back on my PC for a few minutes and let xscreensaver kick in. Kris msg43992/pgp0.pgp Description: PGP signature
Re: rpcbind failure mode non-ideal if run more than once
On Wed, Oct 02, 2002 at 12:49:43PM -0400, Robert Watson wrote: crash1# rpcbind Oct 2 12:47:15 crash1 rpcbind: cannot bind (null) on udp6: Address already in use Segmentation fault Oct 2 12:47:15 crash1 kernel: pid 1595 (rpcbind), uid 0: exited on signal 11 crash1# I'm having trouble extracting a core so won't be able to follow-up just yet, but it looks like it might not be too hard to track down. The error-handling code in rpcbind was bogus..there were failure paths that would continue to execute with a null pointer that eventually causes the crash. Kris Index: rpcbind.c === RCS file: /usr/home/ncvs/src/usr.sbin/rpcbind/rpcbind.c,v retrieving revision 1.4 diff -u -r1.4 rpcbind.c --- rpcbind.c 22 Jul 2002 15:22:53 - 1.4 +++ rpcbind.c 3 Oct 2002 03:32:39 - -359,17 +359,18 servname, hints, res)) != 0) { syslog(LOG_ERR, cannot get local address for %s: %s, nconf-nc_netid, gai_strerror(aicode)); - continue; + goto error; } addrlen = res-ai_addrlen; sa = (struct sockaddr *)res-ai_addr; oldmask = umask(S_IXUSR|S_IXGRP|S_IXOTH); if (bind(fd, sa, addrlen) != 0) { syslog(LOG_ERR, cannot bind %s on %s: %m, - hosts[nhostsbak], nconf-nc_netid); + (hosts[nhostsbak] = NULL) ? hosts[nhostsbak] : *, + nconf-nc_netid); if (res != NULL) freeaddrinfo(res); - continue; + goto error; } else checkbind++; (void) umask(oldmask); -382,7 +383,7 nconf-nc_netid); if (res != NULL) freeaddrinfo(res); - return 1; + goto error; } memcpy(taddr.addr.buf, sa, addrlen); #ifdef ND_DEBUG msg43791/pgp0.pgp Description: PGP signature
Re: rpcbind failure mode non-ideal if run more than once
On Wed, Oct 02, 2002 at 08:34:34PM -0700, Kris Kennaway wrote: + (hosts[nhostsbak] = NULL) ? hosts[nhostsbak] : *, Silly last-minute typo== Kris msg43792/pgp0.pgp Description: PGP signature
Re: rpcbind failure mode non-ideal if run more than once
On Wed, Oct 02, 2002 at 08:38:51PM -0700, Kris Kennaway wrote: On Wed, Oct 02, 2002 at 08:34:34PM -0700, Kris Kennaway wrote: + (hosts[nhostsbak] = NULL) ? hosts[nhostsbak] : *, Silly last-minute typo== Dammit. Index: rpcbind.c === RCS file: /usr/home/ncvs/src/usr.sbin/rpcbind/rpcbind.c,v retrieving revision 1.4 diff -u -r1.4 rpcbind.c --- rpcbind.c 22 Jul 2002 15:22:53 - 1.4 +++ rpcbind.c 3 Oct 2002 03:39:40 - @@ -359,17 +359,18 @@ servname, hints, res)) != 0) { syslog(LOG_ERR, cannot get local address for %s: %s, nconf-nc_netid, gai_strerror(aicode)); - continue; + goto error; } addrlen = res-ai_addrlen; sa = (struct sockaddr *)res-ai_addr; oldmask = umask(S_IXUSR|S_IXGRP|S_IXOTH); if (bind(fd, sa, addrlen) != 0) { syslog(LOG_ERR, cannot bind %s on %s: %m, - hosts[nhostsbak], nconf-nc_netid); + (hosts[nhostsbak] == NULL) ? * : +hosts[nhostsbak], + nconf-nc_netid); if (res != NULL) freeaddrinfo(res); - continue; + goto error; } else checkbind++; (void) umask(oldmask); @@ -382,7 +383,7 @@ nconf-nc_netid); if (res != NULL) freeaddrinfo(res); - return 1; + goto error; } memcpy(taddr.addr.buf, sa, addrlen); #ifdef ND_DEBUG To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: installing DP1 via ftp
On Mon, Sep 30, 2002 at 09:45:39PM +0200, Hanspeter Roth wrote: On Sep 30 at 19:40, Hanspeter Roth spoke: Thus I thought I could install via FTP. But what will I get? Will I get a `current' current? Or will I get DP1 from April again? I've interrupted after /bin has been downloaded. And what do I see? sysinstall, by default, will install the version it was built for. You can change this by manually specifying a different URL/path to the release bits, or you can just download new installation media from the desired snapshot (this is the preferred option) and use that to install with. Kris msg43623/pgp0.pgp Description: PGP signature
Re: installing DP1 via ftp
On Mon, Sep 30, 2002 at 11:26:50PM +0200, Hanspeter Roth wrote: On Sep 30 at 14:16, Kris Kennaway spoke: release bits, or you can just download new installation media from the desired snapshot (this is the preferred option) and use that to install with. I can only see /pub/FreeBSD/snapshots/i386/5.0-20020302-PREVIEW. Is there a more recent snapshot? ftp://current.freebsd.org builds daily snapshots. Kris msg43632/pgp0.pgp Description: PGP signature
panic: pipe buffer gone
I just got this on the bento cluster: panic: pipe buffer gone Backtrace: [...] #11 0xc0266170 in pipe_write (fp=0xc5188f00, uio=0xd917dc7c, ---Type return to continue, or q return to quit--- active_cred=0xc67cdc00, flags=0, td=0xc5d84c00) at /local0/scratch/sys/kern/sys_pipe.c:1068 #12 0xc0262675 in dofilewrite (td=0xc5d84c00, fp=0xc5188f00, fd=0, buf=0x80ce004, nbyte=0, offset=0, flags=0) at file.h:213 #13 0xc02624b9 in write (td=0xc5d84c00, uap=0xd917dd10) at /local0/scratch/sys/kern/sys_generic.c:332 It's a bit mysterious because sys_pipe.c:1068 is panic(pipe buffer overflowed)..but I have the core if anyone would like me to do some debugging monkeywork. Kris msg43591/pgp0.pgp Description: PGP signature
Re: Soundcard drivers
On Sat, Sep 28, 2002 at 05:55:20PM +0200, Mario Goebbels wrote: Is there still any development being done on the soundcard drivers in FreeBSD? Especially regarding EMU10K2 support? I'm asking out of curiosity, because listening to radio while being in FreeBSD is suboptimal :) The main developers seem not to have been active recently. Kris msg43558/pgp0.pgp Description: PGP signature
Re: cant find libc.so.4
On Fri, Sep 27, 2002 at 12:32:14AM -0500, SweeTLeaF wrote: Hello freebsd-current, I just downloaded the 5.0 DP1 iso and have some questions. First i noticed the pkg_add ...via ftp is broken as it does not want to use the tbz packages even with the -r flag. Is this a bug being fixed for the new format .tbz or is freebsd going to revert back to the .tgz instead. 5.0dp1 was from about 6 months ago, before pkg_add support for .tbz packages was finalized. It's working properly if you upgrade to -current. ok i pkg_add via ftp the Afterstep-1.8.11 and it did install and installed several other items that i assume were deps. thats why i wanted to use the ftp methode because i thought it found all the deps and installed them for you. ok the problem with afterstep is when i try to start it i am getting the following error: /usr/libexec/ld-elf.so.1: Shared object libc.so.4 not found This is a library from 4.x-stable, and presumably means you downloaded 4.x packages instead of 5.x. The correct fix is to remove them and use 5.x packages instead, but if you insist on keeping these you can install the compat4x package (or build world with COMPAT4x=yes). Kris msg43510/pgp0.pgp Description: PGP signature
Re: testing point releases
On Tue, Sep 24, 2002 at 02:24:38PM +0100, Fergus Cameron wrote: i'm pretty new to current so perhaps this in naive but are there any point releases for testing --- i.e. releases that are known to build properly? The Developer Preview #2 should be out sometime in the next month or two. Aside from that you can just watch mailing list traffic and wait for periods of quiet (and then update to the source tree from a few days previously) do you really need to be on top of it all to work off of current ? (i.e. i should know where to go back to) Well, you do need to have some kind of exit strategy if things go wrong. That can be as crude as 'reinstall the system from your 4.6-R disks', but if you want to struggle through the periodic problems you'll need some technical knowledge. Kris msg43328/pgp0.pgp Description: PGP signature
Re: signal 12 - lotsa
On Sun, Sep 22, 2002 at 03:53:40PM +0200, Christoph Kukulies wrote: In a 4.6 environment I'm trying to upgrade to -current but make installworld as well as kernelbuild fails with signal 12 lots of. Seems that new system calls and a mix of old kernel and new binaries is now fighting against another on my system. How can I get out of this situation? Boot from a floppy ? You've shot yourself in the foot by deviating from the documented upgrade procedure. You might have success if you boot from a 5.0 GENERIC kernel (e.g. a 5.0 rescue floppy), but you're pretty much on your own here. Kris msg43279/pgp0.pgp Description: PGP signature
Re: trouble building XFree86-4-Server under yesterday's current
On Mon, Sep 23, 2002 at 01:55:18PM +0300, Vallo Kallaste wrote: This isn't a yesterdays problem, I've had this for a month or so. The problem is explicit declaration of -march=p[234], use CPUTYPE=i686 in /etc/make.conf and you get further. The second way is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will set -mcpu to what appears to fit. That's not true; it adds -mcpu=pentiumpro by default to optimize instruction scheduling for 686-class CPUs (without breaking binary compatibility down to i386s), but it doesnt autodetect anything, and you'll get better performance on a 686-class CPU by specifying it in CPUTYPE (since you'll then also get pentium pro instructions). -mcpu != -march Kris msg43280/pgp0.pgp Description: PGP signature
Re: A different light, perhaps.
On Mon, Sep 23, 2002 at 08:28:06PM -0700, walt wrote: In an attempt to understand this black magic we practice every day could I ask you to do two quick experiments for me? 1. Type 'sort +1' at any command prompt. What do you see? 2. cd /usr/src/lib/libncurses make clean make What do you see? [Warning: this may break your world on the next go-round.] As has been already explained, it's caused by sort using a newer value of the _POSIX2_VERSION directive during the buildworld, meaning Use POSIX version mumble behaviour, where version mumble does not allow the 'sort +1' syntax. Kris msg43291/pgp0.pgp Description: PGP signature
Re: A different light, perhaps.
On Tue, Sep 24, 2002 at 12:10:23AM -0400, Carl Schmidt wrote: Get rid of gnu-sort from contrib and use NetBSD's sort, which was imported five months ago but apparently never incorporated into the build process. It was, briefly, but was backed out because it's not a sufficiently complete replacement for everyone's liking. Gnu-sort does not appear to understand +# arguments whereas NetBSD's sort does. It's actually a case of NetBSD's sort not disabling non-standard behaviour when you ask it to. Kris msg43292/pgp0.pgp Description: PGP signature
Re: A different light, perhaps.
On Tue, Sep 24, 2002 at 12:39:27AM -0400, Carl Schmidt wrote: On Tue, Sep 24, 2002 at 12:37:24AM -0400, Carl Schmidt wrote: On Mon, Sep 23, 2002 at 09:34:07PM -0700, Kris Kennaway wrote: On Tue, Sep 24, 2002 at 12:10:23AM -0400, Carl Schmidt wrote: [...] Right, okay. But NetBSD's sort actually works. I should rephrase this ... NetBSD's sort works with the current world setup. Yes, I expect the problem will be resolved by those who have already said they'll resolve it ;) Kris msg43295/pgp0.pgp Description: PGP signature
Re: buildworld failure in openssl?
On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote: I'm trying to upgrade a ~March -current machine to a more modern version. Buildworld is dying like this: I think ru fixed this earlier this morning. I don't know why it suddenly broke, because no-one's touched openssl in a while. Kris msg43080/pgp0.pgp Description: PGP signature
Re: buildworld failure in openssl?
On Thu, Sep 19, 2002 at 10:38:57PM +0200, Soeren Schmidt wrote: It seems Kris Kennaway wrote: On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote: I'm trying to upgrade a ~March -current machine to a more modern version. Buildworld is dying like this: I think ru fixed this earlier this morning. I don't know why it suddenly broke, because no-one's touched openssl in a while. Nope, it still fails on a fresh cvsup Okay, it sounds like a better explanation is it was working fine until ru broke it :-) Kris msg43085/pgp0.pgp Description: PGP signature
Re: ssl.h world breakage... fix coming??
On Thu, Sep 19, 2002 at 11:48:06PM -0400, Wesley Morgan wrote: This has been mentioned several times now... Surely the fix is trivial :) Is anything in the works? I expect ru will fix it when he wakes up. In the meantime you can just back out his changes. Kris msg43104/pgp0.pgp Description: PGP signature
Re: vsnprintf(3) memory leak patch, misc/26044 and bin/36175
On Thu, Sep 12, 2002 at 12:02:45PM +0400, Maxim Konovalov wrote: + /* Stdio internals do not deal correctly with zero length buffer */ I thought ache fixed a lot of these; are you sure the situation still applies to -current? Kris msg42930/pgp0.pgp Description: PGP signature
Alpha fatal warning in kernel compile
How are you supposed to disable -Werror in kernel builds? Setting NO_WERROR in the env or passing it to 'make buildkernel' via -D doesn't work; neither does putting -Wno-error in COPTFLAGS. I get the following fatal warning when compiling a recent alpha 5.0 kernel under 4.x: cc -c -O -pipe -Wno-error -mcpu=ev56 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/local0/src2/sys -I/local0/src2/sys/dev -I/local0/src2/sys/contrib/dev/acpica -I/local0/src2/sys/contrib/ipfilter -I/local0/src2/sys/../include -D_KERNEL -include opt_global.h -fno-common -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /local0/src2/sys/dev/ccd/ccd.c cc1: warnings being treated as errors /local0/src2/sys/dev/ccd/ccd.c: In function `ccdiodone': /local0/src2/sys/dev/ccd/ccd.c:1181: warning: long long int format, daddr_t arg (arg 6) *** Error code 1 Kris msg42944/pgp0.pgp Description: PGP signature
Re: Alpha fatal warning in kernel compile
On Thu, Sep 12, 2002 at 01:52:40PM -0700, Nate Lawson wrote: NO_WERROR was removed so the only way is to set in your make.conf: WERROR= This causes the WERROR?=-Werror to not set the flag. Thanks, Bill Fenner also told me this on IRC. The directions in /usr/src/UPDATING need to be fixed to reflect this. (who wants NO_WERROR back or better, warns-clean code more often in -current) NO_WERROR is standard in userland; it should work in the kernel too. Kris msg42946/pgp0.pgp Description: PGP signature
Re: Alpha fatal warning in kernel compile
On Thu, Sep 12, 2002 at 05:47:29PM -0700, David O'Brien wrote: On Thu, Sep 12, 2002 at 01:27:50PM -0700, Kris Kennaway wrote: How are you supposed to disable -Werror in kernel builds? Setting NO_WERROR in the env or passing it to 'make buildkernel' via -D doesn't work; neither does putting -Wno-error in COPTFLAGS. I get the following fatal warning when compiling a recent alpha 5.0 kernel under 4.x: Exactly how were you compiling this? `make buildworld kernel'? Or just straight compile of the kernel? If the latter I would expect that not to work too much longer as we will end up adding code dependent on GCC 3, or we'll hit bugs in gcc 2.95 which wont be noticed. As stated above it was 'make buildkernel' on the 4.x system. Kris msg42956/pgp0.pgp Description: PGP signature
Re: libiconv broken
On Wed, Sep 11, 2002 at 09:48:04PM +0200, John Angelmo wrote: updated this morning (08.00 CET) to latest current (from GCC 3.1.1 to GCC 3.2) everything runs smoothly. But libiconv seems to break: There was a patch posted about a week ago for this. Kris To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic: ufs_dirbad: bad dir
I got this on the bento cluster this morning (-current from about 2 days ago): /x: bad dir ino 3180135 at offset 0: mangled entry panic: ufs_dirbad: bad dir Debugger(panic) Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db trace Debugger(c03f45bc,c0473f80,c040e087,ceac4974,) at Debugger+0x54 panic(c040e087,c25f9aac,308667,0,c040e02c) at panic+0x90 ufs_dirbad(c44b7100,0,c040e02c,0,ceac49f4) at ufs_dirbad+0x52 ufs_lookup(ceac4b20,ceac4b5c,c0286539,ceac4b20,ceac4c98) at ufs_lookup+0x317 ufs_vnoperate(ceac4b20,ceac4c98,ceac4cac,c040dfa0,52) at ufs_vnoperate+0x18 vfs_cache_lookup(ceac4bd0,ceac4bfc,c028aa22,ceac4bd0,c3d9dc00) at vfs_cache_lookup+0x3b9 ufs_vnoperate(ceac4bd0,c3d9dc00,0,c3d9dc00,c3d9dc00) at ufs_vnoperate+0x18 lookup(ceac4c84,0,c03fb880,a4,c3d9dc00) at lookup+0x302 namei(ceac4c84,c043c600,c03f80e0,bfbffb3e,0) at namei+0x24e unmount(c3d9dc00,ceac4d10,c041a960,418,2) at unmount+0x3d syscall(2f,2f,2f,8099291,80b5005) at syscall+0x2c4 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (22, FreeBSD ELF32, unmount), eip = 0x804aea3, esp = 0xbfbff46c, ebp = 0xbfbff4e8 --- An earlier console message which may be important: ad0: READ command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done Any ideas? Kris msg42848/pgp0.pgp Description: PGP signature
Re: Build failure rpm
On Tue, Sep 10, 2002 at 08:21:31AM -0800, Beech Rintoul wrote: I was trying to update linux_base and got the following build failure: Known problem; see the list archives for a patch. Kris msg42849/pgp0.pgp Description: PGP signature
Re: troubles with the new GCC -- anyone else?
On Sun, Sep 08, 2002 at 02:30:06PM -0400, Mikhail Teterin wrote: Is it just me, or do others have troubles too? I upgraded yesterday: Did you try the gcc patch Alexander posted the other day? Kris msg42759/pgp0.pgp Description: PGP signature
Re: 5.0 package build with gcc32 complete (HELP NEEDED!!)
On Sun, Sep 08, 2002 at 12:18:41PM +0200, Eirik Nygaard wrote: I got some free time on my hands and will try to fix some ports, already fixed sysutils/logmon. Thanks! Kris msg42760/pgp0.pgp Description: PGP signature
Re: Unable to buildworld (new record, 18)
On Sat, Sep 07, 2002 at 06:25:04PM +0200, Riccardo Torrini wrote: My -CURRENT is pre-gcc_3.1, running very fine from early May. I regularly build world and kernel (without installing them) every week. I'm in between some big update? Where I'm wrong? Have you read through UPDATING? Kris msg42721/pgp0.pgp Description: PGP signature
5.0 package build with gcc32 complete (HELP NEEDED!!)
All ports maintainers/committers: please take a look at http://bento.freebsd.org/errorlogs/5-latest/ and consider fixing some ports. With the new gcc compiler we now have over 900 packages that are failing to build (an all-time record, AFAIK). Many of these are simple to fix and require less than 5 minutes of your time. Thanks for any help you can provide. Kris msg42687/pgp0.pgp Description: PGP signature
Re: 5.0 package build with gcc32 complete (HELP NEEDED!!)
On Fri, Sep 06, 2002 at 03:06:27PM -0400, Alexander Kabaev wrote: Kris ports/39440 and ports/42454 fix build for pilot-link and ddd on -CURRENT. The pilot-link patch has been sitting uncommitted in PR database for quite some time. Thanks for pointing them out..I'll take a look ASAP. FYI, there are 6 ports that cause gcc32 to give an internal error (all C++ code). They're marked with 'gcc bug' in the 'reason' column on bento. Kris msg42690/pgp0.pgp Description: PGP signature
Re: 5.0 package build with gcc32 complete (HELP NEEDED!!)
On Fri, Sep 06, 2002 at 12:31:23PM -0700, Adam Kranzel wrote: On Fri, 6 Sep 2002 11:58:17 -0700 Kris Kennaway [EMAIL PROTECTED] wrote: All ports maintainers/committers: please take a look at http://bento.freebsd.org/errorlogs/5-latest/ and consider fixing some ports. With the new gcc compiler we now have over 900 packages that are failing to build (an all-time record, AFAIK). Many of these are simple to fix and require less than 5 minutes of your time. Thanks for any help you can provide. Kris I've got some free time over the weekend, I'll try to fix at least a few of the broken ports. Thanks! Kris msg42695/pgp0.pgp Description: PGP signature
HEADS UP: SSE instructions (Re: cvs commit: src/share/mk bsd.cpu.mk)
On Fri, Sep 06, 2002 at 06:15:29PM -0700, Maxime Henrion wrote: mux 2002/09/06 18:15:29 PDT Modified files: share/mk bsd.cpu.mk Log: Update to use all the new CPU optimizations of GCC3. Reviewed by:kris Note that you'll need to have 'options CPU_ENABLE_SSE' in your kernel configuration file if you have a SSE-capable CPU, otherwise you'll get SIGILL from certain applications (e.g. ncurses) Peter is going to enable this by default shortly. Kris msg42699/pgp0.pgp Description: PGP signature
Re: HEADS UP: SSE instructions (Re: cvs commit: src/share/mk bsd.cpu.mk)
On Fri, Sep 06, 2002 at 09:28:28PM -0400, Kenneth Culver wrote: Athlon XP processors support SSE instructions, but not at the same time as 3dnow instructions. The processor has to switch modes or something like that. What if a user wants to actually use the 3dnow instructions? Does this mean that on an athlon XP which supports SSE instructions, if you don't want to enable them you'll catch SIGILL and die when using those certain apps? Just wondering. I assume the compiler is not stupid enough to try and use both when that is impossible. Don't forget this is all just passing a CPU name to gcc which actually decides what instructions to use. Kris msg42701/pgp0.pgp Description: PGP signature
Re: GCC 3.2 patch
On Fri, Sep 06, 2002 at 06:53:18PM -0700, Alexander Kabaev wrote: Hi everyone, I've collected a number of patches for several problems with GCC 3.2 compiler which have been brought to my attention so far. While I am waiting for these patches or other suitable fixes to be incorporated into FSF CVS repository, I decided to make a patch file available at http://people.freebsd.org/~kan/gcc-all.diff. People having problems compiling their problems with the new system compiler are encouraged to give this patch a try and let me know if their problem is fixed ot not. I'll test this on bento ASAP. Thanks! Kris msg42705/pgp0.pgp Description: PGP signature
Re: HEADS UP: SSE instructions (Re: cvs commit: src/share/mk bsd.cpu.mk)
On Fri, Sep 06, 2002 at 09:49:41PM -0400, Kenneth Culver wrote: I assume the compiler is not stupid enough to try and use both when that is impossible. Don't forget this is all just passing a CPU name to gcc which actually decides what instructions to use. That's not what I mean... What I mean is that if one application is using SSE, and the other wants to use 3dnow, this will incur a performance penalty (although I'm not sure how much or how noticable it is), so some people may not want to have SSE enabled. Don't set CPUTYPE then, if you know better than the compiler how to optimize your system. Kris msg42706/pgp0.pgp Description: PGP signature
Re: installworld broken
On Wed, Sep 04, 2002 at 11:27:52AM +0200, Mario Goebbels wrote: H. Is mergemaster really necessary? I mean when upgrading from a fresh 4.6 install? No, but completely upgrading /etc most assuredly is. If you don't use mergemaster to do this then you'll probably find it a real PITA. Kris msg42632/pgp0.pgp Description: PGP signature
Re: internal compiler error with gcc 3.2
On Mon, Sep 02, 2002 at 09:01:31AM -0700, Steve Kargl wrote: On Mon, Sep 02, 2002 at 08:52:56AM -0700, Steve Kargl wrote: To test gcc 3.2, I've been updating all of my installed ports. It appears gcc 3.2 is having problems with libiconv-1.8_1. cc -I. -I. -I../include -I./../include -I/usr/local/include -O -pipe\ -march=athlon -c ./iconv.c -fPIC -DPIC -o .libs/iconv.lo ^ This appears to be the cause of the problem. If I comment out CPUTYPE?=athlon in /etc/make.conf, then libiconv compiles without a problem. I'm also seeing an internal compiler error during 'make depend' of my kernel, with CPUTYPE=k6. It goes away if I set NO_CPU_COPTFLAGS. Kris msg42485/pgp0.pgp Description: PGP signature
Re: Page faults from bento cluster (Re: Problems reading vmcores)
On Sat, Aug 31, 2002 at 11:30:32PM -0700, Don Lewis wrote: I've seen other reports of similar crashes on the list. What version of imgact_elf.c is this? $FreeBSD: src/sys/kern/imgact_elf.c,v 1.111 2002/06/02 20:05:54 schweikh Exp $ Kris msg42383/pgp0.pgp Description: PGP signature
panic: ffs_clusteralloc: map mismatch
Core available on request. Kris panic: ffs_clusteralloc: map mismatch panic messages: --- panic: ffs_clusteralloc: map mismatch Uptime: 23m31s Dumping 510 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 213 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. in /usr/src/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 #1 0xc0242ed4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:345 #2 0xc024310b in panic () at /usr/src/sys/kern/kern_shutdown.c:493 #3 0xc03337a1 in ffs_clusteralloc (ip=0xc45c0b00, cg=0, bpref=206, len=5) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1528 #4 0xc033291a in ffs_hashalloc (ip=0xc45c0b00, cg=0, pref=0, size=5, allocator=0xc0b0 ffs_clusteralloc) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1156 #5 0xc033147e in ffs_reallocblks_ufs1 (ap=0x0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:490 #6 0xc0331091 in ffs_reallocblks (ap=0x0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:396 #7 0xc028804c in cluster_write (bp=0xce5a9dc4, filesize=491520, seqcount=1) at vnode_if.h:1194 #8 0xc034bc0c in ffs_write (ap=0xda0d1be0) at /usr/src/sys/ufs/ffs/ffs_vnops.c:811 #9 0xc029b6c2 in vn_write (fp=0xc500c000, uio=0xda0d1c7c, active_cred=0xc5075f00, flags=0, td=0xc58d7780) at vnode_if.h:408 #10 0xc0262c55 in dofilewrite (td=0xc58d7780, fp=0xc500c000, fd=0, buf=0x817, nbyte=0, offset=0, flags=0) at file.h:213 #11 0xc0262a99 in write (td=0xc58d7780, uap=0xda0d1d10) at /usr/src/sys/kern/sys_generic.c:331 #12 0xc03a8a31 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134658176, tf_esi = 134658176, tf_ebp = -1077938728, tf_isp = -636674700, tf_ebx = 12288, tf_edx = 5256, tf_ecx = 134658176, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 134554123, tf_cs = 31, tf_eflags = 646, tf_esp = -1077938756, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1050 #13 0xc0399a9d in Xint0x80_syscall () at {standard input}:140 ---Can't read userspace from dump, or kernel process--- msg42385/pgp0.pgp Description: PGP signature
Re: HEADS UP: GCC 3.2.1-pre imported
On Sun, Sep 01, 2002 at 06:33:05PM -0500, David W. Chapman Jr. wrote: Remember to recompile your C++ ports. GCC 3.2 is not binary compatible with 3.1. If this works out would it be a good idea to get this new gcc version on the port build clusters for -current so we can get to work on making sure all the ports work with the new compiler? I'll be doing a new bento run ASAP. Kris msg42414/pgp0.pgp Description: PGP signature
Problems reading vmcores
I'm having difficulty reading vmcore images with gdb (either the system version or the port). (gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0 GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 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-undermydesk-freebsd... /a/vmcore.0 is not a core dump: File format not recognized I have a lovely collection of panics from the bento cluster over the last 12 hours, but no way to get tracebacks. savecore: reboot after panic: ufs_dirbad: bad dir savecore: unable to open bounds file, using 0 savecore: writing core to vmcore.0 savecore: reboot after panic: page fault savecore: unable to open bounds file, using 0 savecore: writing core to vmcore.0 savecore: reboot after panic: sleeping thread owns a mutex savecore: unable to open bounds file, using 0 savecore: writing core to vmcore.0 savecore: reboot after panic: page fault savecore: unable to open bounds file, using 0 savecore: writing core to vmcore.0 savecore: reboot after panic: page fault savecore: unable to open bounds file, using 0 savecore: writing core to vmcore.0 savecore: reboot after panic: pipe buffer gone savecore: unable to open bounds file, using 0 savecore: writing core to vmcore.0 savecore: reboot after panic: Most recently used by AD driver savecore: unable to open bounds file, using 0 savecore: writing core to vmcore.0 Kris msg42353/pgp0.pgp Description: PGP signature
Re: Problems reading vmcores
On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote: On Sat, 31 Aug 2002, Kris Kennaway wrote: I'm having difficulty reading vmcore images with gdb (either the system version or the port). (gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0 But you need to specify the -k flag to gdb to use it against kernel dumps, I'm sure it will give much better results :) Oops, pasted the wrong thing: gohan10# gdb -k kernel.debug vmcore.0 GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 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-undermydesk-freebsd... /a/vmcore.0: Undefined error: 0. Kris msg42356/pgp0.pgp Description: PGP signature
Re: Problems reading vmcores
On Sat, Aug 31, 2002 at 03:00:43PM -0700, Kris Kennaway wrote: On Sat, Aug 31, 2002 at 11:42:01PM +0200, Yann Berthier wrote: On Sat, 31 Aug 2002, Kris Kennaway wrote: I'm having difficulty reading vmcore images with gdb (either the system version or the port). (gdb) gohan10# gdb /a/kernel.debug /a/vmcore.0 But you need to specify the -k flag to gdb to use it against kernel dumps, I'm sure it will give much better results :) Oops, pasted the wrong thing: gohan10# gdb -k kernel.debug vmcore.0 GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 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-undermydesk-freebsd... /a/vmcore.0: Undefined error: 0. Also gohan10# bin/gdb52 -k kernel.debug vmcore.0 GNU gdb 5.2 (FreeBSD) Copyright 2002 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-portbld-freebsd5.0... /a/vmcore.0: Bad file descriptor. Kris msg42357/pgp0.pgp Description: PGP signature
Page faults from bento cluster (Re: Problems reading vmcores)
I worked out what was wrong: some of them were very old vmcores that had never been saved. There's another problem though, because those machines have all panicked in the past 24 hours, so I don't know where the remaining dumps went. Kris panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02012ed stack pointer = 0x10:0xd7b24b1c frame pointer = 0x10:0xd7b24b30 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 88342 (umount) trap number = 12 panic: page fault Uptime: 10h9m31s Dumping 510 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 213 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. in /usr/src/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 #1 0xc0242ed4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:345 #2 0xc024310b in panic () at /usr/src/sys/kern/kern_shutdown.c:493 #3 0xc03a86f3 in trap_fatal (frame=0x104, eva=0) at /usr/src/sys/i386/i386/trap.c:846 #4 0xc03a83d2 in trap_pfault (frame=0xd7b24adc, usermode=0, eva=40) at /usr/src/sys/i386/i386/trap.c:760 #5 0xc03a7efd in trap (frame= {tf_fs = -676200424, tf_es = -1071120368, tf_ds = -977731568, tf_edi = 0, tf_esi = -977701728, tf_ebp = -676181200, tf_isp = -676181240, tf_ebx = -676181080, tf_edx = -1006065664, tf_ecx = 0, tf_eax = -676181080, tf_trapno = 12, tf_err = 0, tf_eip = -1071639827, tf_cs = 8, tf_eflags = 66118, tf_esp = -676181080, tf_ss = 104}) at /usr/src/sys/i386/i386/trap.c:446 #6 0xc0399a48 in calltrap () at {standard input}:98 #7 0xc029198d in vflush (mp=0xc4a75400, rootrefs=0, flags=2) at vnode_if.h:309 #8 0xc0200eaa in devfs_unmount (mp=0xc4a75400, mntflags=524288, td=0xc41b29c0) at /usr/src/sys/fs/devfs/devfs_vfsops.c:130 #9 0xc028d9b4 in dounmount (mp=0xc4a75400, flags=-995666944, td=0xc41b29c0) at /usr/src/sys/kern/vfs_mount.c:1296 #10 0xc028d79c in unmount (td=0xc41b29c0, uap=0xd7b24d10) at /usr/src/sys/kern/vfs_mount.c:1239 #11 0xc03a8a31 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134845070, tf_esi = 134951997, tf_ebp = -1077938952, tf_isp = -676180620, tf_ebx = 0, tf_edx = 1, tf_ecx = 3, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 134524579, tf_cs = 31, tf_eflags = 514, tf_esp = -1077939076, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1050 #12 0xc0399a9d in Xint0x80_syscall () at {standard input}:140 ---Can't read userspace from dump, or kernel process--- panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02012ed stack pointer = 0x10:0xd7b27b1c frame pointer = 0x10:0xd7b27b30 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 50685 (umount) trap number = 12 panic: page fault Uptime: 10h24m57s Dumping 510 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 213 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. in /usr/src/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 #1 0xc0242ed4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:345 #2 0xc024310b in panic () at /usr/src/sys/kern/kern_shutdown.c:493 #3 0xc03a86f3 in trap_fatal (frame=0x104, eva=0) at /usr/src/sys/i386/i386/trap.c:846 #4 0xc03a83d2 in trap_pfault (frame=0xd7b27adc, usermode=0, eva=40) at /usr/src/sys/i386/i386/trap.c:760 #5 0xc03a7efd in trap (frame= {tf_fs = -676200424, tf_es = -1071120368, tf_ds = -977862640, tf_edi = 0, tf_esi = -977815232, tf_ebp = -676168912, tf_isp = -676168952, tf_ebx = -676168792, tf_edx = -1005847040, tf_ecx = 0, tf_eax = -676168792, tf_trapno = 12, tf_err = 0, tf_eip = -1071639827, tf_cs = 8, tf_eflags = 66118, tf_esp = -676168792, tf_ss = 104}) at /usr/src/sys/i386/i386/trap.c:446 #6 0xc0399a48 in calltrap () at {standard input}:98 #7 0xc029198d in vflush (mp=0xc58d6c00, rootrefs=0, flags=2) at vnode_if.h:309 #8 0xc0200eaa in devfs_unmount (mp=0xc58d6c00, mntflags=524288, td=0xc41b2a80) at /usr/src/sys/fs/devfs/devfs_vfsops.c:130 #9 0xc028d9b4 in dounmount
Re: Page faults from bento cluster (Re: Problems reading vmcores)
Another page fault in umount panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02012ed stack pointer = 0x10:0xda021b1c frame pointer = 0x10:0xda021b30 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 40889 (umount) trap number = 12 panic: page fault Uptime: 1h54m17s Dumping 510 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 213 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. in /usr/src/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 #1 0xc0242ed4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:345 #2 0xc024310b in panic () at /usr/src/sys/kern/kern_shutdown.c:493 #3 0xc03a86f3 in trap_fatal (frame=0x104, eva=0) at /usr/src/sys/i386/i386/trap.c:846 #4 0xc03a83d2 in trap_pfault (frame=0xda021adc, usermode=0, eva=40) at /usr/src/sys/i386/i386/trap.c:760 #5 0xc03a7efd in trap (frame= {tf_fs = -637403112, tf_es = -1071120368, tf_ds = -989069296, tf_edi = 0, tf_esi = -989006984, tf_ebp = -637396176, tf_isp = -637396216, tf_ebx = -637396056, tf_edx = -1006065664, tf_ecx = 0, tf_eax = -637396056, tf_trapno = 12, tf_err = 0, tf_eip = -1071639827, tf_cs = 8, tf_eflags = 66118, tf_esp = -637396056, tf_ss = 104}) at /usr/src/sys/i386/i386/trap.c:446 #6 0xc0399a48 in calltrap () at {standard input}:98 #7 0xc029198d in vflush (mp=0xc5e6, rootrefs=0, flags=2) at vnode_if.h:309 #8 0xc0200eaa in devfs_unmount (mp=0xc5e6, mntflags=524288, td=0xc5855000) at /usr/src/sys/fs/devfs/devfs_vfsops.c:130 #9 0xc028d9b4 in dounmount (mp=0xc5e6, flags=-974782464, td=0xc5855000) at /usr/src/sys/kern/vfs_mount.c:1296 #10 0xc028d79c in unmount (td=0xc5855000, uap=0xda021d10) at /usr/src/sys/kern/vfs_mount.c:1239 #11 0xc03a8a31 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134845070, tf_esi = 134950973, tf_ebp = -1077938936, tf_isp = -637395596, tf_ebx = 0, tf_edx = 1, tf_ecx = 3, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 134524579, tf_cs = 31, tf_eflags = 514, tf_esp = -1077939060, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1050 #12 0xc0399a9d in Xint0x80_syscall () at {standard input}:140 ---Can't read userspace from dump, or kernel process--- msg42363/pgp0.pgp Description: PGP signature
Re: Page faults from bento cluster (Re: Problems reading vmcores)
Another one. I have the cores if anyone needs to look at them..otherwise I'll stop posting these for now. Kris panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc021cd13 stack pointer = 0x10:0xda326a50 frame pointer = 0x10:0xda326a58 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 9298 (sh) trap number = 12 panic: page fault Uptime: 4h36m51s Dumping 510 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 213 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. in /usr/src/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:213 #1 0xc0242ed4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:345 #2 0xc024310b in panic () at /usr/src/sys/kern/kern_shutdown.c:493 #3 0xc03a86f3 in trap_fatal (frame=0x104, eva=0) at /usr/src/sys/i386/i386/trap.c:846 #4 0xc03a83d2 in trap_pfault (frame=0xda326a10, usermode=0, eva=4) at /usr/src/sys/i386/i386/trap.c:760 #5 0xc03a7efd in trap (frame= {tf_fs = 24, tf_es = -634257392, tf_ds = -1069219824, tf_edi = -634229836, tf_esi = -1069110816, tf_ebp = -634230184, tf_isp = -634230212, tf_ebx = 40, tf_edx = 3, tf_ecx = -725475328, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071526637, tf_cs = 8, tf_eflags = 66199, tf_esp = -725475328, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:446 #6 0xc0399a48 in calltrap () at {standard input}:98 #7 0xc021d91f in exec_elf32_imgact (imgp=0xda326bb4) at imgact_elf.c:607 #8 0xc022a9a2 in execve (td=0xc484c240, uap=0xda326d10) at /usr/src/sys/kern/kern_exec.c:280 #9 0xc03a8a31 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135022716, tf_esi = 0, tf_ebp = -1077940704, tf_isp = -634229388, tf_ebx = 135022736, tf_edx = 135022736, tf_ecx = 135022895, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 134697908, tf_cs = 31, tf_eflags = 659, tf_esp = -1077940748, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1050 #10 0xc0399a9d in Xint0x80_syscall () at {standard input}:140 ---Can't read userspace from dump, or kernel process--- msg42364/pgp0.pgp Description: PGP signature
Re: new to BSD
On Thu, Aug 29, 2002 at 07:11:17AM -0400, [EMAIL PROTECTED] wrote: I hope BSD is what I want and need and I can handle it. I hope so too, but FreeBSD-current (the development version) is definitely not what you're looking for as a new user. Start off by just installing the latest release (4.6.2 at this time). Please see the handbook on http://www.freebsd.org/ for more information about the FreeBSD development/release model. Kris msg42291/pgp0.pgp Description: PGP signature
Re: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
On Sat, Jun 08, 2002 at 11:29:26AM +0200, Stefan Esser wrote: I got around this problem by (indirectly) fixing the .c.o rule in the Imakefile. This patch was part of my previous mail to you regarding the XFree86 library build process (new version of patch-z32). Thanks for looking into this; I'd appreciate it if someone could commit a fix, but the patch below is suboptimal because it affects all versions of FreeBSD. Can you modify it so it only disables optimization on (recent) 5.0? File: /usr/ports/x11/XFree86-4-libraries/files/patch-z32 --- lib/GL/mesa/src/OSmesa/Imakefile.orig Tue Apr 3 11:29:33 2001 +++ lib/GL/mesa/src/OSmesa/Imakefile Wed Jun 5 12:28:26 2002 [...] Kris msg39688/pgp0.pgp Description: PGP signature