From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 10 09:16:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED42237B401 for ; Sun, 10 Aug 2003 09:16:01 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id A82E143F3F for ; Sun, 10 Aug 2003 09:16:00 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHT5T>; Sun, 10 Aug 2003 12:15:59 -0400 Message-ID: From: Don Bowman To: "'freebsd-hackers@freebsd.org'" Date: Sun, 10 Aug 2003 12:15:53 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: hang in sio driver when interrupt occurs while in siocnputc() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2003 16:16:02 -0000 I find that if the kernel is in the middle of a printf, is using a serial console, and a key is pressed, that i may end up stuck in the siointr. I added a counter to siointr1() so that if it receives more than 100 characters in a single interrupt it panics. What I find happens is that the chip (a winbond w83627HF in this case, 16550 compat) claims to have more characters to read (the fifo is not empty), but no interrupt is pending. The siointr1() loops forever on this, reading the com_data register. I created a simple kernel module that, on command from a sysctl, outputs many characters in a callout. When this is going, I hit enter a few times, and my panic occurs. Debugger(c03093aa) at Debugger+0x35 panic(c0330173,ce098000,3f8,ff807e60,8) at panic+0xb8 siointr1(ce098000,c0382788,3f8,ff807e44,c02c1e40) at siointr1+0x146 siointr(ce098000) at siointr+0x17 Xfastintr4(ff807e60,3f8,1c200,45,0) at Xfastintr4+0x20 siocnputc(c0362c44,45) at siocnputc+0x4d cnputc(45,1,63,0,ff807f40) at cnputc+0x4c putchar(45,ff807f60) at putchar+0x9d kvprintf(ce3bd75c,c01cb490,ff807f60,a,ff807f7c) at kvprintf+0x38e printf(ce3bd75c,45,0,ce3bd670,ff807fa8) at printf+0x44 so_timeout(0,40000000,ffffffff,0,ffffffff) at so_timeout+0x3b softclock(0,ff800018,c02e0010,ce090010,ffffffff) at softclock+0xfe doreti_swi(0,ff808000,0,0,f323a000) at doreti_swi+0xf idle_loop() at idle_loop+0x44 siocnputc() just takes spltty(), which doesn't prevent the interrupt from happening. this doesn't seem right, do you think that the siocn* routines should take COM_LOCK()? This is on RELENG_4. The system is SMP. From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 10 09:50:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FB5E37B404 for ; Sun, 10 Aug 2003 09:50:51 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5884F43F85 for ; Sun, 10 Aug 2003 09:50:50 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LHT6R>; Sun, 10 Aug 2003 12:50:49 -0400 Message-ID: From: Don Bowman To: Don Bowman , "'freebsd-hackers@freebsd.org'" Date: Sun, 10 Aug 2003 12:50:44 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: hang in sio driver when interrupt occurs while in siocnputc() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2003 16:50:51 -0000 > From: Don Bowman > > I find that if the kernel is in the middle of a printf, > is using a serial console, and a key is pressed, that i > may end up stuck in the siointr. I added a counter to > siointr1() so that if it receives more than 100 characters > in a single interrupt it panics. What I find happens is > that the chip (a winbond w83627HF in this case, 16550 compat) > claims to have more characters to read (the fifo is not empty), > but no interrupt is pending. The siointr1() loops forever on > this, reading the com_data register. > > I created a simple kernel module that, on command from a sysctl, > outputs many characters in a callout. When this is going, I hit > enter a few times, and my panic occurs. > > Debugger(c03093aa) at Debugger+0x35 > panic(c0330173,ce098000,3f8,ff807e60,8) at panic+0xb8 > siointr1(ce098000,c0382788,3f8,ff807e44,c02c1e40) at siointr1+0x146 > siointr(ce098000) at siointr+0x17 > Xfastintr4(ff807e60,3f8,1c200,45,0) at Xfastintr4+0x20 > siocnputc(c0362c44,45) at siocnputc+0x4d > cnputc(45,1,63,0,ff807f40) at cnputc+0x4c > putchar(45,ff807f60) at putchar+0x9d > kvprintf(ce3bd75c,c01cb490,ff807f60,a,ff807f7c) at kvprintf+0x38e > printf(ce3bd75c,45,0,ce3bd670,ff807fa8) at printf+0x44 > so_timeout(0,40000000,ffffffff,0,ffffffff) at so_timeout+0x3b > softclock(0,ff800018,c02e0010,ce090010,ffffffff) at softclock+0xfe > doreti_swi(0,ff808000,0,0,f323a000) at doreti_swi+0xf > idle_loop() at idle_loop+0x44 > > siocnputc() just takes spltty(), which doesn't prevent > the interrupt from happening. > > this doesn't seem right, do you think that the siocn* routines > should take COM_LOCK()? > > This is on RELENG_4. The system is SMP. > > Further, it appears the intent of siocnopen() is to disable interrupts on the particular uart, since its overwriting other registers: sp->ier = inb(iobase + com_ier); outb(iobase + com_ier, 0); /* spltty() doesn't stop siointr() */ but i'm nonetheless getting an interrupt. @ the offset I'm at in siocnputc siocnputc+0x48: call siocnopen siocnputc+0x4d: pushl %ebx i'm in the process of calling siocnopen(), so it hasn't got to that interrupt disable code yet. --don From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 10 12:17:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50F6737B401 for ; Sun, 10 Aug 2003 12:17:02 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93D2043FB1 for ; Sun, 10 Aug 2003 12:17:01 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LH4AN>; Sun, 10 Aug 2003 15:17:00 -0400 Message-ID: From: Don Bowman To: Don Bowman , "'freebsd-hackers@freebsd.org'" Date: Sun, 10 Aug 2003 15:16:59 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: hang in sio driver when interrupt occurs while in siocnputc() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2003 19:17:02 -0000 I propose this patch, which solves my issue. Comments? $ cvs diff -U3 sio.c Index: sio.c =================================================================== RCS file: /usr/cvs/src/sys/isa/Attic/sio.c,v retrieving revision 1.291.2.33.1000.4 diff -U3 -r1.291.2.33.1000.4 sio.c --- sio.c 13 May 2003 23:51:23 -0000 1.291.2.33.1000.4 +++ sio.c 10 Aug 2003 18:11:37 -0000 @@ -274,6 +274,7 @@ struct termios lt_in; /* should be in struct tty */ struct termios lt_out; + bool_t in_polled_mode; bool_t do_timestamp; bool_t do_dcd_timestamp; struct timeval timestamp; @@ -1985,6 +1986,10 @@ struct timecounter *tc; u_int count; + if (com->in_polled_mode) { + return; + } + int_ctl = inb(com->intr_ctl_port); int_ctl_new = int_ctl; @@ -3085,6 +3090,9 @@ sp->ier = inb(iobase + com_ier); outb(iobase + com_ier, 0); /* spltty() doesn't stop siointr() */ siocntxwait(iobase); + if (com_addr(comconsole)) { + (com_addr(comconsole))->in_polled_mode = TRUE; + } sp->cfcr = inb(iobase + com_cfcr); outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); sp->dlbl = inb(iobase + com_dlbl); @@ -3132,6 +3140,9 @@ */ outb(iobase + com_mcr, sp->mcr | MCR_DTR | MCR_RTS); outb(iobase + com_ier, sp->ier); + if (com_addr(comconsole)) { + (com_addr(comconsole))->in_polled_mode = FALSE; + } } static void From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 00:11:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id B999237B401; Mon, 11 Aug 2003 00:11:30 -0700 (PDT) Date: Mon, 11 Aug 2003 02:11:30 -0500 From: Juli Mallett To: freebsd-hackers@freebsd.org Message-ID: <20030811021130.A31451@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Title: Code Maven X-Towel: Yes X-Negacore: Yes X-Authentication-Warning: localhost: juli pwned teh intarweb Subject: Stupid CVS tricks. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 07:11:31 -0000 Below you'll find some over-mutilated Perl I did just now to produce dot (as in, graphviz) format graphs for CVS logs, with a link from each committer to each RCS file for every commit. With relatively small data sets (fcvs-src rlog xargs, or kern_sig.c,v) this will produce fairly interesting and meaningful figures. Looking at these things, I get a fairly good feel for certain things, and you certainly can notice a lot of patterns. Things aren't spaced out and evened out quite as much as I'd like, but I have roughly zero cool on how to do that without linking all the files to eachother, and the same of all committers. %%% #! /usr/bin/env perl # # CVS logs to dot format. $curfileno = 0; $cvslog = "cvs-log"; open(DATA, "<$cvslog") || die "$!"; print "digraph cvs {\n"; while () { while (!/^RCS file:/) { $_ = ; } if (/^date: /) { $author = "$_"; $author =~ s/date: .* author: (.*) state: .*/$1/i; $author =~ s/\;//g; chomp $author; if ($committers{"$author"} != 1) { print "z" . $author . " [shape=rectangle,label=\"" . $author . "\"];\n"; $committers{"$author"} = 1; } print "z" . $author . " -> " . "z" . $curfileno . ";\n"; } if (/^RCS file:/) { $curfileno++; $curfile = "$_"; $curfile =~ s/RCS file: //; chomp $curfile; print "z" . $curfileno . " [shape=hexagon,label=\"" . $curfile . "\"];\n"; } } print "};\n"; close(DATA); %%% Name it something like cvsdot.pl and invoke it like: fcvs-src rlog src/sys/kern/kern_sig.c > cvs-log perl cvsdot.pl | dot -Tpng > _.png [view] _.png Actually, kern_sig.c is a terrible idea, but there you go. Thought some of you hackers might find this interesting! Thanx, juli. -- juli mallett. email: jmallett@freebsd.org; efnet: juli; aim: bsdflata; i have lost my way home early - i don't care cause i won't stay there. From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 02:52:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D92A637B401 for ; Mon, 11 Aug 2003 02:52:47 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D195843FA3 for ; Mon, 11 Aug 2003 02:52:46 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h7B9qjO18670 for hackers@freebsd.org; Mon, 11 Aug 2003 11:52:45 +0200 Date: Mon, 11 Aug 2003 11:52:45 +0200 From: Christoph Kukulies Message-Id: <200308110952.h7B9qjO18670@accms33.physik.rwth-aachen.de> To: hackers@freebsd.org Subject: lock order reversal - in many places X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 09:52:48 -0000 I get this often now with 5.1-current on my Dell Inspiron 8000 notebook but I tend to believe it's not notebook related: This seemed to occur when the nvidia.ko module is loaded: Aug 11 11:15:58 kukubook kernel: nvidia0: mem 0xe0000000-0xe7ffffff,0xfc000000-0xfcffffff irq 11 at device 0.0 on pci1 Aug 11 11:16:02 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:02 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:02 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:02 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:02 kukubook kernel: malloc() of "4096" with the following non-sleepable locks held: Aug 11 11:16:02 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:03 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:03 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:03 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:03 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:03 kukubook kernel: malloc() of "4096" with the following non-sleepable locks held: Aug 11 11:16:03 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "4096" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "VM OBJECT" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "DP fakepg" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex ctl.mtx_api r = 0 (0xc2c1e18c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "4096" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "32768" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex dev.mtx_api r = 0 (0xc2a6818c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:04 kukubook kernel: malloc() of "DP fakepg" with the following non-sleepable locks held: Aug 11 11:16:04 kukubook kernel: exclusive sleep mutex ctl.mtx_api r = 0 (0xc2c1e18c) locked @ /home/home/kuku/NVIDIA-FreeBSD-x86-1.0-4365/src/nvidia_subr.c:753 Aug 11 11:16:52 kukubook kernel: lock order reversal Aug 11 11:16:52 kukubook kernel: 1st 0xc2a80afc vm object (vm object) @ vm/vm_object.c:434 Aug 11 11:16:52 kukubook kernel: 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:327 Aug 11 11:16:52 kukubook kernel: Stack backtrace: lock order reversal 1st 0xc2a80afc vm object (vm object) @ vm/vm_object.c:434 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:327 Stack backtrace: backtrace(c0530ff9,c082f110,c0543779,c0543779,c0543621) at backtrace+0x17 witness_lock(c082f110,8,c0543621,147,d24c2adc) at witness_lock+0x672 _mtx_lock_flags(c082f110,0,c0543618,147,3) at _mtx_lock_flags+0xba _vm_map_lock(c082f0b0,c0543618,147,2b3,c05f9e00) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,d24c2b14,c048ef42) at kmem_malloc+0x3a page_alloc(c083a1c0,1000,d24c2b07,101,c05f38b8) at page_alloc+0x27 slab_zalloc(c083a1c0,101,c0544f0c,682,c083a714) at slab_zalloc+0xc2 uma_zone_slab(c083a1c0,101,c0544f03,682,0) at uma_zone_slab+0xe8 uma_zalloc_internal(c083a1c0,0,101,706,0) at uma_zalloc_internal+0x4f uma_zfree_arg(c083a700,c2cb8a68,0,d24c2bc0,c04768e8) at uma_zfree_arg+0x2c2 dev_pager_putfake(c2cb8a68,0,c0542d2d,bd,c2a80afc) at dev_pager_putfake+0x39 dev_pager_dealloc(c2a80afc,1,c0544ebc,104,0) at dev_pager_dealloc+0xc8 vm_pager_deallocate(c2a80afc,0,c05440aa,261,2a800000) at vm_pager_deallocate+0x3 d vm_object_terminate(c2a80afc,0,c05440aa,1b2,c2a00618) at vm_object_terminate+0x1 f3 vm_object_deallocate(c2a80afc,c2d1bd5c,c2a80afc,c2d1bd5c,d24c2c9c) at vm_object_ deallocate+0x371 The stack backtrace can have happened some time later when I ran X11 and unplugged the PS/2 mouse or even later when I CTRL-BS'ed X11. -- Chris Christoph P. U. Kukulies kukulies (at) rwth-aachen.de From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 05:07:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA26037B401 for ; Mon, 11 Aug 2003 05:07:40 -0700 (PDT) Received: from ns.webtt.biz (ns.webtt.biz [64.239.29.225]) by mx1.FreeBSD.org (Postfix) with SMTP id E1AE143FBD for ; Mon, 11 Aug 2003 05:07:39 -0700 (PDT) (envelope-from rui@ruilopes.com) Received: (qmail 24421 invoked from network); 11 Aug 2003 12:09:51 -0000 Received: from unknown (HELO ?217.129.149.167?) (rui@ruilopes.com@217.129.149.167) by ns.webtt.biz with SMTP; 11 Aug 2003 12:09:51 -0000 From: Rui Lopes To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="=-yEYvogjQ9gwJbuBvo2E9" Message-Id: <1060603824.650.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 11 Aug 2003 13:10:24 +0100 Subject: Possible patch for vm/vm_glue.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 12:07:41 -0000 --=-yEYvogjQ9gwJbuBvo2E9 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, I've been reading vm_glue.c and I think I've found a bug regarding the lock of `proc.p_sflag' inside `scheduler' function. >From proc.h, "int p_sflag; /* (j) PS_* flags. */" and "(j) - locked by sched_lock mtx"; but the access is done without having the lock. Take a look at the attached patch and tell me if this is ok. Patch made against "$FreeBSD: src/sys/vm/vm_glue.c,v 1.172 2003/05/13 20:36:02 jhb Exp $", but this is also present in current 1.182. Regards, Rui Lopes --=-yEYvogjQ9gwJbuBvo2E9 Content-Disposition: attachment; filename=vm_glue.c.patch Content-Type: text/plain; name=vm_glue.c.patch; charset= Content-Transfer-Encoding: 7bit # we should only access `proc.p_sflag' when `sched_lock' is locked. # From proc.h: # int p_sflag; /* (j) PS_* flags. */ # and j means: "(j) - locked by sched_lock mtx" # -- Rui Lopes --- vm_glue.c.orig Mon Aug 11 12:41:33 2003 +++ vm_glue.c Mon Aug 11 12:45:58 2003 @@ -596,10 +596,11 @@ sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { struct ksegrp *kg; + mtx_lock_spin(&sched_lock); if (p->p_sflag & (PS_INMEM | PS_SWAPPINGOUT | PS_SWAPPINGIN)) { + mtx_unlock_spin(&sched_lock); continue; } - mtx_lock_spin(&sched_lock); FOREACH_THREAD_IN_PROC(p, td) { /* * An otherwise runnable thread of a process --=-yEYvogjQ9gwJbuBvo2E9-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 11:32:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB5537B401 for ; Mon, 11 Aug 2003 11:32:37 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 730B743F3F for ; Mon, 11 Aug 2003 11:32:36 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30655 invoked from network); 11 Aug 2003 18:32:35 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 11 Aug 2003 18:32:35 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h7BIWX9s052459; Mon, 11 Aug 2003 14:32:34 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1060603824.650.12.camel@localhost> Date: Mon, 11 Aug 2003 14:32:55 -0400 (EDT) From: John Baldwin To: Rui Lopes cc: freebsd-hackers@freebsd.org Subject: RE: Possible patch for vm/vm_glue.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 18:32:37 -0000 On 11-Aug-2003 Rui Lopes wrote: > Hello, > > I've been reading vm_glue.c and I think I've found a bug regarding the > lock of `proc.p_sflag' inside `scheduler' function. > >>From proc.h, "int p_sflag; /* (j) PS_* flags. */" and "(j) - locked by > sched_lock mtx"; but the access is done without having the lock. > > > Take a look at the attached patch and tell me if this is ok. > > Patch made against "$FreeBSD: src/sys/vm/vm_glue.c,v 1.172 2003/05/13 > 20:36:02 jhb Exp $", but this is also present in current 1.182. The lock isn't needed in this case for these flags because the proc lock is already held and for these flags, both the proc lock and sched lock are always held when they are set or cleared, so only one of those locks have to be held to check the flags. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 14:40:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABF7137B401 for ; Mon, 11 Aug 2003 14:40:07 -0700 (PDT) Received: from smtp5.Stanford.EDU (smtp5.Stanford.EDU [171.67.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B7243F93 for ; Mon, 11 Aug 2003 14:40:07 -0700 (PDT) (envelope-from tedu@stanford.edu) Received: (from root@localhost) by smtp5.Stanford.EDU (8.12.9/8.12.9) id h7BLe6vv027430 for freebsd-hackers@freebsd.org; Mon, 11 Aug 2003 14:40:06 -0700 (PDT) Received: from saga8.Stanford.EDU (saga8.Stanford.EDU [171.64.15.138]) by smtp5.Stanford.EDU (8.12.9/8.12.9) with ESMTP id h7BLe4x9027399 for ; Mon, 11 Aug 2003 14:40:05 -0700 (PDT) Date: Mon, 11 Aug 2003 14:40:04 -0700 (PDT) From: Ted Unangst To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: possible deadlocks? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 21:40:08 -0000 one more. This falls into the very improbable category. Ordinarily, I don't think this is possible because FreeBSD doesn't support hotplug PCI, so sk attachment can't be raced. However, assuming I had some hot plug sk card, it seems like running ifconfig sk0 at just the wrong point during sk1 attach will deadlock. If it absolutely can not happen (for a reason other than sk is attached before init runs) please explain. sk.c: sk_attach_xmac() SK_LOCK(sc); /* grabs */ ether_ifattach() ifattach() IFNET_WLOCK() /* waits for 2 */ in6_ifattach.c: in6_nigroup_attach() IFNET_RLOCK() /* grabs */ in6_addmulti() if_addmulti() sk_ioctl() SK_IF_LOCK(); /* waits for 1 */ -- "First, it was not a strip bar, it was an erotic club. And second, what can I say? I'm a night owl." - M. Barry, Mayor of Washington, DC From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 15:02:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7852B37B401 for ; Mon, 11 Aug 2003 15:02:56 -0700 (PDT) Received: from mail.speakeasy.net (mail9.speakeasy.net [216.254.0.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8CC843F93 for ; Mon, 11 Aug 2003 15:02:55 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4088 invoked from network); 11 Aug 2003 22:02:55 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 11 Aug 2003 22:02:55 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h7BM2q9s053160; Mon, 11 Aug 2003 18:02:52 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 11 Aug 2003 18:03:15 -0400 (EDT) From: John Baldwin To: Ted Unangst cc: freebsd-hackers@freebsd.org Subject: Re: possible deadlocks? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 22:02:56 -0000 On 11-Aug-2003 Ted Unangst wrote: > one more. This falls into the very improbable category. Ordinarily, I > don't think this is possible because FreeBSD doesn't support hotplug PCI, > so sk attachment can't be raced. > > However, assuming I had some hot plug sk card, it seems like running > ifconfig sk0 at just the wrong point during sk1 attach will deadlock. If > it absolutely can not happen (for a reason other than sk is attached > before init runs) please explain. > > sk.c: > sk_attach_xmac() > SK_LOCK(sc); /* grabs */ > ether_ifattach() > ifattach() > IFNET_WLOCK() /* waits for 2 */ > > in6_ifattach.c: > in6_nigroup_attach() > IFNET_RLOCK() /* grabs */ > in6_addmulti() > if_addmulti() > sk_ioctl() > SK_IF_LOCK(); /* waits for 1 */ You can't ifconfig sk0 until after it attaches. sk0 and sk1 don't share locks, so you don't have to worry about the interaction there. Also, SK_LOCK != SK_IF_LOCK, or is that a typo? If it is a typo, then the lock order should still be fixed in some fashion. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 15:50:32 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FBF437B40C for ; Mon, 11 Aug 2003 15:50:32 -0700 (PDT) Received: from smtp4.Stanford.EDU (smtp4.Stanford.EDU [171.67.16.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8964443FB1 for ; Mon, 11 Aug 2003 15:50:28 -0700 (PDT) (envelope-from tedu@stanford.edu) Received: (from root@localhost) by smtp4.Stanford.EDU (8.12.9/8.12.9) id h7BMoSFI009626 for freebsd-hackers@FreeBSD.org; Mon, 11 Aug 2003 15:50:28 -0700 (PDT) Received: from saga8.Stanford.EDU (saga8.Stanford.EDU [171.64.15.138]) by smtp4.Stanford.EDU (8.12.9/8.12.9) with ESMTP id h7BMoQZu009618; Mon, 11 Aug 2003 15:50:26 -0700 (PDT) Date: Mon, 11 Aug 2003 15:50:26 -0700 (PDT) From: Ted Unangst To: John Baldwin In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@FreeBSD.org Subject: Re: possible deadlocks? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 22:50:33 -0000 On Mon, 11 Aug 2003, John Baldwin wrote: > You can't ifconfig sk0 until after it attaches. sk0 and sk1 don't > share locks, so you don't have to worry about the interaction there. I believe they do share a lock. Each port of a dual port sk appears as an individual interface, but they share the same sk_softc. Is that incorrect? So sk0 will be attached, but for a short while, sk1 will not be attached, even though they share the softc, which is really for the skc. > Also, SK_LOCK != SK_IF_LOCK, or is that a typo? If it is a typo, > then the lock order should still be fixed in some fashion. They are the same. SK_IF_LOCK is called on the sk_if_softc, but just locks the shared sk_softc mutex. Does that make sense? #define SK_LOCK(_sc) mtx_lock(&(_sc)->sk_mtx) #define SK_IF_LOCK(_sc) mtx_lock(&(_sc)->sk_softc->sk_mtx) -- "I am a great mayor; I am an upstanding Christian man; I am an intelligent man; I am a deeply educated man; I am a humble man." - M. Barry, Mayor of Washington, DC From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 19:09:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64C6D37B401; Mon, 11 Aug 2003 19:09:46 -0700 (PDT) Received: from smtp5.andrew.cmu.edu (SMTP5.andrew.cmu.edu [128.2.10.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA5C43F75; Mon, 11 Aug 2003 19:09:43 -0700 (PDT) (envelope-from eno@andrew.cmu.edu) Received: from andrew.cmu.edu (BLISS.PDL.CMU.EDU [128.2.134.47]) (user=eno mech=PLAIN (0 bits))h7C29guO012819 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 11 Aug 2003 22:09:42 -0400 Message-ID: <3F384C66.6060205@andrew.cmu.edu> Date: Mon, 11 Aug 2003 22:09:42 -0400 From: Eno Thereska User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: phk@FreeBSD.ORG, freebsd hackers Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: getting from bio to buf in dastrategy() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 02:09:46 -0000 Hi, >To: Eno Thereska >Date: Mon, 04 Aug 2003 07:43:44 +0200 >In message <3F2D96AB.9000607@andrew.cmu.edu>, Eno Thereska writes: >>Hi all, >> >>I am hacking into the FreeBSD 5.0 code. >>I jumped from using 4.4 to 5.0 and a couple of things >>have changed. Here is my question: >> >>in /sys/cam/scsi/scsi_da.c the dastrategy() >>function takes as an argument "struct bio* bp" >>Now I need to get to the "struct *buf" that bp >>belongs to. >You can't do that, there may not be any struct buf. How can a bio exist on it's own, unrelated to any buf? Would that be a special case or does that happen all the time? A concrete example would help. Thanks Eno From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 11 22:28:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADEF837B401 for ; Mon, 11 Aug 2003 22:28:27 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A6843FA3 for ; Mon, 11 Aug 2003 22:28:26 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7C5SKGn028860; Tue, 12 Aug 2003 07:28:21 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Eno Thereska From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 11 Aug 2003 22:09:42 EDT." <3F384C66.6060205@andrew.cmu.edu> Date: Tue, 12 Aug 2003 07:28:20 +0200 Message-ID: <28859.1060666100@critter.freebsd.dk> cc: freebsd hackers Subject: Re: getting from bio to buf in dastrategy() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 05:28:28 -0000 In message <3F384C66.6060205@andrew.cmu.edu>, Eno Thereska writes: > >>in /sys/cam/scsi/scsi_da.c the dastrategy() > >>function takes as an argument "struct bio* bp" > >>Now I need to get to the "struct *buf" that bp > >>belongs to. > > >You can't do that, there may not be any struct buf. > >How can a bio exist on it's own, unrelated to any buf? >Would that be a special case or does that happen all the >time? A concrete example would help. struct buf represents a block in the cache/VM system. struct bio represents a disk I/O request. For historical reasons, a buf contains a bio, but that is by no means the only way to create a bio. Throughout geom bio's are created a destroyed which have no relation to any specific buf, for instance to read the key sectors in gbde. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 01:44:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B790B37B401 for ; Tue, 12 Aug 2003 01:44:42 -0700 (PDT) Received: from rhea.salford.ac.uk (rhea.salford.ac.uk [146.87.255.99]) by mx1.FreeBSD.org (Postfix) with SMTP id 37AAA43F75 for ; Tue, 12 Aug 2003 01:44:39 -0700 (PDT) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 20229 invoked by alias); 12 Aug 2003 08:44:35 -0000 Received: (qmail 20223 invoked from network); 12 Aug 2003 08:44:35 -0000 Received: from unknown (HELO plato.salford.ac.uk) (146.87.255.76) by rhea.salford.ac.uk with SMTP; 12 Aug 2003 08:44:35 -0000 Received: (qmail 10256 invoked by uid 1001); 12 Aug 2003 08:44:34 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Aug 2003 08:44:34 -0000 Date: Tue, 12 Aug 2003 09:44:34 +0100 (BST) From: Mark Powell To: Andrew Kinney In-Reply-To: <3F33A657.14987.9FBDCE9@localhost> Message-ID: <20030812094221.V10241@plato.salford.ac.uk> References: <20030808093229.Y94322@plato.salford.ac.uk> <3F33A657.14987.9FBDCE9@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: panic during nfs operations in 4.8S on Dell 2650 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 08:44:43 -0000 On Fri, 8 Aug 2003, Andrew Kinney wrote: > On 8 Aug 2003, at 11:52, Mark Powell wrote: > > > #6 0xc0312ea3 in generic_bzero () > > FWIW, I think this is where the problem occurred. Probably tried > to zero a page that didn't exist because of a failed KVA allocation. > > We had several panics on one of our 4GB machines at the same > point. Our solution was to increase the KVA space to 2GB from > 1GB and rebuild the whole world with the new KVA setting. The > panics disappeared. Yep, that was it. Well I upped KVA_PAGES from the default of 260 (in LINT?) to 384 and rebuilt the kernel. Sysctl shows it now has plenty to spare when running the rsyncs. Why did you have to rebuild world when changing this and not just the kernel? Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 04:24:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CD8C37B404; Tue, 12 Aug 2003 04:24:44 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0408E43F75; Tue, 12 Aug 2003 04:24:43 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h7CBOfgh066997; Tue, 12 Aug 2003 21:24:41 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h7CBOemJ066996; Tue, 12 Aug 2003 21:24:40 +1000 (EST) Date: Tue, 12 Aug 2003 21:24:40 +1000 From: Peter Jeremy To: Ted Unangst Message-ID: <20030812112440.GB66788@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: possible deadlocks? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 11:24:45 -0000 On Mon, Aug 11, 2003 at 03:50:26PM -0700, Ted Unangst wrote: >On Mon, 11 Aug 2003, John Baldwin wrote: >> Also, SK_LOCK != SK_IF_LOCK, or is that a typo? If it is a typo, >> then the lock order should still be fixed in some fashion. > >They are the same. SK_IF_LOCK is called on the sk_if_softc, but just >locks the shared sk_softc mutex. Does that make sense? > >#define SK_LOCK(_sc) mtx_lock(&(_sc)->sk_mtx) >#define SK_IF_LOCK(_sc) mtx_lock(&(_sc)->sk_softc->sk_mtx) This strikes me as a particularly poor selection of macros. They look like they are different locks and I'm sure John won't be the only person who gets caught believing they really are different. Getting locking right is difficult enough without having the same lock called different things in different places. This is an area where C++ would be cleaner - you have two (inline) functions with the same name and the compiler picks the appropriate one based on the argument type. Failing that, I think the code would be cleaner without the macros or with SK_IF_LOCK() references replaced by SK_LOCK(). Peter From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 08:33:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E64E37B401 for ; Tue, 12 Aug 2003 08:33:24 -0700 (PDT) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFCF243F85 for ; Tue, 12 Aug 2003 08:33:23 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21031 invoked from network); 12 Aug 2003 15:33:23 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 12 Aug 2003 15:33:23 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h7CFXL9s056478; Tue, 12 Aug 2003 11:33:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030812112440.GB66788@cirb503493.alcatel.com.au> Date: Tue, 12 Aug 2003 11:33:43 -0400 (EDT) From: John Baldwin To: Peter Jeremy cc: freebsd-hackers@freebsd.org Subject: Re: possible deadlocks? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 15:33:24 -0000 On 12-Aug-2003 Peter Jeremy wrote: > On Mon, Aug 11, 2003 at 03:50:26PM -0700, Ted Unangst wrote: >>On Mon, 11 Aug 2003, John Baldwin wrote: >>> Also, SK_LOCK != SK_IF_LOCK, or is that a typo? If it is a typo, >>> then the lock order should still be fixed in some fashion. >> >>They are the same. SK_IF_LOCK is called on the sk_if_softc, but just >>locks the shared sk_softc mutex. Does that make sense? >> >>#define SK_LOCK(_sc) mtx_lock(&(_sc)->sk_mtx) >>#define SK_IF_LOCK(_sc) mtx_lock(&(_sc)->sk_softc->sk_mtx) > > This strikes me as a particularly poor selection of macros. They > look like they are different locks and I'm sure John won't be the > only person who gets caught believing they really are different. > > Getting locking right is difficult enough without having the same lock > called different things in different places. This is an area where > C++ would be cleaner - you have two (inline) functions with the same > name and the compiler picks the appropriate one based on the argument > type. Failing that, I think the code would be cleaner without the > macros or with SK_IF_LOCK() references replaced by SK_LOCK(). Definitely agreed. That is gross. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 08:38:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD6F37B401 for ; Tue, 12 Aug 2003 08:38:46 -0700 (PDT) Received: from mail.advantagecom.net (mail.advantagecom.net [65.103.151.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DD8343F75 for ; Tue, 12 Aug 2003 08:38:45 -0700 (PDT) (envelope-from andykinney@advantagecom.net) Received: from SCSI-MONSTER (scsi-monster.advantagecom.net [207.109.186.200]) by mail.advantagecom.net (8.11.6/8.11.6) with ESMTP id h7CFcgu29834; Tue, 12 Aug 2003 08:38:43 -0700 From: "Andrew Kinney" Organization: Advantagecom Networks, Inc. To: Mark Powell Date: Tue, 12 Aug 2003 08:39:16 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Message-ID: <3F38A7B4.11019.1D89310E@localhost> Priority: normal References: <3F33A657.14987.9FBDCE9@localhost> In-reply-to: <20030812094221.V10241@plato.salford.ac.uk> X-mailer: Pegasus Mail for Win32 (v3.12c) cc: freebsd-hackers@freebsd.org Subject: Re: panic during nfs operations in 4.8S on Dell 2650 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andykinney@advantagecom.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 15:38:46 -0000 On 12 Aug 2003, at 9:44, Mark Powell wrote: > On Fri, 8 Aug 2003, Andrew Kinney wrote: > > > On 8 Aug 2003, at 11:52, Mark Powell wrote: > > > > > #6 0xc0312ea3 in generic_bzero () > > > > FWIW, I think this is where the problem occurred. Probably tried to > > zero a page that didn't exist because of a failed KVA allocation. > > > > We had several panics on one of our 4GB machines at the same > > point. Our solution was to increase the KVA space to 2GB from > > 1GB and rebuild the whole world with the new KVA setting. The > > panics disappeared. > > Yep, that was it. Well I upped KVA_PAGES from the default of 260 (in > LINT?) to 384 and rebuilt the kernel. Sysctl shows it now has plenty > to spare when running the rsyncs. > Why did you have to rebuild world when changing this and not just > the > kernel? Well, it's been awhile since I did this, but it seems like we were having some trouble with some applications or system utilities. It could have just been that we had some stuff out of synch on that system since it had been upgraded from 4.5-RELEASE to 4.7- RELEASE and then to 4.8-RELEASE. Sincerely, Andrew Kinney President and Chief Technology Officer Advantagecom Networks, Inc. http://www.advantagecom.net From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 09:10:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CC9337B405 for ; Tue, 12 Aug 2003 09:10:08 -0700 (PDT) Received: from rhaaw.rdsnet.ro (rhaaw.rdsnet.ro [212.93.133.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED16243FA3 for ; Tue, 12 Aug 2003 09:10:07 -0700 (PDT) (envelope-from xoanon@rhaaw.rdsnet.ro) Received: from [192.168.0.3] (helo=Xoanon ident=xoanon) by rhaaw.rdsnet.ro with smtp (Exim 4.20) id 19mbkM-0002BR-Az for freebsd-hackers@freebsd.org; Tue, 12 Aug 2003 19:11:42 +0300 Message-ID: <001d01c360ec$5c58aed0$0300a8c0@Xoanon> From: "Vlad Ciobanu" To: Date: Tue, 12 Aug 2003 19:11:12 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: syscalls X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 16:10:09 -0000 I'm sorry if this is slightly offtopic, or too general for this particular list, but I can't think of a better place to ask. Also, I've been sent here from Undernet's FreeBSD channel. I am looking for a somewhat more detailed list of the FreeBSD syscalls than what is in '/usr/src/sys/kern/syscalls.master'. Basically, I would also want to know when registers are changed, when I have to look out for it, and any other information that might be useful. I searched on the lists and with google, and found nothing conclusive. Thanks. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 09:30:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E23A37B401 for ; Tue, 12 Aug 2003 09:30:17 -0700 (PDT) Received: from pan.salford.ac.uk (pan.salford.ac.uk [146.87.255.104]) by mx1.FreeBSD.org (Postfix) with SMTP id F373043F93 for ; Tue, 12 Aug 2003 09:30:15 -0700 (PDT) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 66961 invoked by alias); 12 Aug 2003 16:30:14 -0000 Received: (qmail 66948 invoked from network); 12 Aug 2003 16:30:14 -0000 Received: from unknown (HELO plato.salford.ac.uk) (146.87.255.76) by pan.salford.ac.uk with SMTP; 12 Aug 2003 16:30:14 -0000 Received: (qmail 12186 invoked by uid 1001); 12 Aug 2003 16:30:14 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Aug 2003 16:30:14 -0000 Date: Tue, 12 Aug 2003 17:30:14 +0100 (BST) From: Mark Powell To: Andrew Kinney In-Reply-To: <3F38A7B4.11019.1D89310E@localhost> Message-ID: <20030812172946.X12173@plato.salford.ac.uk> References: <3F33A657.14987.9FBDCE9@localhost> <3F38A7B4.11019.1D89310E@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: panic during nfs operations in 4.8S on Dell 2650 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 16:30:17 -0000 On Tue, 12 Aug 2003, Andrew Kinney wrote: > Well, it's been awhile since I did this, but it seems like we were > having some trouble with some applications or system utilities. It > could have just been that we had some stuff out of synch on that > system since it had been upgraded from 4.5-RELEASE to 4.7- > RELEASE and then to 4.8-RELEASE. Ok. Many thanks for the pointer. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 09:44:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32FFC37B401 for ; Tue, 12 Aug 2003 09:44:54 -0700 (PDT) Received: from smtp-relay2.barrysworld.com (smtp-relay2.barrysworld.com [213.221.172.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C7FE43FA3 for ; Tue, 12 Aug 2003 09:44:53 -0700 (PDT) (envelope-from killing@barrysworld.com) Received: from [213.221.181.50] (helo=barrysworld.com) by smtp-relay2.barrysworld.com with esmtp (Exim 4.20) id 19mcF3-00074o-SI for freebsd-hackers@freebsd.org; Tue, 12 Aug 2003 17:43:26 +0100 Received: from vader [212.135.219.179] by barrysworld.com with ESMTP (SMTPD32-7.15) id A9F6A4C00AE; Tue, 12 Aug 2003 17:46:46 +0100 Message-ID: <021301c360f0$c571e860$b3db87d4@vader> From: "Steven Hartland" To: References: <001d01c360ec$5c58aed0$0300a8c0@Xoanon> Date: Tue, 12 Aug 2003 17:42:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Missing system call in linux emulation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Steven Hartland List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 16:44:54 -0000 When running the BattleField 1942 server under FreeBSD 5.0-RELEASE / 5.1-RELEASE I get the following when the server terminates or changes map ( which I understand forks exec's then parent quits ) Core was generated by `bf1942_lnxded.stati'. Program terminated with signal 12, Bad system call. #0 0x086cc7cf in _exit () (gdb) bt #0 0x086cc7cf in _exit () #1 0x08695a2f in __pthread_manager () Running under truss I get: write(56,0xbfbff8e0,148) = 148 (0x94) linux_rt_sigprocmask(0x2,0x0,0xbfbff840,0x8) = 0 (0x0) SIGNAL 32 linux_rt_sigsuspend(0xbfbff840,0x8) ERR#4 'Interrupted system call' SIGNAL 32 SIGNAL 32 linux_sigreturn(0xbfbff54c) ERR#4 'Interrupted system call' SIGNAL 20 linux_wait4(0x12421,0x0,0x80000000,0x0) = 74785 (0x12421) -- UNKNOWN SYSCALL 252 -- (null)() ERR#78 'Function not implemented' SIGNAL 12 SIGNAL 12 Process stopped because of: 16 process exit, rval = 140 Any one know how I can track down what function is missing and hence look at fixing it? Steve From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 09:56:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D2D337B401 for ; Tue, 12 Aug 2003 09:56:18 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C962243F85 for ; Tue, 12 Aug 2003 09:56:16 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp42.pn.xcllnt.net (dhcp42.pn.xcllnt.net [192.168.4.242]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7CGuAwO081454; Tue, 12 Aug 2003 09:56:10 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp42.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp42.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7CGuATZ000741; Tue, 12 Aug 2003 09:56:10 -0700 (PDT) (envelope-from marcel@dhcp42.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp42.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h7CGuAdk000740; Tue, 12 Aug 2003 09:56:10 -0700 (PDT) (envelope-from marcel) Date: Tue, 12 Aug 2003 09:56:10 -0700 From: Marcel Moolenaar To: Steven Hartland Message-ID: <20030812165610.GA579@dhcp42.pn.xcllnt.net> References: <001d01c360ec$5c58aed0$0300a8c0@Xoanon> <021301c360f0$c571e860$b3db87d4@vader> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <021301c360f0$c571e860$b3db87d4@vader> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: Missing system call in linux emulation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 16:56:18 -0000 On Tue, Aug 12, 2003 at 05:42:51PM +0100, Steven Hartland wrote: > > Any one know how I can track down what function is missing and hence > look at fixing it? In the linux kernel source tree, look in arch/i386/kernel/entry.S. There you'll find all the syscall entry points. Currently they go all the way to 271. Also look at arch/alpha/kernel/entry.S... Then, in /sys/i386/linux look in syscalls.master. There you'll see we only have syscalls up to 221. See also /sys/alpha/linux... One could: o Add proper prototypes to syscalls.master of the 50 new syscalls we don't know about, o Declare all these syscalls as dummies (see linux_dummy.c) to begin with, o Really implement those syscalls that are used in practice. Syscall 252 is exit_group(2). FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 10:36:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04AE537B401 for ; Tue, 12 Aug 2003 10:36:04 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 934ED43F3F for ; Tue, 12 Aug 2003 10:36:02 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 1568 invoked by uid 65534); 12 Aug 2003 17:36:01 -0000 Received: from cvpn014.gwdg.de (EHLO gmx.net) (134.76.22.14) by mail.gmx.net (mp003) with SMTP; 12 Aug 2003 19:36:01 +0200 Message-ID: <3F39259B.3010005@gmx.net> Date: Tue, 12 Aug 2003 19:36:27 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: Marcel Moolenaar References: <001d01c360ec$5c58aed0$0300a8c0@Xoanon> <021301c360f0$c571e860$b3db87d4@vader> <20030812165610.GA579@dhcp42.pn.xcllnt.net> In-Reply-To: <20030812165610.GA579@dhcp42.pn.xcllnt.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Steven Hartland Subject: Re: Missing system call in linux emulation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 17:36:04 -0000 Marcel Moolenaar wrote: > On Tue, Aug 12, 2003 at 05:42:51PM +0100, Steven Hartland wrote: > >>Any one know how I can track down what function is missing and hence >>look at fixing it? > > > In the linux kernel source tree, look in arch/i386/kernel/entry.S. > There you'll find all the syscall entry points. Currently they go > all the way to 271. Also look at arch/alpha/kernel/entry.S... > > Then, in /sys/i386/linux look in syscalls.master. There you'll > see we only have syscalls up to 221. See also /sys/alpha/linux... > > One could: > o Add proper prototypes to syscalls.master of the 50 new syscalls > we don't know about, > o Declare all these syscalls as dummies (see linux_dummy.c) to begin > with, > o Really implement those syscalls that are used in practice. > > Syscall 252 is exit_group(2). Most of them are of the sime kind of immature API as for example the whole Linux kvect trash. Don't worry it's very unlikeley they will ever be seriously used and it will be a long time still until kernel 2.6 first will be released at all and second widely deployed. I would vote for dealing with them case by case. Thus keeping to the paramount principle of: "don't do interfaces on the heap". > > FYI, > From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 12:52:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886DB37B401 for ; Tue, 12 Aug 2003 12:52:44 -0700 (PDT) Received: from mail01.stbernard.com (mail01.stbernard.com [64.154.93.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E69E343F85 for ; Tue, 12 Aug 2003 12:52:43 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com ([192.168.4.61]) by mail01.stbernard.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 12 Aug 2003 12:52:43 -0700 From: Wes Peters Organization: Softweyr.com To: wkb@freebie.xs4all.nl Date: Tue, 12 Aug 2003 12:52:43 -0700 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308121252.43088.wes@softweyr.com> X-OriginalArrivalTime: 12 Aug 2003 19:52:43.0521 (UTC) FILETIME=[4B783710:01C3610B] cc: hackers@freebsd.org Subject: 3Com 3C940 gigabit ethernet adapter X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 19:52:45 -0000 While poking around looking for support for this chip on the ASUS P4P800, I happened to find that our friends over in OpenBSD-land have added support for the 3c940, which is a variant of the SysKonnect Marvell chipset. This seems to have been added in r1.32 of if_sk.c in the OpenBSD sources. If you have some hardware, you may wish to poke into this. Good luck. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 14:19:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD21637B404 for ; Tue, 12 Aug 2003 14:19:43 -0700 (PDT) Received: from neuroflux.com (ns1.neuroflux.com [204.228.228.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id E782A43F85 for ; Tue, 12 Aug 2003 14:19:40 -0700 (PDT) (envelope-from ryans@gamersimpact.com) Received: (qmail 29695 invoked by uid 85); 12 Aug 2003 21:18:13 -0000 Message-ID: <20030812211812.29690.qmail@neuroflux.com> From: "Ryan Sommers" To: freebsd-questions@freebsd.org Date: Tue, 12 Aug 2003 17:18:12 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS 0.3.12pre8 cc: freebsd-hackers@freebsd.org Subject: x86 Disassembler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 21:19:44 -0000 Are there any tools to disassemble an x86 binary file? objdump does a nice job on most files. However, I'm messing with some machine-code binary files that don't have ELF headers or anything other then the machine-code (ie MBR's). I'd like to disassemble them on FreeBSD, possibly to a format that G(as) could reassemble. Then I don't have to use something like debug.exe. -- Ryan "leadZERO" Sommers Gamer's Impact President ryans@gamersimpact.com ICQ: 1019590 AIM/MSN: leadZERO -= http://www.gamersimpact.com =- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 14:31:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2296337B404 for ; Tue, 12 Aug 2003 14:31:18 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 930A843FB1 for ; Tue, 12 Aug 2003 14:31:16 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 14178 invoked by uid 5013); 12 Aug 2003 21:28:29 -0000 Date: Tue, 12 Aug 2003 22:28:29 +0100 From: Bruce M Simpson To: Ryan Sommers Message-ID: <20030812212829.GA1413@spc.org> Mail-Followup-To: Bruce M Simpson , Ryan Sommers , freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org References: <20030812211812.29690.qmail@neuroflux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030812211812.29690.qmail@neuroflux.com> User-Agent: Mutt/1.4.1i Organization: SPC cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: x86 Disassembler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 21:31:18 -0000 On Tue, Aug 12, 2003 at 05:18:12PM -0400, Ryan Sommers wrote: > Are there any tools to disassemble an x86 binary file? objdump does a nice > job on most files. However, I'm messing with some machine-code binary > files that don't have ELF headers or anything other then the machine-code > (ie MBR's). I'd like to disassemble them on FreeBSD, possibly to a format > that G(as) could reassemble. Then I don't have to use something like > debug.exe. nasm and ndisasm work splendidly for me. If you need something more elaborate, try the trial version of DataRescue's IDA. The console version works well under WINE. BMS From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 14:40:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D97337B401 for ; Tue, 12 Aug 2003 14:40:24 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75F543F75 for ; Tue, 12 Aug 2003 14:40:23 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h7CLeMtJ008937; Tue, 12 Aug 2003 23:40:22 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h7CLeMRd008936; Tue, 12 Aug 2003 23:40:22 +0200 (CEST) Date: Tue, 12 Aug 2003 23:40:22 +0200 From: Wilko Bulte To: Wes Peters Message-ID: <20030812214022.GB8785@freebie.xs4all.nl> References: <200308121252.43088.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308121252.43088.wes@softweyr.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: hackers@freebsd.org Subject: Re: 3Com 3C940 gigabit ethernet adapter X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 21:40:25 -0000 On Tue, Aug 12, 2003 at 12:52:43PM -0700, Wes Peters wrote: > While poking around looking for support for this chip on the ASUS > P4P800, I happened to find that our friends over in OpenBSD-land have > added support for the 3c940, which is a variant of the SysKonnect Yes, a patch had been floating around for some time already. > Marvell chipset. This seems to have been added in r1.32 of if_sk.c in > the OpenBSD sources. If you have some hardware, you may wish to poke > into this. I will, given some time, and reasonable temperatures. 35gr C is too hot for .nl Wilko -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 15:39:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DBE737B404 for ; Tue, 12 Aug 2003 15:39:24 -0700 (PDT) Received: from smtp-relay2.barrysworld.com (smtp-relay2.barrysworld.com [213.221.172.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64E043FBF for ; Tue, 12 Aug 2003 15:39:22 -0700 (PDT) (envelope-from killing@barrysworld.com) Received: from [213.221.181.50] (helo=barrysworld.com) by smtp-relay2.barrysworld.com with esmtp (Exim 4.20) id 19mhmb-0004lX-Ty; Tue, 12 Aug 2003 23:38:25 +0100 Received: from vader [212.135.219.179] by barrysworld.com with ESMTP (SMTPD32-7.15) id AD41987700DE; Tue, 12 Aug 2003 23:42:09 +0100 Message-ID: <032401c36122$6ac8e940$b3db87d4@vader> From: "Steven Hartland" To: "Marcel Moolenaar" References: <001d01c360ec$5c58aed0$0300a8c0@Xoanon><021301c360f0$c571e860$b3db87d4@vader> <20030812165610.GA579@dhcp42.pn.xcllnt.net> Date: Tue, 12 Aug 2003 23:38:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-hackers@freebsd.org Subject: Re: Missing system call in linux emulation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Steven Hartland List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2003 22:39:24 -0000 Hmm I couldn't even find these until I got to 2.5.X kernel so most strange they would be using these but I'll contact the dev at DICE to double check. Thanks for the info. Steve / K ----- Original Message ----- From: "Marcel Moolenaar" To: "Steven Hartland" Cc: Sent: Tuesday, August 12, 2003 5:56 PM Subject: Re: Missing system call in linux emulation > On Tue, Aug 12, 2003 at 05:42:51PM +0100, Steven Hartland wrote: > > > > Any one know how I can track down what function is missing and hence > > look at fixing it? > > In the linux kernel source tree, look in arch/i386/kernel/entry.S. > There you'll find all the syscall entry points. Currently they go > all the way to 271. Also look at arch/alpha/kernel/entry.S... > > Then, in /sys/i386/linux look in syscalls.master. There you'll > see we only have syscalls up to 221. See also /sys/alpha/linux... > > One could: > o Add proper prototypes to syscalls.master of the 50 new syscalls > we don't know about, > o Declare all these syscalls as dummies (see linux_dummy.c) to begin > with, > o Really implement those syscalls that are used in practice. > > Syscall 252 is exit_group(2). From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 17:36:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7843C37B401 for ; Tue, 12 Aug 2003 17:36:06 -0700 (PDT) Received: from relay.iseek.com.au (relay.iseek.com.au [202.83.64.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E39243FBD for ; Tue, 12 Aug 2003 17:36:05 -0700 (PDT) (envelope-from mday@pfe.com.au) Received: from lear.pfe.com.au ([202.83.68.250]) by relay.iseek.com.au (8.12.8/) with ESMTP id h7D0ZuLK018014 for ; Wed, 13 Aug 2003 10:35:58 +1000 Received: by lear.pfe.com.au with XtraMail-SMTP/POP3-Server (v1.2 78220005779) for at Wed, 13 Aug 2003 10:35:52 +1000 From: "Michael Day" To: Date: Wed, 13 Aug 2003 10:36:01 +1000 Message-ID: <000701c36132$dfcb5650$dc2ba8c0@Nell> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Subject: Broadcom 440x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 00:36:06 -0000 Hi all. A few months ago I saw that some people were having probs finding a driver for the 440x network card installed on some onboard motherboards. Has anyone had any luck in finding drivers for these cards as I now have a dell laptop that I can=92t connect to the network (Not very useful). = If anyone is aware of drivers for either the 4.x or 5.x strands of freebsd I would be most interested Regards =A0 Michael Day Electrical Engineer Paterson Flood Engineers Tel:=A0=A0=A0=A0 +61 7 3871 0533 Fax:=A0=A0=A0 +61 7 3871 0538 Mob:=A0=A0 +61 400 369 355 Email: =A0mday@pfe.com.au Web:=A0 =A0www.pfe.com.au =A0 From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 20:17:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E085C37B401 for ; Tue, 12 Aug 2003 20:17:06 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8143543FA3 for ; Tue, 12 Aug 2003 20:17:05 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 5BF88526A4; Wed, 13 Aug 2003 12:46:56 +0930 (CST) Date: Wed, 13 Aug 2003 12:46:56 +0930 From: Greg 'groggy' Lehey To: Michael Day Message-ID: <20030813031656.GX23460@wantadilla.lemis.com> References: <000701c36132$dfcb5650$dc2ba8c0@Nell> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ggC1wwkyYWqEab//" Content-Disposition: inline In-Reply-To: <000701c36132$dfcb5650$dc2ba8c0@Nell> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-hackers@freebsd.org Subject: Re: Broadcom 440x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 03:17:07 -0000 --ggC1wwkyYWqEab// Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 13 August 2003 at 10:36:01 +1000, Michael Day wrote: > Hi all. > > A few months ago I saw that some people were having probs finding a > driver for the 440x network card installed on some onboard > motherboards. Has anyone had any luck in finding drivers for these > cards as I now have a dell laptop that I can\222t connect to the > network (Not very useful). If anyone is aware of drivers for either > the 4.x or 5.x strands of freebsd I would be most interested Duncan Barclay is working on a driver, but it's not finished yet. Do you want to help? Which model laptop do you have? Greg -- See complete headers for address and phone numbers --ggC1wwkyYWqEab// Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE/Oa2oIubykFB6QiMRAmyQAJ0b6WcQ5fg9J/1xOYfg4yILUkFTqgCfYjVX w/HBWePRr2qbMKzhi+GZDOk= =mj5a -----END PGP SIGNATURE----- --ggC1wwkyYWqEab//-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 01:47:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFCFF37B401 for ; Wed, 13 Aug 2003 01:47:35 -0700 (PDT) Received: from stalker.stu.cn.ua (stalker.stu.cn.ua [212.86.112.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 746AD43FAF for ; Wed, 13 Aug 2003 01:47:32 -0700 (PDT) (envelope-from al@cn.ua) Received: from localhost (localhost [127.0.0.1]) by stalker.stu.cn.ua (8.12.9/8.12.9) with ESMTP id h7D8lJi6091860 for ; Wed, 13 Aug 2003 11:47:20 +0300 (EEST) (envelope-from al@cn.ua) From: "Alexey V. Lukin" Organization: ChSTU To: freebsd-hackers@freebsd.org Date: Wed, 13 Aug 2003 11:47:19 +0300 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308131147.19750.al@cn.ua> X-Spam-Status: No, hits=0.0 required=4.8 tests=USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Pent@NET drivers for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: al@cn.ua List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 08:47:36 -0000 Hi, FreeBSD hackers! Is there some ongoing work on drivers for Pent@NET and other DVB cards from http://www.pentamedia.com? Any efforts to port Linux drivers? If no, what DVB card is preferable for production use with FreeBSD? TNX, -- WBR, Alex Lukin, RIPE NIC HDL: LEHA1-RIPE From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 05:15:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E773A37B401 for ; Wed, 13 Aug 2003 05:15:44 -0700 (PDT) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3295A43FBD for ; Wed, 13 Aug 2003 05:15:44 -0700 (PDT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 9AA6E38CF2; Wed, 13 Aug 2003 14:15:12 +0200 (CEST) Date: Wed, 13 Aug 2003 14:15:12 +0200 From: Simon Barner To: "mitrohin a.s." Message-ID: <20030813121512.GB747@zi025.glhnet.mhn.de> References: <3F285560.2090607@acm.org> <1059608748.64020.10.camel@mjtdev1.dand06.au.bytecraft.au.com> <002201c356fa$4a66a700$1200a8c0@gsicomp.on.ca> <20030731134343.GB1323@zi025.glhnet.mhn.de> <1059693358.64020.31.camel@mjtdev1.dand06.au.bytecraft.au.com> <20030801153142.GA487@zi025.glhnet.mhn.de> <3F2B75E2.FBC18052@mindspring.com> <20030804003331.GA408@zi025.glhnet.mhn.de> <20030805020736.GA1805@bspu.secna.ru> <20030807140801.GD1475@zi025.glhnet.mhn.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20030807140801.GD1475@zi025.glhnet.mhn.de> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-hackers@freebsd.org Subject: Re: [PR bin/55539] getfsent(3) and spaces in fstab X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 12:15:45 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Could somebody please review my patch - if there are no objections (but > I am sure there are some more details that can be improved), I will > write a PR. I have filed a PR in order to preserve this patch. It can be found here: http://www.freebsd.org/cgi/query-pr.cgi?pr=55539 Regards, Simon --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/OivQCkn+/eutqCoRAgI7AKD5d4tUwCnJaxe/1O/UOEqTZJ2k0ACeL6Nc LvqeCVavJp9JV6lscGy9/M4= =tjbN -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 09:11:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8362837B401 for ; Wed, 13 Aug 2003 09:11:37 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3352843FBD for ; Wed, 13 Aug 2003 09:11:36 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.honeypot.net.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.9/8.12.9) with ESMTP id h7DGBXFl009700 for ; Wed, 13 Aug 2003 11:11:34 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org From: Kirk Strauser Date: Wed, 13 Aug 2003 11:11:14 -0500 Message-ID: <87isp15yhp.fsf@pooh.honeypot.net> Lines: 59 X-Mailer: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Adding device IDs to if_wi? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 16:11:38 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable I bought a Microsoft MN-520 WLAN card (Prism 2 chipset). It works well under Linux, but I want to use it with FreeBSD. The card does not currently exist in the pccarddevs database, so the if_wi drive doesn't recognize it. I've added it with this patch: Index: sys/dev/pccard/pccarddevs =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/dev/pccard/pccarddevs,v retrieving revision 1.3.2.1 diff -u -u -r1.3.2.1 pccarddevs --- sys/dev/pccard/pccarddevs 23 May 2000 03:57:00 -0000 1.3.2.1 +++ sys/dev/pccard/pccarddevs 5 Aug 2003 01:49:55 -0000 @@ -68,6 +68,7 @@ vendor IODATA 0x01bf I-O DATA vendor BAY 0x01eb Bay Networks vendor NOKIA 0x023d Nokia Communications +vendor MICROSOFT 0x02d2 Microsoft Corporation vendor LASAT 0x3401 Lasat Communications A/S vendor LEXARMEDIA 0x4e01 Lexar Media vendor COMPEX 0x8a01 Compex Corporation @@ -151,6 +152,9 @@ /* Melco Products */ product MELCO LPC3_TX 0xc1ab Melco LPC3-TX + +/* Microsoft Products */ +product MICROSOFT MN_520 0x0001 Microsoft MN-520 WLAN Card /* Nokia Products */ product NOKIA C020_WLAN 0x20c0 Nokia C020 WLAN Card Then, I regenerated the .h files with "make -f Makefile.pccarddevs". Finally, I added the card's data to the if_wi driver: Index: sys/dev/wi/if_wi_pccard.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/dev/wi/if_wi_pccard.c,v retrieving revision 1.8.2.2 diff -u -u -r1.8.2.2 if_wi_pccard.c --- sys/dev/wi/if_wi_pccard.c 2 Aug 2002 07:11:34 -0000 1.8.2.2 +++ sys/dev/wi/if_wi_pccard.c 5 Aug 2003 01:36:10 -0000 @@ -148,6 +148,7 @@ PCMCIA_CARD2(LUCENT, WAVELAN_IEEE, SMC_2632W, 0), /* Must be after other LUCENT ones because it is less specific = */ PCMCIA_CARD(LUCENT, WAVELAN_IEEE, 0), + PCMCIA_CARD(MICROSOFT, MN_520, 0), PCMCIA_CARD(NETGEAR2, MA401RA, 0), PCMCIA_CARD(NOKIA, C110_WLAN, 0), PCMCIA_CARD(PROXIM, RANGELANDS_8430, 0), and then recompiled the kernel. Unfortunately, the driver still doesn't seem to attach to the card (when I "kldload if_wi.ko" from sysinstall's holographic shell, with a floppy with the "corrected" driver). What else can I do? Is there anything else I should edit? =2D-=20 Kirk Strauser --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/OmM05sRg+Y0CpvERAnTmAJ0U/2xLf6DPi9MGeSquyuhoo6AqnQCeIO5H Jove1FDs6YeQ7hBIj/P/8aI= =s8yZ -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 09:56:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15CBE37B401 for ; Wed, 13 Aug 2003 09:56:46 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E92343F85 for ; Wed, 13 Aug 2003 09:56:45 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h7DHXblC031081; Wed, 13 Aug 2003 13:33:38 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h7DGuZoQ001629; Wed, 13 Aug 2003 09:56:35 -0700 (PDT) (envelope-from jmg) Date: Wed, 13 Aug 2003 09:56:35 -0700 From: John-Mark Gurney To: ticso@cicely.de Message-ID: <20030813165635.GO10708@funkthat.com> Mail-Followup-To: ticso@cicely.de, Paulo Roberto , hackers@freebsd.org References: <20030808145626.80036.qmail@web14914.mail.yahoo.com> <20030808160606.GA46866@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030808160606.GA46866@cicely12.cicely.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Paulo Roberto cc: hackers@freebsd.org Subject: Re: porting a webcam X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 16:56:46 -0000 Bernd Walter wrote this message on Fri, Aug 08, 2003 at 18:06 +0200: > On Fri, Aug 08, 2003 at 07:56:26AM -0700, Paulo Roberto wrote: > > * You guys think it is too difficult and I should just give up due to > > my lack of experience? And if I manage to code properly, is it too > > bureaucratic to get it into the FreeBSD kernel? > > I wouldn't write a kernel driver for a camera and use ugen(4) instead. > The state of ugen is similar in 4.x and 5.x so you don't have to worry > about a special version. > The most important part is getting informations about the protocol > used by your camera. I second this. Another feature of using the ugen userland interface is that you will get portability to Net/Open for free, and you won't have to rewrite for -stable/-current either. I believe that isochornous transfers do not work on -stable currently. Now that PAE has been back ported to -stable, I will be working on back porting the usb and busdma changes to -stable. This would also include the isochornous support fixes. (btw, isochronous support was working in 4.5-stable) I have started work on defining a new multimedia interface, but I would go ahead and write your driver and not wait for this. I'm a bit busy, and haven't worked on it recently. Another advantage of doing a userland program is that you can make a simple port out of it, and don't have to work to get it into the kernel. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 11:56:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 255EA37B401 for ; Wed, 13 Aug 2003 11:56:44 -0700 (PDT) Received: from mail.tiscali.cz (stateless1.tiscali.cz [213.235.135.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E4CF43FA3 for ; Wed, 13 Aug 2003 11:56:43 -0700 (PDT) (envelope-from martin.vana@vslib.cz) Received: from Vanovci (212.11.116.38) by mail.tiscali.cz (6.7.018) id 3F269CE00033E0BD for freebsd-hackers@freebsd.org; Wed, 13 Aug 2003 20:51:42 +0200 Message-ID: <000901c361cd$0280eee0$26740bd4@Vanovci> From: "Martin Vana" To: Date: Wed, 13 Aug 2003 20:59:21 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: system move X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 18:56:44 -0000 Hi, I've bought a new disk and tried to move my FreeBSD 5.1 release on it. = Even I'm a real newbie I've followed all the steps from faq/disks 9.2 = carrefuly /*eg. dump 0af - / | restore xf -*/ and finally set bootable = in sysinstall. All the data are there when I tried to mount it but it is = still bugging me with 'invalid partition' message during boot. Here are some data that might help you to help me: ad1s1 and ad1s3 are just data. /,/var,/tmp,/swp are all on ad1s2=20 -------------------------------------------------------------------------= -- Sysinstall-fdisk output: Disk name: ad1 FDISK Partition = Editor DISK Geometry: 4863 cyls/255 heads/63 sectors =3D 78124095 sectors = (38146MB) Offset Size(ST) End Name PType Desc Subtype = Flags 0 63 62 - 12 unused 0 63 27262242 27262304 ad1s2 8 freebsd 165 27262305 26073495 53335799 ad1s3 8 freebsd 165 53335800 24788295 78124094 ad1s1 8 freebsd 165 78124095 905 78124999 - 12 unused 0 ------------------------------------------------------------------------ 'Boot0cfg -v ad1' output:=20 # flag start chs type end chs offset size 1 0x00 1023:255:63 0xa5 1023:254:63 53335800 24788295 2 0x80 0: 1: 1 0xa5 1023:254:63 63 27262242 3 0x00 1023:255:63 0xa5 1023:254:63 27262305 26073495 version=3D1.0 drive=3D0x80 mask=3D0xf ticks=3D182 options=3Dpacket,update,nosetdrv default_selection=3DF2 (Slice 2) ------------------------------------------------------------------------ Thanks for any suggestion. Martin From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 15:52:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B77137B401 for ; Wed, 13 Aug 2003 15:52:58 -0700 (PDT) Received: from relay.iseek.com.au (relay.iseek.com.au [202.83.64.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4729643F3F for ; Wed, 13 Aug 2003 15:52:57 -0700 (PDT) (envelope-from mday@pfe.com.au) Received: from lear.pfe.com.au ([202.83.68.250]) by relay.iseek.com.au (8.12.8/) with ESMTP id h7DMqhLK020862 for ; Thu, 14 Aug 2003 08:52:47 +1000 Received: by lear.pfe.com.au with XtraMail-SMTP/POP3-Server (v1.2 78220005779) for at Thu, 14 Aug 2003 08:52:38 +1000 From: "Michael Day" To: Date: Thu, 14 Aug 2003 08:52:47 +1000 Message-ID: <003b01c361ed$9e585b80$dc2ba8c0@Nell> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <030813131917739@lear.pfe.com.au> Subject: RE: Broadcom 440x X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 22:52:58 -0000 Would be more than willing to help with testing and if there is any coding I can help with I will give it a try (Never done a *nix driver before). My laptop is a Dell Inspiron 8500 for the record. Regards Michael Day Electrical Engineer Paterson Flood Engineers Tel: +61 7 3871 0533 Fax: +61 7 3871 0538 Mob: +61 400 369 355 Email: mday@pfe.com.au Web: www.pfe.com.au -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Greg 'groggy' Lehey Sent: Wednesday, 13 August 2003 13:19 To: mday@miranda.pfe.com.au; Michael Day Cc: freebsd-hackers@freebsd.org Subject: Re: Broadcom 440x On Wednesday, 13 August 2003 at 10:36:01 +1000, Michael Day wrote: > Hi all. > > A few months ago I saw that some people were having probs finding a > driver for the 440x network card installed on some onboard > motherboards. Has anyone had any luck in finding drivers for these > cards as I now have a dell laptop that I can\222t connect to the > network (Not very useful). If anyone is aware of drivers for either > the 4.x or 5.x strands of freebsd I would be most interested Duncan Barclay is working on a driver, but it's not finished yet. Do you want to help? Which model laptop do you have? Greg -- See complete headers for address and phone numbers From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 15:54:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B52337B401 for ; Wed, 13 Aug 2003 15:54:25 -0700 (PDT) Received: from yowl.no-ip.com (host-59.uni.net.ua [213.169.83.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7623E43FBD for ; Wed, 13 Aug 2003 15:54:14 -0700 (PDT) (envelope-from serkov@yowl.no-ip.com) Received: from yowl.no-ip.com (localhost [127.0.0.1]) by yowl.no-ip.com (8.12.9/8.12.9) with ESMTP id h7DMnK3M019857 for ; Thu, 14 Aug 2003 01:49:52 +0300 (EEST) (envelope-from serkov@yowl.no-ip.com) Received: by yowl.no-ip.com (8.12.9/8.12.9/Submit) id h7DMmmOU019586 for freebsd-hackers@freebsd.org; Thu, 14 Aug 2003 01:48:48 +0300 (EEST) From: Alexander Serkov To: freebsd-hackers@freebsd.org Date: Thu, 14 Aug 2003 01:45:45 +0300 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308140145.45882.serkov@ukrpost.net> Subject: Why is ATAPI DMA disabled by default ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: serkov@ukrpost.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 22:54:25 -0000 I use 5.1-current and have found that by default FreeBSD disables ATAPI's support for DMA transfers and thus uses CPU hungry PIO modes. It even makes sysctl used to change this read-only. I had changed the default value of atapi_dma to 1 in dev/ata/atapi-all.c to 1 and it worked fine for me. Can someone explain why it is disabled? From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 16:00:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD98E37B401 for ; Wed, 13 Aug 2003 16:00:26 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC4343FBD for ; Wed, 13 Aug 2003 16:00:26 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.9/8.12.3) with ESMTP id h7DN0M7c029562; Wed, 13 Aug 2003 16:00:22 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.9/8.12.3/Submit) id h7DN0MGK029561; Wed, 13 Aug 2003 16:00:22 -0700 Date: Wed, 13 Aug 2003 16:00:22 -0700 From: Brooks Davis To: Alexander Serkov Message-ID: <20030813230022.GA28561@Odin.AC.HMC.Edu> References: <200308140145.45882.serkov@ukrpost.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <200308140145.45882.serkov@ukrpost.net> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: freebsd-hackers@freebsd.org Subject: Re: Why is ATAPI DMA disabled by default ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 23:00:27 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 14, 2003 at 01:45:45AM +0300, Alexander Serkov wrote: > I use 5.1-current and have found that by default FreeBSD disables ATAPI's= =20 > support for DMA transfers and thus uses CPU hungry PIO modes. > It even makes sysctl used to change this read-only. > I had changed the default value of atapi_dma to 1 in dev/ata/atapi-all.c = to 1=20 > and it worked fine for me. > Can someone explain why it is disabled? Lots of drives, even fairly new ones be well know vendors, hang the system during boot if ATAPI DMA is enabled because they lie about supporting it. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/OsMFXY6L6fI4GtQRAjQLAJ9CCOm6ZYyPPGqSoznZxVCcdXql9QCgpXm2 gZ6h4jUTP6nSCciUYuZ/0lE= =CB9/ -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 17:23:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7117237B401 for ; Wed, 13 Aug 2003 17:23:21 -0700 (PDT) Received: from web14903.mail.yahoo.com (web14903.mail.yahoo.com [216.136.225.55]) by mx1.FreeBSD.org (Postfix) with SMTP id 02FE943FAF for ; Wed, 13 Aug 2003 17:23:21 -0700 (PDT) (envelope-from nirv199@yahoo.com) Message-ID: <20030814002320.79239.qmail@web14903.mail.yahoo.com> Received: from [200.138.43.234] by web14903.mail.yahoo.com via HTTP; Wed, 13 Aug 2003 17:23:20 PDT Date: Wed, 13 Aug 2003 17:23:20 -0700 (PDT) From: Paulo Roberto To: John-Mark Gurney , ticso@cicely.de In-Reply-To: <20030813165635.GO10708@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Paulo Roberto cc: hackers@freebsd.org Subject: Re: porting a webcam X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 00:23:21 -0000 --- John-Mark Gurney wrote: > > I wouldn't write a kernel driver for a camera and use ugen(4) > instead. I am terribly sorry for posting this, but I cannot find documentation about implementing with ugen except for the man page. Does anyone indicate a good site? TIA PAulo Roberto __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 17:58:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A065637B401 for ; Wed, 13 Aug 2003 17:58:07 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C162D43F93 for ; Wed, 13 Aug 2003 17:58:06 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h7E1Z1lC021805; Wed, 13 Aug 2003 21:35:02 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h7E0T3Yf007807; Wed, 13 Aug 2003 17:29:03 -0700 (PDT) (envelope-from jmg) Date: Wed, 13 Aug 2003 17:29:03 -0700 From: John-Mark Gurney To: Paulo Roberto Message-ID: <20030814002903.GQ10708@funkthat.com> Mail-Followup-To: Paulo Roberto , ticso@cicely.de, hackers@freebsd.org References: <20030813165635.GO10708@funkthat.com> <20030814002320.79239.qmail@web14903.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030814002320.79239.qmail@web14903.mail.yahoo.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: hackers@freebsd.org cc: ticso@cicely.de Subject: Re: porting a webcam X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 00:58:07 -0000 Paulo Roberto wrote this message on Wed, Aug 13, 2003 at 17:23 -0700: > --- John-Mark Gurney wrote: > > > I wouldn't write a kernel driver for a camera and use ugen(4) > > instead. > > I am terribly sorry for posting this, but I cannot find documentation > about implementing with ugen except for the man page. Does anyone > indicate a good site? Take a look at: http://groups.yahoo.com/group/usb-bsd/ That is the group that does most of the devel for USB. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 22:27:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ABC837B401 for ; Wed, 13 Aug 2003 22:27:00 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7318243FBD for ; Wed, 13 Aug 2003 22:26:58 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (fba0fg69@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h7E5QHP12517393; Thu, 14 Aug 2003 09:26:17 +0400 (MSD) Date: Thu, 14 Aug 2003 09:26:17 +0400 (MSD) From: Maxim Konovalov To: Alexander Serkov In-Reply-To: <200308140145.45882.serkov@ukrpost.net> Message-ID: <20030814092542.G10062@news1.macomnet.ru> References: <200308140145.45882.serkov@ukrpost.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Why is ATAPI DMA disabled by default ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 05:27:00 -0000 On Thu, 14 Aug 2003, 01:45+0300, Alexander Serkov wrote: > I use 5.1-current and have found that by default FreeBSD disables ATAPI's > support for DMA transfers and thus uses CPU hungry PIO modes. > It even makes sysctl used to change this read-only. > I had changed the default value of atapi_dma to 1 in dev/ata/atapi-all.c to 1 > and it worked fine for me. Hint: put hw.ata.atapi_dma="1" in /boot/loader.conf. -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 22:43:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF7E537B401 for ; Wed, 13 Aug 2003 22:43:04 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16F2D43F75 for ; Wed, 13 Aug 2003 22:43:01 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9) id h7E5gxFL034186; Thu, 14 Aug 2003 07:42:59 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200308140542.h7E5gxFL034186@spider.deepcore.dk> In-Reply-To: <20030814092542.G10062@news1.macomnet.ru> To: Maxim Konovalov Date: Thu, 14 Aug 2003 07:42:59 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-hackers@FreeBSD.ORG cc: Alexander Serkov Subject: Re: Why is ATAPI DMA disabled by default ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 05:43:05 -0000 It seems Maxim Konovalov wrote: > > > I use 5.1-current and have found that by default FreeBSD disables ATAPI's > > support for DMA transfers and thus uses CPU hungry PIO modes. > > It even makes sysctl used to change this read-only. > > I had changed the default value of atapi_dma to 1 in dev/ata/atapi-all.c to 1 > > and it worked fine for me. > > Hint: put hw.ata.atapi_dma="1" in /boot/loader.conf. Or just use atacontrol to change the mode once the system is running... -Søren From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 13 23:15:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 298CA37B401; Wed, 13 Aug 2003 23:15:47 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F6D343F3F; Wed, 13 Aug 2003 23:15:45 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h7E6FeFL015113; Thu, 14 Aug 2003 00:15:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 14 Aug 2003 00:15:44 -0600 (MDT) Message-Id: <20030814.001544.61051774.imp@bsdimp.com> To: bms@spc.org From: "M. Warner Losh" In-Reply-To: <20030812212829.GA1413@spc.org> References: <20030812211812.29690.qmail@neuroflux.com> <20030812212829.GA1413@spc.org> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ryans@gamersimpact.com cc: freebsd-questions@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: x86 Disassembler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 06:15:47 -0000 In message: <20030812212829.GA1413@spc.org> Bruce M Simpson writes: : On Tue, Aug 12, 2003 at 05:18:12PM -0400, Ryan Sommers wrote: : > Are there any tools to disassemble an x86 binary file? objdump does a nice : > job on most files. However, I'm messing with some machine-code binary : > files that don't have ELF headers or anything other then the machine-code : > (ie MBR's). I'd like to disassemble them on FreeBSD, possibly to a format : > that G(as) could reassemble. Then I don't have to use something like : > debug.exe. : If you need something more elaborate, try the trial version of DataRescue's : IDA. The console version works well under WINE. sourcer even runs with doscmd last time I checked. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 01:03:04 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11DA837B401 for ; Thu, 14 Aug 2003 01:03:04 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F90F43F85 for ; Thu, 14 Aug 2003 01:03:03 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h7E831FL016104; Thu, 14 Aug 2003 02:03:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 14 Aug 2003 02:03:05 -0600 (MDT) Message-Id: <20030814.020305.86379302.imp@bsdimp.com> To: kirk@strauser.com From: "M. Warner Losh" In-Reply-To: <87isp15yhp.fsf@pooh.honeypot.net> References: <87isp15yhp.fsf@pooh.honeypot.net> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Adding device IDs to if_wi? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 08:03:04 -0000 I've added this to current. Thanks for the data. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 7 01:50:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85B0037B429 for ; Thu, 7 Aug 2003 01:50:16 -0700 (PDT) Received: from web8202.mail.in.yahoo.com (web8202.mail.in.yahoo.com [203.199.70.115]) by mx1.FreeBSD.org (Postfix) with SMTP id 03CD843FA3 for ; Thu, 7 Aug 2003 01:50:15 -0700 (PDT) (envelope-from jaya_bhat100@yahoo.co.in) Message-ID: <20030807085013.66370.qmail@web8202.mail.in.yahoo.com> Received: from [203.200.17.158] by web8202.mail.in.yahoo.com via HTTP; Thu, 07 Aug 2003 09:50:13 BST Date: Thu, 7 Aug 2003 09:50:13 +0100 (BST) From: =?iso-8859-1?q?Jayasheela=20Bhat?= To: hou-freebsd@houfug.org MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 14 Aug 2003 01:42:52 -0700 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Driver to Driver Communication X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 08:50:16 -0000 Hi All, Could anybody help me to know how a driver to driver communication is done in FreeBSD ? My exact problem is something like this. In the current implementation of scsi_target mode driver, there is a associated userland application polling the target device and data is read from target device to user space and then written to a file. In stead, I want to do it in the scsi_target driver itself such that all I/O queues are redirected to a disk device. For this purpose, How can I interface with the scsi disk driver i.e. scsi_da.c from the scsi_target driver? Thanks & Regards, Jaya SMS using the Yahoo! Messenger;Download latest version. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 8 03:18:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EFDF37B401 for ; Fri, 8 Aug 2003 03:18:06 -0700 (PDT) Received: from web9506.mail.yahoo.com (web9506.mail.yahoo.com [216.136.129.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 82CA343FB1 for ; Fri, 8 Aug 2003 03:18:05 -0700 (PDT) (envelope-from bsdmaillist@yahoo.com.hk) Message-ID: <20030808101805.39402.qmail@web9506.mail.yahoo.com> Received: from [202.85.131.68] by web9506.mail.yahoo.com via HTTP; Fri, 08 Aug 2003 18:18:05 CST Date: Fri, 8 Aug 2003 18:18:05 +0800 (CST) From: =?big5?q?maillist=20bsd?= To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 14 Aug 2003 01:43:40 -0700 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: IP Network Multipathing failover on FreeBSD..?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 10:18:06 -0000 Hi all, Is it there have IP Network Multipathing failover on FreeBSD..?? how to do so?? Thanks ³Ì·s¹aÁn±À¤¶:¤Q­±®I¥ñ¡A¦hÁÂ¥¢ÅÊ¡A¤ß²H... http://ringtone.yahoo.com.hk From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 12 20:04:12 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E96B37B401; Tue, 12 Aug 2003 20:04:12 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6768F43FA3; Tue, 12 Aug 2003 20:04:11 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h7D345jX057702; Tue, 12 Aug 2003 20:04:06 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h7D345bH057701; Tue, 12 Aug 2003 20:04:05 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 12 Aug 2003 20:04:05 -0700 From: David Schultz To: Ryan Sommers Message-ID: <20030813030405.GB57582@HAL9000.homeunix.com> References: <20030812211812.29690.qmail@neuroflux.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030812211812.29690.qmail@neuroflux.com> X-Mailman-Approved-At: Thu, 14 Aug 2003 01:44:06 -0700 cc: freebsd-questions@FreeBSD.ORG Subject: Re: x86 Disassembler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 03:04:12 -0000 On Tue, Aug 12, 2003, Ryan Sommers wrote: > Are there any tools to disassemble an x86 binary file? objdump does a nice > job on most files. However, I'm messing with some machine-code binary files > that don't have ELF headers or anything other then the machine-code (ie > MBR's). I'd like to disassemble them on FreeBSD, possibly to a format that > G(as) could reassemble. Then I don't have to use something like debug.exe. One kludge that may work is to use objcopy --add-section to insert the machine code into an ELF file. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 02:47:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ED3A37B401 for ; Thu, 14 Aug 2003 02:47:07 -0700 (PDT) Received: from tn.nic.in (tn.nic.in [164.100.167.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 4855543FDD for ; Thu, 14 Aug 2003 02:47:04 -0700 (PDT) (envelope-from sxg@tn.nic.in) Received: from wwws (wwws [164.100.167.49]) by tn.nic.in (8.9.1/8.9.1) with SMTP id PAA26816 for ; Thu, 14 Aug 2003 15:11:21 +0530 (IST) Message-ID: <004a01c36248$a7bc51d0$31a764a4@tn.nic.in> From: "S.Gopinath" To: Date: Thu, 14 Aug 2003 15:14:27 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 09:47:07 -0000 Dear Sir, > > I'm required to run a.out binaries like foxplus > in a recent Intel based hardware. I have chosen > FreeBSD 5.1 and successfuly installed. But I could > not run a.out binaries like Foxplus. I tried it by > load ibcs modules and aout modules in /boot/kernel > directory. My foxplus did not work. > > I require your suggestions regarding this. > > I may not use FreeBSD 2.1 version as I require > driver for Adaptec 7902 (Ultra Wide SCSI 320). > > Please help me. > > Thanks, > S.Gopinath > Chennai, INDIA > > From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 03:32:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C11037B401; Thu, 14 Aug 2003 03:32:41 -0700 (PDT) Received: from smtp-relay1.barrysworld.com (ns1.barrysworld.com [213.221.172.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FEA043F85; Thu, 14 Aug 2003 03:32:40 -0700 (PDT) (envelope-from killing@barrysworld.com) Received: from [213.221.181.50] (helo=barrysworld.com) by smtp-relay1.barrysworld.com with esmtp (Exim 4.20) id 19nFOw-0006GV-5L; Thu, 14 Aug 2003 11:32:14 +0100 Received: from steven [193.123.241.40] by barrysworld.com with ESMTP (SMTPD32-7.15) id A613EF2A00D6; Thu, 14 Aug 2003 11:36:03 +0100 Message-ID: <079b01c3624f$f1b8e2b0$7b07000a@int.mediasurface.com> From: "Steven Hartland" To: , References: <200308131147.19750.al@cn.ua> Date: Thu, 14 Aug 2003 11:36:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Missing system call in linux emulation ( patch ) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 10:32:41 -0000 I've created a patch for the linux emulation which adds a dummy for the exit_group syscall along with defining all functions up to 252 this fixes a crash in the BattleField 1942 server. How do I go about getting this into the various FreeBSD streams so others can benifit. Steve / K From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 04:03:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9424C37B404; Thu, 14 Aug 2003 04:03:24 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78CAC43FB1; Thu, 14 Aug 2003 04:03:23 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id B0E393ABB3F; Thu, 14 Aug 2003 13:03:27 +0200 (CEST) Date: Thu, 14 Aug 2003 13:03:27 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Message-ID: <20030814110327.GD395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Dx9iWuMxHO1cCoFc" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i Subject: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 11:03:24 -0000 --Dx9iWuMxHO1cCoFc Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello hackers... I've done something what will be called GEOM Gate. This software provide disk devices mounting through the network. http://garage.freebsd.pl/geom_gate.tbz Installation is quite trivial: # tar -jvxf geom_gate.tbz # cd geom_gate # make # make install For example we got two machine: 'client' and 'server' and we want to mount device /dev/ad0s1a from 'server' machine on 'client' machine. server# ggd -f /dev/ad0s1a client# kldload geom_gate client# ggc -a -h 'server' -s sizeof(/dev/ad0s1a) -u 5 client# mount /dev/gg5 /mnt/foo And that's all. Of course we can also export files and treat them as devices: server# truncate -s 256M test.img server# ggd -f ./test.img -p 1234 client# ggc -a -h 'server' -p 1234 -s 256M -u 6 client# newfs -O2 -U /dev/gg6 client# mount /dev/gg6 /mnt/bar This isn't finished yet, so it also isn't bugs free. For example don't try to run client and server stuff on this same machine, this could case a deadlock. Comments, etc. are of course welcome. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --Dx9iWuMxHO1cCoFc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPztsfz/PhmMH/Mf1AQEsSwQAnaK2DCApxh7Lf5Ysb8bdlDK+zFYMtnVR rT12xtib6YyhNrg2J/ddVVM3GMGiBIWyoEs0KZbVrSHg1z+ZHjrlWU4tPkbmoBHn Uo+hjxoNzqMmxcBvNdtxmoMBQkdjJKc17UQoZCfMUjp4rllOWwEIVNiknqnOxpQA ZQyjcOobdUc= =sqPw -----END PGP SIGNATURE----- --Dx9iWuMxHO1cCoFc-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 04:13:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 038A937B401 for ; Thu, 14 Aug 2003 04:13:46 -0700 (PDT) Received: from critter.freebsd.dk (esplanaden.cybercity.dk [212.242.40.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C106943F93 for ; Thu, 14 Aug 2003 04:13:43 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7EBDg5p002179; Thu, 14 Aug 2003 13:13:42 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 14 Aug 2003 13:03:27 +0200." <20030814110327.GD395@garage.freebsd.pl> Date: Thu, 14 Aug 2003 13:13:42 +0200 Message-ID: <2178.1060859622@critter.freebsd.dk> cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 11:13:46 -0000 In message <20030814110327.GD395@garage.freebsd.pl>, Pawel Jakub Dawidek writes : > >--Dx9iWuMxHO1cCoFc >Content-Type: text/plain; charset=iso-8859-2 >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >Hello hackers... > >I've done something what will be called GEOM Gate. >This software provide disk devices mounting through the network. COOL!!!! > http://garage.freebsd.pl/geom_gate.tbz I'll look over it when I have a second. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 04:27:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 598A337B401 for ; Thu, 14 Aug 2003 04:27:21 -0700 (PDT) Received: from dione.ids.pl (dione.ids.pl [195.117.3.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF6FA43F93 for ; Thu, 14 Aug 2003 04:27:19 -0700 (PDT) (envelope-from neq@dione.ids.pl) Received: from dione.ids.pl (neq@dione [195.117.3.59])h7EBOcCr019463 for freebsd-hackers@freebsd.org; Thu, 14 Aug 2003 13:24:39 +0200 Date: Thu, 14 Aug 2003 13:24:36 +0200 From: neq5 To: freebsd-hackers@freebsd.org Message-ID: <20030814132436.A18356@proximo.outstando.com> References: <20030814110327.GD395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030814110327.GD395@garage.freebsd.pl>; from nick@garage.freebsd.pl on Thu, Aug 14, 2003 at 01:03:27PM +0200 X-Operating-System: Linux 2.0.37 i686 X-PGP-Key-URL: dione.ids.pl/~neq/neq.asc Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 11:27:21 -0000 On Thu, Aug 14, 2003 at 01:03:27PM +0200, Pawel Jakub Dawidek wrote: > This software provide disk devices mounting through the network. maaan you're amazing. i hope some day you'll write remote terminal emulator. that would be great. -- klub milosnikow czeskiego techno From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 05:55:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3AA137B401 for ; Thu, 14 Aug 2003 05:55:23 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-97.dsl.lsan03.pacbell.net [64.169.107.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E16A43F85 for ; Thu, 14 Aug 2003 05:55:22 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id A841266BE5; Thu, 14 Aug 2003 05:55:15 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id C90B27A8; Thu, 14 Aug 2003 05:55:15 -0700 (PDT) Date: Thu, 14 Aug 2003 05:55:15 -0700 From: Kris Kennaway To: "S.Gopinath" Message-ID: <20030814125515.GA60128@rot13.obsecurity.org> References: <004a01c36248$a7bc51d0$31a764a4@tn.nic.in> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <004a01c36248$a7bc51d0$31a764a4@tn.nic.in> User-Agent: Mutt/1.4.1i cc: hackers@FreeBSD.org Subject: Re: your mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 12:55:23 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 14, 2003 at 03:14:27PM +0530, S.Gopinath wrote: > Dear Sir, > >=20 > > I'm required to run a.out binaries like foxplus > > in a recent Intel based hardware. I have chosen > > FreeBSD 5.1 and successfuly installed. But I could > > not run a.out binaries like Foxplus. I tried it by > > load ibcs modules and aout modules in /boot/kernel > > directory. My foxplus did not work. > >=20 > > I require your suggestions regarding this. Do you have the FreeBSD 2.x/3.x/4.x compatibility libraries installed (via sysinstall, or by setting the appropriate COMPAT* variable in /etc/make.conf)? If so, then please post an exact description of the commands you have run and the errors you receive. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/O4azWry0BWjoQKURApE1AKDtrK05ev202Deksii73NttF6kzHgCfU2TP EjRmzt3iSw4ifeTuoIg8FI8= =Ht7j -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 06:31:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CB3237B401; Thu, 14 Aug 2003 06:31:45 -0700 (PDT) Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc2.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ABA443F85; Thu, 14 Aug 2003 06:31:44 -0700 (PDT) (envelope-from culverk@yumyumyum.org) Received: by mailhub.yumyumyum.org (Postfix, from userid 1001) id CB7E4198; Thu, 14 Aug 2003 09:31:29 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mailhub.yumyumyum.org (Postfix) with ESMTP id BEA60196; Thu, 14 Aug 2003 09:31:29 -0400 (EDT) Date: Thu, 14 Aug 2003 09:31:29 -0400 (EDT) From: Kenneth Culver To: Steven Hartland In-Reply-To: <079b01c3624f$f1b8e2b0$7b07000a@int.mediasurface.com> Message-ID: <20030814093123.A19556@alpha.yumyumyum.org> References: <200308131147.19750.al@cn.ua> <079b01c3624f$f1b8e2b0$7b07000a@int.mediasurface.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-emulation@freebsd.org Subject: Re: Missing system call in linux emulation ( patch ) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 13:31:45 -0000 Send a PR. On Thu, 14 Aug 2003, Steven Hartland wrote: > I've created a patch for the linux emulation which adds a dummy for > the exit_group syscall along with defining all functions up to 252 > this fixes a crash in the BattleField 1942 server. How do I go about > getting this into the various FreeBSD streams so others can > benifit. > > Steve / K > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 07:30:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 068CB37B401 for ; Thu, 14 Aug 2003 07:30:23 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3EB043FCB for ; Thu, 14 Aug 2003 07:30:21 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h7EEUKqC004046; Thu, 14 Aug 2003 16:30:20 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h7EEUJol004045; Thu, 14 Aug 2003 16:30:19 +0200 (CEST) Date: Thu, 14 Aug 2003 16:30:19 +0200 From: Wilko Bulte To: Pawel Jakub Dawidek Message-ID: <20030814143019.GA4013@freebie.xs4all.nl> References: <20030814110327.GD395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030814110327.GD395@garage.freebsd.pl> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 14:30:23 -0000 On Thu, Aug 14, 2003 at 01:03:27PM +0200, Pawel Jakub Dawidek wrote: > Hello hackers... > > I've done something what will be called GEOM Gate. > This software provide disk devices mounting through the network. > > http://garage.freebsd.pl/geom_gate.tbz Cute...! reminds me of RFS on SysV. W/ -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 07:38:56 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632CC37B401 for ; Thu, 14 Aug 2003 07:38:56 -0700 (PDT) Received: from tn.nic.in (tn.nic.in [164.100.167.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 24EB043F93 for ; Thu, 14 Aug 2003 07:38:54 -0700 (PDT) (envelope-from sxg@tn.nic.in) Received: from wwws (wwws [164.100.167.49]) by tn.nic.in (8.9.1/8.9.1) with SMTP id UAA07691 for ; Thu, 14 Aug 2003 20:03:10 +0530 (IST) Message-ID: <004201c36271$6cd809f0$31a764a4@tn.nic.in> From: "S.Gopinath" To: Date: Thu, 14 Aug 2003 20:06:18 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Fw: your mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 14:38:56 -0000 ----- Original Message ----- From: "S.Gopinath" To: "Kris Kennaway" Sent: Thursday, August 14, 2003 7:39 PM Subject: Re: your mail > Dear Sir, > > As per your suggestion, I installed the packages Compat 2.x, 3.x, and > 4.x > But still I'm unable to use "Foxplus" which is a a.out binary. Here is what > I get > > -------------------------------------------------------------------------- -- > ---------- > $ foxplus > /usr/lib/foxplus/no87: 1: Syntax error: newline unexpected (expecting ")") > /usr/lib/foxplus/foxplus.pr: 1: Syntax error: word unexpected (expecting > ")") > $ file /usr/lib/foxplus/no87 > /usr/lib/foxplus/no87: Microsoft a.out separate pure segmented word-swapped > V2.3 V3.0 286 small model executable Large Text Large Data > $ file /usr/lib/foxplus/foxplus.pr > /usr/lib/foxplus/foxplus.pr: Microsoft a.out separate pure segmented > word-swapped not-stripped V2.3 V3.0 386 small model executable not stripped > $ > -------------------------------------------------------------------------- -- > ------------- > > Please suggest. > Thanks, > S.Gopinath > ----- Original Message ----- > From: "Kris Kennaway" > To: "S.Gopinath" > Cc: > Sent: Thursday, August 14, 2003 6:25 PM > Subject: Re: your mail > > From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 10:52:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E59A37B401 for ; Thu, 14 Aug 2003 10:52:33 -0700 (PDT) Received: from mail1.co.ru (mail1.co.ru [194.85.128.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D9343F3F for ; Thu, 14 Aug 2003 10:52:31 -0700 (PDT) (envelope-from freebsd1@centrum.cz) Received: from mailhub.co.ru ([194.85.128.15] verified) by mail1.co.ru (CommuniGate Pro SMTP 4.0.6) with ESMTP id 35079488 for freebsd-hackers@freebsd.org; Thu, 14 Aug 2003 21:52:30 +0400 Received: from ping (n3-51.dialup.co.ru [195.16.34.51]) by mailhub.co.ru (8.12.9/8.11.0) with ESMTP id h7EHqMoM019449 for ; Thu, 14 Aug 2003 21:52:27 +0400 (MSD) Date: Thu, 14 Aug 2003 21:52:25 +0400 From: Buckie X-Mailer: The Bat! (v1.62r) X-Priority: 3 (Normal) Message-ID: <901731042.20030814215225@centrum.cz> To: freebsd-hackers@freebsd.org In-Reply-To: <20030814110327.GD395@garage.freebsd.pl> References: <20030814110327.GD395@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Buckie List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 17:52:33 -0000 BTW, QNX had this for a long time, it's called QNet in there. Allows transparently to mount or use anything in /dev. Even a soundcard! PJD> Hello hackers... PJD> I've done something what will be called GEOM Gate. PJD> This software provide disk devices mounting through the network. PJD> http://garage.freebsd.pl/geom_gate.tbz From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 10:57:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD89337B401 for ; Thu, 14 Aug 2003 10:57:23 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id D946A43FD7 for ; Thu, 14 Aug 2003 10:57:20 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 26353 invoked by uid 5013); 14 Aug 2003 17:54:31 -0000 Date: Thu, 14 Aug 2003 18:54:31 +0100 From: Bruce M Simpson To: Buckie Message-ID: <20030814175431.GA21219@spc.org> Mail-Followup-To: Bruce M Simpson , Buckie , freebsd-hackers@freebsd.org References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <901731042.20030814215225@centrum.cz> User-Agent: Mutt/1.4.1i Organization: SPC cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 17:57:24 -0000 On Thu, Aug 14, 2003 at 09:52:25PM +0400, Buckie wrote: > BTW, QNX had this for a long time, it's called QNet in there. Allows > transparently to mount or use anything in /dev. Even a soundcard! Whatever next? PCI-over-IP? *shudder* BMS From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 11:21:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5335037B401 for ; Thu, 14 Aug 2003 11:21:16 -0700 (PDT) Received: from smtp5.andrew.cmu.edu (SMTP5.andrew.cmu.edu [128.2.10.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BF1B43FA3 for ; Thu, 14 Aug 2003 11:21:15 -0700 (PDT) (envelope-from eno@andrew.cmu.edu) Received: from andrew.cmu.edu (BLISS.PDL.CMU.EDU [128.2.134.47]) (user=eno mech=PLAIN (0 bits))h7EILDuO031715 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 14 Aug 2003 14:21:14 -0400 Message-ID: <3F3BD31A.8080808@andrew.cmu.edu> Date: Thu, 14 Aug 2003 14:21:14 -0400 From: Eno Thereska User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd hackers Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: increasing number of buffers in BSD4.4 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 18:21:16 -0000 Hi, In McKusick's book "The design and Implementation of the 4.4BSD Operating system", in the "Buffer Management subsection of the I/O system overview, there is a a sentence that says "...depending on available memory, a system is configured with from 100 to 1000 buffers.." referring to the number of struct buf* in the integrated VM/IO buffer cache. I have plenty of RAM in my computer, but it seems like there are always 1000 buffers configured (empirical observation, if I try to allocate one more after that the system freezes). How do I increase the nubmer of buffers? More consicely, how do I allocate more memory to the buffer management subsystem? Thanks Eno From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 11:36:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E95B37B404 for ; Thu, 14 Aug 2003 11:36:30 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E7C543F3F for ; Thu, 14 Aug 2003 11:36:29 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c-24-130-112-121.we.client2.attbi.com [24.130.112.121]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h7EIaNX11599; Thu, 14 Aug 2003 11:36:23 -0700 (PDT) Message-ID: <3F3BD6A3.1040402@isi.edu> Date: Thu, 14 Aug 2003 11:36:19 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814175431.GA21219@spc.org> In-Reply-To: <20030814175431.GA21219@spc.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060302090201010902020007" cc: freebsd-hackers@freebsd.org cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 18:36:30 -0000 This is a cryptographically signed message in MIME format. --------------ms060302090201010902020007 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Bruce M Simpson wrote: > On Thu, Aug 14, 2003 at 09:52:25PM +0400, Buckie wrote: > >>BTW, QNX had this for a long time, it's called QNet in there. Allows >>transparently to mount or use anything in /dev. Even a soundcard! > > Whatever next? PCI-over-IP? > *shudder* Not new: http://www.isi.edu/div7/netstation/ Lars -- Lars Eggert USC Information Sciences Institute --------------ms060302090201010902020007 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDgxNDE4MzYxOVowIwYJKoZIhvcNAQkEMRYEFK579HX4lQG3lX+JOqOj kNVTnJH0MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEARnAEa1wrt5ezFxN15Sp76wzDFgsjOPTOjZYP 6kzBWAc56wVP7asG3dp909CsMN6pYi+sz89YzUFqvCKHxDhb1aXYcQnjShBclrVFiqoqjAaA tQeKvQzLh0XlLP/6uxXElX+mcA8BOsqCK0GdaO98Lb8d2KwfrStexVvc/3zLXpLBYib7w8HZ WFVxWFKGGcdJh5PmdBI7IDXS1kQe5puBfSh+sY+UMljWp8jr08B4Rx5kYApnClQsXkQwk1Xz mea6Fyaij20kfBcCLyAebSv4OEo4cjG9c7ynaSexn9gU8d97NnyOl9N7jfAKMVeBdD456h22 8z5xMLF9U4tN8QHNnQAAAAAAAA== --------------ms060302090201010902020007-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 12:19:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9EC037B405; Thu, 14 Aug 2003 12:19:03 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0211343FD7; Thu, 14 Aug 2003 12:19:03 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h7EJIUAL028383; Thu, 14 Aug 2003 15:18:30 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h7EJIUcC028380; Thu, 14 Aug 2003 15:18:30 -0400 (EDT) Date: Thu, 14 Aug 2003 15:18:29 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Steven Hartland In-Reply-To: <079b01c3624f$f1b8e2b0$7b07000a@int.mediasurface.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-emulation@freebsd.org Subject: Re: Missing system call in linux emulation ( patch ) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 19:19:04 -0000 On Thu, 14 Aug 2003, Steven Hartland wrote: > I've created a patch for the linux emulation which adds a dummy for the > exit_group syscall along with defining all functions up to 252 this > fixes a crash in the BattleField 1942 server. How do I go about getting > this into the various FreeBSD streams so others can benifit. File a PR, please. BTW, I saw this on the OpenBSD source-changes list recently and remembered the missing system call thread here: CVSROOT: /cvs Module name: src Changes by: fgsch@cvs.openbsd.org 2003/08/14 12:34:15 Modified files: sys/compat/linux: syscalls.master Log message: add more syscalls. implement exit_group (which is actually an alias for sys_exit), needed for newer glibc's binaries. from marius aamodt eriksen Assuming that this is the right approach to solving the problem, we could probably pull that change into our linux emulator. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 13:29:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8046637B401 for ; Thu, 14 Aug 2003 13:29:03 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2BDD43FE3 for ; Thu, 14 Aug 2003 13:29:02 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id A93EE3ABB3F; Thu, 14 Aug 2003 22:29:09 +0200 (CEST) Date: Thu, 14 Aug 2003 22:29:09 +0200 From: Pawel Jakub Dawidek To: Buckie Message-ID: <20030814202909.GK395@garage.freebsd.pl> References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="z4D23EFnZpzTzcHd" Content-Disposition: inline In-Reply-To: <901731042.20030814215225@centrum.cz> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 20:29:03 -0000 --z4D23EFnZpzTzcHd Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 14, 2003 at 09:52:25PM +0400, Buckie wrote: +> BTW, QNX had this for a long time, it's called QNet in there. Allows +> transparently to mount or use anything in /dev. Even a soundcard! I think this isn't really hard to implement. But there are two problems: 1. Device major numbers. 2. Handle network errors. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --z4D23EFnZpzTzcHd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPzvxFT/PhmMH/Mf1AQF4QAP8CH/StSLUffjP2hwvoRwf7UCInsQ1alih lSjvwyVPgDGWMwXy6BF9B5NYoiWQVL1ajeWSiGIx+8FuDx++5TGhgTNk/Mu+1hBO i2WZyqdOSHpFeOy7Swfo7GKg63ozqTh1qM9oDz+OygBntU+et8Rzr7TBhiulbXlv /B7g5MixZVo= =4D4b -----END PGP SIGNATURE----- --z4D23EFnZpzTzcHd-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 14 15:31:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 859F537B404 for ; Thu, 14 Aug 2003 15:31:05 -0700 (PDT) Received: from HAL9000.homeunix.com (ip114.bella-vista.sfo.interquest.net [66.199.86.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC30243FCB for ; Thu, 14 Aug 2003 15:31:04 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h7EMUujX067626; Thu, 14 Aug 2003 15:30:57 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h7EMUu2T067625; Thu, 14 Aug 2003 15:30:56 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Thu, 14 Aug 2003 15:30:56 -0700 From: David Schultz To: Eno Thereska Message-ID: <20030814223056.GA67495@HAL9000.homeunix.com> Mail-Followup-To: Eno Thereska , freebsd hackers References: <3F3BD31A.8080808@andrew.cmu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F3BD31A.8080808@andrew.cmu.edu> cc: freebsd hackers Subject: Re: increasing number of buffers in BSD4.4 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 22:31:05 -0000 On Thu, Aug 14, 2003, Eno Thereska wrote: > In McKusick's book "The design and Implementation of the 4.4BSD > Operating system", in the "Buffer Management subsection > of the I/O system overview, there is a a sentence that says > "...depending on available memory, a system is configured with from > 100 to 1000 buffers.." referring to the number of struct buf* in the > integrated VM/IO buffer cache. > > I have plenty of RAM in my computer, but it seems like there are always > 1000 buffers configured (empirical observation, if I try to allocate > one more after that the system freezes). How do I increase the nubmer of > buffers? More consicely, how do I allocate more memory to the buffer > management subsystem? In FreeBSD, you get 1 buffer for every megabyte of memory up to 64 MB of RAM, and 1 buffer for every 2.5 megabytes after that. See kern_vfs_bio_buffer_alloc() in vfs_bio.c. On i386 and amd64, there's a cap of about 1000 due to KVA limits, although that cap should not be needed for amd64. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 00:08:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2BCC37B401 for ; Fri, 15 Aug 2003 00:08:11 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id F360F43FBF for ; Fri, 15 Aug 2003 00:08:10 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfj3i.dialup.mindspring.com ([165.247.204.114] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19nYgk-00057t-00; Fri, 15 Aug 2003 00:07:55 -0700 Message-ID: <3F3C8690.61789ED4@mindspring.com> Date: Fri, 15 Aug 2003 00:06:56 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "S.Gopinath" References: <004a01c36248$a7bc51d0$31a764a4@tn.nic.in> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e43c37711fbd76bc9e1180650f1f6b4e3ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: hackers@FreeBSD.org Subject: Re: a.out binaries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 07:08:11 -0000 "S.Gopinath" wrote: > > I'm required to run a.out binaries like foxplus > > in a recent Intel based hardware. I have chosen > > FreeBSD 5.1 and successfuly installed. But I could > > not run a.out binaries like Foxplus. I tried it by > > load ibcs modules and aout modules in /boot/kernel > > directory. My foxplus did not work. > > > > I require your suggestions regarding this. > > > > I may not use FreeBSD 2.1 version as I require > > driver for Adaptec 7902 (Ultra Wide SCSI 320). The a.out file format is a file format, not an ABI definition. In the particular case you are talking about, the a.out file you are trying to run is an SCO Xenix ABI binary, rather than a 386BSD/FreeBSD 1.x/2.x binary. In order to support this, you would need to support the Xenix system call entry points, and to recognize the file as a Xenix a.out binary, and to trap to a Xenix system call entry table, rather than a FreeBSD or some other entry point table. This is actually not a very difficult thing to do (for example, you do not have to worry about shared libraries), but it requires kernel modifications in order to support it. This is not supported at this time. If you have a Xenix system with developement tools on it, a competent kernel programmer who knew both platforms and had access to the tools could probably have you up and running in a few weeks, at most. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 00:13:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A24337B401 for ; Fri, 15 Aug 2003 00:13:09 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED38043F85 for ; Fri, 15 Aug 2003 00:13:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfj3i.dialup.mindspring.com ([165.247.204.114] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19nYln-0005N8-00; Fri, 15 Aug 2003 00:13:07 -0700 Message-ID: <3F3C87CF.6F10DBF9@mindspring.com> Date: Fri, 15 Aug 2003 00:12:15 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: maillist bsd References: <20030808101805.39402.qmail@web9506.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e43c37711fbd76bc161d14e5d7173003a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: freebsd-hackers@freebsd.org Subject: Re: IP Network Multipathing failover on FreeBSD..?? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 07:13:09 -0000 maillist bsd wrote: > Is it there have IP Network Multipathing failover on FreeBSD..?? how to do so?? Look for VRRP in /usr/ports/net. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 00:22:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F8837B401 for ; Fri, 15 Aug 2003 00:22:26 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D1D43F85 for ; Fri, 15 Aug 2003 00:22:25 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfj3i.dialup.mindspring.com ([165.247.204.114] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19nYuZ-0005uD-00; Fri, 15 Aug 2003 00:22:12 -0700 Message-ID: <3F3C89EE.3334C2CA@mindspring.com> Date: Fri, 15 Aug 2003 00:21:18 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway References: <004a01c36248$a7bc51d0$31a764a4@tn.nic.in> <20030814125515.GA60128@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a41aec4714d906dcc9e57227fa1853efe8667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c cc: hackers@FreeBSD.org cc: "S.Gopinath" Subject: Re: your mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 07:22:26 -0000 Kris Kennaway wrote: > On Thu, Aug 14, 2003 at 03:14:27PM +0530, S.Gopinath wrote: > > > I'm required to run a.out binaries like foxplus > > > in a recent Intel based hardware. I have chosen > > > FreeBSD 5.1 and successfuly installed. But I could > > > not run a.out binaries like Foxplus. I tried it by > > > load ibcs modules and aout modules in /boot/kernel > > > directory. My foxplus did not work. > > Do you have the FreeBSD 2.x/3.x/4.x compatibility libraries installed > (via sysinstall, or by setting the appropriate COMPAT* variable in > /etc/make.conf)? > > If so, then please post an exact description of the commands you have > run and the errors you receive. FoxPro is the later version of FoxBase, which was a Xenix clone of the Ashton-Tate dBase III software. The a.out binaries he's talking about are for one of the Xenix platforms that FoxPro ran on. The only ones I'm aware of that it ran on that were a.out were SCO Xenix 2.1.[23], 3.x, and Altos Xenix (386 platforms: Altos 686 and 886). He might also mean the Intel 320's running Intel Xenix, but I'm pretty sure that FoxBase was the only thing that ran on those platforms. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 00:29:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F5E37B401 for ; Fri, 15 Aug 2003 00:29:14 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFA943FA3 for ; Fri, 15 Aug 2003 00:29:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfj3i.dialup.mindspring.com ([165.247.204.114] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19nZ16-000361-00; Fri, 15 Aug 2003 00:28:57 -0700 Message-ID: <3F3C8B83.3E84F648@mindspring.com> Date: Fri, 15 Aug 2003 00:28:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "S.Gopinath" References: <004201c36271$6cd809f0$31a764a4@tn.nic.in> Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a41aec4714d906dcc9c894c65e6bd2f3d52601a10902912494350badd9bab72f9c350badd9bab72f9c cc: hackers@freebsd.org Subject: Re: Fw: your mail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 07:29:14 -0000 "S.Gopinath" wrote: > > $ foxplus > > /usr/lib/foxplus/no87: 1: Syntax error: newline unexpected (expecting ")") > > /usr/lib/foxplus/foxplus.pr: 1: Syntax error: word unexpected (expecting > > ")") > > $ file /usr/lib/foxplus/no87 > > /usr/lib/foxplus/no87: Microsoft a.out separate pure segmented > word-swapped > > V2.3 V3.0 286 small model executable Large Text Large Data > > $ file /usr/lib/foxplus/foxplus.pr > > /usr/lib/foxplus/foxplus.pr: Microsoft a.out separate pure segmented > > word-swapped not-stripped V2.3 V3.0 386 small model executable not > stripped This is not a Microsoft Xenix binary, contrary to what "file" claims. This is an SCO Xenix binary. It's not going to work unless you make an execution class loader for the a.out magic number, add the system call entry point mechanism for it, and then emulate the system calls we don't support, and provide stub-calls for the onces we do support, with appropriate translation of any manifest constant values that differ between FreeBSD and Xenix. Do you have a Xenix system with the developement kit? This would be a trivial project for someone who knew FreeBSD and had access to a Xenix developement system. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 01:44:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B35D037B401 for ; Fri, 15 Aug 2003 01:44:28 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B42243FAF for ; Fri, 15 Aug 2003 01:44:27 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h7F8iJgh071247; Fri, 15 Aug 2003 18:44:19 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h7F8iE28071246; Fri, 15 Aug 2003 18:44:14 +1000 (EST) Date: Fri, 15 Aug 2003 18:44:14 +1000 From: Peter Jeremy To: Pawel Jakub Dawidek Message-ID: <20030815084414.GA71116@cirb503493.alcatel.com.au> References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814202909.GK395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030814202909.GK395@garage.freebsd.pl> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 08:44:29 -0000 On Thu, Aug 14, 2003 at 10:29:09PM +0200, Pawel Jakub Dawidek wrote: >On Thu, Aug 14, 2003 at 09:52:25PM +0400, Buckie wrote: >+> BTW, QNX had this for a long time, it's called QNet in there. Allows >+> transparently to mount or use anything in /dev. Even a soundcard! > >I think this isn't really hard to implement. I tend to agree. I've done some background thinking about this in the past couple of months and couldn't come up with anything especially difficult - though deeper thought may reveal something. The logical implementation is either as a pseudo-filesystem - aka devfs(5) - or (more cleanly) a portal. >But there are two problems: >1. Device major numbers. I don't see this as a problem - you do the name to major/minor mapping on the remote system. All that goes across the network is the device name (filename in /dev). This is the same way that NFS works. The device major number is just an easy way for the kernel to map a device name onto the device-specific functions to access the physical hardware - this only needs to occur on the server. >2. Handle network errors. I think the easiest way is just to pass them back to the application. This does mean that an application would get unexpected network-related errors, but there's no obvious alternative. I can think of a third potential problem: Handling ioctl()s where the third argument is a pointer to a structure that itself include pointers to other data objects. This would require special casing those ioctls. (Worse would be SysV-style ioctl's which don't comply with the BSD request encoding). Peter From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 02:01:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE05737B401; Fri, 15 Aug 2003 02:01:34 -0700 (PDT) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F23B43F3F; Fri, 15 Aug 2003 02:01:33 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.3p2/8.12.3) with ESMTP id h7F91UhV002231; Fri, 15 Aug 2003 13:01:30 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.3p2/8.12.3/Submit) id h7F91Up3002230; Fri, 15 Aug 2003 13:01:30 +0400 (MSD) (envelope-from yar) Date: Fri, 15 Aug 2003 13:01:29 +0400 From: Yar Tikhiy To: fs@freebsd.org, hackers@freebsd.org Message-ID: <20030815090129.GA1035@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i Subject: Mount point mode after mount_mfs(8) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 09:01:35 -0000 Hi folks, As some of you could have noticed, mount_mfs(8) in STABLE will leave the mount point mode 1777, which is not always desired. Doing chmod(1) on it just after mount_mfs(8) isn't elegant due to a race. There is a PR open on the issue -- bin/54897. I've got a patch (see below) that adds a new option to mount_mfs(8), -P mode, to specify the initial mode for the mount point (i.e., for the root directory of the MFS created.) On the one hand, this patch is simple, so it would be rather safe to commit it to STABLE. On the other hand, I feel it shouldn't be committed if the originator of the said PR and yours truly are the only people who need the functionality in question, particularly granted that 4-STABLE is gradually reaching its end of life. Does anybody else think this feature is really needed? -- Yar Index: mkfs.c =================================================================== RCS file: /home/ncvs/src/sbin/newfs/mkfs.c,v retrieving revision 1.29.2.7 diff -u -r1.29.2.7 mkfs.c --- mkfs.c 12 Aug 2003 13:19:17 -0000 1.29.2.7 +++ mkfs.c 12 Aug 2003 13:58:51 -0000 @@ -91,6 +91,7 @@ * variables set up by front end. */ extern int mfs; /* run as the memory based filesystem */ +extern mode_t mfs_mode; /* permission bits for mfs root */ extern char *mfs_mtpt; /* mount point for mfs */ extern struct stat mfs_mtstat; /* stat prior to mount */ extern int Nflag; /* run mkfs without writing file system */ @@ -1009,7 +1010,7 @@ * create the root directory */ if (mfs) - node.di_mode = IFDIR | 01777; + node.di_mode = IFDIR | mfs_mode; else node.di_mode = IFDIR | UMASK; node.di_nlink = PREDEFDIR; Index: newfs.8 =================================================================== RCS file: /home/ncvs/src/sbin/newfs/newfs.8,v retrieving revision 1.26.2.15 diff -u -r1.26.2.15 newfs.8 --- newfs.8 13 May 2003 12:16:08 -0000 1.26.2.15 +++ newfs.8 12 Aug 2003 13:58:51 -0000 @@ -69,6 +69,7 @@ .Nm mount_mfs .Op Fl NU .Op Fl F Ar file +.Op Fl P Ar mode .Op Fl T Ar disktype .Op Fl a Ar maxcontig .Op Fl b Ar block-size @@ -149,6 +150,23 @@ format filesystem. This options is primarily used to build root filesystems that can be understood by older boot ROMs. +.It Fl P Ar mode +Set the file permissions on the root directory of +the file system created by +.Nm mount_mfs +to the specified +.Ar mode . +The +.Ar mode +argument can be in any of the formats recognized by +.Xr chmod 1 . +If a symbolic mode is specified, +the operation characters +.Dq + +and +.Dq - +are interpreted relative to the default mode of +.Dq a=rwxt . .It Fl T Use information for the specified disk from .Pa /etc/disktab Index: newfs.c =================================================================== RCS file: /home/ncvs/src/sbin/newfs/newfs.c,v retrieving revision 1.30.2.9 diff -u -r1.30.2.9 newfs.c --- newfs.c 13 May 2003 12:03:55 -0000 1.30.2.9 +++ newfs.c 12 Aug 2003 13:58:51 -0000 @@ -166,6 +166,7 @@ #define NSECTORS 4096 /* number of sectors */ int mfs; /* run as the memory based filesystem */ +mode_t mfs_mode = 01777; /* permission bits for mfs root */ char *mfs_mtpt; /* mount point for mfs */ struct stat mfs_mtstat; /* stat prior to mount */ int Nflag; /* run without writing file system */ @@ -231,6 +232,7 @@ struct statfs *mp; int fsi, fso, len, n, vflag; char *cp, *s1, *s2, *special, *opstring; + void *set; #ifdef MFS struct vfsconf vfc; int error; @@ -249,7 +251,7 @@ } opstring = mfs ? - "NF:T:Ua:b:c:d:e:f:g:h:i:m:o:s:v" : + "NF:P:T:Ua:b:c:d:e:f:g:h:i:m:o:s:v" : "NOS:T:Ua:b:c:d:e:f:g:h:i:k:l:m:n:o:p:r:s:t:u:vx:"; while ((ch = getopt(argc, argv, opstring)) != -1) switch (ch) { @@ -271,6 +273,12 @@ case 'F': filename = optarg; break; + case 'P': + if ((set = setmode(optarg)) == NULL) + fatal("%s: bad file mode", optarg); + mfs_mode = getmode(set, mfs_mode); + free(set); + break; case 'U': Uflag = 1; break; @@ -758,6 +766,8 @@ fprintf(stderr, "\t-N do not create file system, just print out parameters\n"); fprintf(stderr, "\t-O create a 4.3BSD format filesystem\n"); + if (mfs) + fprintf(stderr, "\t-P permissions for the root directory\n"); fprintf(stderr, "\t-S sector size\n"); #ifdef COMPAT fprintf(stderr, "\t-T disktype\n"); From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 02:01:38 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33C0437B405 for ; Fri, 15 Aug 2003 02:01:38 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F9A443F3F for ; Fri, 15 Aug 2003 02:01:37 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 20EDB3ABB3F; Fri, 15 Aug 2003 11:01:47 +0200 (CEST) Date: Fri, 15 Aug 2003 11:01:47 +0200 From: Pawel Jakub Dawidek To: Peter Jeremy Message-ID: <20030815090146.GM395@garage.freebsd.pl> References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814202909.GK395@garage.freebsd.pl> <20030815084414.GA71116@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NOl3kBTBh+CNLogO" Content-Disposition: inline In-Reply-To: <20030815084414.GA71116@cirb503493.alcatel.com.au> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 09:01:39 -0000 --NOl3kBTBh+CNLogO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2003 at 06:44:14PM +1000, Peter Jeremy wrote: +> >But there are two problems: +> >1. Device major numbers. +>=20 +> I don't see this as a problem - you do the name to major/minor mapping +> on the remote system. All that goes across the network is the device +> name (filename in /dev). This is the same way that NFS works. The +> device major number is just an easy way for the kernel to map a device +> name onto the device-specific functions to access the physical +> hardware - this only needs to occur on the server. Hmm, I was thinking about something like this: # devaccess 192.168.0.2 host1 # ls -l /dev/host1 And 'devaccess' command will call some kernel mechanism to create new devices, but all those devices are defined in this way: [...] .d_open =3D std_open, .d_close =3D std_close, .d_ioctl =3D std_ioctl, .d_maj =3D ?? [...] And std_open()/std_close()/std_ioctl() are functions that only pass requests to userland daemon, which forwards them to remote host and back. +> >2. Handle network errors. +>=20 +> I think the easiest way is just to pass them back to the application. +> This does mean that an application would get unexpected network-related +> errors, but there's no obvious alternative. Or translate all of them to EIO. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --NOl3kBTBh+CNLogO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPzyhej/PhmMH/Mf1AQGx8AP+NWI2yvl/T57Rgnpcg5oCAgBBigMWc8cv 2/i7L8vOiJUIMIX1BHMm+1OGjrvzdgdjKnkuf0ag35QLWIZG0zkaZxBR6LmQIoXM dhve/uVjxAuAteigDiZgHwZaXNdSxikvrxcsW9Pfwb3xg2PW0DL0UZPNCI8htRSO 5vMqC48qbhA= =bL/o -----END PGP SIGNATURE----- --NOl3kBTBh+CNLogO-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 03:41:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C276B37B401 for ; Fri, 15 Aug 2003 03:41:24 -0700 (PDT) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 0269B43FBF for ; Fri, 15 Aug 2003 03:41:23 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 3351 invoked from network); 15 Aug 2003 10:41:21 -0000 Received: from unknown (HELO fsn.hu) (127.0.0.1) by localhost with SMTP; 15 Aug 2003 10:41:21 -0000 Message-ID: <3F3BE7A9.8060205@fsn.hu> Date: Thu, 14 Aug 2003 21:48:57 +0200 From: Attila Nagy Organization: Free Software Network Foundation - http://www.fsn.hu/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: hu, en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814175431.GA21219@spc.org> In-Reply-To: <20030814175431.GA21219@spc.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 10:41:25 -0000 Bruce M Simpson wrote: > Whatever next? PCI-over-IP? Collecting cheap on board serial lines to make a big terminal server makes sense to me :) BTW, Pawel's stuff would be even more interesting if it would be possible to mount the same filesystem on more than one machines. -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 04:18:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 299C637B401 for ; Fri, 15 Aug 2003 04:18:47 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DCDC43FCB for ; Fri, 15 Aug 2003 04:18:46 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 3C09C3ABB3F; Fri, 15 Aug 2003 13:18:56 +0200 (CEST) Date: Fri, 15 Aug 2003 13:18:56 +0200 From: Pawel Jakub Dawidek To: Attila Nagy Message-ID: <20030815111856.GN395@garage.freebsd.pl> References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814175431.GA21219@spc.org> <3F3BE7A9.8060205@fsn.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LbN0412894TjpI52" Content-Disposition: inline In-Reply-To: <3F3BE7A9.8060205@fsn.hu> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 11:18:47 -0000 --LbN0412894TjpI52 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 14, 2003 at 09:48:57PM +0200, Attila Nagy wrote: +> Bruce M Simpson wrote: +> >Whatever next? PCI-over-IP? +> Collecting cheap on board serial lines to make a big terminal server=20 +> makes sense to me :) +>=20 +> BTW, Pawel's stuff would be even more interesting if it would be=20 +> possible to mount the same filesystem on more than one machines. It'll be, but probably in read-write mode on one machine and read-only mode on rest machines, because you don't export file systems here, but disk devices. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --LbN0412894TjpI52 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPzzBoD/PhmMH/Mf1AQFm5gP+MtjbwTGJHqY1in51GH3nCOZtCfmWfk56 KkOCdV89/Ft3byUwPsddbbMGoZofex2Pl1ELsi1omljTw+Z6Lpd4V2mQBNGQrZ4U N0JeFnnyBtaXUu5SYT0qS3xZPjs6n6HbWriCx6XadGrAPEp9n72JP3MCKUcI8nDF b87Eh01hdoM= =M2jL -----END PGP SIGNATURE----- --LbN0412894TjpI52-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 04:28:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56BCB37B401 for ; Fri, 15 Aug 2003 04:28:30 -0700 (PDT) Received: from x12.dk (xforce.dk [80.164.11.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E2A43FA3 for ; Fri, 15 Aug 2003 04:28:28 -0700 (PDT) (envelope-from xride@x12.dk) Received: from x12.dk (xride@localhost [127.0.0.1]) by x12.dk (8.12.9/8.12.9) with ESMTP id h7FBSQ3Y080249 for ; Fri, 15 Aug 2003 13:28:26 +0200 (CEST) (envelope-from xride@x12.dk) Received: from localhost (xride@localhost) by x12.dk (8.12.9/8.12.9/Submit) with ESMTP id h7FBSQJp080246 for ; Fri, 15 Aug 2003 13:28:26 +0200 (CEST) Date: Fri, 15 Aug 2003 13:28:24 +0200 (CEST) From: Soeren Straarup To: freebsd-hackers@freebsd.org Message-ID: <20030815132308.K71513-200000@x12.dk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1539123098-1060946904=:71513" Subject: about the arch-handbook X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 11:28:30 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1539123098-1060946904=:71513 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi I have tried to compile the echo psuedo-driver written by Murray Stokeley under 5.X, first i compared it with the dev/null src in the src tree and found that the cdevsw where defined in a little different way. But i cannot find where in the there is some thign wrong this is the make output xride@ip8:/root/c/echo# make Warning: Object directory not changed from original /root/c/echo cc -O -pipe -mcpu=3Dpentiumpro -D_KERNEL -Wall -Wredundant-decls - -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h - -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -DKLD_MODULE -nostdi= nc - -I- -I. -I@ -I@/dev -I@/../include -fno-common -mno-align-long-strings - -mpreferred-stack-boundary=3D2 -ffreestanding -Wall -Wredundant-decls - -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h - -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c echobuffer.c echobuffer.c:91: conflicting types for `echo_open' echobuffer.c:24: previous declaration of `echo_open' echobuffer.c:100: conflicting types for `echo_close' echobuffer.c:25: previous declaration of `echo_close' echobuffer.c:48: warning: `len' defined but not used *** Error code 1 the .c file is attached. Best regards S=F8ren. *----------------------------------------------------------------* | Soeren Straarup Mobile: +45 20 27 62 44 | | FreeBSD wannabe since 2.2.6-R http://xforce.dk | | Also running OpenBSD and NetBSD aka OZ2DAK aka Xride | *----------------------------------------------------------------* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/PMPaXTGeGCdlN14RAr0ZAJ9x+vgM0v4zgQ+4GN/+wigh35liawCdEe9o ngX8EvSbA0xDlRp/DXBmU8E=3D =3DGoYA -----END PGP SIGNATURE----- --0-1539123098-1060946904=:71513 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="echobuffer.c" Content-Transfer-Encoding: BASE64 Content-ID: <20030815132824.J71513@x12.dk> Content-Description: Content-Disposition: attachment; filename="echobuffer.c" LyoNCiAqIFNpbXBsZSBgZWNobycgcHNldWRvLWRldmljZSBLTEQNCiAqDQog KiBNdXJyYXkgU3Rva2VseQ0KICovDQoNCg0KI2luY2x1ZGUgPHN5cy90eXBl cy5oPg0KI2luY2x1ZGUgPHN5cy9tb2R1bGUuaD4NCiNpbmNsdWRlIDxzeXMv c3lzdG0uaD4gLyogdXByaW50ZiAqLyANCiNpbmNsdWRlIDxzeXMvZXJybm8u aD4NCiNpbmNsdWRlIDxzeXMvcGFyYW0uaD4gIC8qIGRlZmluZXMgdXNlZCBp biBrZXJuZWwuaCAqLw0KI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4gLyogdHlw ZXMgdXNlZCBpbiBtb2R1bGUgaW5pdGlhbGl6YXRpb24gKi8NCiNpbmNsdWRl IDxzeXMvY29uZi5oPiAgIC8qIGNkZXZzdyBzdHJ1Y3QgKi8NCiNpbmNsdWRl IDxzeXMvdWlvLmg+ICAgIC8qIHVpbyBzdHJ1Y3QgKi8NCiNpbmNsdWRlIDxz eXMvbWFsbG9jLmg+DQoNCiNkZWZpbmUgQlVGRkVSU0laRSAyNTYNCiNkZWZp bmUgQ0RFVl9NQUpPUiAgICAgIDMzDQojZGVmaW5lIE5VTExfTUlOT1IgICAg ICAzMw0KDQoNCi8qIEZ1bmN0aW9uIHByb3RvdHlwZXMgKi8NCnN0YXRpYyBk X29wZW5fdCAgICAgIGVjaG9fb3BlbjsNCnN0YXRpYyBkX2Nsb3NlX3QgICAg IGVjaG9fY2xvc2U7DQpzdGF0aWMgZF9yZWFkX3QgICAgICBlY2hvX3JlYWQ7 DQpzdGF0aWMgZF93cml0ZV90ICAgICBlY2hvX3dyaXRlOw0KDQovKiBDaGFy YWN0ZXIgZGV2aWNlIGVudHJ5IHBvaW50cyAqLw0Kc3RhdGljIHN0cnVjdCBj ZGV2c3cgZWNob19jZGV2c3cgPSB7DQogIC5kX29wZW4JPQllY2hvX29wZW4s DQogIC5kX2Nsb3NlCT0JZWNob19jbG9zZSwNCiAgLmRfbWFqCT0JQ0RFVl9N QUpPUiwNCiAgLmRfbmFtZQk9CSJlY2hvIiwNCiAgLmRfcmVhZAk9CWVjaG9f cmVhZCwNCiAgLmRfd3JpdGUJPQllY2hvX3dyaXRlDQp9Ow0KDQp0eXBlZGVm IHN0cnVjdCBzX2VjaG8gew0KICBjaGFyIG1zZ1tCVUZGRVJTSVpFXTsNCiAg aW50IGxlbjsNCn0gdF9lY2hvOw0KDQovKiB2YXJzICovDQpzdGF0aWMgZGV2 X3QgZWNob19kZXY7DQpzdGF0aWMgaW50IGNvdW50Ow0Kc3RhdGljIHRfZWNo byAqZWNob21zZzsNCnN0YXRpYyBpbnQgbGVuOw0KDQoNCk1BTExPQ19ERUNM QVJFKE1fRUNIT0JVRik7DQpNQUxMT0NfREVGSU5FKE1fRUNIT0JVRiwgImVj aG9idWZmZXIiLCAiYnVmZmVyIGZvciBlY2hvIG1vZHVsZSIpOw0KDQovKg0K ICogVGhpcyBmdW5jdGlvbiBhY3RzIGlzIGNhbGxlZCBieSB0aGUga2xkW3Vu XWxvYWQoMikgc3lzdGVtIGNhbGxzIHRvDQogKiBkZXRlcm1pbmUgd2hhdCBh Y3Rpb25zIHRvIHRha2Ugd2hlbiBhIG1vZHVsZSBpcyBsb2FkZWQgb3IgdW5s b2FkZWQuDQogKi8NCiAgICAgIA0Kc3RhdGljIGludA0KZWNob19sb2FkZXIo c3RydWN0IG1vZHVsZSAqbSwgaW50IHdoYXQsIHZvaWQgKmFyZykNCnsNCiAg aW50IGVyciA9IDA7DQogIA0KICBzd2l0Y2ggKHdoYXQpIHsNCiAgY2FzZSBN T0RfTE9BRDogICAgICAgICAgICAgICAgLyoga2xkbG9hZCAqLw0KICAgIGVj aG9fZGV2ID0gbWFrZV9kZXYoJmVjaG9fY2RldnN3LA0KICAgICAgICAgICAg MCwNCiAgICAgICAgICAgIFVJRF9ST09ULA0KICAgICAgICAgICAgR0lEX1dI RUVMLA0KICAgICAgICAgICAgMDYwMCwNCiAgICAgICAgICAgICJlY2hvIik7 DQogICAgLyoga21hbGxvYyBtZW1vcnkgZm9yIHVzZSBieSB0aGlzIGRyaXZl ciAqLw0KICAgIC8qICAgIG1hbGxvYygyNTYsTV9FQ0hPQlVGLE1fV0FJVE9L KTsgKi8NCiAgICBNQUxMT0MoZWNob21zZywgdF9lY2hvICosIHNpemVvZih0 X2VjaG8pLCBNX0VDSE9CVUYsIE1fV0FJVE9LKTsNCiAgICBwcmludGYoIkVj aG8gZGV2aWNlIGxvYWRlZC5cbiIpOw0KICAgIGJyZWFrOw0KICBjYXNlIE1P RF9VTkxPQUQ6DQogICAgZGVzdHJveV9kZXYoZWNob19kZXYpOw0KICAgIEZS RUUoZWNob21zZyxNX0VDSE9CVUYpOw0KICAgIHByaW50ZigiRWNobyBkZXZp Y2UgdW5sb2FkZWQuXG4iKTsNCiAgICBicmVhazsNCiAgZGVmYXVsdDoNCiAg ICBlcnIgPSBFSU5WQUw7DQogICAgYnJlYWs7DQogIH0NCiAgcmV0dXJuKGVy cik7DQp9DQoNCnN0YXRpYyBpbnQNCmVjaG9fb3BlbihkZXZfdCBkZXYsIGlu dCBvZmxhZ3MsIGludCBkZXZ0eXBlLCBzdHJ1Y3QgcHJvYyAqcCkNCnsNCiAg aW50IGVyciA9IDA7DQogIA0KICB1cHJpbnRmKCJPcGVuZWQgZGV2aWNlIFwi ZWNob1wiIHN1Y2Nlc3NmdWxseS5cbiIpOw0KICByZXR1cm4oZXJyKTsNCn0N Cg0Kc3RhdGljIGludCANCmVjaG9fY2xvc2UoZGV2X3QgZGV2LCBpbnQgZmZs YWcsIGludCBkZXZ0eXBlLCBzdHJ1Y3QgcHJvYyAqcCkNCnsNCiAgdXByaW50 ZigiQ2xvc2luZyBkZXZpY2UgXCJlY2hvLlwiXG4iKTsgDQogIHJldHVybigw KTsNCn0NCg0KLyogDQogKiBUaGUgcmVhZCBmdW5jdGlvbiBqdXN0IHRha2Vz IHRoZSBidWYgdGhhdCB3YXMgc2F2ZWQgdmlhDQogKiBlY2hvX3dyaXRlKCkg YW5kIHJldHVybnMgaXQgdG8gdXNlcmxhbmQgZm9yIGFjY2Vzc2luZy4NCiAq IHVpbyg5KSANCiAqLw0KDQpzdGF0aWMgaW50DQplY2hvX3JlYWQoZGV2X3Qg ZGV2LCBzdHJ1Y3QgdWlvICp1aW8sIGludCBpb2ZsYWcpDQp7DQogIGludCBl cnIgPSAwOw0KICBpbnQgYW10Ow0KDQogIC8qIEhvdyBiaWcgaXMgdGhpcyBy ZWFkIG9wZXJhdGlvbj8gIEVpdGhlciBhcyBiaWcgYXMgdGhlIHVzZXIgd2Fu dHMsDQogICAgIG9yIGFzIGJpZyBhcyB0aGUgcmVtYWluaW5nIGRhdGEgKi8N CiAgYW10ID0gTUlOKHVpby0+dWlvX3Jlc2lkLCAoZWNob21zZy0+bGVuIC0g dWlvLT51aW9fb2Zmc2V0ID4gMCkgPyBlY2hvbXNnLT5sZW4gLSB1aW8tPnVp b19vZmZzZXQgOiAwKTsNCiAgaWYgKChlcnIgPSB1aW9tb3ZlKGVjaG9tc2ct Pm1zZyArIHVpby0+dWlvX29mZnNldCxhbXQsdWlvKSkgIT0gMCkgew0KICAg IHVwcmludGYoInVpb21vdmUgZmFpbGVkIVxuIik7DQogIH0NCg0KICByZXR1 cm4gZXJyOw0KfQ0KDQovKg0KICogZWNob193cml0ZSB0YWtlcyBpbiBhIGNo YXJhY3RlciBzdHJpbmcgYW5kIHNhdmVzIGl0DQogKiB0byBidWYgZm9yIGxh dGVyIGFjY2Vzc2luZy4NCiAqLw0KDQpzdGF0aWMgaW50DQplY2hvX3dyaXRl KGRldl90IGRldiwgc3RydWN0IHVpbyAqdWlvLCBpbnQgaW9mbGFnKQ0Kew0K ICBpbnQgZXJyID0gMDsNCg0KICAvKiBDb3B5IHRoZSBzdHJpbmcgaW4gZnJv bSB1c2VyIG1lbW9yeSB0byBrZXJuZWwgbWVtb3J5ICovDQogIGVyciA9IGNv cHlpbih1aW8tPnVpb19pb3YtPmlvdl9iYXNlLCBlY2hvbXNnLT5tc2csIE1J Tih1aW8tPnVpb19pb3YtPmlvdl9sZW4sQlVGRkVSU0laRSkpOw0KDQogIC8q IE5vdyB3ZSBuZWVkIHRvIG51bGwgdGVybWluYXRlICovDQogICooZWNob21z Zy0+bXNnICsgTUlOKHVpby0+dWlvX2lvdi0+aW92X2xlbixCVUZGRVJTSVpF KSkgPSAwOw0KICAvKiBSZWNvcmQgdGhlIGxlbmd0aCAqLw0KICBlY2hvbXNn LT5sZW4gPSBNSU4odWlvLT51aW9faW92LT5pb3ZfbGVuLEJVRkZFUlNJWkUp Ow0KDQogIGlmIChlcnIgIT0gMCkgew0KICAgIHVwcmludGYoIldyaXRlIGZh aWxlZDogYmFkIGFkZHJlc3MhXG4iKTsNCiAgfQ0KDQogIGNvdW50Kys7DQog IHJldHVybihlcnIpOw0KfQ0KDQpERVZfTU9EVUxFKGVjaG8sZWNob19sb2Fk ZXIsTlVMTCk7DQo= --0-1539123098-1060946904=:71513-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 04:51:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D708437B401 for ; Fri, 15 Aug 2003 04:51:07 -0700 (PDT) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id AD7CE43FAF for ; Fri, 15 Aug 2003 04:51:05 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 4666 invoked from network); 15 Aug 2003 11:51:04 -0000 Received: from unknown (HELO fsn.hu) (127.0.0.1) by localhost with SMTP; 15 Aug 2003 11:51:04 -0000 Message-ID: <3F3CC927.4030306@fsn.hu> Date: Fri, 15 Aug 2003 13:51:03 +0200 From: Attila Nagy Organization: Free Software Network Foundation - http://www.fsn.hu/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: hu, en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814175431.GA21219@spc.org> <3F3BE7A9.8060205@fsn.hu> <20030815111856.GN395@garage.freebsd.pl> In-Reply-To: <20030815111856.GN395@garage.freebsd.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 11:51:08 -0000 Pawel Jakub Dawidek wrote: > It'll be, but probably in read-write mode on one machine and read-only > mode on rest machines, because you don't export file systems here, but > disk devices. This doesn't work on a shared SCSI bus, so I suspect sharing the device on the net won't help. -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 05:21:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A70C37B401 for ; Fri, 15 Aug 2003 05:21:21 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB9443FDD for ; Fri, 15 Aug 2003 05:21:20 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h7FCLIwT002900; Fri, 15 Aug 2003 14:21:18 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h7FCLHX1002899; Fri, 15 Aug 2003 14:21:17 +0200 (CEST) Date: Fri, 15 Aug 2003 14:21:17 +0200 From: Wilko Bulte To: Attila Nagy Message-ID: <20030815122117.GA2832@freebie.xs4all.nl> References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814175431.GA21219@spc.org> <3F3BE7A9.8060205@fsn.hu> <20030815111856.GN395@garage.freebsd.pl> <3F3CC927.4030306@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F3CC927.4030306@fsn.hu> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 12:21:21 -0000 On Fri, Aug 15, 2003 at 01:51:03PM +0200, Attila Nagy wrote: > Pawel Jakub Dawidek wrote: > >It'll be, but probably in read-write mode on one machine and read-only > >mode on rest machines, because you don't export file systems here, but > >disk devices. > This doesn't work on a shared SCSI bus, so I suspect sharing the device > on the net won't help. TIme to write a cluster filesystem with lock manager.. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 08:53:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 502D537B401 for ; Fri, 15 Aug 2003 08:53:47 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8731843F93 for ; Fri, 15 Aug 2003 08:53:46 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h7FFrCAL002129; Fri, 15 Aug 2003 11:53:12 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h7FFrBQZ002126; Fri, 15 Aug 2003 11:53:11 -0400 (EDT) Date: Fri, 15 Aug 2003 11:53:11 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Pawel Jakub Dawidek In-Reply-To: <20030815111856.GN395@garage.freebsd.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 15:53:47 -0000 On Fri, 15 Aug 2003, Pawel Jakub Dawidek wrote: > On Thu, Aug 14, 2003 at 09:48:57PM +0200, Attila Nagy wrote: > +> Bruce M Simpson wrote: > +> >Whatever next? PCI-over-IP? > +> Collecting cheap on board serial lines to make a big terminal server > +> makes sense to me :) > +> > +> BTW, Pawel's stuff would be even more interesting if it would be > +> possible to mount the same filesystem on more than one machines. > > It'll be, but probably in read-write mode on one machine and read-only > mode on rest machines, because you don't export file systems here, but > disk devices. In order to do this, you need a file system capable of multi-node consistency, and a medium capable of supporting the consistency mechanisms. Since we can't handle mounting the same file system read-write and read-only in multiple places from the same block device without a likely panic, I expect much the same results with a distributed block device. Multiple read-only mounts should work OK, but you don't want to violate the assumptions of the read-only mounts by introducing a read-write mount. File systems can be written that do synchronization on using a protocol of some sort when talking to a common block device, but that will keep you busy for a while, I expect :-). That said, I think the geom gate stuff looks very cool :-). You might be able to run some interesting performance numbers comparing NFS and UFS over a remote block device. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 09:27:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4189D37B401 for ; Fri, 15 Aug 2003 09:27:00 -0700 (PDT) Received: from ns.webtt.biz (ns.webtt.biz [64.239.29.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 44C7743F85 for ; Fri, 15 Aug 2003 09:26:57 -0700 (PDT) (envelope-from rui@ruilopes.com) Received: (qmail 99571 invoked from network); 15 Aug 2003 16:29:07 -0000 Received: from unknown (HELO ?217.129.149.167?) (rui@ruilopes.com@217.129.149.167) by ns.webtt.biz with SMTP; 15 Aug 2003 16:29:07 -0000 From: Rui Lopes To: Soeren Straarup In-Reply-To: <20030815132308.K71513-200000@x12.dk> References: <20030815132308.K71513-200000@x12.dk> Content-Type: text/plain Message-Id: <1060964980.1425.18.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 15 Aug 2003 17:29:40 +0100 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: about the arch-handbook X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 16:27:00 -0000 On Sex, 2003-08-15 at 12:28, Soeren Straarup wrote: > Hi > > I have tried to compile the echo psuedo-driver written by Murray Stokeley > under 5.X, first i compared it with the dev/null src in the src tree and > found that the cdevsw where defined in a little different way. > But i cannot find where in the there is some thign wrong this is the > make output > > xride@ip8:/root/c/echo# make > Warning: Object directory not changed from original /root/c/echo > cc -O -pipe -mcpu=pentiumpro -D_KERNEL -Wall -Wredundant-decls > - -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > - -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc > - -I- -I. -I@ -I@/dev -I@/../include -fno-common -mno-align-long-strings > - -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls > - -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > - -Winline -Wcast-qual -fformat-extensions -std=c99 -c echobuffer.c > echobuffer.c:91: conflicting types for `echo_open' > echobuffer.c:24: previous declaration of `echo_open' > echobuffer.c:100: conflicting types for `echo_close' > echobuffer.c:25: previous declaration of `echo_close' > echobuffer.c:48: warning: `len' defined but not used > *** Error code 1 You should use `thread' (and not `proc') type in the last argument of echo_open and echo_close. from sys/conf.h: typedef int d_open_t(dev_t dev, int oflags, int devtype, struct thread *td); typedef int d_close_t(dev_t dev, int fflag, int devtype, struct thread *td); ^^^^^^ btw, there is a little bug in that example code, check: http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/55445 Regards, Rui Lopes From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 13:03:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCCE037B421 for ; Fri, 15 Aug 2003 13:03:25 -0700 (PDT) Received: from Princeton.EDU (postoffice02.Princeton.EDU [128.112.130.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2787943FB1 for ; Fri, 15 Aug 2003 13:03:24 -0700 (PDT) (envelope-from yruan@cs.princeton.edu) Received: from smtpserver2.Princeton.EDU (smtpserver2.Princeton.EDU [128.112.129.148]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id h7FK3Mph000046 for ; Fri, 15 Aug 2003 16:03:22 -0400 (EDT) Received: from cs.princeton.edu (targe.CS.Princeton.EDU [128.112.139.194]) (authenticated bits=0)h7FK3HSG001664 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 15 Aug 2003 16:03:22 -0400 (EDT) Message-ID: <3F3D3B7D.2EEA1A99@cs.princeton.edu> Date: Fri, 15 Aug 2003 15:58:53 -0400 From: Yaoping Ruan X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Subject: possible sendfile() patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 20:03:27 -0000 Sometime ago we posted a work on improving Web server performance on FreeBSD. and got quite a few valuable feedback from the list members. >From the discussion, we realize it would be great if part of the work, the sendfile() optimization, could be merged into the mainline code. You may want to try out the patch attached at the end of this message. The patch was made on 4.6.2 release. To facilitate measurement, we added some sysctl elements to monitor and control the sendfile buffers. We understand there're some changes on the latest version of sendfile. It is quite easy to adapt to the current release because nothing fundamentally conflicts. We are ready to make any updates if the merge could be taken. Our measurements with the Flash Web server show the optimization has 20-25% throughput benefit for in-memory small files. A macrobenchmark workload involving disk access and having file size range from 100 bytes to 1MB yields 5-10% throughput improvement. Here's a brief summary of the optimizations: 1. Cache the mapping between VM pages and physical map. Free the LRU tail if sendfile buf is in short or timeout. 2. Avoid disk IO by setting the flag (the last parameter of sendfile()) to SF_NONIO . 3. Pack header into the body packets using mbuf cluster space. 4. Use timeout mechanism for cached buffers. It also serves as switch between caching/non-caching for measurement purpose. ************* added sysctl elements ************* > sysctl kern.sendfile kern.sendfile.nsfbufs: 20480 kern.sendfile.numsfpages: 20480 kern.sendfile.lrusfpages: 20474 kern.sendfile.sf_cache_timeout_sec: 30 nsfbufs is the number of sendfile buffers set at booting time. numsfpages is the number of cached file pages, also the number of sendfile buffers. lrusfpages is the number of free sendfile buffers. sf_cache_timeout_sec is the timeout in seconds. Timeout starts from the last call of sendfile. The default value is 5 minutes. Setting to 0 disables the caching. So one may compare the performance between caching enabled and disabled. Be note that this is for test purpose only, and one may _not_ change the value when sendfile is still in using. ************* sendfile patch (based on 4.6.2 release) ************ Index: kern/kern_mib.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_mib.c,v retrieving revision 1.29.2.4 diff -c -r1.29.2.4 kern_mib.c *** kern/kern_mib.c 30 Jul 2001 23:28:00 -0000 1.29.2.4 --- kern/kern_mib.c 15 Aug 2003 19:38:03 -0000 *************** *** 46,51 **** --- 46,52 ---- #include #include #include + #include #include SYSCTL_NODE(, 0, sysctl, CTLFLAG_RW, 0, *************** *** 248,250 **** --- 249,269 ---- #include SYSCTL_INT(_debug_sizeof, OID_AUTO, specinfo, CTLFLAG_RD, 0, sizeof(struct specinfo), "sizeof(struct specinfo)"); + + /* support for sendfile statistics */ + SYSCTL_NODE(_kern, KERN_SENDFILE, sendfile, CTLFLAG_RW, 0, "sendfile statistics"); + + #define KIPC_SNDF_NSFBUFS 1 /* number of sendfile bufs */ + #define KIPC_SNDF_NSFPGS 2 /* number of sendfile cached pages */ + #define KIPC_SNDF_NLRUPGS 3 /* number of sendfile free pages */ + #define KIPC_SNDF_TOSEC 4 + + SYSCTL_INT(_kern_sendfile, KSNDF_NSFBUFS, nsfbufs, CTLFLAG_RD, + &nsfbufs, 0, ""); + SYSCTL_INT(_kern_sendfile, KSNDF_NSFPGS, numsfpages, CTLFLAG_RD, + &numsfpages, 0, ""); + SYSCTL_INT(_kern_sendfile, KSNDF_NLRUPGS, lrusfpages, CTLFLAG_RD, + &lrusfpages, 0, ""); + SYSCTL_INT(_kern_sendfile, KSNDF_TOSEC, sf_cache_timeout_sec, CTLFLAG_RW, &sf_cache_timeout_sec, 0, ""); + /* end */ + Index: kern/uipc_syscalls.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v retrieving revision 1.65.2.9.6.1 diff -c -r1.65.2.9.6.1 uipc_syscalls.c *** kern/uipc_syscalls.c 13 Aug 2002 12:12:41 -0000 1.65.2.9.6.1 --- kern/uipc_syscalls.c 15 Aug 2003 19:38:07 -0000 *************** *** 59,64 **** --- 59,68 ---- #include #include #include + #include + #include + #include + #include #ifdef KTRACE #include #endif *************** *** 74,79 **** --- 78,86 ---- static struct sf_buf *sf_buf_alloc(void); static void sf_buf_ref(caddr_t addr, u_int size); static void sf_buf_free(caddr_t addr, u_int size); + static void sf_buf_timeout(void *arg); + static struct sf_buf *sf_page_lookup(vm_page_t pg); + static void sf_cache_insert(vm_page_t pg, struct sf_buf *sf); static int sendit __P((struct proc *p, int s, struct msghdr *mp, int flags)); static int recvit __P((struct proc *p, int s, struct msghdr *mp, *************** *** 1422,1427 **** --- 1429,1487 ---- return(error); } + + /*** support for sendfile optimization ***/ + + /* global variables exported by sysctl: + * lrusfpages: # of sendfile buffers in LRU list (available free buffer list) + * numsfpages: # of sendfile buffers cached + * sf_cache_timeout_sec: timeout after the last sendfile system call in seconds + * Any postive number of this enables the caching + * Set to 0 disables the sendfile buffer caching (default setting) + */ + + int numsfpages; + int lrusfpages; + int sf_cache_timeout_sec; + + typedef struct sf_buf *sf_buf_p; + static sf_buf_p *sfcBins; + static struct sf_buf *sfc_head, *sfc_tail; + static struct callout sf_timeout; + static int sf_tticks, sf_prev_tsec; + + #define address_hash(key) \ + ((((unsigned long)(key) >> 3)) & (nsfbufs - 1)) + + /* + ((((unsigned int)(key) >> 3) * 2654435761) & SFC_MASK) + */ + + #define sf_buf_LRU_remove(ent) \ + { \ + lrusfpages--; \ + if ((ent)->sf_prev) \ + (ent)->sf_prev->sf_next = (ent)->sf_next;\ + else \ + sfc_head = (ent)->sf_next; \ + if ((ent)->sf_next) \ + (ent)->sf_next->sf_prev = (ent)->sf_prev;\ + else \ + sfc_tail = (ent)->sf_prev; \ + } + + #define sf_buf_LRU_head_insert(ent) \ + { \ + lrusfpages++; \ + (ent)->sf_prev = NULL; \ + (ent)->sf_next = sfc_head; \ + if (sfc_head) \ + sfc_head->sf_prev = (ent); \ + else \ + sfc_tail = (ent); \ + sfc_head = (ent); \ + } + /* * Allocate a pool of sf_bufs (sendfile(2) or "super-fast" if you prefer. :-)) * XXX - The sf_buf functions are currently private to sendfile(2), so have *************** *** 1432,1437 **** --- 1492,1498 ---- sf_buf_init(void *arg) { int i; + struct sf_buf *sf; SLIST_INIT(&sf_freelist); sf_base = kmem_alloc_pageable(kernel_map, nsfbufs * PAGE_SIZE); *************** *** 1439,1524 **** bzero(sf_bufs, nsfbufs * sizeof(struct sf_buf)); for (i = 0; i < nsfbufs; i++) { sf_bufs[i].kva = sf_base + i * PAGE_SIZE; ! SLIST_INSERT_HEAD(&sf_freelist, &sf_bufs[i], free_list); } } /* ! * Get an sf_buf from the freelist. Will block if none are available. */ static struct sf_buf * sf_buf_alloc() { struct sf_buf *sf; int s; int error; s = splimp(); ! while ((sf = SLIST_FIRST(&sf_freelist)) == NULL) { sf_buf_alloc_want = 1; ! error = tsleep(&sf_freelist, PVM|PCATCH, "sfbufa", 0); if (error) break; } if (sf != NULL) { ! SLIST_REMOVE_HEAD(&sf_freelist, free_list); ! sf->refcnt = 1; } splx(s); return (sf); } - #define dtosf(x) (&sf_bufs[((uintptr_t)(x) - (uintptr_t)sf_base) >> PAGE_SHIFT]) static void ! sf_buf_ref(caddr_t addr, u_int size) { struct sf_buf *sf; ! sf = dtosf(addr); ! if (sf->refcnt == 0) ! panic("sf_buf_ref: referencing a free sf_buf"); ! sf->refcnt++; } ! /* ! * Lose a reference to an sf_buf. When none left, detach mapped page ! * and release resources back to the system. ! * ! * Must be called at splimp. */ static void ! sf_buf_free(caddr_t addr, u_int size) { ! struct sf_buf *sf; ! struct vm_page *m; ! int s; ! sf = dtosf(addr); ! if (sf->refcnt == 0) ! panic("sf_buf_free: freeing free sf_buf"); ! sf->refcnt--; ! if (sf->refcnt == 0) { ! pmap_qremove((vm_offset_t)addr, 1); ! m = sf->m; ! s = splvm(); ! vm_page_unwire(m, 0); ! /* ! * Check for the object going away on us. This can ! * happen since we don't hold a reference to it. ! * If so, we're responsible for freeing the page. ! */ ! if (m->wire_count == 0 && m->object == NULL) ! vm_page_free(m); ! splx(s); ! sf->m = NULL; ! SLIST_INSERT_HEAD(&sf_freelist, sf, free_list); ! if (sf_buf_alloc_want) { ! sf_buf_alloc_want = 0; ! wakeup(&sf_freelist); ! } ! } } /* * sendfile(2). * int sendfile(int fd, int s, off_t offset, size_t nbytes, --- 1500,1790 ---- bzero(sf_bufs, nsfbufs * sizeof(struct sf_buf)); for (i = 0; i < nsfbufs; i++) { sf_bufs[i].kva = sf_base + i * PAGE_SIZE; ! ! /* create the LRU list*/ ! sf = &sf_bufs[i]; ! sf_buf_LRU_head_insert(sf); ! sf->sf_isOnLRU = 1; ! callout_init(&sf_timeout); } + + /* allocate number of nsfbufs cache entries (hash bins) */ + sfcBins = malloc(nsfbufs * sizeof(sf_buf_p), M_TEMP, M_NOWAIT); + bzero(sfcBins, nsfbufs * sizeof(sf_buf_p)); + + sf_cache_timeout_sec = 300; + } + + #define dtosf(x) (&sf_bufs[((uintptr_t)(x) - (uintptr_t)sf_base) >> PAGE_SHIFT]) + static void + sf_buf_ref(caddr_t addr, u_int size) + { + struct sf_buf *sf; + + sf = dtosf(addr); + if (sf->refcnt == 0) { + panic("sf_buf_ref: referencing a free sf_buf"); + } + sf->refcnt++; + + return; + } + + /* Remove pmap entry, free wired pages. Called by + * 1. sf_buf_free if sf_buf cache is NOT enabled + * 2. sf_buf_alloc if the page on the LRU tail needs to be freed + * 3. sf_buf_timeout + */ + static void + sf_page_free(struct sf_buf *sf) + { + struct vm_page *m; + int s; + + numsfpages--; + + pmap_qremove((vm_offset_t)sf->kva, 1); + m = sf->m; + s = splvm(); + vm_page_unwire(m, 0); + /* + * Check for the object going away on us. This can + * happen since we don't hold a reference to it. + * If so, we're responsible for freeing the page. + */ + if (m->wire_count == 0 && m->object == NULL) + vm_page_free(m); + splx(s); + sf->m = NULL; } /* ! * Lose a reference to an sf_buf. When none left, detach mapped page ! * and release resources back to the system. ! * ! * Must be called at splimp. ! */ ! static void ! sf_buf_free(caddr_t addr, u_int size) ! { ! struct sf_buf *sf; ! ! sf = dtosf(addr); ! if (sf->refcnt == 0) ! panic("sf_buf_free: freeing free sf_buf"); ! ! sf->refcnt--; ! ! /* Don't free the page if caching is enabled */ ! if (sf_cache_timeout_sec && (sf->refcnt == 1) ) { ! sf_buf_LRU_head_insert(sf); ! sf->sf_isOnLRU = 1; ! if (sf_buf_alloc_want) { ! sf_buf_alloc_want = 0; ! wakeup(sfc_tail); ! } ! return; ! } ! ! /* Code reaches here only when caching is NOT enabled */ ! if (sf->refcnt == 0) { ! ! sf_page_free(sf); ! ! /* Also use LRU list for the free buffer list */ ! if (!sf->sf_isOnLRU) { ! sf_buf_LRU_head_insert(sf); ! sf->sf_isOnLRU = 1; ! if (sf_buf_alloc_want) { ! sf_buf_alloc_want = 0; ! wakeup(sfc_tail); ! } ! } ! } ! ! return; ! } ! ! /* When caching is NOT enabled (sf_cache_timeout_sec == 0): ! * Grab the LRU list tail and simply return. ! * When caching is enabled (sf_cache_timeout_sec > 0): ! * Free tail from the LRu list ! * Remove from the hash entry ! * Free the wired page */ static struct sf_buf * sf_buf_alloc() { struct sf_buf *sf; int s; + int hashBin; + vm_page_t pg; int error; + numsfpages ++; + s = splimp(); ! while ((sf = sfc_tail) == NULL) { sf_buf_alloc_want = 1; ! ! /* this should rarely happen when caching is enabled */ ! log(LOG_INFO, "sfbufa"); ! ! error = tsleep(sfc_tail, PVM|PCATCH, "sfbufa", 0); if (error) break; } + if (sf != NULL) { ! sf_buf_LRU_remove(sf); ! ! /* Buffers in the list should have refcnt 1 or 0 */ ! if (sf->refcnt > 1) ! panic("sf_cached_buf_allo: refcnt > 1"); ! ! /* need to free */ ! if (sf->refcnt == 1) { ! struct sf_buf *walk; ! ! /* remove from Hash entry */ ! pg = sf->m; ! hashBin = address_hash(pg); ! ! for (walk = sfcBins[hashBin]; walk; walk = walk->sf_nextHash) { ! if (walk == sf) { ! ! if (walk == sfcBins[hashBin]) { ! if (walk->sf_nextHash) ! walk->sf_nextHash->sf_prevHash = NULL; ! sfcBins[hashBin] = walk->sf_nextHash; ! } else { ! if (walk->sf_nextHash) ! walk->sf_nextHash->sf_prevHash = walk->sf_prevHash; ! *walk->sf_prevHash = walk->sf_nextHash; ! } ! ! break; ! } ! } ! ! /* free from pmap and unwire the page */ ! sf->refcnt --; ! sf_page_free(sf); ! } ! ! sf->refcnt = 1; ! sf->sf_isOnLRU = 0; } + splx(s); return (sf); } static void ! sf_buf_timeout(void *arg) { struct sf_buf *sf; ! /* Some buffers are still in using, haven't been called by sf_buf_free ! * Wait a while then come back again ! */ ! if (lrusfpages != nsfbufs) { ! log(LOG_INFO, "sendfile timeout delayed\n"); ! callout_reset(&sf_timeout, 10000, sf_buf_timeout, (void *) 0); ! return; ! } ! ! for (sf = sfc_tail; sf; sf = sf->sf_prev) { ! ! /* Clear link fields for hash entry*/ ! sf->sf_nextHash = NULL; ! sf->sf_prevHash = NULL; ! ! if (sf->refcnt == 0) ! continue; ! ! sf->refcnt--; ! ! /* free wired pages */ ! if (sf->refcnt == 0) ! sf_page_free(sf); ! else ! panic("sf_buf_timeout: refcnt not 0"); ! } ! ! /* need to clear hash bins */ ! bzero(sfcBins, nsfbufs * sizeof(sf_buf_p)); ! ! return; } ! /* Return cached sf_buf, bring it to the LRU head ! * The target sf_buf could be in LRU list already ! * or still an active one. So we need to increase refcnt in advance */ + static struct sf_buf * + sf_page_lookup(vm_page_t pg) + { + int hashBin; + struct sf_buf *walk, *ret = NULL; + int s; + + if (!sf_cache_timeout_sec) + return (NULL); + + s = splimp(); + + hashBin = address_hash(pg); + + for (walk = sfcBins[hashBin]; walk; walk = walk->sf_nextHash) { + if (walk->m == pg) { + /* move to LRU head */ + if (walk->sf_isOnLRU) { + sf_buf_LRU_remove(walk); + } + + walk->sf_isOnLRU = 0; + + /* increase ref_cnt in advance to avoid being freed */ + walk->refcnt++; + + ret = walk; + break; + } + } + + splx(s); + + return (ret); + } + + /* This is a newly wired page, put into cache entry */ static void ! sf_cache_insert(vm_page_t pg, struct sf_buf *sf) { ! int hashBin; ! if (!sf_cache_timeout_sec) ! return; ! ! hashBin = address_hash(pg); ! ! /* insert into Hash entry */ ! sf->sf_prevHash = &(sfcBins[hashBin]); ! sf->sf_nextHash = sfcBins[hashBin]; ! ! if (sfcBins[hashBin]) ! (sfcBins[hashBin])->sf_prevHash = &sf->sf_nextHash; ! sfcBins[hashBin] = sf; ! ! /* increase ref_cnt in advance to avoid being freed */ ! sf->refcnt++; ! ! return; } + /*** end ***/ + /* * sendfile(2). * int sendfile(int fd, int s, off_t offset, size_t nbytes, *************** *** 1529,1534 **** --- 1795,1805 ---- * nbytes == 0. Optionally add a header and/or trailer to the socket * output. If specified, write the total number of bytes sent into *sbytes. */ + + /*** if flags is specified to 1, don't initiate IO if the page is not valid + *** but reutn 999 instead + ***/ + int sendfile(struct proc *p, struct sendfile_args *uap) { *************** *** 1537,1543 **** struct vnode *vp; struct vm_object *obj; struct socket *so; ! struct mbuf *m; struct sf_buf *sf; struct vm_page *pg; struct writev_args nuap; --- 1808,1814 ---- struct vnode *vp; struct vm_object *obj; struct socket *so; ! struct mbuf *m, *hm = NULL; struct sf_buf *sf; struct vm_page *pg; struct writev_args nuap; *************** *** 1545,1555 **** off_t off, xfsize, sbytes = 0; int error = 0, s; vp = NULL; ! /* ! * Do argument checking. Must be a regular file in, stream ! * type and connected socket out, positive offset. ! */ fp = holdfp(fdp, uap->fd, FREAD); if (fp == NULL) { error = EBADF; --- 1816,1825 ---- off_t off, xfsize, sbytes = 0; int error = 0, s; + int headSent = 0, head_len = 0; + vp = NULL; ! fp = holdfp(fdp, uap->fd, FREAD); if (fp == NULL) { error = EBADF; *************** *** 1583,1631 **** goto done; } - /* - * If specified, get the pointer to the sf_hdtr struct for - * any headers/trailers. - */ if (uap->hdtr != NULL) { error = copyin(uap->hdtr, &hdtr, sizeof(hdtr)); if (error) goto done; - /* - * Send any headers. Wimp out and use writev(2). - */ - if (hdtr.headers != NULL) { - nuap.fd = uap->s; - nuap.iovp = hdtr.headers; - nuap.iovcnt = hdtr.hdr_cnt; - error = writev(p, &nuap); - if (error) - goto done; - sbytes += p->p_retval[0]; - } } - /* - * Protect against multiple writers to the socket. - */ (void) sblock(&so->so_snd, M_WAITOK); ! /* ! * Loop through the pages in the file, starting with the requested ! * offset. Get a file page (do I/O if necessary), map the file page ! * into an sf_buf, attach an mbuf header to the sf_buf, and queue ! * it on the socket. ! */ for (off = uap->offset; ; off += xfsize, sbytes += xfsize) { vm_pindex_t pindex; vm_offset_t pgoff; pindex = OFF_TO_IDX(off); retry_lookup: - /* - * Calculate the amount to transfer. Not to exceed a page, - * the EOF, or the passed in nbytes. - */ xfsize = obj->un_pager.vnp.vnp_size - off; if (xfsize > PAGE_SIZE) xfsize = PAGE_SIZE; --- 1853,1886 ---- goto done; } if (uap->hdtr != NULL) { error = copyin(uap->hdtr, &hdtr, sizeof(hdtr)); if (error) goto done; } (void) sblock(&so->so_snd, M_WAITOK); ! /* finally timeout setup could be moved into sf_buf_init */ ! if (sf_cache_timeout_sec != sf_prev_tsec) { ! struct timeval tv; ! ! tv.tv_sec = sf_cache_timeout_sec; ! tv.tv_usec = 0; ! ! sf_tticks = tvtohz(&tv); ! sf_prev_tsec = sf_cache_timeout_sec; ! } ! ! if (sf_cache_timeout_sec) ! callout_reset(&sf_timeout, sf_tticks, sf_buf_timeout, (void *) 0); ! for (off = uap->offset; ; off += xfsize, sbytes += xfsize) { vm_pindex_t pindex; vm_offset_t pgoff; pindex = OFF_TO_IDX(off); retry_lookup: xfsize = obj->un_pager.vnp.vnp_size - off; if (xfsize > PAGE_SIZE) xfsize = PAGE_SIZE; *************** *** 1636,1645 **** xfsize = uap->nbytes - sbytes; if (xfsize <= 0) break; - /* - * Optimize the non-blocking case by looking at the socket space - * before going to the extra work of constituting the sf_buf. - */ if ((so->so_state & SS_NBIO) && sbspace(&so->so_snd) <= 0) { if (so->so_state & SS_CANTSENDMORE) error = EPIPE; --- 1891,1896 ---- *************** *** 1647,1689 **** error = EAGAIN; sbunlock(&so->so_snd); goto done; ! } ! /* ! * Attempt to look up the page. ! * ! * Allocate if not found ! * ! * Wait and loop if busy. ! */ pg = vm_page_lookup(obj, pindex); ! if (pg == NULL) { ! pg = vm_page_alloc(obj, pindex, VM_ALLOC_NORMAL); ! if (pg == NULL) { ! VM_WAIT; ! goto retry_lookup; ! } ! vm_page_wakeup(pg); } else if (vm_page_sleep_busy(pg, TRUE, "sfpbsy")) { ! goto retry_lookup; } - /* - * Wire the page so it does not get ripped out from under - * us. - */ - vm_page_wire(pg); ! /* ! * If page is not valid for what we need, initiate I/O */ if (!pg->valid || !vm_page_is_valid(pg, pgoff, xfsize)) { struct uio auio; struct iovec aiov; int bsize; - /* * Ensure that our page is still around when the I/O * completes. --- 1898,1936 ---- error = EAGAIN; sbunlock(&so->so_snd); goto done; ! } ! ! /* modified part begin */ ! ! /* look up in the hot page cache */ ! pg = vm_page_lookup(obj, pindex); ! if (pg == NULL) { ! ! if (!(pg = vm_page_alloc(obj, pindex, VM_ALLOC_NORMAL))) { ! VM_WAIT; ! goto retry_lookup; ! } ! vm_page_wakeup(pg); } else if (vm_page_sleep_busy(pg, TRUE, "sfpbsy")) { ! goto retry_lookup; ! } else if ((sf = sf_page_lookup(pg))) { ! goto begin_send; } vm_page_wire(pg); ! /* If page is not valid for what we need ! * initiate I/O if flag is 0 ! * return 999 if flag is SF_NONIO */ if (!pg->valid || !vm_page_is_valid(pg, pgoff, xfsize)) { + if (uap->flags == 0) { struct uio auio; struct iovec aiov; int bsize; /* * Ensure that our page is still around when the I/O * completes. *************** *** 1724,1736 **** sbunlock(&so->so_snd); goto done; } ! } ! ! /* ! * Get a sendfile buf. We usually wait as long as necessary, ! * but this wait can be interrupted. ! */ if ((sf = sf_buf_alloc()) == NULL) { s = splvm(); vm_page_unwire(pg, 0); --- 1971,1992 ---- sbunlock(&so->so_snd); goto done; } ! } ! else if (uap->flags == SF_NONIO) { ! vm_page_unwire(pg, 0); ! if (pg->wire_count == 0 && pg->valid == 0 && ! pg->busy == 0 && !(pg->flags & PG_BUSY) && ! pg->hold_count == 0) { ! vm_page_busy(pg); ! vm_page_free(pg); ! } ! sbunlock(&so->so_snd); ! error = 999; ! goto done; ! } ! } /* page is not valid */ ! /* Get a sendfile buf */ if ((sf = sf_buf_alloc()) == NULL) { s = splvm(); vm_page_unwire(pg, 0); *************** *** 1742,1788 **** goto done; } - - /* - * Allocate a kernel virtual page and insert the physical page - * into it. - */ - sf->m = pg; pmap_qenter(sf->kva, &pg, 1); ! /* ! * Get an mbuf header and set it up as having external storage. ! */ MGETHDR(m, M_WAIT, MT_DATA); if (m == NULL) { error = ENOBUFS; - sf_buf_free((void *)sf->kva, PAGE_SIZE); sbunlock(&so->so_snd); goto done; } m->m_ext.ext_free = sf_buf_free; m->m_ext.ext_ref = sf_buf_ref; m->m_ext.ext_buf = (void *)sf->kva; m->m_ext.ext_size = PAGE_SIZE; m->m_data = (char *) sf->kva + pgoff; m->m_flags |= M_EXT; ! m->m_pkthdr.len = m->m_len = xfsize; ! /* ! * Add the buffer to the socket buffer chain. ! */ s = splnet(); retry_space: - /* - * Make sure that the socket is still able to take more data. - * CANTSENDMORE being true usually means that the connection - * was closed. so_error is true when an error was sensed after - * a previous send. - * The state is checked after the page mapping and buffer - * allocation above since those operations may block and make - * any socket checks stale. From this point forward, nothing - * blocks before the pru_send (or more accurately, any blocking - * results in a loop back to here to re-check). - */ if ((so->so_state & SS_CANTSENDMORE) || so->so_error) { if (so->so_state & SS_CANTSENDMORE) { error = EPIPE; --- 1998,2070 ---- goto done; } sf->m = pg; pmap_qenter(sf->kva, &pg, 1); ! ! sf_cache_insert(pg, sf); ! ! /* get mbuf and chain into the socket */ ! begin_send: MGETHDR(m, M_WAIT, MT_DATA); if (m == NULL) { error = ENOBUFS; sbunlock(&so->so_snd); goto done; } + /* only decrease ref count, but not free page */ + m->m_ext.ext_free = sf_buf_free; m->m_ext.ext_ref = sf_buf_ref; m->m_ext.ext_buf = (void *)sf->kva; m->m_ext.ext_size = PAGE_SIZE; m->m_data = (char *) sf->kva + pgoff; m->m_flags |= M_EXT; ! m->m_len = xfsize; ! ! /* assemble header into the first packet as mbuf chain */ ! if (uap->hdtr != NULL && ! hdtr.headers != NULL && ! !headSent) { ! int i; ! struct iovec *iov; ! ! MGETHDR(hm, M_WAIT, MT_DATA); ! if (hm == NULL) { ! error = ENOBUFS; ! m_freem(m); ! sbunlock(&so->so_snd); ! goto done; ! } ! ! /* get a cluster for header space */ ! MCLGET(hm, M_WAIT); ! if ((hm->m_flags & M_EXT) == 0) { ! m_freem(m); ! sbunlock(&so->so_snd); ! goto done; ! } ! ! /* any limit for cluster size 2048 ??? */ ! for (i = 0; i < hdtr.hdr_cnt; i++) { ! iov = &(uap->hdtr->headers[i]); ! error = copyin(iov->iov_base, ! (char *)(hm->m_data + head_len), ! iov->iov_len); ! head_len += iov->iov_len; ! } ! ! if (head_len > 2048) ! log(LOG_INFO, "sendfile header length > 2048"); ! ! hm->m_pkthdr.len = head_len + xfsize; ! hm->m_len = head_len; ! hm->m_next = m; ! } ! else ! m->m_pkthdr.len = xfsize; ! s = splnet(); retry_space: if ((so->so_state & SS_CANTSENDMORE) || so->so_error) { if (so->so_state & SS_CANTSENDMORE) { error = EPIPE; *************** *** 1790,1849 **** error = so->so_error; so->so_error = 0; } ! m_freem(m); sbunlock(&so->so_snd); splx(s); goto done; } ! /* ! * Wait for socket space to become available. We do this just ! * after checking the connection state above in order to avoid ! * a race condition with sbwait(). ! */ if (sbspace(&so->so_snd) < so->so_snd.sb_lowat) { if (so->so_state & SS_NBIO) { ! m_freem(m); sbunlock(&so->so_snd); splx(s); error = EAGAIN; goto done; } error = sbwait(&so->so_snd); - /* - * An error from sbwait usually indicates that we've - * been interrupted by a signal. If we've sent anything - * then return bytes sent, otherwise return the error. - */ if (error) { ! m_freem(m); sbunlock(&so->so_snd); splx(s); goto done; } goto retry_space; } ! error = (*so->so_proto->pr_usrreqs->pru_send)(so, 0, m, 0, 0, p); splx(s); if (error) { sbunlock(&so->so_snd); goto done; } } sbunlock(&so->so_snd); - /* - * Send trailers. Wimp out and use writev(2). - */ if (uap->hdtr != NULL && hdtr.trailers != NULL) { nuap.fd = uap->s; nuap.iovp = hdtr.trailers; nuap.iovcnt = hdtr.trl_cnt; error = writev(p, &nuap); ! if (error) goto done; sbytes += p->p_retval[0]; } - done: if (uap->sbytes != NULL) { copyout(&sbytes, uap->sbytes, sizeof(off_t)); --- 2072,2149 ---- error = so->so_error; so->so_error = 0; } ! /* ! if (hm && !headSent) ! m_freem(hm); ! else ! */ ! m_freem(m); sbunlock(&so->so_snd); splx(s); goto done; } ! if (sbspace(&so->so_snd) < so->so_snd.sb_lowat) { if (so->so_state & SS_NBIO) { ! /* ! if (hm && !headSent) ! m_freem(hm); ! else ! */ ! m_freem(m); sbunlock(&so->so_snd); splx(s); error = EAGAIN; goto done; } error = sbwait(&so->so_snd); if (error) { ! /* ! if (hm && !headSent) ! m_freem(hm); ! else ! */ ! m_freem(m); sbunlock(&so->so_snd); splx(s); goto done; } goto retry_space; } ! ! if (uap->hdtr != NULL && ! hdtr.headers != NULL && ! !headSent) ! error = (*so->so_proto->pr_usrreqs->pru_send)(so, 0, hm, 0, 0, p); ! else ! error = (*so->so_proto->pr_usrreqs->pru_send)(so, 0, m, 0, 0, p); ! splx(s); if (error) { sbunlock(&so->so_snd); goto done; } + + if (uap->hdtr != NULL && + hdtr.headers != NULL && + !headSent) { + sbytes += head_len; + headSent = 1; + } + } sbunlock(&so->so_snd); if (uap->hdtr != NULL && hdtr.trailers != NULL) { nuap.fd = uap->s; nuap.iovp = hdtr.trailers; nuap.iovcnt = hdtr.trl_cnt; error = writev(p, &nuap); ! if (error) { goto done; + } sbytes += p->p_retval[0]; } done: if (uap->sbytes != NULL) { copyout(&sbytes, uap->sbytes, sizeof(off_t)); *************** *** 1852,1856 **** --- 2152,2157 ---- vrele(vp); if (fp) fdrop(fp, p); + return (error); } Index: sys/socketvar.h =================================================================== RCS file: /home/ncvs/src/sys/sys/socketvar.h,v retrieving revision 1.46.2.8 diff -c -r1.46.2.8 socketvar.h *** sys/socketvar.h 1 May 2002 03:26:32 -0000 1.46.2.8 --- sys/socketvar.h 15 Aug 2003 19:38:09 -0000 *************** *** 274,280 **** --- 274,288 ---- int refcnt; /* reference count */ struct vm_page *m; /* currently mapped page */ vm_offset_t kva; /* va of mapping */ + struct sf_buf *sf_next; /* next in LRU */ + struct sf_buf *sf_prev; /* prev in LRU */ + struct sf_buf *sf_nextHash; /* next in hash entry */ + struct sf_buf **sf_prevHash; /* prev in hash entry */ + int sf_isOnLRU; }; + + /* sendfile flags */ + #define SF_NONIO 1 struct accept_filter { char accf_name[16]; Index: sys/sysctl.h =================================================================== RCS file: /home/ncvs/src/sys/sys/sysctl.h,v retrieving revision 1.81.2.8 diff -c -r1.81.2.8 sysctl.h *** sys/sysctl.h 17 Mar 2002 11:08:38 -0000 1.81.2.8 --- sys/sysctl.h 15 Aug 2003 19:38:10 -0000 *************** *** 331,337 **** #define KERN_PS_STRINGS 32 /* int: address of PS_STRINGS */ #define KERN_USRSTACK 33 /* int: address of USRSTACK */ #define KERN_LOGSIGEXIT 34 /* int: do we log sigexit procs? */ ! #define KERN_MAXID 35 /* number of valid kern ids */ #define CTL_KERN_NAMES { \ { 0, 0 }, \ --- 331,338 ---- #define KERN_PS_STRINGS 32 /* int: address of PS_STRINGS */ #define KERN_USRSTACK 33 /* int: address of USRSTACK */ #define KERN_LOGSIGEXIT 34 /* int: do we log sigexit procs? */ ! #define KERN_SENDFILE 35 /* sendfile statistics */ ! #define KERN_MAXID 36 /* number of valid kern ids */ #define CTL_KERN_NAMES { \ { 0, 0 }, \ *************** *** 369,374 **** --- 370,376 ---- { "ps_strings", CTLTYPE_INT }, \ { "usrstack", CTLTYPE_INT }, \ { "logsigexit", CTLTYPE_INT }, \ + { "sendfile", CTLTYPE_NODE }, \ } /* *************** *** 402,407 **** --- 404,418 ---- #define KIPC_MAX_DATALEN 7 /* int: max length of data? */ #define KIPC_MBSTAT 8 /* struct: mbuf usage statistics */ #define KIPC_NMBCLUSTERS 9 /* int: maximum mbuf clusters */ + + #define KSNDF_NSFBUFS 1 /* number of sendfile bufs */ + #define KSNDF_NSFPGS 2 /* number of sendfile cached pages */ + #define KSNDF_NLRUPGS 3 /* number of sendfile free pages */ + #define KSNDF_TOSEC 4 /* sendfile cache timeout in seconds */ + + extern int numsfpages; + extern int lrusfpages; + extern int sf_cache_timeout_sec; /* * CTL_HW identifiers From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 15:32:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6162F37B408; Fri, 15 Aug 2003 15:32:07 -0700 (PDT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CCA43F3F; Fri, 15 Aug 2003 15:32:05 -0700 (PDT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.9/8.12.9) with ESMTP id h7FMW3bW070383 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 16 Aug 2003 00:32:03 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.9/8.12.5/Submit) id h7FMW3sX070382; Sat, 16 Aug 2003 00:32:03 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Sat, 16 Aug 2003 00:32:03 +0200 From: Rudolf Cejka To: Orion Hodson Message-ID: <20030815223203.GA68085@fit.vutbr.cz> References: <20030625162142.W547@brain.cc.rsu.ru> <200306261609.h5QG95Rt058222@puma.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306261609.h5QG95Rt058222@puma.icir.org> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org cc: Oleg Sharoiko Subject: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 22:32:07 -0000 Orion Hodson wrote (2003/06/26): > Oleg, Well done on working out a working fix for this problem... > ... There are some comments inline below that may help. > - Orion Hello, how did you solve it in the end? Recently, I have got my new machine with ASUS P4P800-VM with AD1980 and I came into exactly same problem with no sound. Oleg's patch was very good starting point how to get working sound and where to start ;o) > Oleg Sharoiko writes: > > ... > The gain setting method would need to check for whether the register > was the AC97_MIXEXT_SURROUND and have a specific piece of code to deal > with this case. And it seems that it has something to do with 5.2.1 AUX_OUT Options in ac97_r23.pdf, page 39. > | need some help. If I understood everything correctly than it happens > | so that the sound somehow goes to surround dac. The question that I It seems that problem is elsewhere: Manufacturers using AD1980 connect as line out rather signal SURR_OUT/HP_OUT than LINE_OUT, because of its higher power amplifiers. Important bit in Oleg's patch is HPSEL, not LOSEL (atleast in my case). And HPSEL means that SURR_OUT/HP_OUT is driven by mixer outputs instead of surround DACs. I have another machine with different problem: Output is good, however main volume is not adjusted by Master Volume (0x02) register, but by Headphone Volume (0x04) register (Monitor Volume in Aumix). It is just though, but maybe my and Oleg's machine is case 3 in 5.2.1 AUX_OUT Options and the another machine would be case 1 or 2, so that it is needed to implement checking procedure at the end of 5.2.1 AUX_OUT Options. However, I have to access the another machine and check its chipset and registers first. If there is anybody with AD1980 chip too, it would be interesting to see content of 0x00, 0x04, 0x28, and 0x38 registers and experiences with current pcm driver. > | cannot answer: why it goes to surround dac? Unfortunately I don't > | have via8235 spec. Myabe data are being put into wrong timeslots? It does not seem so. > The behaviour you are describing would be partially explained if > channel spreading were enabled in the codec (2 channels spread to 6). > This can be manually and automatically enabled (AD1980 rev 0 specs > pages 25 and 27). It does not seem to be this case. You can look at my dirty a bad patches for -current and their output (however on my machine working very well :o) in ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ad1980/ : dmesg.txt - Verbose boot log from my machine debug.txt - All reads and writes to AD1980 registers produced by printf() commands in ich_rdcd() and ich_wrcd() functions with read loop for all AD1980 registers in ad1980_patch() function during kldload/kldunoad snd_ich operation ac97_patch.c.1.1.diff: Patch function which swaps sources for LINE_OUT and SURR_OUT/HP_OUT (just change for SURR_OUT/HP_OUT is needed) and changes main volume register to Surround Volume Register ich.c.1.32.diff: Debugging output for read/write register operations ac97.h.1.13.diff: Make muting work. This is very bad solution, but correct way is too hard for now and at first we have to agree on some things before correct solution is found ac97.c.1.42.diff: Just call to ad1980_patch() added ac97_patch.h.1.1.diff: Just prototype added > Since the AD1980 is an ac97 2.3 codec and these codecs do jack sense > detection, it's probably worth checking out the ac97 2.3 spec and > writing some code to find out what the jack sense registers report as > attached. I tried many variants and register writes with channels spreading and jack sense, but without any success in this direction. Regards. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 18:51:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C83937B401 for ; Fri, 15 Aug 2003 18:51:02 -0700 (PDT) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6860043FDF for ; Fri, 15 Aug 2003 18:51:01 -0700 (PDT) (envelope-from ellard@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 465) id A49FA54C46B; Fri, 15 Aug 2003 21:51:00 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.eecs.harvard.edu (Postfix) with ESMTP id A231A54C44D for ; Fri, 15 Aug 2003 21:51:00 -0400 (EDT) Date: Fri, 15 Aug 2003 21:51:00 -0400 (EDT) From: Daniel Ellard To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: specifying RAM size at boot? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 01:51:02 -0000 I am experimenting with the relationship between RAM size and various file system performance characteristics. I've got a machine with a large amount of RAM; what I want is to be able to tell FreeBSD to only use a fraction of it, so I can pretend the machine has various different amounts of RAM. The goal is to run my tests and have them run just as if the machine actually had that much RAM. Anyone know how to do this? I thought this was configurable by setting a variable in /boot/loader.conf and rebooting, but I haven't been able to find the right variable(s). (someone suggested MAXMEM, but this doesn' seem to do anything at all.) I'm using FreeBSD 4.8. Thanks, -Dan From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 19:20:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD0C437B401 for ; Fri, 15 Aug 2003 19:20:31 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35DC943FAF for ; Fri, 15 Aug 2003 19:20:31 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.8p1/8.12.8) with ESMTP id h7G2KTf8001419; Fri, 15 Aug 2003 19:20:29 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.8p1/8.12.8/Submit) id h7G2KTTh001418; Fri, 15 Aug 2003 19:20:29 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200308160220.h7G2KTTh001418@ambrisko.com> In-Reply-To: To: Daniel Ellard Date: Fri, 15 Aug 2003 19:20:29 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: specifying RAM size at boot? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 02:20:32 -0000 Daniel Ellard writes: | I thought this was configurable by setting a variable in | /boot/loader.conf and rebooting, but I haven't been able to find the | right variable(s). (someone suggested MAXMEM, but this doesn' | seem to do anything at all.) I think it is hw.physmem= I used it at a prior company. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 19:47:58 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB43537B401; Fri, 15 Aug 2003 19:47:58 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A85DF43F3F; Fri, 15 Aug 2003 19:47:57 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h7G2ltgh075104; Sat, 16 Aug 2003 12:47:56 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h7G2lrUC075103; Sat, 16 Aug 2003 12:47:53 +1000 (EST) Date: Sat, 16 Aug 2003 12:47:53 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20030816024753.GA74853@cirb503493.alcatel.com.au> References: <200308151204.h7FC42rq050760@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308151204.h7FC42rq050760@repoman.freebsd.org> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: cvs commit: src/sys/nfsclient bootp_subr.c nfs_diskless.c nfs_vfsops.c nfsdiskless.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 02:47:59 -0000 [Redirected to -hackers because this isn't directly relevant to the actual code committed] On Fri, Aug 15, 2003 at 05:04:02AM -0700, Poul-Henning Kamp wrote: > Suggested replacement command sequence on the client: > > dd if=/dev/zero of=/swapfile bs=1k count=1 oseek=100000 > swapon /swapfile This results in a sparse swapfile. Whilst this minimises diskspace occupancy on the server (which is in keeping with the swap overcommit principle used in the VM subsystem), there are other side-effects which may not be so advantageous. Firstly, the client VM system can receive ENOSPC - which can't occur on a swap device. How does the pager handle this? Does it panic, kill the task the owns the page in question or what? Secondly, this effectively means that the physical disk blocks are effectively being allocated by the client. I recall reading a comment that recommended against using ftruncate() and mmap() to extend files because this resulted in sub-optimal block allocation compared to write(). Will the same thing happen in this case? Also, how are dirtied swap blocks reused? Once a physical block has been allocated, it is beneficial to reuse that block in preference to allocating another block. This only matters in the situation where you are paging into a sparse file - which is probably not a common case and therefore unlikely to have been taken into account when the block reuse algorithm was developed. Peter From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 20:06:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E65CB37B401 for ; Fri, 15 Aug 2003 20:06:35 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8998143FBF for ; Fri, 15 Aug 2003 20:06:34 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h7G36Tgh075132; Sat, 16 Aug 2003 13:06:29 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h7G36R69075131; Sat, 16 Aug 2003 13:06:27 +1000 (EST) Date: Sat, 16 Aug 2003 13:06:27 +1000 From: Peter Jeremy To: Pawel Jakub Dawidek Message-ID: <20030816030627.GB74853@cirb503493.alcatel.com.au> References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814202909.GK395@garage.freebsd.pl> <20030815084414.GA71116@cirb503493.alcatel.com.au> <20030815090146.GM395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030815090146.GM395@garage.freebsd.pl> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 03:06:36 -0000 On Fri, Aug 15, 2003 at 11:01:47AM +0200, Pawel Jakub Dawidek wrote: >On Fri, Aug 15, 2003 at 06:44:14PM +1000, Peter Jeremy wrote: >+> >But there are two problems: >+> >1. Device major numbers. >+> >+> I don't see this as a problem - you do the name to major/minor mapping >+> on the remote system. All that goes across the network is the device >+> name (filename in /dev). This is the same way that NFS works. The >+> device major number is just an easy way for the kernel to map a device >+> name onto the device-specific functions to access the physical >+> hardware - this only needs to occur on the server. > >Hmm, I was thinking about something like this: > > # devaccess 192.168.0.2 host1 > # ls -l /dev/host1 > > >And 'devaccess' command will call some kernel mechanism to create new >devices, but all those devices are defined in this way: > > [...] > .d_open = std_open, > .d_close = std_close, > .d_ioctl = std_ioctl, > .d_maj = ?? > [...] > >And std_open()/std_close()/std_ioctl() are functions that only pass >requests to userland daemon, which forwards them to remote host and back. What you've described is a portal. Have a read of "Design and Implementation of 4.4BSD" by McKusick et al for details (my copy is at work so I can't provide an exact reference). They are mentioned in psd/05.sysman and mount_portal(8). There is a PORTALFS in LINT but it's described as "buggy". Note that one downside of this approach is that you are adding two additional userland<->kernel transfers for all the data. If you're looking at passing serious amounts of data to/from a remote device, this inefficiency may become noticable. >+> >2. Handle network errors. >+> >+> I think the easiest way is just to pass them back to the application. >+> This does mean that an application would get unexpected network-related >+> errors, but there's no obvious alternative. > >Or translate all of them to EIO. You probably want to log the real error if you map it to something else. The kernel normally will report details of the error when it returns EIO. Peter From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 20:16:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A567037B401; Fri, 15 Aug 2003 20:16:51 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DD243FBF; Fri, 15 Aug 2003 20:16:50 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h7G3GoVI084340; Fri, 15 Aug 2003 20:16:50 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h7G3Go4b084339; Fri, 15 Aug 2003 20:16:50 -0700 (PDT) Date: Fri, 15 Aug 2003 20:16:50 -0700 (PDT) From: Matthew Dillon Message-Id: <200308160316.h7G3Go4b084339@apollo.backplane.com> To: Peter Jeremy References: <200308151204.h7FC42rq050760@repoman.freebsd.org> <20030816024753.GA74853@cirb503493.alcatel.com.au> cc: hackers@freebsd.org Subject: Re: cvs commit: src/sys/nfsclient bootp_subr.c nfs_diskless.c nfs_vfsops.c nfsdiskless.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 03:16:52 -0000 Swapfiles should always be preallocated, never sparse. There are two major reasons for this: First, if the target filesystem fills up all hell will break lose. The kernel uses swap space too, remember, it won't be just user programs that will start crashing (think UAREA). Second, once a swap block is allocated in the file the backing store for the file will never be deallocated, even if the swap is freed. One will wind up with a creeping allocation problem that will eventually fill up the filesystem (since a person usually uses sparse files in these cases precisely because their filesystem is too small to accomodate the configuration they want). This can lead to all sorts of weird system failures. In regards to linear physical block allocation verses the logical swap block, it is likely that the swap system will allocate 'new' swap linearly. But it is *NOT* guarenteed. Swap is allocated in clusters of varying sizes which are in turn based on the size of the VM object. Swap is also always allocated contiguously. So if one swap page is allocated, and then 8 swap pages are allocated, there will be a gap of 7 pages in the swap area. In addition, swap operations are not necessarily initiated in order. If a system is swapping heavily it could very well issue the WRITE for a later swap cluster prior to issuing the WRITE for an earlier swap cluster. This can lead to severe fragmentation of the file and severe degredation of swap performance, but it probably will not be as bad as the type of degredation you get with mmap() (fragmentation from dirty mmap()'d pages is *SEVERE* because even clustered writes are issued completely out of order with NO locality of reference whatsoever). At least with the swap there is likely to be some locality of reference. - In regards to swap block reuse... swap space is freed by freeing its representitive bit in the radix tree which is stored in kernel memory. The swap system has no clue as to whether the actual backing store has or has not allocated a block for what it considers to be 'free' swap space. Swap space has a tendancy to be allocated from the bottom up, but only loosly, so it is highly likely that a freed swap block will be reused. But reuse depends on how well the system is able to cluster a pageout operation. The swap system always allocates a 'contiguous' block of swap so if one page of swap is freed but then 8 pages are requested, that one free page is not likely to be reused until there is a request for one page of swap. -Matt Matthew Dillon :[Redirected to -hackers because this isn't directly relevant to the : actual code committed] : :On Fri, Aug 15, 2003 at 05:04:02AM -0700, Poul-Henning Kamp wrote: :> Suggested replacement command sequence on the client: :> :> dd if=/dev/zero of=/swapfile bs=1k count=1 oseek=100000 :> swapon /swapfile : :This results in a sparse swapfile. Whilst this minimises diskspace :occupancy on the server (which is in keeping with the swap overcommit :principle used in the VM subsystem), there are other side-effects :which may not be so advantageous. : :Firstly, the client VM system can receive ENOSPC - which can't occur :on a swap device. How does the pager handle this? Does it panic, :kill the task the owns the page in question or what? : :Secondly, this effectively means that the physical disk blocks are :effectively being allocated by the client. I recall reading a comment :that recommended against using ftruncate() and mmap() to extend files :because this resulted in sub-optimal block allocation compared to :write(). Will the same thing happen in this case? : :Also, how are dirtied swap blocks reused? Once a physical block has :been allocated, it is beneficial to reuse that block in preference to :allocating another block. This only matters in the situation where :you are paging into a sparse file - which is probably not a common :case and therefore unlikely to have been taken into account when the :block reuse algorithm was developed. : :Peter :_______________________________________________ :freebsd-hackers@freebsd.org mailing list :http://lists.freebsd.org/mailman/listinfo/freebsd-hackers :To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 23:13:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A80637B401 for ; Fri, 15 Aug 2003 23:13:27 -0700 (PDT) Received: from rhaaw.rdsnet.ro (rhaaw.rdsnet.ro [212.93.133.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EFC943FB1 for ; Fri, 15 Aug 2003 23:13:26 -0700 (PDT) (envelope-from xoanon@rhaaw.rdsnet.ro) Received: from [192.168.0.3] (helo=rhaaw.rdsnet.ro) by rhaaw.rdsnet.ro with esmtp (Exim 4.20) id 19nuL0-0002mE-PA for freebsd-hackers@freebsd.org; Sat, 16 Aug 2003 09:14:54 +0300 Message-ID: <3F3DCBC6.10805@rhaaw.rdsnet.ro> Date: Sat, 16 Aug 2003 09:14:30 +0300 From: Vladimir Ciobanu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Debugging symbols with nasm X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 06:13:27 -0000 I'm not sure whether this is the best list to post to, but it's my first guess. I'm using nasm to compile some code I wrote. The developer-handbook suggests I use "-f elf", so that's what I did. Then I linked it with ld. The program works as expected, but I can't debug it with gdb; it reports "no debugging symbols found". I've tried to get the possible debugging formats nasm can output, and I get "null" for both elf and aoutb ( ld can't even link aoutb .o files ). Is there a way I could debug my nasm-compiled assembler sources, preferably with gdb ? I don't mind any binary format that can run on FreeBSD, nor any other linker. Any suggestions are welcome. For completeness, here's the versions of the tools I used, and FreeBSD: FreeBSD 5.1-RELEASE --- GNU ld version 2.13.2 [FreeBSD] 2002-11-27 Supported emulations: elf_i386_fbsd --- NASM version 0.98.35 compiled on Aug 13 2003 --- GNU gdb 5.2.1 (FreeBSD) From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 15 23:35:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE74C37B401 for ; Fri, 15 Aug 2003 23:35:13 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9657A43FD7 for ; Fri, 15 Aug 2003 23:35:12 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivflb5.dialup.mindspring.com ([165.247.213.101] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19nueS-0001O0-00; Fri, 15 Aug 2003 23:35:00 -0700 Message-ID: <3F3DD059.DF60BD3@mindspring.com> Date: Fri, 15 Aug 2003 23:34:01 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Attila Nagy References: <20030814110327.GD395@garage.freebsd.pl> <20030814175431.GA21219@spc.org><3F3CC927.4030306@fsn.hu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a427e5f4aad24b53a9b2e9c7c55cdc35eb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 06:35:14 -0000 Attila Nagy wrote: > Pawel Jakub Dawidek wrote: > > It'll be, but probably in read-write mode on one machine and read-only > > mode on rest machines, because you don't export file systems here, but > > disk devices. > > This doesn't work on a shared SCSI bus, so I suspect sharing the device > on the net won't help. It works on firewire and it works on a dual port RAID array (as a separate box containing the RAID array). It's supposed to work on SCSI III, but the vendors can quit their arguing and jockey'ing for advantage long enough to approve the range locking specification (which is why GFS uses a network daemon). SAN and NAS are also options, but of course, you still have to have an FS that can deal with it, and an external locking protocol. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 00:11:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50AD137B404 for ; Sat, 16 Aug 2003 00:11:48 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A3E43FBF for ; Sat, 16 Aug 2003 00:11:45 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7G7BhlX018442; Sat, 16 Aug 2003 09:11:44 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Peter Jeremy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 16 Aug 2003 12:47:53 +1000." <20030816024753.GA74853@cirb503493.alcatel.com.au> Date: Sat, 16 Aug 2003 09:11:43 +0200 Message-ID: <18441.1061017903@critter.freebsd.dk> cc: hackers@freebsd.org Subject: Re: cvs commit: src/sys/nfsclient bootp_subr.c nfs_diskless.c nfs_vfsops.c nfsdiskless.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 07:11:48 -0000 In message <20030816024753.GA74853@cirb503493.alcatel.com.au>, Peter Jeremy wri tes: >[Redirected to -hackers because this isn't directly relevant to the > actual code committed] > >On Fri, Aug 15, 2003 at 05:04:02AM -0700, Poul-Henning Kamp wrote: >> Suggested replacement command sequence on the client: >> >> dd if=/dev/zero of=/swapfile bs=1k count=1 oseek=100000 >> swapon /swapfile > >This results in a sparse swapfile. You don't _have_ to make it a sparse file, you are free to preallocate the entire file if that is important to you. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 03:20:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DF6037B401; Sat, 16 Aug 2003 03:20:59 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB60F43FAF; Sat, 16 Aug 2003 03:20:57 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E482C526CD; Sat, 16 Aug 2003 19:50:51 +0930 (CST) Date: Sat, 16 Aug 2003 19:50:51 +0930 From: Greg 'groggy' Lehey To: FreeBSD hardware Users , FreeBSD Hackers Message-ID: <20030816102051.GB820@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: nVIDIA nForece2, again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 10:20:59 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline My main machine has just fried a southbridge, and I'm looking for a replacement. From what I can see, in the AMD range, the current best performer is the nVIDIA nForece2. I've read Bill Paul's description of the problems with the onboard NIC, and if I buy one of these boards, I'll certainly swell his mailbox of disgruntled nVIDIA customers. But at a more pragmatic level, a 100 Mb/s NIC costs nothing, and I have a few spares floating around, so it's not that big a deal. Looking at what our local suppliers have to offer, the MSI K7N2 Delta boards (http://www.msi.com.tw/program/products/mainboard/mbd/pro_mbd_detail.php?UID=436) look reasonable, both in terms of performance and price. Does anybody have any experience with them? Are there any other problems with the chip set? I've heard that it has an IOAPIC on it, even for single processors. Is this an issue? Any other comments? Based on what I've read, I'd probably be putting a Barton 2600XP+ and 0.5 to 1 GB of DDR memory into it. Greg -- See complete headers for address and phone numbers --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE/PgWDIubykFB6QiMRArKbAJ0dnheabubUDfE4SygpnkRXvDVLBACcCvI2 QFhUdwnzDw0qAle20+8yzSo= =i4FA -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 10:06:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BCA737B428 for ; Sat, 16 Aug 2003 10:06:50 -0700 (PDT) Received: from mail.eecs.harvard.edu (bowser.eecs.harvard.edu [140.247.60.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ABD4442E3 for ; Sat, 16 Aug 2003 05:10:17 -0700 (PDT) (envelope-from ellard@eecs.harvard.edu) Received: by mail.eecs.harvard.edu (Postfix, from userid 465) id C2F3654C482; Sat, 16 Aug 2003 08:10:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.eecs.harvard.edu (Postfix) with ESMTP id C08B554C473; Sat, 16 Aug 2003 08:10:03 -0400 (EDT) Date: Sat, 16 Aug 2003 08:10:03 -0400 (EDT) From: Daniel Ellard To: Doug Ambrisko In-Reply-To: <200308160220.h7G2KTTh001418@ambrisko.com> Message-ID: References: <200308160220.h7G2KTTh001418@ambrisko.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: specifying RAM size at boot? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 17:06:56 -0000 On Fri, 15 Aug 2003, Doug Ambrisko wrote: > | I thought this was configurable by setting a variable in > | /boot/loader.conf and rebooting, but I haven't been able to find the > | right variable(s). (someone suggested MAXMEM, but this doesn' > | seem to do anything at all.) > > I think it is > hw.physmem= > > I used it at a prior company. Thanks! That works perfectly. I eventually also found this info in /boot/loader.help, which is the text source of the help screens for the loader. -Dan From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 11:15:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C5C237B404 for ; Sat, 16 Aug 2003 11:15:37 -0700 (PDT) Received: from webserver.get-linux.org (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id B590543F93 for ; Sat, 16 Aug 2003 11:15:36 -0700 (PDT) (envelope-from oremanj@webserver.get-linux.org) Received: (qmail 31515 invoked by uid 1000); 16 Aug 2003 18:15:36 -0000 Date: Sat, 16 Aug 2003 11:15:36 -0700 From: Joshua Oreman To: hackers@freebsd.org Message-ID: <20030816181536.GD31356@webserver> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Fwd: Re: Debugging symbols with nasm X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 18:15:37 -0000 [Sorry, accidentally cc:ed -questions@ instead of -hackers@] On Sat, Aug 16, 2003 at 09:14:30AM +0300 or thereabouts, Vladimir Ciobanu wrote: > I'm not sure whether this is the best list to post to, but it's my > first guess. I'm using nasm to compile some code I wrote. The > developer-handbook suggests I use "-f elf", so that's what I did. Then I > linked it with ld. The program works as expected, but I can't debug it > with gdb; it reports "no debugging symbols found". > I've tried to get the possible debugging formats nasm can output, and > I get "null" for both elf and aoutb ( ld can't even link aoutb .o files ). > Is there a way I could debug my nasm-compiled assembler sources, > preferably with gdb ? I don't mind any binary format that can run on > FreeBSD, nor any other linker. > Any suggestions are welcome. GDB is just too good for debugging ASM stuff. I recommend ALD, the Assembly Language Debugger. Install /usr/ports/devel/ald, and run `ald myprogram'. It doesn't need debug symbols beyond what NASM already provides :-) -- Josh From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 15:32:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DC0F37B401 for ; Sat, 16 Aug 2003 15:32:34 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4B2043F75 for ; Sat, 16 Aug 2003 15:32:33 -0700 (PDT) (envelope-from qhwt@myrealbox.com) Received: from me qhwt@smtp-send.myrealbox.com [220.13.16.139] $ on Novell NetWare; Sat, 16 Aug 2003 16:32:36 -0600 Date: Sun, 17 Aug 2003 07:32:52 +0900 From: qhwt@myrealbox.com To: Vladimir Ciobanu Message-ID: <20030816223252.GA61761@myrealbox.com> References: <3F3DCBC6.10805@rhaaw.rdsnet.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F3DCBC6.10805@rhaaw.rdsnet.ro> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: Debugging symbols with nasm X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 22:32:34 -0000 Hello. On Sat, Aug 16, 2003 at 09:14:30AM +0300, Vladimir Ciobanu wrote: > I'm not sure whether this is the best list to post to, but it's my > first guess. I'm using nasm to compile some code I wrote. The > developer-handbook suggests I use "-f elf", so that's what I did. Then I > linked it with ld. The program works as expected, but I can't debug it > with gdb; it reports "no debugging symbols found". > I've tried to get the possible debugging formats nasm can output, and > I get "null" for both elf and aoutb ( ld can't even link aoutb .o files ). > Is there a way I could debug my nasm-compiled assembler sources, > preferably with gdb ? I don't mind any binary format that can run on > FreeBSD, nor any other linker. > Any suggestions are welcome. Nasm man page explicitly states that it doesn't support debug symbols: $ env PAGER='less +/debug' man nasm However, there seem to be a patch that adds this feature. This is mentioned in a netnews group comp.lang.asm.x86: http://groups.google.com/groups?q=nasm+ELF+debug+symbol+group:comp.lang.asm.x86&hl=ja&lr=&ie=UTF-8&inlang=ja&group=comp.lang.asm.x86&c2coff=1&selm=k0Uga.49882$o8.1005465@twister.tampabay.rr.com&rnum=2 Cheers. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 16:40:07 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D27D837B401 for ; Sat, 16 Aug 2003 16:40:07 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E43443F93 for ; Sat, 16 Aug 2003 16:40:07 -0700 (PDT) (envelope-from qhwt@myrealbox.com) Received: from me qhwt@smtp-send.myrealbox.com [220.13.16.139] $ on Novell NetWare; Sat, 16 Aug 2003 17:40:10 -0600 Date: Sun, 17 Aug 2003 08:40:25 +0900 From: qhwt@myrealbox.com To: Vladimir Ciobanu Message-ID: <20030816234025.GC61955@myrealbox.com> References: <3F3DCBC6.10805@rhaaw.rdsnet.ro> <20030816223252.GA61761@myrealbox.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20030816223252.GA61761@myrealbox.com> User-Agent: Mutt/1.5.4i X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org Subject: Re: Debugging symbols with nasm X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 23:40:08 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Aug 17, 2003 at 07:32:52AM +0900, qhwt@myrealbox.com wrote: > Hello. > > On Sat, Aug 16, 2003 at 09:14:30AM +0300, Vladimir Ciobanu wrote: > > I'm not sure whether this is the best list to post to, but it's my > > first guess. I'm using nasm to compile some code I wrote. The > > developer-handbook suggests I use "-f elf", so that's what I did. Then I > > linked it with ld. The program works as expected, but I can't debug it > > with gdb; it reports "no debugging symbols found". > > I've tried to get the possible debugging formats nasm can output, and > > I get "null" for both elf and aoutb ( ld can't even link aoutb .o files ). > > Is there a way I could debug my nasm-compiled assembler sources, > > preferably with gdb ? I don't mind any binary format that can run on > > FreeBSD, nor any other linker. > > Any suggestions are welcome. > > Nasm man page explicitly states that it doesn't support debug symbols: > $ env PAGER='less +/debug' man nasm > > However, there seem to be a patch that adds this feature. This is mentioned > in a netnews group comp.lang.asm.x86: > http://groups.google.com/groups?q=nasm+ELF+debug+symbol+group:comp.lang.asm.x86&hl=ja&lr=&ie=UTF-8&inlang=ja&group=comp.lang.asm.x86&c2coff=1&selm=k0Uga.49882$o8.1005465@twister.tampabay.rr.com&rnum=2 Ok, I've rewritten the patch for nasm-0.98.35(not sure whether the attachment goes through freebsd-hackers list though). Not used much yet, but it's funny to see NASM source code and C source code shows up in the same gdb session. --opJtzjQTFsWo+cga-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 17:16:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBA4B37B401; Sat, 16 Aug 2003 17:16:11 -0700 (PDT) Received: from adsl-63-198-35-122.dsl.snfc21.pacbell.net (adsl-63-198-35-122.dsl.snfc21.pacbell.net [63.198.35.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD5A743F85; Sat, 16 Aug 2003 17:16:10 -0700 (PDT) (envelope-from j_guojun@lbl.gov) Received: from lbl.gov (localhost.pacbell.net [127.0.0.1]) ESMTP id h7H0G9rG000381; Sat, 16 Aug 2003 17:16:10 -0700 (PDT) (envelope-from j_guojun@lbl.gov) Sender: jin@adsl-63-198-35-122.dsl.snfc21.pacbell.net Message-ID: <3F3EC949.4759F1A8@lbl.gov> Date: Sat, 16 Aug 2003 17:16:09 -0700 From: "Jin Guojun [NCS]" X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.8-RELEASE i386) X-Accept-Language: zh, zh-CN, en-US, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20030816102051.GB820@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: FreeBSD Hackers cc: FreeBSD hardware Users Subject: Re: nVIDIA nForece2, again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 00:16:12 -0000 It is a vague problem on term of best performance -- what. NVidia has better memory bandwidth in AMD motherboards. However, if SATA is involved, some motherboard either lowed the memory bandwidth, or had other I/O issues. In terms of IDE performance, the AMD 760MP has the best performance in all chipsets in the world. 760 gives true 200 MB/s I/O IDE throughput, where most other chipsets only gives 100/133 MB/s on both IDE buses with 4 drives. As to onboard NIC, I do not see any performance problem on 100 Mb/s NIC. Maybe some NICs are not supported. The performance problem is on 1Gb/s NIC, especially Intel onboard NIC which chews 100% high-end CPUs. I have not had MSI K7N2 board yet. ASUS A7N8X is the similar one which works very good in most areas. I have not tested its IDE controller yet. VIA VT400 and VT600 are not very good on I/O performance. -Jin Greg 'groggy' Lehey wrote: > My main machine has just fried a southbridge, and I'm looking for a > replacement. From what I can see, in the AMD range, the current best > performer is the nVIDIA nForece2. I've read Bill Paul's description > of the problems with the onboard NIC, and if I buy one of these > boards, I'll certainly swell his mailbox of disgruntled nVIDIA > customers. But at a more pragmatic level, a 100 Mb/s NIC costs > nothing, and I have a few spares floating around, so it's not that big > a deal. > > Looking at what our local suppliers have to offer, the MSI K7N2 Delta > boards > (http://www.msi.com.tw/program/products/mainboard/mbd/pro_mbd_detail.php?UID=436) > look reasonable, both in terms of performance and price. Does anybody > have any experience with them? Are there any other problems with the > chip set? I've heard that it has an IOAPIC on it, even for single > processors. Is this an issue? Any other comments? Based on what > I've read, I'd probably be putting a Barton 2600XP+ and 0.5 to 1 GB of > DDR memory into it. > > Greg > -- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 18:15:27 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D74B437B401; Sat, 16 Aug 2003 18:15:27 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0776F43FA3; Sat, 16 Aug 2003 18:15:27 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 5BCE93ABB3F; Sun, 17 Aug 2003 03:15:46 +0200 (CEST) Date: Sun, 17 Aug 2003 03:15:46 +0200 From: Pawel Jakub Dawidek To: Robert Watson Message-ID: <20030817011545.GW395@garage.freebsd.pl> References: <20030815111856.GN395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="X8oaj2qX3NXXvcHN" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 01:15:28 -0000 --X8oaj2qX3NXXvcHN Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2003 at 11:53:11AM -0400, Robert Watson wrote: +> That said, I think the geom gate stuff looks very cool :-). You might be +> able to run some interesting performance numbers comparing NFS and UFS +> over a remote block device. Ok. After last geom gate optimizations I'm ready to show some tests. NFS read: 2539890 bytes/sec NFS write: 2668428 bytes/sec GG read file: 5791796 bytes/sec (file was exported) GG write file: 4071411 bytes/sec (file was exported) GG read device: 4635277 bytes/sec (disk device was exported) GG write device: I wasn't able to test This was tested over 100Mbit/s network without any network tuning. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --X8oaj2qX3NXXvcHN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPz7XQT/PhmMH/Mf1AQHVgAP/flIvogU07tlCWj4mLcBf74z/XFb7m4FV UDq5jAF+tTQEdzqzPQMybRrxTBZ7vKmH0c6iYs0tTv8um3B3ClFsMaVjfThFF5s3 Iaghj3lmk22edRC4jyoOGh28kejkKbCMVy4A6qFj7QxLylzvkKCULDdLMpCq+TMt /REq/zGedGY= =cKp8 -----END PGP SIGNATURE----- --X8oaj2qX3NXXvcHN-- From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 18:50:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C62937B401; Sat, 16 Aug 2003 18:50:35 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B847E43F93; Sat, 16 Aug 2003 18:50:34 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h7H1oUT6047412; Sat, 16 Aug 2003 20:50:30 -0500 (CDT) (envelope-from dan) Date: Sat, 16 Aug 2003 20:50:30 -0500 From: Dan Nelson To: Pawel Jakub Dawidek Message-ID: <20030817015029.GA2653@dan.emsphone.com> References: <20030815111856.GN395@garage.freebsd.pl> <20030817011545.GW395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030817011545.GW395@garage.freebsd.pl> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 01:50:35 -0000 In the last episode (Aug 17), Pawel Jakub Dawidek said: > On Fri, Aug 15, 2003 at 11:53:11AM -0400, Robert Watson wrote: > +> That said, I think the geom gate stuff looks very cool :-). You > +> might be able to run some interesting performance numbers > +> comparing NFS and UFS over a remote block device. > > Ok. After last geom gate optimizations I'm ready to show some tests. > > NFS read: 2539890 bytes/sec > NFS write: 2668428 bytes/sec > > GG read file: 5791796 bytes/sec (file was exported) > GG write file: 4071411 bytes/sec (file was exported) > > GG read device: 4635277 bytes/sec (disk device was exported) > GG write device: I wasn't able to test What kind of hardware were you using? 2.5MB/sec NFS sounds abysmal. You should be able to saturate a 100mbit link with anything made in the last 5 years. The slowest machine I have it a P6/200 with FreeBSD 4.1 and this disk: ad0: 3067MB [6232/16/63] at ata0-master using WDMA2 , which does 7MB/sec raw, can feed a NFS client doing a file read at 5MB/sec. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 16 19:02:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3849737B401; Sat, 16 Aug 2003 19:02:17 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23D6D43FBD; Sat, 16 Aug 2003 19:02:15 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 84D183ABB3F; Sun, 17 Aug 2003 04:02:36 +0200 (CEST) Date: Sun, 17 Aug 2003 04:02:36 +0200 From: Pawel Jakub Dawidek To: Dan Nelson Message-ID: <20030817020236.GX395@garage.freebsd.pl> References: <20030815111856.GN395@garage.freebsd.pl> <20030817011545.GW395@garage.freebsd.pl> <20030817015029.GA2653@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="PjJPTMFqUKxQUast" Content-Disposition: inline In-Reply-To: <20030817015029.GA2653@dan.emsphone.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 02:02:17 -0000 --PjJPTMFqUKxQUast Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 16, 2003 at 08:50:30PM -0500, Dan Nelson wrote: +> What kind of hardware were you using? 2.5MB/sec NFS sounds abysmal.=20 I don't think it is a hardware problem. Run this test on 5.1-CURRENT with: options INVARIANTS options INVARIANT_SUPPORT options WITNESS and without any network and NFS optimization. And this test was: for write: % dd if=3D/dev/zero /mnt/nfs/test bs=3D128k count=3D500 for read: % dd if=3D/mnt/nfs/test /dev/null bs=3D128k count=3D500 --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --PjJPTMFqUKxQUast Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPz7iPD/PhmMH/Mf1AQH/JAQAh6D641bQDmuNeWJusJc2lElJE06flcXG 0StmVBxUDfIGOxvrrKSTDmPSBLlGWJyFgfK8lI+IYKjkT2WnCuVOmiJXOO5ioFtK Ib3mcwqmRTxnWKdtCE9yhcIQyumo1ZrlLNfDif49kgNYFLE/54b7PujeNyQ0XKjn NxiAY3WxwWM= =Nt9D -----END PGP SIGNATURE----- --PjJPTMFqUKxQUast--