HEADS UP: CAM error recovery change
I checked in a change to the CAM error recovery code that will hopefully have a positive effect on systems with CDROM drives that were taking a while to probe. Anyway, try this out and let me know if there are any regressions. Thanks, Ken - Forwarded message from Kenneth D. Merry [EMAIL PROTECTED] - From: Kenneth D. Merry [EMAIL PROTECTED] Date: Sun, 26 Oct 2003 22:15:55 -0800 (PST) To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: src/sys/cam cam_periph.c src/sys/cam/scsi scsi_cd.c ken 2003/10/26 22:15:55 PST FreeBSD src repository Modified files: sys/cam cam_periph.c sys/cam/scsi scsi_cd.c Log: In camperiphdone(), make sure we check for fatal errors and bail out instead of retrying them blindly. This should fix some of the problems people have been having with cdrom drives taking a long time to probe. This should also eliminate the need for the initial TUR in cdsize(). cam_periph.c: Don't keep retrying if the error we get back is a fatal error. This should help us detect the transition from Logical unit not ready, cause not reportable to Medium not present in the TUR many handler. (The TUR many handler gets triggered for Logical unit not ready, cause not reportable errors.) scsi_cd.c: Remove the initial test unit ready in cdsize(). Hopefully it isn't necessary after the above change. Submitted by: gibbs (mostly) Tested by: peter MFC After: 2 weeks Revision ChangesPath 1.55 +17 -2 src/sys/cam/cam_periph.c 1.88 +0 -14 src/sys/cam/scsi/scsi_cd.c - End forwarded message - -- Kenneth Merry [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More ULE bugs fixed.
On Fri, 17 Oct 2003, Bruce Evans wrote: On Fri, 17 Oct 2003, Jeff Roberson wrote: On Fri, 17 Oct 2003, Bruce Evans wrote: How would one test if it was an improvement on the 4BSD scheduler? It is not even competitive in my simple tests. ... At one point ULE was at least as fast as 4BSD and in most cases faster. This is a regression. I'll sort it out soon. How much faster? make kernel on UP seems to be within 1% of 4BSD now. I actually had some runs which showed lower system time. I think I can still improve the situation some. Anyway, I found some bugs relating to idle prio tasks, and also ULE had been doing almost twice as many context switches as 4BSD. Now it's doing about 8% more. I'm still tracking this down. Anyhow, it should be much closer now. I still have some plans for SMP that should improve things quite a bit there but UP is looking good. Cheers, Jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More ULE bugs fixed.
Jeff Roberson [EMAIL PROTECTED] wrote : On Fri, 17 Oct 2003, Bruce Evans wrote: How would one test if it was an improvement on the 4BSD scheduler? It is not even competitive in my simple tests. What were your simple tests? -- Jonathan Mini [EMAIL PROTECTED] http://www.freebsd.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More ULE bugs fixed.
On Sun, 26 Oct 2003, Jon Mini wrote: Jeff Roberson [EMAIL PROTECTED] wrote : On Fri, 17 Oct 2003, Bruce Evans wrote: How would one test if it was an improvement on the 4BSD scheduler? It is not even competitive in my simple tests. What were your simple tests? Er, they were in the original mail. Just do parts of buildworld with -j16 on an SMP system. ULE was 2.4 times slower for make depend and 2.1 times slower for make obj. Something must have been very wrong, since make obj, especially, should be completely i/o bound so it shouldn't be affected by the scheduler. Also, run a bunch of CPU hog processes with various nicenesses and look at top output to check that they are given reasonable amounts of CPU. Bruce ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on i386/i386
TB --- 2003-10-27 07:29:58 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-27 07:29:58 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-10-27 07:29:58 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-27 07:31:50 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-10-27 08:31:38 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Mon Oct 27 08:31:38 GMT 2003 Kernel build for GENERIC completed on Mon Oct 27 08:45:56 GMT 2003 TB --- 2003-10-27 08:45:56 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-27 08:45:56 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Oct 27 08:45:56 GMT 2003 [...] cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/pst/pst-iop.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/pst/pst-raid.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/puc/puc.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000
sony usb floppy drive problems
Hi all, I had today to format a lot of floppy disks and wanted to speed up things with connecting second floppy disk drive to my desktop, but with no sucsess ... Here is what I got when I try to fdformat /dev/da0 , detach, attach device : ( in case you need full dmesg is attached ) (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) GEOM: create disk da0 dp=0xc6b39850 da0 at umass-sim0 bus 0 target 0 lun 0 da0: SONY USB-FDU 4.01 Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 - 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 - 6 Mounting root from ufs:/dev/ar0s3a lock order reversal 1st 0xc6b6ea90 rtentry (rtentry) @ /usr/src/sys/net/route.c:182 2nd 0xc6a0617c radix node head (radix node head) @ /usr/src/sys/net/route.c:544 Stack backtrace: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: at uhub2 port 2 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry GEOM: destroy disk da0 dp=0xc6b39850 umass0: detached umass0: Sony USB Floppy Drive, rev 1.10/4.01, addr 2 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) GEOM: create disk da0 dp=0xc695a050 da0 at umass-sim0 bus 0 target 0 lun 0 da0: SONY USB-FDU 4.01 Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 1MB (2880 512 byte sectors: 64H 32S/T 1C) umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 umass0: Unsupported UFI command 0x35 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x6, scsi status == 0x0 Copyright (c) 1992-2003 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.1-CURRENT #0: Mon Oct 27 10:44:04 EET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel /boot/kernel/kernel at 0xc0a2d000. Preloaded elf module /boot/kernel/acpi.ko at 0xc0a2d26c. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2715.14-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE real memory = 1073725440 (1023 MB) avail memory = 1033555968 (985 MB) Pentium
Re: More ULE bugs fixed.
Bruce Evans [EMAIL PROTECTED] wrote : On Sun, 26 Oct 2003, Jon Mini wrote: Jeff Roberson [EMAIL PROTECTED] wrote : On Fri, 17 Oct 2003, Bruce Evans wrote: How would one test if it was an improvement on the 4BSD scheduler? It is not even competitive in my simple tests. What were your simple tests? Er, they were in the original mail. Just do parts of buildworld with -j16 on an SMP system. ULE was 2.4 times slower for make depend and 2.1 times slower for make obj. Something must have been very wrong, since make obj, especially, should be completely i/o bound so it shouldn't be affected by the scheduler. Also, run a bunch of CPU hog processes with various nicenesses and look at top output to check that they are given reasonable amounts of CPU. My apologies, I just subscribed to current and only caught the tail end of this thread. -- Jonathan Mini [EMAIL PROTECTED] http://www.freebsd.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Problem with motherboard se7505VB2(onboard SATA RAID Sil 3112A) and FreeBSD 5.1
Hello! I can't install FreeBSD 5.1(4.8) on Intel motherboard SE7505VB2 with onboard Sil 3112A SATA Raid, also I can't find any information in Hardware Notes for FreeBSD 5.1(4.8). Then SATA RAID disabled all works fine(then I use ATA harddisk). In my opinion, it's a problem with Sil 3112A SATA Raid. What can I do? Please help. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with motherboard se7505VB2(onboard SATA RAID Sil 3112A) andFreeBSD 5.1
You can use a freebsd-current snapshot ( ftp://current.freebsd.org ) or wait for 5.2-RELEASE. Maybe this will be supported in coming 4.9-RELEASE but this I don't know. - Original Message - From: Anton Savoschik [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 27, 2003 13:20 PM Subject: Problem with motherboard se7505VB2(onboard SATA RAID Sil 3112A) andFreeBSD 5.1 Hello! I can't install FreeBSD 5.1(4.8) on Intel motherboard SE7505VB2 with onboard Sil 3112A SATA Raid, also I can't find any information in Hardware Notes for FreeBSD 5.1(4.8). Then SATA RAID disabled all works fine(then I use ATA harddisk). In my opinion, it's a problem with Sil 3112A SATA Raid. What can I do? Please help. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Makefile error from 5.1 to -current
Hi! I'm installing a box for experimenting, installed 5.1-RELEASE from
CD on it. When I upgraded the sources to latest -current and after a
build failure tried to cvsup again using make update got the attached
output. I looked into tha makefile but could not get what is really
wrong(I'm new to -current, even if I have followed this list for some
time).
Perhaps the condition causing the error is not a problem on non 5.1
machines.
Thanks in advance!
--
Guido Falsi [EMAIL PROTECTED]
Makefile.inc1, line 744: warning: String comparison operator should be either == or
!=
Makefile.inc1, line 744: Malformed conditional ((!defined(NO_RESCUE) ||
defined(RELEASEDIR)) (${TARGET_ARCH} != ${MACHINE_ARCH} || ${BOOTSTRAPPING}
501101))
Makefile.inc1, line 744: Missing dependency operator
Makefile.inc1, line 746: if-less endif
Makefile.inc1, line 746: Need an operator
make: fatal errors encountered -- cannot continue
*** Error code 1
Stop in /usr/src.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
GBDE performance on ZIP disks
Hi, is there a way to speed up writing to a gbde encrypted ZIP disk? Copying 37 MB of data to an encrypted disk (in a SCSI drive) that has been initialized with newfs -O 2 -U /dev/da1a.bde takes ~180 seconds, which is ~200KB/s. Copying the same amount of data to the disk without using gbde takes ~50 seconds, which is ~740KB/s. I guess this problem is similar to the one you have when using msdosfs on a SCSI ZIP drive, which is also very slow. Using a different sector size than the default 512, which is also the sector size of the media, doesn't seem to be possible and always results in a gbde: write sector 0: Operation not permitted. Playing around with newfs's options didn't help so far, either. Stefan pgp0.pgp Description: PGP signature
LOR (swap_pager.c:1319 uma_core.c:876)
hi sorry if reported ~~~cut~~~ lock order reversal 1st 0xc30924a0 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1319 2nd 0xc096e520 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pager.c:1835 3rd 0xc103565c vm object (vm object) @ /usr/src/sys/vm/uma_core.c:876 Stack backtrace: backtrace(c08754b0,c103565c,c0889ed6,c0889ed6,c088ad84) at backtrace+0x17 witness_lock(c103565c,8,c088ad84,36c,1) at witness_lock+0x672 _mtx_lock_flags(c103565c,0,c088ad84,36c,1) at _mtx_lock_flags+0xba obj_alloc(c1020480,1000,cdd329f7,101,c093ab40) at obj_alloc+0x3f slab_zalloc(c1020480,1,c088ad84,68c,c1020494) at slab_zalloc+0xb3 uma_zone_slab(c1020480,1,c088ad84,68c,c1020530) at uma_zone_slab+0xd6 uma_zalloc_internal(c1020480,0,1,5c1,72b,c093bf68) at uma_zalloc_internal+0x3e uma_zalloc_arg(c1020480,0,1,72b,2) at uma_zalloc_arg+0x3b9 swp_pager_meta_build(c30924a0,0,0,2,0) at swp_pager_meta_build+0x1b4 swap_pager_putpages(c30924a0,cdd32bd0,1,0,cdd32b40) at swap_pager_putpages+0x32d default_pager_putpages(c30924a0,cdd32bd0,1,0,cdd32b40) at default_pager_putpages+0x2e vm_pageout_flush(cdd32bd0,1,0,eb,1be) at vm_pageout_flush+0x17a vm_pageout_clean(c141dfe0,0,c088ab9f,32a,0) at vm_pageout_clean+0x305 vm_pageout_scan(0,0,c088ab9f,5a9,1f4) at vm_pageout_scan+0x669 vm_pageout(0,cdd32d48,c0870034,314,0) at vm_pageout+0x31b fork_exit(c07ae3f0,0,cdd32d48) at fork_exit+0xcf fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcdd32d7c, ebp = 0 --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with motherboard se7505VB2(onboard SATA RAID Sil 3112A) andFreeBSD 5.1
On Mon, 2003-10-27 at 05:28, Putinas wrote: You can use a freebsd-current snapshot ( ftp://current.freebsd.org ) or wait for 5.2-RELEASE. Maybe this will be supported in coming 4.9-RELEASE but this I don't know. I hope someone will correct me if I am wrong, but, as far as I am aware, the Hardware RAID offered by this chipset is not currently supported. Also, there appear to be issues with some SATA disks, the Maxtor 6Y120MO being a prime example. -Ken Stox [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Error compiling kernel with IPFILTER
/usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: (Each undeclared identifier is reported only once /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: for each function it appears in.) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper6': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:329: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `iplattach': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:376: warning: unused variable `ph_inet' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:378: warning: unused variable `ph_inet6' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: At top level: /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:317: warning: `fr_check_wrapper' defined but not used /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:327: warning: `fr_check_wrapper6' defined but not used *** Error code 1 -- Jeremy Johnston (President / Developer) SmartServ Hosting Email: [EMAIL PROTECTED] Phone: 1-250-428-7532 Cell: 1-250-402-8104 Fax: 1-250-428-2602 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Error compiling kernel with IPFILTER
On Monday 27 October 2003 16:09, Jeremy Johnston wrote: /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: (Each undeclared identifier is reported only once /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: for each function it appears in.) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper6': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:329: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `iplattach': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:376: warning: unused variable `ph_inet' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:378: warning: unused variable `ph_inet6' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: At top level: /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:317: warning: `fr_check_wrapper' defined but not used /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:327: warning: `fr_check_wrapper6' defined but not used *** Error code 1 Read /usr/src/UPDATING: 20030925: Configuring a system to use IPFILTER now requires that PFIL_HOOKS also be explicitly configured. Previously this dependency was magically handled through some cruft in net/pfil.h; but that has been removed. Building a kernel with IPFILTER but not PFIL_HOOKS will fail with obtuse errors in ip_fil.c. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCSI error using gnome-cd
if you can, add -force or equivilent to the command line.
there seem to be problems with ATAng and atapicam. :(
Peter Schultz wrote:
I have set the permissions to properly read the CD, and I can play audio
CDs using xmms, but when I try using gnome-cd I get the following:
(cd0:ahc0:0:4:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 2 0 0 0 0 c
0 c 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1c 0 18 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1b 0 18 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 2 0 0 0 0 c
0 c 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1c 0 18 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
Here's some info about my device:
GEOM: create disk cd0 dp=0xc36a0e00
cd0 at ahc0 bus 0 target 4 lun 0
cd0: PLEXTOR CD-R PX-W4220T 1.04 Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 8)
Pete...
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
To unsubscribe, send any mail to [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
ULE page fault with sched_ule.c 1.67
Hi, I just cvsupped and built a new kernel that includes sched_ule.c 1.67. I'm getting a page fault when working in Mozilla Firebird. It happens pretty soon, after opening one or two pages. The trace shows that it panics at sched_prio(). A screenshot of the trace is here: http://www.piwebs.com/freebsd/ule-pagefault-271003.jpg Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ata_dmasetup: transfer active on this device!
Bumped into this panic on a kernel from Oct 4 running on my notebook. Unfortunately, I don't have a good trace because I didn't have access to a serial console, or a debugging kernel :-(. It might well already be fixed, but I figured I'd post about it just in case. Basically, I was shutting down my notebook, and did a shutdown -p NOW. During the shutdown, the system panicked. panic: ata_dmasetup: transfer active on this device! ... ata_dmastart+0x26 ata_pci_dmastart+0x29 ata_transaction+0x999 ata_start+0x1c9 ata_completed+0x230 taskqueue_run+... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE page fault with sched_ule.c 1.67
On Mon, 27 Oct 2003, Arjan van Leeuwen wrote: Hi, I just cvsupped and built a new kernel that includes sched_ule.c 1.67. I'm getting a page fault when working in Mozilla Firebird. It happens pretty soon, after opening one or two pages. The trace shows that it panics at sched_prio(). I'm getting the same thing. Rebuilt my kernel with sched_4bsd to see if things improve ... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
bluetooth breaks installworld?
I've been getting this since yesterday when trying to installworld: install: /var/chroot/usr/share/examples/netgraph/bluetooth/rc.bluetooth: No such file or directory *** Error code 71 Stop in /a/asami/portbuild/i386/5/src/share/examples. *** Error code 1 What is going on? I've been trying to get a world built for about 3 days now, and it's been broken by one poorly-tested change or another. That's very annoying. Kris pgp0.pgp Description: PGP signature
Re: ULE page fault with sched_ule.c 1.67
On Monday 27 October 2003 12:06 pm, Arjan van Leeuwen wrote: Hi, I just cvsupped and built a new kernel that includes sched_ule.c 1.67. I'm getting a page fault when working in Mozilla Firebird. It happens pretty soon, after opening one or two pages. The trace shows that it panics at sched_prio(). I should have said, I am getting the same panic, same trace, but not using Mozilla. I get it shortly after launching my KDE session, though I'm not sure where in my session the problem is being hit. -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bluetooth breaks installworld?
Hi, On Mon, Oct 27, 2003 at 10:22:33AM -0800, Kris Kennaway wrote: I've been getting this since yesterday when trying to installworld: install: /var/chroot/usr/share/examples/netgraph/bluetooth/rc.bluetooth: No such file or directory *** Error code 71 Stop in /a/asami/portbuild/i386/5/src/share/examples. *** Error code 1 What is going on? I've been trying to get a world built for about 3 days now, and it's been broken by one poorly-tested change or another. That's very annoying. It's not fix yet ? mkdir /usr/share/examples/netgraph/bluetooth/ should help. -Kirill pgp0.pgp Description: PGP signature
[current tinderbox] failure on alpha/alpha
TB --- 2003-10-27 17:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-27 17:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-27 17:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-27 17:05:42 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-10-27 18:08:35 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Mon Oct 27 18:08:35 GMT 2003 Kernel build for GENERIC completed on Mon Oct 27 18:20:26 GMT 2003 TB --- 2003-10-27 18:20:26 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-27 18:20:26 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Mon Oct 27 18:20:26 GMT 2003 [...] ext2_linux_balloc.o(.text2+0x4): relocation truncated to fit: BRADDR .text ext2_linux_balloc.o(.text2+0x8): relocation truncated to fit: BRADDR .text ext2_linux_ialloc.o: In function `ext2_free_inode': ext2_linux_ialloc.o(.text+0x5c8): relocation truncated to fit: BRADDR .text2 ext2_linux_ialloc.o: In function `ext2_new_inode': ext2_linux_ialloc.o(.text+0xae4): relocation truncated to fit: BRADDR .text2 ext2_linux_ialloc.o(.text2+0x0): relocation truncated to fit: BRADDR .text ext2_linux_ialloc.o(.text2+0x4): relocation truncated to fit: BRADDR .text *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-27 18:31:31 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-27 18:31:31 - TB --- ERROR: failed to build lint kernel TB --- 2003-10-27 18:31:31 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bluetooth breaks installworld?
On Mon, Oct 27, 2003 at 07:29:17PM +0100, Kirill Ponomarew wrote: Hi, On Mon, Oct 27, 2003 at 10:22:33AM -0800, Kris Kennaway wrote: I've been getting this since yesterday when trying to installworld: install: /var/chroot/usr/share/examples/netgraph/bluetooth/rc.bluetooth: No such file or directory *** Error code 71 Stop in /a/asami/portbuild/i386/5/src/share/examples. *** Error code 1 What is going on? I've been trying to get a world built for about 3 days now, and it's been broken by one poorly-tested change or another. That's very annoying. It's not fix yet ? mkdir /usr/share/examples/netgraph/bluetooth/ should help. OK, I see a commit went in overnight which might finally fix it. Kris pgp0.pgp Description: PGP signature
Success compiling R v 1.8.0
The R statistics port (ports/math/R-letter) is at version 1.7.0. Being the impatient type I tried compiling the recently released 1.8.0 using the same Makefile (with 1.7 changed to 1.8) and a new MD5 value, and had no new problems compiling. R v.1.7 and v 1.8 trigger a bug in GCC (internal compiler error) and the workaround is to wait for the bug to trigger, then compile that particular piece of code using -O2 rather than -O, and then execute make again. Mike Squires ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCSI error using gnome-cd
This is an actual SCSI drive so there's no ATAng or atapicam issue here.
Here's the output I see from gnome-cd:
** (gnome-cd:822): WARNING **: Error getting leadout
** (gnome-cd:822): WARNING **: Error getting leadout
(gnome-cd:822): CDDBSlave2-CRITICAL **: file cddb-slave-client.c: line
197 (cddb_slave_client_query): assertion `nsecs 0' failed
slave-mike wrote:
if you can, add -force or equivilent to the command line.
there seem to be problems with ATAng and atapicam. :(
Peter Schultz wrote:
I have set the permissions to properly read the CD, and I can play audio
CDs using xmms, but when I try using gnome-cd I get the following:
(cd0:ahc0:0:4:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 2 0 0 0 0 c
0 c 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1c 0 18 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1b 0 18 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 2 0 0 0 0 c
0 c 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
(cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1c 0 18 0
(cd0:ahc0:0:4:0): CAM Status: SCSI Status Error
(cd0:ahc0:0:4:0): SCSI Status: Check Condition
(cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0
(cd0:ahc0:0:4:0): Invalid field in CDB
(cd0:ahc0:0:4:0): Unretryable error
Here's some info about my device:
GEOM: create disk cd0 dp=0xc36a0e00
cd0 at ahc0 bus 0 target 4 lun 0
cd0: PLEXTOR CD-R PX-W4220T 1.04 Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 8)
Pete...
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
To unsubscribe, send any mail to [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bluetooth breaks installworld?
On Monday 27 October 2003 10:29 am, Kirill Ponomarew wrote: Hi, On Mon, Oct 27, 2003 at 10:22:33AM -0800, Kris Kennaway wrote: I've been getting this since yesterday when trying to installworld: install: /var/chroot/usr/share/examples/netgraph/bluetooth/rc.bluetooth: No such file or directory *** Error code 71 Stop in /a/asami/portbuild/i386/5/src/share/examples. *** Error code 1 What is going on? I've been trying to get a world built for about 3 days now, and it's been broken by one poorly-tested change or another. That's very annoying. It's not fix yet ? mkdir /usr/share/examples/netgraph/bluetooth/ should help. That worked. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Error compiling kernel with IPFILTER
On Mon, Oct 27, 2003 at 08:09:33AM -0700, Jeremy Johnston wrote: /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: (Each undeclared identifier is reported only once /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: for each function it appears in.) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper6': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:329: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `iplattach': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:376: warning: unused variable `ph_inet' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:378: warning: unused variable `ph_inet6' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: At top level: /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:317: warning: `fr_check_wrapper' defined but not used /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:327: warning: `fr_check_wrapper6' defined but not used *** Error code 1 read /usr/src/UPDATING /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
panic: biodone: page disappeared!
Hi, I´ve just tried to install FreeBSD Current on an VIA C3 533MHz. Kernel starts without error but when dhclient gets started I´ve get Panic: biodone: page disappeared! Debugger(Panic) No debugger and no automatic reboot. Regards Gerhard -- Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | [EMAIL PROTECTED] | auf Anfrage/ Germany||on request pgp0.pgp Description: PGP signature
vrele: negative ref cnt (panic)
Got this panic on a uni-processor 4bsd kernel with sources of this morning
(~8.30EST) upon attempting to reboot.
---
panic: vrele: negative ref cnt
Stack backtrace:
panic: from debugger
Uptime: 2m2s
Dumping 255 MB
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
No locals.
#1 0xc04b0d3c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372
No locals.
#2 0xc04b1067 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
td = (struct thread *) 0xc2c01d10
bootopt = 260
newpanic = 0
ap = 0xd2f369b0 hjóÒRGDÀÔ\225ZÀ
buf = vrele: negative ref cnt, '\0' repeats 232 times
#3 0xc04447f2 in db_panic () at /usr/src/sys/ddb/db_command.c:450
No locals.
#4 0xc0444752 in db_command (last_cmdp=0xc06288e0, cmd_table=0x0,
aux_cmd_tablep=0xc06012fc,
aux_cmd_tablep_end=0xc0601300) at /usr/src/sys/ddb/db_command.c:346
cmd = (struct command *) 0xc05d1d3c
t = 0
modif =
\0\222bÀ(\034iÀøióÒ\r\0\0\0 \ahÀ\r\0\0\0\001\0\0\0\030jóÒfúYÀ`ífÀ\aK\0
[EMAIL PROTECTED]@\222bÀ(\034iÀjóÒqfDÀÚã]À
dDÀ\0\0\0\0\020\0\0\0([EMAIL PROTECTED]@\222bÀ\200\211bÀx\0\0\0\003\0\0
addr = -1067805228
count = -1
have_addr = 0
result = 0
#5 0xc0444895 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472
No locals.
#6 0xc0447895 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:73
bkpt = 0
#7 0xc05a931c in kdb_trap (type=3, code=0, regs=0xd2f36b30) at
/usr/src/sys/i386/i386/db_interface.c:171
ef = 70
ddb_mode = 1
#8 0xc05b9c5a in trap (frame=
{tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = -1067508642,
tf_ebp = -755799172, tf_isp = -755799204, tf_ebx = 0, tf_edx = 0, tf_ecx =
32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067805228, tf_cs = 8,
tf_eflags = 658, tf_esp = -1067471388, tf_ss = -1067534120}) at
/usr/src/sys/i386/i386/trap.c:579
td = (struct thread *) 0xc2c01d10
p = (struct proc *) 0xc2cc15ac
sticks = 3539168040
i = 0
ucode = 0
type = 3
code = 0
eva = 0
#9 0xc05aacc8 in calltrap () at {standard input}:102
No locals.
#10 0xc04b0ff5 in panic (fmt=0xc05f1c5e vrele: negative ref cnt) at
/usr/src/sys/kern/kern_shutdown.c:534
td = (struct thread *) 0xc2c01d10
bootopt = 256
newpanic = 1
ap = 0x0
buf = vrele: negative ref cnt, '\0' repeats 232 times
#11 0xc050889e in vrele () at /usr/src/sys/kern/vfs_subr.c:2220
td = (struct thread *) 0xc2c01d10
#12 0xc055e569 in ffs_unmount (mp=0xc2a05000, mntflags=524288, td=0xc2c01d10)
at /usr/src/sys/ufs/ffs/ffs_vfsops.c:997
ump = (struct ufsmount *) 0xc2a39800
fs = (struct fs *) 0xc2c01d10
error = -1029181440
flags = 0
#13 0xc0503f14 in dounmount (mp=0xc2a05000, flags=524288, td=0xc2c01d10) at
/usr/src/sys/kern/vfs_mount.c:1339
coveredvp = (struct vnode *) 0x0
fsrootvp = (struct vnode *) 0xc2a7fc8c
error = 0
async_flag = 0
#14 0xc050a12e in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:3175
mp = (struct mount *) 0xc2a05000
td = (struct thread *) 0xc2c01d10
error = 0
#15 0xc04b0c49 in boot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:357
bp = (struct buf *) 0xc7b12fe8
iter = 2
nbusy = 0
pbusy = 11
subiter = 0
#16 0xc04b0556 in reboot (td=0x0, uap=0x0) at
/usr/src/sys/kern/kern_shutdown.c:178
error = 0
#17 0xc05ba570 in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp =
-1077937072, tf_isp = -755798668, tf_ebx = 2, tf_edx = -1, tf_ecx =
672426276, tf_eax = 55, tf_trapno = 12, tf_err = 2, tf_eip = 671765307, tf_cs
= 31, tf_eflags = 582, tf_esp = -1077937140, tf_ss = 47}) at
/usr/src/sys/i386/i386/trap.c:1009
params = 0xbfbffc10---Can't read userspace from dump, or kernel
process---
---
Robin P. Blanchard
Systems Integration Specialist
Georgia Center for Continuing Education
fon: 706.542.2404 fax: 706.542.6546
---
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Random signals in {build,install}world recently?
On Tue, 21 Oct 2003, Vallo Kallaste wrote: I went back to last known good kernel/world combination, which is from September 16. The next and problematic kernel/world pair is from September 30. So the problem was introduced between these dates. Well, I have a system from the 25th that works just fine, we're looking between the dates of 9/25 - 9/30. Regards, Andre Guibert de Bruet | Enterprise Software Consultant Silicon Landmark, LLC. | http://siliconlandmark.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: biodone: page disappeared!
On Mon, Oct 27, 2003 at 08:23:30PM +0100, Gerhard Schmidt wrote: Hi, I´ve just tried to install FreeBSD Current on an VIA C3 533MHz. Kernel starts without error but when dhclient gets started I´ve get Panic: biodone: page disappeared! Debugger(Panic) No debugger and no automatic reboot. here is the dmesg output Copyright (c) 1992-2003 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.1-CURRENT #0: Mon Jan 1 01:37:56 CET 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/GENERIC Preloaded elf kernel /boot/kernel/kernel at 0xc0a5f000. Preloaded elf module /boot/kernel/acpi.ko at 0xc0a5f1cc. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: VIA C3 Samuel 2 (533.36-MHz 686-class CPU) Origin = CentaurHauls Id = 0x673 Stepping = 3 Features=0x803035FPU,DE,TSC,MSR,MTRR,PGE,MMX real memory = 259981312 (247 MB) avail memory = 242896896 (231 MB) npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: VIA601 AWRDACPI on motherboard pcibios: BIOS version 2.10 Using $PIR table, 5 entries at 0xc00fdf20 acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: Thermal Zone on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 17 INTD is routed to irq 12 pcib0: slot 17 INTD is routed to irq 12 pcib0: slot 17 INTC is routed to irq 11 pcib0: slot 18 INTA is routed to irq 15 pcib0: slot 20 INTA is routed to irq 10 agp0: VIA Generic host to PCI bridge mem 0xe000-0xe7ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pcib0: slot 1 INTA is routed to irq 15 pcib1: slot 0 INTA is routed to irq 15 pci1: display, VGA at device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 17.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 8231 UDMA100 controller port 0xd000-0xd00f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 12 at device 17.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 12 at device 17.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: bridge, PCI-unknown at device 17.4 (no driver attached) pci0: multimedia, audio at device 17.5 (no driver attached) vr0: VIA VT6102 Rhine II 10/100BaseTX port 0xe800-0xe8ff mem 0xeb00-0xebff irq 15 at device 18.0 on pci0 vr0: Ethernet address: 00:40:63:c5:80:03 miibus0: MII bus on vr0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: multimedia at device 20.0 (no driver attached) fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: Parallel port bus on ppc0 plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 -- Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | [EMAIL PROTECTED] | auf Anfrage/ Germany||on request pgp0.pgp Description: PGP signature
Re: ACPI trouble with EPIA-M
On Fri, 24 Oct 2003, Thorsten Greiner wrote: * Nate Lawson [EMAIL PROTECTED] [2003-10-24 22:57]: Type tr at the DDB prompt to get a trace of what is hanging. At the time of the hang a 'ps' in DDB shows two screenful's of processes. Doing a simple 'tr' just gives the backtrace of how I got into DDB which - I presume - is not relevant to this problem. Yes, that's true. What you probably want to do now is do tr pid for the pids below to see what they're blocked on. Likely culprits are 24 (since it's on irq 7), 23 (acpi), 29, and 25. The most likely one is 24 because irq 7 is normally edge triggered/legacy and that means it cannot be shared. But in your config, it is shared. So my guess is that acpi is routing interrupts differently than $PIR mode. I have no serial console, so I have to copy things by hand. A ps shows (only selected columns): pid ... flag stat ... 38204 new [IWAIT] irq8: rtc 37204 new [IWAIT] irq4: sio0 36204 new [IWAIT] swi0: tty:sio 35204 [IWAIT] irq0: ppc0 34204 new [IWAIT] irq12: psm0 33204 [CPU0] irq1: atkbd0 32204 [IWAIT] irq15: ata1 31204 [IWAIT] irq14: ata0 30204 [SLP]usbdly 0x... usb2 29204 new [IWAIT] irq10: uhci2 pcm0 28204 [SLP] usbdly 0x... usb1 27204 [SLP] usbtsk 0x... usbtask 26204 [SLP] usbdly 0q... usb0 25204 new [IWAIT] irq11: vr0 uhci0 24204 [IWAIT] irq7: fwohci0 uhci1 8204 [SLP]actask 0x... acpi_task2 7204 [SLP]actask 0x... acpi_task1 6204 [SLP]actask 0x... acpi_task0 23204 new [IWAIT] irq9: acpi0 22204 new [IWAIT] irq13: 21204 new [IWAIT] swi3: cambio 20204 new [IWAIT] swi2: camnet 19204 new [IWAIT] swi5:+ 5204 [SLP]tqthr 0x... taskqueue 18204 [IWAIT] swi7: acpitaskq 17204 [IWAIT] swi6:+ 16204 [IWAIT] swi6: task queue 15204 [SLP]- 0x... random 4204 [SLP]- 0x... g_down 3204 [SLP]- 0x... g_up 2204 [SLP]- 0x... g_event 14204 new [IWAIT] swi5: vm 1320c new [IWAIT] swi8: tty:sio clock 12204 new [IWAIT] swi1: net 1120c [Can run] idle 1200 new [INACTIVE] swapper 10204 [CV]ktrace 0x... ktrace 0200 [SLP]conifhk 0x... swapper This state seems to be pretty reproducible. Any idea what is wrong? Something is blocked, no idea exactly what without more info. I have an EPIA-M 6000 but it's not set up. Perhaps I'll find some time to boot current on it to see. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
u_int32_t
With a just recent current I'm getting the following error message. I wasn't there just few days ago. I suppose u_int32_t should be substituted with the stdint.h POSIX types uint32_t. tcc -Ysystem -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_MOTIF -DFEAT_SUN_WORKSHOP -DFUNCPROTO=15 -DNARROWPROTO -I/usr/X11R6/include -I/usr/local/include -O3 -I/usr/X11R6/include -o objects/workshop.o workshop.c /usr/include/netinet6/in6.h, line 535: Error: [ISO 6.5.2]: The type 'u_int32_t' hasn't been declared. *** Error code 1 Stop in /usr/local/src/redhat/BUILD/vim62/src. Bad exit status from /var/tmp/rpm-tmp.7037 (%build) kozaczek# If you wonder which compiler the above is. Well It's good old tendra actually ported to FreeBSD-current. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
newfs by fstab directory name?
At work we do a lot of dynamic filesystem creation, so we added the
ability to specify the 'special file' argument to newfs via the fstab
mount point directory. Please see the attached patch. If nobody
objects, I'll commit this in a couple of days.
--
Where am I, and what am I doing in this handbasket?
Wes Peters [EMAIL PROTECTED]
Index: newfs.c
===
RCS file: /big/ncvs/src/sbin/newfs/newfs.c,v
retrieving revision 1.73
diff -u -r1.73 newfs.c
--- newfs.c 3 May 2003 18:41:58 - 1.73
+++ newfs.c 27 Oct 2003 21:23:45 -
@@ -72,6 +72,7 @@
#include ctype.h
#include err.h
#include errno.h
+#include fstab.h
#include paths.h
#include stdarg.h
#include stdio.h
@@ -151,6 +152,7 @@
struct disklabel *lp;
struct partition oldpartition;
struct stat st;
+ struct fstab *fst;
char *cp, *special;
int ch, i;
off_t mediasize;
@@ -264,15 +266,19 @@
usage();
special = argv[0];
- cp = strrchr(special, '/');
- if (cp == 0) {
- /*
- * No path prefix; try prefixing _PATH_DEV.
- */
- snprintf(device, sizeof(device), %s%s, _PATH_DEV, special);
- special = device;
+ if ((fst = getfsfile(special)) != NULL)
+ special = strdup(fst-fs_spec);
+ else {
+ cp = strrchr(special, '/');
+ if (cp == 0) {
+ /*
+ * No path prefix; try prefixing _PATH_DEV.
+ */
+ snprintf(device, sizeof(device), %s%s, _PATH_DEV,
+ special);
+ special = device;
+ }
}
-
if (ufs_disk_fillout_blank(disk, special) == -1 ||
(!Nflag ufs_disk_write(disk) == -1)) {
if (disk.d_error != NULL)
Index: newfs.8
===
RCS file: /big/ncvs/src/sbin/newfs/newfs.8,v
retrieving revision 1.64
diff -u -r1.64 newfs.8
--- newfs.8 11 Oct 2003 08:24:07 - 1.64
+++ newfs.8 27 Oct 2003 21:17:17 -
@@ -74,7 +74,11 @@
as the
.Dq disk ,
although the special file need not be a physical disk.
-In fact, it need not even be special.)
+In fact, it need not even be special.) The special file argument
+may also reference a directory the filesystem is normally mounted
+on, as configured in
+.Pa /etc/fstab .
+.Pp
Typically the defaults are reasonable, however
.Nm
has numerous options to allow the defaults to be selectively overridden.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newfs by fstab directory name?
On Mon, 27 Oct 2003, Wes Peters wrote: At work we do a lot of dynamic filesystem creation, so we added the ability to specify the 'special file' argument to newfs via the fstab mount point directory. Please see the attached patch. If nobody objects, I'll commit this in a couple of days. Wouldn't this be a good candidate to be added directly to libufs? regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI trouble with EPIA-M
* Nate Lawson [EMAIL PROTECTED] [2003-10-27 22:13]: ... What you probably want to do now is do tr pid for the pids below to see what they're blocked on. Likely culprits are 24 (since it's on irq 7), 23 (acpi), 29, and 25. The most likely one is 24 because irq 7 is normally edge triggered/legacy and that means it cannot be shared. But in your config, it is shared. So my guess is that acpi is routing interrupts differently than $PIR mode. OK, here we go: pid 24 ([IWAIT] irq7: fwohci0 uhci1) pid 35 ([IWAIT] irq0: ppc0) pid 32 ([IWAIT] irq15: ata1) pid 31 ([IWAIT] irq14: ata0) stack trace: sched_switch() mi_switch() ithread_loop() fork_exit() fork_trampoline() pid 23 (new [IWAIT] irq9: acpi0) pid 29 (new [IWAIT] irq10: uhci2 pcm0) pid 25 (new [IWAIT] irq11: vr0 uhci0) stack trace (yes, this is just one line): fork_trampoline() Hope that helps... (though I fear it does not) Regards -Thorsten -- There are 10 kinds of people in the world, those who understand binary and those who don't. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE page fault with sched_ule.c 1.67
On Mon, 27 Oct 2003, Jonathan Fosburgh wrote: On Monday 27 October 2003 12:06 pm, Arjan van Leeuwen wrote: Hi, I just cvsupped and built a new kernel that includes sched_ule.c 1.67. I'm getting a page fault when working in Mozilla Firebird. It happens pretty soon, after opening one or two pages. The trace shows that it panics at sched_prio(). I should have said, I am getting the same panic, same trace, but not using Mozilla. I get it shortly after launching my KDE session, though I'm not sure where in my session the problem is being hit. It's KSE. You can disable it to work around temporarily. I will fix it tonight. -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
LOR report
Hello, with a recent -Current, I see while mak'ing world : # lock order reversal 1st 0xc34969d4 vm object (vm object) @ /files3/src/sys/vm/swap_pager.c:1319 2nd 0xc0941900 swap_pager swhash (swap_pager swhash) @ /files3/src/sys/vm/ swap_pager.c:1832 3rd 0xc103565c vm object (vm object) @ /files3/src/sys/vm/uma_core.c:876 Stack backtrace: backtrace(c084cde1,c103565c,c0860340,c0860340,c0861206) at backtrace+0x17 witness_lock(c103565c,8,c0861206,36c,1) at witness_lock+0x672 _mtx_lock_flags(c103565c,0,c0861206,36c,1) at _mtx_lock_flags+0xba obj_alloc(c101f9a0,1000,cdd2e9f7,101,c090fe48) at obj_alloc+0x3f slab_zalloc(c101f9a0,1,c0861206,68c,c101f9b4) at slab_zalloc+0xb3 uma_zone_slab(c101f9a0,1,c0861206,68c,c101fa50) at uma_zone_slab+0xd6 uma_zalloc_internal(c101f9a0,0,1,5c1,728,c09111a8) at uma_zalloc_internal+0x3e uma_zalloc_arg(c101f9a0,0,1,728,2) at uma_zalloc_arg+0x3b9 swp_pager_meta_build(c34969d4,1,0,2,0) at swp_pager_meta_build+0x1b4 swap_pager_putpages(c34969d4,cdd2ebd0,1,0,cdd2eb40) at swap_pager_putpages +0x32d default_pager_putpages(c34969d4,cdd2ebd0,1,0,cdd2eb40) at default_pager_putpages+0x2e vm_pageout_flush(cdd2ebd0,1,0,eb,cdd2ebac) at vm_pageout_flush+0x17a vm_pageout_clean(c126a878,0,c0861018,32a,0) at vm_pageout_clean+0x305 vm_pageout_scan(0,0,c0861018,5a9,1388) at vm_pageout_scan+0x669 vm_pageout(0,cdd2ed48,c08476c8,314,4) at vm_pageout+0x31b fork_exit(c079d2b0,0,cdd2ed48) at fork_exit+0xcf fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcdd2ed7c, ebp = 0 --- with : # ident /files3/src/sys/vm/swap_pager.c /files3/src/sys/vm/swap_pager.c: $FreeBSD: src/sys/vm/swap_pager.c,v 1.235 2003/10/27 05:58:15 alc Exp $ # ident /files3/src/sys/vm/uma_core.c /files3/src/sys/vm/uma_core.c: $FreeBSD: src/sys/vm/uma_core.c,v 1.85 2003/09/21 07:39:16 jeff Exp $ # uname -a FreeBSD XXX 5.1-CURRENT FreeBSD 5.1-CURRENT #207: Mon Oct 27 13:51:31 CET 2003 [EMAIL PROTECTED]:/files3/obj/files3/src/sys/SMP i386 this is on a bi-celeron BP6 TfH ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: newfs by fstab directory name?
On Monday 27 October 2003 01:37 pm, Lukas Ertl wrote: On Mon, 27 Oct 2003, Wes Peters wrote: At work we do a lot of dynamic filesystem creation, so we added the ability to specify the 'special file' argument to newfs via the fstab mount point directory. Please see the attached patch. If nobody objects, I'll commit this in a couple of days. Wouldn't this be a good candidate to be added directly to libufs? libufs already does this sort of translation, but newfs explicitly breaks it because it needs to have the actual name of the device for some other manipulations. The alternative would be to have ufs_disk_fillout_blank et all modify their second argument, which doesn't seem like a great alternative. -- Where am I, and what am I doing in this handbasket? Wes Peters [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
cp -Rp /a_dir/w_sub_dirs to gbde vnode on SmartMedia Card locks system
This has been reproducible for the last few weeks. System will crash if I am strictly from ttyv(n) or using KDE3.x and drag and drop. By crash, I mean that kb and mouse will lock up if in XFree86, and if only at virtual terminal, eventually all 8 will quit responding to commands, though the commands make it to the display, passwords are in cleartext if I enter them at the login prompt. I have tried near the beginning of the event to kill gbde related processes from the second ttyv(n), which does seem to extend the time before the system has to be powered. However, if I just copy a bunch of files from a single directory, all is ok. At this time I have not tried to copy a directory containing only files. relevant kernel config : makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols # options GEOM_BDE # Debugging for use in -current options DDB #Enable the kernel debugger options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS options WITNESS #Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN#Don't run witness on spinlocks for speed --end kernel config--- -bash-2.05b$ uname -a FreeBSD dons.donxcz 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Oct 22 04:44:38 CDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DONS i386 Following are steps to mount Encrypted File System on Olympus D-380 Digital Camera SmartMedia: 1. Mount Digital Camera mount_msdosfs /dev/da0s1 /mnt 2. Create virtual device that points to img file. mdconfig -a -t vnode -u 9 -f /mnt/dcim/efs.img 3. Attach virtual device to efs.img gbde attach /dev/md9 -l /etc/gbde/md9.key 4. Mount EFS mount /dev/md9.bde /myefs -- ___ Get your free Verizonmail at www.verizonmail.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI trouble with EPIA-M
On Mon, 27 Oct 2003, Thorsten Greiner wrote: * Nate Lawson [EMAIL PROTECTED] [2003-10-27 22:13]: ... What you probably want to do now is do tr pid for the pids below to see what they're blocked on. Likely culprits are 24 (since it's on irq 7), 23 (acpi), 29, and 25. The most likely one is 24 because irq 7 is normally edge triggered/legacy and that means it cannot be shared. But in your config, it is shared. So my guess is that acpi is routing interrupts differently than $PIR mode. OK, here we go: pid 24 ([IWAIT] irq7: fwohci0 uhci1) pid 35 ([IWAIT] irq0: ppc0) ^^ No such irq. As a workaround, try disabling your parallel port drivers (lpt, ppc, plip, ppi, etc.) If things work then with ACPI enabled, we're certain it's the parallel port irq routing. But I'm pretty certain that's the case. Please send me a link to the output of acpidump -t -d thorsten.asl I'll look at the _PRT entry. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: u_int32_t
On Mon, Oct 27, 2003 at 10:05:48PM +0100, Marcin Dalecki wrote: With a just recent current I'm getting the following error message. I wasn't there just few days ago. I suppose u_int32_t should be substituted with the stdint.h POSIX types uint32_t. tcc -Ysystem -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_MOTIF -DFEAT_SUN_WORKSHOP -DFUNCPROTO=15 -DNARROWPROTO -I/usr/X11R6/include -I/usr/local/include -O3 -I/usr/X11R6/include -o objects/workshop.o workshop.c /usr/include/netinet6/in6.h, line 535: Error: [ISO 6.5.2]: The type 'u_int32_t' hasn't been declared. *** Error code 1 Stop in /usr/local/src/redhat/BUILD/vim62/src. Bad exit status from /var/tmp/rpm-tmp.7037 (%build) kozaczek# If you wonder which compiler the above is. Well It's good old tendra actually ported to FreeBSD-current. Is this a completely up-to-date system? I've been seeing this with gcc, but I haven't verified if any of the subsequent commits to that header fix the problem. Kris pgp0.pgp Description: PGP signature
Re: GBDE performance on ZIP disks
On Mon, 27 Oct 2003, Stefan Walter wrote: is there a way to speed up writing to a gbde encrypted ZIP disk? Copying 37 MB of data to an encrypted disk (in a SCSI drive) that has been initialized with newfs -O 2 -U /dev/da1a.bde takes ~180 seconds, which is ~200KB/s. Copying the same amount of data to the disk without using gbde takes ~50 seconds, which is ~740KB/s. I guess this problem is similar to the one you have when using msdosfs on a SCSI ZIP drive, which is also very slow. Using a different sector size than the default 512, which is also the sector size of the media, doesn't seem to be possible and always results in a gbde: write sector 0: Operation not permitted. Playing around with newfs's options didn't help so far, either. How do things look performance-wise if you do a raw sector read comparison with dd at various blocksizes? My recollection is that our msdos code would benefit hugely from the addition of clustering support, but UFS2 with a fragment size matching GBDE's notion shouldn't present the same problem... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: vm_map.c LOR
On Sat, Sep 27, 2003, Florian C. Smeets wrote: Hey guys, got this one with today's current: lock order reversal 1st 0xc28008ac vm object (vm object) @ /space/src/sys/vm/vm_map.c:2195 2nd 0xc082f110 system map (system map) @ /space/src/sys/vm/vm_kern.c:328 Stack backtrace: backtrace(c037b3b0,c082f110,c0390c85,c0390c85,c0390b1a) at backtrace+0x17 witness_lock(c082f110,8,c0390b1a,148,0) at witness_lock+0x672 _mtx_lock_flags(c082f110,0,c0390b1a,148,3) at _mtx_lock_flags+0xba _vm_map_lock(c082f0b0,c0390b1a,148,c03dcfe0,2b4) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,cf083b18,c030c587) at kmem_malloc+0x3a [...] This is a false positive. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ata_dmasetup: transfer active on this device!
On Mon, Oct 27, 2003, Robert Watson wrote: Bumped into this panic on a kernel from Oct 4 running on my notebook. Unfortunately, I don't have a good trace because I didn't have access to a serial console, or a debugging kernel :-(. It might well already be fixed, but I figured I'd post about it just in case. Basically, I was shutting down my notebook, and did a shutdown -p NOW. During the shutdown, the system panicked. panic: ata_dmasetup: transfer active on this device! ... ata_dmastart+0x26 ata_pci_dmastart+0x29 ata_transaction+0x999 ata_start+0x1c9 ata_completed+0x230 taskqueue_run+... I have had this problem since the day ATAng was committed. I last verified that it was still an issue about two weeks ago, but I'm reluctant to continue testing on my main machine (the only one that triggers the bug) because it leads to random data corruption. The configuration that *consistently* produces this bug within five minutes of operation involves two 36GB SATA disks mirrored with ccd(4). My best guess is that there's a race in the ATAng code that is exacerbated by ccd(4). By brief inspection, it appears that there are a number of problems with the locking. For instance, ata_interrupt() does an ATA_UNLOCK_CH() with no matching ATA_LOCK_CH(). (This is not detected by witness because ATAng uses its own locking primitives, which have sleep/wakeup races among other things...) Unfortunately, I don't understand the code well enough to fix it and I don't have the time to understand it. If you ever find that this problem has gone away, please let me know so I can sync the ATA driver in my tree. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Success compiling R v 1.8.0
On Mon, 27 Oct 2003, Michael L. Squires wrote: The R statistics port (ports/math/R-letter) is at version 1.7.0. Being the impatient type I tried compiling the recently released 1.8.0 using the same Makefile (with 1.7 changed to 1.8) and a new MD5 value, and had no new problems compiling. R v.1.7 and v 1.8 trigger a bug in GCC (internal compiler error) and the workaround is to wait for the bug to trigger, then compile that particular piece of code using -O2 rather than -O, and then execute make again. The gcc folks tend to be interested in this sort of thing. You might want to follow the instructions given and report the bug. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: __fpclassifyd problem
I'm just catching up on -CURRENT, but I wanted to point out that this was fixed last night in: src/lib/msun/src/e_scalbf.c,v1.8 src/lib/msun/src/e_scalb.c,v1.10 The fix was to use the old versions of isnan() and isinf() specifically in the two places in libm where they are needed. This problem illustrates that we need to be careful as we roll forward support for C99 features that cannot be implemented as regular functions, but that are regular functions in C89. I expect that once all that support is in the tree, we can do a single libm version number bump and remove the compatibility hacks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Success compiling R v 1.8.0
On Mon, Oct 27, 2003 at 07:42:06PM -0800, Doug White wrote: On Mon, 27 Oct 2003, Michael L. Squires wrote: The R statistics port (ports/math/R-letter) is at version 1.7.0. Being the impatient type I tried compiling the recently released 1.8.0 using the same Makefile (with 1.7 changed to 1.8) and a new MD5 value, and had no new problems compiling. R v.1.7 and v 1.8 trigger a bug in GCC (internal compiler error) and the workaround is to wait for the bug to trigger, then compile that particular piece of code using -O2 rather than -O, and then execute make again. The gcc folks tend to be interested in this sort of thing. You might want to follow the instructions given and report the bug. Try gcc 3.3.2 (e.g. install the port) first. Kris pgp0.pgp Description: PGP signature
Re: HEADS-UP: switch Advanced Sockets API for IPv6 from RFC2292 to RFC3542
On Sat, Oct 25, 2003 at 03:34:53AM +0900, Hajimu UMEMOTO wrote: Hi, I've just committed to switch Advanced Sockets API for IPv6 from RFC2292 to RFC3542 (aka RFC2292bis). Though I believe this commit doesn't break backward compatibility againt existing binaries, it breaks backward compatibility of API. Now, the applications which use Advanced Sockets API such as telnet, ping6, mld6query and traceroute6 use RFC3542 API. Sincerely, The following ports have become broken: http://bento.freebsd.org/errorlogs/i386-5-latest/libunp-1.0.log http://bento.freebsd.org/errorlogs/i386-5-latest/libesmtp-1.0_1,1.log http://bento.freebsd.org/errorlogs/i386-5-latest/nc6-0.5_2.log http://bento.freebsd.org/errorlogs/i386-5-latest/ninja-1.5.8.1.log Can you please take a look? Kris pgp0.pgp Description: PGP signature
[current tinderbox] failure on alpha/alpha
TB --- 2003-10-28 05:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-28 05:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-10-28 05:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-28 05:01:55 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-10-28 06:04:40 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Tue Oct 28 06:04:40 GMT 2003 Kernel build for GENERIC completed on Tue Oct 28 06:16:28 GMT 2003 TB --- 2003-10-28 06:16:28 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-28 06:16:28 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Oct 28 06:16:28 GMT 2003 [...] ext2_linux_balloc.o(.text2+0x4): relocation truncated to fit: BRADDR .text ext2_linux_balloc.o(.text2+0x8): relocation truncated to fit: BRADDR .text ext2_linux_ialloc.o: In function `ext2_free_inode': ext2_linux_ialloc.o(.text+0x5c8): relocation truncated to fit: BRADDR .text2 ext2_linux_ialloc.o: In function `ext2_new_inode': ext2_linux_ialloc.o(.text+0xae4): relocation truncated to fit: BRADDR .text2 ext2_linux_ialloc.o(.text2+0x0): relocation truncated to fit: BRADDR .text ext2_linux_ialloc.o(.text2+0x4): relocation truncated to fit: BRADDR .text *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-10-28 06:27:35 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-28 06:27:35 - TB --- ERROR: failed to build lint kernel TB --- 2003-10-28 06:27:35 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
