buildworld RELENG_6 - Stop in /usr/src/usr.bin/kdump
What reason of a mistake? = ...skip... === usr.bin/kdump (all) cc -O2 -fno-strict-aliasing -pipe -march=athlon-tbird -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -c /usr/src/usr.bin/kdump/kdump.c cc -O2 -fno-strict-aliasing -pipe -march=athlon-tbird -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -c ioctl.c ioctl.c: In function `ioctlname': ioctl.c:973: error: syntax error before ';' token ioctl.c:1191: error: syntax error before ';' token ioctl.c:1517: error: syntax error before ';' token ioctl.c:1653: error: syntax error before ';' token ioctl.c:2193: error: syntax error before ';' token ioctl.c:2869: error: syntax error before ';' token *** Error code 1 Stop in /usr/src/usr.bin/kdump. = The source code has been received today(2007-06-26), with a RELENG_6 tag With best regards Andrew M. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Usual pressing eject causes crash
I have opened a: KDE Kontrol Center = Peripherials = Storage Media = A certain action = Propertias and have almost simultaneously pressed the button eject on a DVD-drive - that has led to crash of system. How next time to avoid crash of system at ejection of a DVD-disk? ==[START]== $ kgdb ./kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd. Unread portion of the kernel message buffer: (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 1 9 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): NOT READY asc:3a,0 (cd0:ata1:0:0:0): Medium not present (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back g_vfs_done():cd0[READ(offset=542720, length=2048)]error = 6 warning: udf_readlblks returned error 6 panic: brelse: free buffer onto another queue??? Uptime: 1d21h54m32s Dumping 958 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 958MB (245232 pages) 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 (CTRL-C to abort) 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc050a3d4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc050a706 in panic (fmt=0xc070eb27 brelse: free buffer onto another queue???) at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xc6e2b600 bootopt = 260 newpanic = 0 ap = 0xc6e2b600 \030\002ЦфюцБф buf = brelse: free buffer onto another queue???, '\0' repeats 214 times #3 0xc055f3ae in brelse (bp=0xd89ebf68) at /usr/src/sys/kern/vfs_bio.c:1315 No locals. #4 0xc10778a8 in ?? () No symbol table info available. ...SKIP... #36 0xe8df6a24 in ?? () No symbol table info available. ---Type return to continue, or q return to quit--- #37 0xc06ed633 in VOP_CACHEDLOOKUP_APV (vop=0x0, a=0x0) at vnode_if.c:150 rc = 0 Previous frame inner to this frame (corrupt stack?) (kgdb) ==[STOP]=== $ uname -a FreeBSD inspirra.localdomain 6.2-STABLE FreeBSD 6.2-STABLE #8: Thu Mar 29 19:29:52 MSD 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/INSPIRRA i386 $ pkg_info -E hal-0\* kde-3\* dbus\* policyk* dbus-1.0.2_1 dbus-glib-0.73 dbus-qt3-0.70 hal-0.5.8.20070324 kde-3.5.6 policykit-0.1.20060514_3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bug or hardware issue ?
Mike Tancsa wrote: Got this on the serial console. Any idea if its a bug or a hardware issue. It seems to last about 10 days before barfing. Nothing too special about the box as it just runs clamav on inbound mail. vm_page_cache: attempting to cache busy page Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0543c03 stack pointer = 0x28:0xe6c0ec50 frame pointer = 0x28:0xe6c0ec54 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 = 28 (pagedaemon) trap number = 12 panic: page fault Uptime: 10d15h2m19s ...skip... ---Type return to continue, or q return to quit--- #7 0xc0543c03 in _mtx_trylock (m=0x0, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:428 rval = 4 ...skip... I have dug into a similar problem: Sometimes (not always), there is a crash of system at use of the emulator qemu: http://www.freebsd.org/cgi/query-pr.cgi?pr=110892 And you have not found out the answer? Regards, Andrew R.Muhametshin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
leakage of memory at a X server
Who is guilty in leakage of memory: XFree, Gimp or FreeBSD? Check up please at itself: In gimp-1.3, the image 3000x3000(indexed) should be transformed in grayscale and not waiting end of transformation, to apply autolevels. Thus there will be an leakage of memory at a X server. I checked on: FreeBSD-5.2.1, XFree86-Server-4.3.0_14, Matrox Millennium II FreeBSD-5.2.1, XFree86-Server-4.3 and 4.4, ATI RadeonVE FreeBSD-4.8, XFree86-Server-4.3, S3Trio64V+ Everywhere there was an leakage(outflow)! Andrew M. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]