From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 01:04:58 2004 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 42C0716A4CE for ; Sun, 8 Feb 2004 01:04:58 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 048A843D1F for ; Sun, 8 Feb 2004 01:04:58 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 1Apks3-0009VI-4P for freebsd-hackers@freebsd.org; Sun, 08 Feb 2004 11:04:55 +0200 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Feb 2004 11:04:54 +0200 From: Danny Braniss Message-Id: Subject: bktr video card - VBI 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, 08 Feb 2004 09:04:58 -0000 hi, Looking at the driver, i see that somethings changed :-) but can't find much documentation, (yes i know the source is the force) While im studying the driver, some program/documentation would speed up things. thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 04:48:44 2004 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 0A10916A4CE for ; Sun, 8 Feb 2004 04:48:44 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FD443D1D for ; Sun, 8 Feb 2004 04:48:43 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i18CmdG06535; Sun, 8 Feb 2004 13:48:39 +0100 (MET) Date: Sun, 8 Feb 2004 13:48:39 +0100 (CET) From: Harti Brandt To: Tim Kientzle In-Reply-To: <4025A0DD.2010607@acm.org> Message-ID: <20040208134125.L28775@beagle.fokus.fraunhofer.de> References: <4025A0DD.2010607@acm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Odd ACL question 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, 08 Feb 2004 12:48:44 -0000 On Sat, 7 Feb 2004, Tim Kientzle wrote: TK>In tinkering with libarchive's support for ACLs, TK>I've run across a head-scratcher: TK> TK>Joerg Schilling's "star" archives ACLs as follows: TK> TK>"user::rwx,group::r--,group:mail:rw-:6,mask::rw-,other::r--" TK> TK>Note the "group:mail:rw-:6" entry that contains a fourth TK>field with the uid/gid number. FreeBSD's acl_from_text TK>chokes on this, although Joerg asserts that posix1e TK>permits additional fields. TK> TK>Question: Should acl_from_text be altered to ignore TK>additional fields? TK> TK>What I can't quite figure out is whether or not this TK>uid/gid field is really useful. It seems like it might TK>be useful when moving archives across systems, but TK>I'm not entirely convinced that it's right to restore TK>the uid if the username doesn't exist. TK> TK>Question: Is this a useful extension? It definitely is. Joerg and I had several hours of talk on this issue. If you, for example, restore on a system that usually gets its passwd from YP or LDAP and you don't have it available at the moment you'll appreciate the possibility to restore from numerical user ids. I think some tar's use 'nobody' inb such cases. This may leave users with undeletable files in their directories (undeletable for the user). As far as I know there are options to star that let you select the exact behaviour in these cases. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 07:38:36 2004 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 D388916A4CE for ; Sat, 7 Feb 2004 07:38:36 -0800 (PST) Received: from cvs.freebsdchina.org (unknown [61.152.250.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 66AC843D1D for ; Sat, 7 Feb 2004 07:38:33 -0800 (PST) (envelope-from airsupply@freebsdchina.org) Received: (qmail 39587 invoked by uid 0); 7 Feb 2004 15:38:30 -0000 Received: from unknown (HELO a1rsupp1y) (218.64.142.194) by cvs.freebsdchina.org with SMTP; 7 Feb 2004 15:38:30 -0000 From: "airsupply" To: freebsd-hackers@freebsd.org X-mailer: Foxmail 4.2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: quoted-printable Date: Sat, 7 Feb 2004 23:37:31 +0800 Message-Id: <20040207153833.66AC843D1D@mx1.FreeBSD.org> X-Mailman-Approved-At: Sun, 08 Feb 2004 05:13:35 -0800 Subject: shmat help 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, 07 Feb 2004 15:38:36 -0000 freebsd-hackers=A3=AC=C4=FA=BA=C3=A3=A1 =09 i am test shmat under freebsd 4.8 release(without undate),but a= piece of simple code wont work. code like this: #include #include #include #include #include #include #define SHM_KEY 100 #define SHM_SIZE 1024 int main(int argc,char *argv[]) { int shmid; void *shmaddr1,*shmaddr2,*shmaddr3; if(shmid=3Dshmget(SHM_KEY,SHM_SIZE,IPC_CREAT|0660)=3D=3D-1) { perror("shmget"); exit(-1); } printf("shmid: %d\n",shmid); if(shmaddr1=3Dshmat(shmid,0,0)=3D=3D-1) { perror("shmat 1"); exit(-1); } printf("shaddr1:0x%.8x\n",shmaddr1); if(shmaddr2=3Dshmat(shmid,0,0)=3D=3D-1) { perror("shmat 2"); exit(-1); } printf("shaddr2:0x%.8x\n",shmaddr2); while(1); return 0; } then i get error like this: shmid: 0 shmat 1: Invalid argument then i use ipcs,find that the shmid is not 0,but an integer= number. -bash-2.05b$ ipcs Message Queues: T ID KEY MODE OWNER GROUP Shared Memory: T ID KEY MODE OWNER GROUP m 65536 100 --rw-rw-rw- airs wheel Semaphores: T ID KEY MODE OWNER GROUP who can help me? who i can't use the shmid at shmat(shmid,0,0) ? = =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=D6=C2 =C0=F1=A3=A1 =09=09=09=09 =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1airsupply =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1airsupply@freebsdchina.org =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12004-02-07 From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 12:59:57 2004 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 D404416A4CE for ; Sat, 7 Feb 2004 12:59:57 -0800 (PST) Received: from chasey.homenet (ulm9-d9bb534b.pool.mediaWays.net [217.187.83.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDE6643D1D for ; Sat, 7 Feb 2004 12:59:56 -0800 (PST) (envelope-from Friedemann.Becker@student.uni-tuebingen.de) Received: from student.uni-tuebingen.de (localhost.homenet [127.0.0.1]) by chasey.homenet (8.12.10/8.12.10) with ESMTP id i15IDexW080009 for ; Thu, 5 Feb 2004 19:13:41 +0100 (CET) (envelope-from Friedemann.Becker@student.uni-tuebingen.de) Message-ID: <402287D4.5090205@student.uni-tuebingen.de> Date: Thu, 05 Feb 2004 19:13:40 +0100 From: Friedemann Becker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030817 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Feb 2004 05:13:35 -0800 Subject: sources needed - msdosfs merge from darwin 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, 07 Feb 2004 20:59:57 -0000 Hello, I want to take a look at the darwin msdosfs - merge is on the todo list. I had trouble logging in to the cvs and wrote a mail to the apple-support. I got an auto-answer containing: > Q: I've registered, but I can't login to CVS or the web site. What's > wrong? > A: We are currently experiencing intermittent failures during the login > process. We are working to resolve this as quickly as possible. Please > keep trying and we apologize for the inconvenience. So my question is, has someone a copy of the msdosfs part of the darwin kernel, so i could use it while waiting for the cvs to come up again... And: has anyone begun to import the sources in question already? please drop a short note, so i know what is already done. greetings, Friedemann From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 7 23:17:54 2004 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 5C4E616A4CE for ; Sat, 7 Feb 2004 23:17:54 -0800 (PST) Received: from priv-edtnes51.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19CE443D1D for ; Sat, 7 Feb 2004 23:17:54 -0800 (PST) (envelope-from sh@bel.bc.ca) Received: from antalus ([154.5.111.242]) by priv-edtnes51.telusplanet.net (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP id <20040208071753.JLTH20021.priv-edtnes51.telusplanet.net@antalus>; Sun, 8 Feb 2004 00:17:53 -0700 Message-ID: <000c01c3ee13$aa659840$0300000a@slugabed.org> From: "Sean Hamilton" To: =?iso-8859-1?Q?S=F8ren_Schmidt?= References: <200310060710.h967ApF0040748@spider.deepcore.dk><001001c3e6e5$d1dda910$0300000a@slugabed.org> <4019FD5C.80003@DeepCore.dk><000c01c3e88b$df3bc400$0300000a@slugabed.org> <401CCBAA.6000604@DeepCore.dk> Date: Sat, 7 Feb 2004 23:17:52 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit 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 X-Mailman-Approved-At: Sun, 08 Feb 2004 05:13:35 -0800 cc: hackers@freebsd.org Subject: Re: VT8237 serial-ATA support, Promise ATA stalls, GEOM noise 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, 08 Feb 2004 07:17:54 -0000 "Søren Schmidt" wrote: | Hmm, those hangs are just time spent waiting for drives (that in this | case are not there, but it can be difficult to tell). Could we have a tunable timeout, or some means of disabling the device altogether? My BIOS gives no such option. I've noticed if I put a device on the parallel interface this controller offers, the timeout problem goes away, so that is my solution for now. -- Sean Hamilton From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 05:23:47 2004 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 C0B8216A4CE for ; Sun, 8 Feb 2004 05:23:47 -0800 (PST) Received: from web12703.mail.yahoo.com (web12703.mail.yahoo.com [216.136.173.240]) by mx1.FreeBSD.org (Postfix) with SMTP id A7E6B43D1D for ; Sun, 8 Feb 2004 05:23:47 -0800 (PST) (envelope-from topa_007@yahoo.com) Message-ID: <20040208132347.88011.qmail@web12703.mail.yahoo.com> Received: from [202.9.189.154] by web12703.mail.yahoo.com via HTTP; Sun, 08 Feb 2004 05:23:47 PST Date: Sun, 8 Feb 2004 05:23:47 -0800 (PST) From: tee_aiche To: freebsd-hackers@freebsd.org In-Reply-To: <402287D4.5090205@student.uni-tuebingen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Mounting Paritions in FBSD 5.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: toufeeq@computer.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 13:23:47 -0000 Hello All, FreeBSD 5.1 newb here, who managed to install it a month ago but hasnt used it much cause of the mounting problems. Can anyone tell me how to mount my Primary master (hda1-vfat partition) in FreeBSD. will mount -t vfat /dev/sd01 work as in linux? or should I change anything. Also I have a linux partition which I would like to access through FBSD. help needed. PS: Google didnt help much tho, got a few pages that said I would need to recompile my kernel to enable vfat support.I used www.google.com/bsd . thanks in advance, Toufeeq ===== 70uf33q ring me @ 98410-96690 mail me @ toufeeq@computer.org __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 05:26:25 2004 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 A8B0E16A4CE for ; Sun, 8 Feb 2004 05:26:25 -0800 (PST) Received: from cvs.freebsdchina.org (unknown [61.152.250.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 3325543D1F for ; Sun, 8 Feb 2004 05:26:22 -0800 (PST) (envelope-from airsupply@freebsdchina.org) Received: (qmail 45391 invoked by uid 0); 8 Feb 2004 13:26:19 -0000 Received: from unknown (HELO a1rsupp1y) (218.64.142.194) by cvs.freebsdchina.org with SMTP; 8 Feb 2004 13:26:19 -0000 From: "airsupply" To: freebsd-hackers@freebsd.org X-mailer: Foxmail 4.2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: quoted-printable Date: Sun, 8 Feb 2004 21:25:21 +0800 Message-Id: <20040208132622.3325543D1F@mx1.FreeBSD.org> X-Mailman-Approved-At: Sun, 08 Feb 2004 05:29:03 -0800 Subject: Re: shmat help 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, 08 Feb 2004 13:26:25 -0000 airsupply,=C4=FA=BA=C3=A3=A1 =09oh,i have get it. it's code error. =3D=3D=3D=3D=3D=3D=3D 2004-02-07 23:37:00 =C4=FA=D4=DA=C0=B4=D0=C5=D6=D0=D0=B4=B5=C0=A3=BA=3D=3D=3D=3D=3D=3D=3D >freebsd-hackers=A3=AC=C4=FA=BA=C3=A3=A1 > >=09 >i am test shmat under freebsd 4.8 release(without undate),but a= piece of simple code wont work. >code like this: >#include >#include >#include >#include >#include >#include > >#define SHM_KEY 100 >#define SHM_SIZE 1024 >int main(int argc,char *argv[]) >{ > int shmid; > void *shmaddr1,*shmaddr2,*shmaddr3; > if(shmid=3Dshmget(SHM_KEY,SHM_SIZE,IPC_CREAT|0660)=3D=3D-1) > { > perror("shmget"); > exit(-1); > } > > printf("shmid: d\n",shmid); > if(shmaddr1=3Dshmat(shmid,0,0)=3D=3D-1) > { > perror("shmat 1"); > exit(-1); > } > printf("shaddr1:0x.8x\n",shmaddr1); > > if(shmaddr2=3Dshmat(shmid,0,0)=3D=3D-1) > { > perror("shmat 2"); > exit(-1); > } > printf("shaddr2:0x.8x\n",shmaddr2); > while(1); > return 0; >} > >then i get error like this: > >shmid: 0 >shmat 1: Invalid argument >then i use ipcs,find that the shmid is not 0,but an integer= number. >-bash-2.05b$ ipcs >Message Queues: >T ID KEY MODE OWNER GROUP > >Shared Memory: >T ID KEY MODE OWNER GROUP >m 65536 100 --rw-rw-rw- airs wheel > >Semaphores: >T ID KEY MODE OWNER GROUP > > > >who can help me? who i can't use the shmid at shmat(shmid,0,0) ?= > > >=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=D6=C2 >=C0=F1=A3=A1 > =09=09=09=09 > >=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1airsupply >=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1airsupply@freebsdchina.org >=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12004-02-07 > > >_______________________________________________ >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" =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =09=09=09 =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=D6=C2 =C0=F1=A3=A1 =09=09=09=09 =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1airsupply =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1airsupply@freebsdchina.org =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12004-02-08 From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 12:37:19 2004 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 C47A816A4CE for ; Sun, 8 Feb 2004 12:37:19 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C89143D1F for ; Sun, 8 Feb 2004 12:37:19 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i18Kb9kX003516; Sun, 8 Feb 2004 12:37:10 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <40269DF5.2090806@acm.org> Date: Sun, 08 Feb 2004 12:37:09 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <4025A0DD.2010607@acm.org> <20040208134125.L28775@beagle.fokus.fraunhofer.de> In-Reply-To: <20040208134125.L28775@beagle.fokus.fraunhofer.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Odd ACL question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2004 20:37:19 -0000 On Sat, 7 Feb 2004, Tim Kientzle wrote: >Joerg Schilling's "star" archives ACLs as follows: > >"user::rwx,group::r--,group:mail:rw-:6,mask::rw-,other::r--" > >Note the "group:mail:rw-:6" entry that contains a fourth >field with the uid/gid number. ... > >Question: Is this a useful extension? Harti Brandt responded: > It definitely is. Joerg and I had several hours of talk on this issue. > If you, for example, restore on a system that usually gets its passwd from > YP or LDAP and you don't have it available ... Ah. That's the example I needed. Now to figure out how to implement such functionality; hacking the acl library functions may not be the best approach, but I'm equally dismayed by the prospect of duplicating the acl library functions in my code. ;-( > As far as I know there are options to star that let you select the exact > behaviour in these cases. This is one difference between 'star' and my work: 'star' offers a great deal of control over the archiving/dearchiving process; my work tries to remove the need for such control by using intelligent algorithms. For example, bsdtar/libarchive doesn't require you to specify the compression when reading archives; it determines it automatically. In this case, I'm considering: * If the username exists, use that. * If the username does not exist and the UID is not already in use, issue a warning and use the UID. * If the username exists and the UID conflicts with the local system, ??? This last case is the tough one. My temptation: map it to an unused UID, issue a warning about the remap, and keep going. There are certainly rare cases where manual control is needed. That's why I'm pleased that 'star' is available in ports. ;-) Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 14:01:40 2004 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 B6A0C16A516 for ; Sun, 8 Feb 2004 14:01:39 -0800 (PST) Received: from smtp-out2.xs4all.nl (smtp-out2.xs4all.nl [194.109.24.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA54E43D1D for ; Sun, 8 Feb 2004 14:01:38 -0800 (PST) (envelope-from lodewijk@cope.nl) Received: from cope.xs4all.nl (cope.xs4all.nl [194.109.233.198]) by smtp-out2.xs4all.nl (8.12.10/8.12.10) with SMTP id i18M1ZDb063910 for ; Sun, 8 Feb 2004 23:01:36 +0100 (CET) Received: (qmail 4184 invoked by uid 500); 8 Feb 2004 22:01:35 -0000 Date: Sun, 8 Feb 2004 23:01:35 +0100 From: Lodewijk Voge To: freebsd-hackers@freebsd.org Message-ID: <20040208220135.GA4097@cope.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: patch: disallow associations to access points based on MAC address 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, 08 Feb 2004 22:01:40 -0000 hello, I've put up a small patch that lets you refuse association requests from specified MAC addresses, plus a small utility to manage the ban list. http://wleiden.webweaving.org:8080/svn/node-config/other/banlist-patch/ it lets you specify a list of to-ban addresses, it lets you clear that list and it lets you read out the current list. it is not yet an allow-only-these- addresses list yet, but I will add that soon. it also does not kick already associated stations when uploading a new list. tested lightly, I can repeatedly ban and unban my only wireless client without any trouble. written for use in the WirelessLeiden project, but I understand others might be interested as well. Lodewijk From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 19:21:34 2004 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 4A5C916A4CE for ; Sun, 8 Feb 2004 19:21:34 -0800 (PST) Received: from web12707.mail.yahoo.com (web12707.mail.yahoo.com [216.136.173.244]) by mx1.FreeBSD.org (Postfix) with SMTP id 4305A43D1F for ; Sun, 8 Feb 2004 19:21:34 -0800 (PST) (envelope-from topa_007@yahoo.com) Message-ID: <20040209032134.67752.qmail@web12707.mail.yahoo.com> Received: from [202.9.189.95] by web12707.mail.yahoo.com via HTTP; Sun, 08 Feb 2004 19:21:34 PST Date: Sun, 8 Feb 2004 19:21:34 -0800 (PST) From: tee_aiche To: slick In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: RE: Mounting Paritions in FBSD 5.1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: toufeeq@computer.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 03:21:34 -0000 hey, Thanks for the info. will keep it in mind. Also I did go through the handbook but (I think) didnt find anything on mounting(may be wrong) though. cheers, --- slick wrote: > first of all if your a newbie i would suggest using > freebsd-stable cause 5.X > is still development. > > second mounting is pretty obvious and also > documented in mount man page. > > third kernel as to be compiled with filesystems you > want to use, or you need > to load appropriate modules. > > finally you should look at > http://www.freebsd.org/handbook and > http://www.freebsd.org/cgi/man.cgi > > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org > [mailto:owner-freebsd-hackers@freebsd.org]On Behalf > Of tee_aiche > Sent: Sunday, February 08, 2004 8:24 AM > To: freebsd-hackers@freebsd.org > Subject: Mounting Paritions in FBSD 5.1 > > > Hello All, > > FreeBSD 5.1 newb here, who managed to install it a > month ago but hasnt used it much cause of the > mounting > problems. > > Can anyone tell me how to mount my Primary master > (hda1-vfat partition) in FreeBSD. > > will mount -t vfat /dev/sd01 work as in linux? > or should I change anything. > > Also I have a linux partition which I would like to > access through FBSD. > > help needed. > > PS: Google didnt help much tho, got a few pages that > said I would need to recompile my kernel to enable > vfat support.I used www.google.com/bsd . > > thanks in advance, > Toufeeq > > ===== > 70uf33q > ring me @ 98410-96690 > mail me @ toufeeq@computer.org > > __________________________________ > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing > online. > http://taxes.yahoo.com/filing.html > _______________________________________________ > 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" > ===== 70uf33q ring me @ 98410-96690 mail me @ toufeeq@computer.org __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 03:33:18 2004 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 651A316A4CE for ; Mon, 9 Feb 2004 03:33:18 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 875BC43D1D for ; Mon, 9 Feb 2004 03:33:17 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i19BSFG02801; Mon, 9 Feb 2004 12:28:15 +0100 (MET) Date: Mon, 9 Feb 2004 12:28:15 +0100 (CET) From: Harti Brandt To: Tim Kientzle In-Reply-To: <40269DF5.2090806@acm.org> Message-ID: <20040209122341.S32427@beagle.fokus.fraunhofer.de> References: <4025A0DD.2010607@acm.org> <20040208134125.L28775@beagle.fokus.fraunhofer.de> <40269DF5.2090806@acm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Odd ACL question 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, 09 Feb 2004 11:33:18 -0000 On Sun, 8 Feb 2004, Tim Kientzle wrote: TK>On Sat, 7 Feb 2004, Tim Kientzle wrote: TK>>Joerg Schilling's "star" archives ACLs as follows: TK>> TK>>"user::rwx,group::r--,group:mail:rw-:6,mask::rw-,other::r--" TK>> TK>>Note the "group:mail:rw-:6" entry that contains a fourth TK>>field with the uid/gid number. ... TK>> TK>>Question: Is this a useful extension? TK> TK>Harti Brandt responded: TK>> It definitely is. Joerg and I had several hours of talk on this issue. TK>> If you, for example, restore on a system that usually gets its passwd from TK>> YP or LDAP and you don't have it available ... TK> TK>Ah. That's the example I needed. Now to figure out how to implement TK>such functionality; hacking the acl library functions may TK>not be the best approach, but I'm equally dismayed by the prospect TK>of duplicating the acl library functions in my code. ;-( TK> TK>> As far as I know there are options to star that let you select the exact TK>> behaviour in these cases. TK> TK>This is one difference between 'star' and my work: 'star' offers TK>a great deal of control over the archiving/dearchiving TK>process; my work tries to remove the need for such control TK>by using intelligent algorithms. For example, bsdtar/libarchive TK>doesn't require you to specify the compression when reading archives; TK>it determines it automatically. TK> TK>In this case, I'm considering: TK> * If the username exists, use that. TK> * If the username does not exist and the UID is not already in TK> use, issue a warning and use the UID. TK> * If the username exists and the UID conflicts with the local TK> system, ??? TK> TK>This last case is the tough one. My temptation: map it to TK>an unused UID, issue a warning about the remap, and keep going. That may cause the problem I described. This may leave a file in a user directory that the user cannot delete without intervention of the root user, but its probably the simplest solution. What about non-existing groups? I remember talking with Joerg about this, but cannot remember the outcome of this. You may want to ask him. TK>There are certainly rare cases where manual control is TK>needed. That's why I'm pleased that 'star' is available TK>in ports. ;-) Are you going to replace that horrible thing called GNU tar in the bases system? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 05:12:46 2004 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 00C7316A4CE for ; Mon, 9 Feb 2004 05:12:46 -0800 (PST) Received: from mailout.informatik.tu-muenchen.de (mailout.informatik.tu-muenchen.de [131.159.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C74D743D1F for ; Mon, 9 Feb 2004 05:12:45 -0800 (PST) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 598E6997A; Mon, 9 Feb 2004 14:12:43 +0100 (CET) Date: Mon, 9 Feb 2004 14:12:43 +0100 From: Simon Barner To: Danny Braniss Message-ID: <20040209131243.GA1753@zi025.glhnet.mhn.de> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-hackers@freebsd.org Subject: Re: bktr video card - VBI 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, 09 Feb 2004 13:12:46 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Danny Braniss wrote: > Looking at the driver, i see that somethings changed :-) but > can't find much documentation, (yes i know the source is the force) >=20 > While im studying the driver, some program/documentation would speed up > things. Hi, did you already have a look at the following two applications that use the vbi interface? Perhaps you can find something usefull there... ports/multimedia/nxtvepg ports/misc/alevt Simon --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAJ4dKCkn+/eutqCoRAjpfAKC8v5fcu5PtUWJsAT24MfJP2QbRiACeOxPH +tV9P8jUDiLYvz5SowJm48E= =CMA2 -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 05:16:06 2004 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 0559F16A4CE; Mon, 9 Feb 2004 05:16:06 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3DC243D1F; Mon, 9 Feb 2004 05:16:05 -0800 (PST) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 7AB025482B; Mon, 9 Feb 2004 07:16:05 -0600 (CST) Received: by madman.celabo.org (Postfix, from userid 1001) id 18BE26D45F; Mon, 9 Feb 2004 07:16:05 -0600 (CST) Date: Mon, 9 Feb 2004 07:16:05 -0600 From: "Jacques A. Vidrine" To: "Brian F. Feldman" Message-ID: <20040209131604.GA71929@madman.celabo.org> References: <200402072256.i17Muf1S099944@green.bikeshed.org> <200402080001.i1801lxI000670@green.bikeshed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402080001.i1801lxI000670@green.bikeshed.org> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: hackers@FreeBSD.org Subject: Re: mostly-reentrant resolver/getaddrinfo(3) 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, 09 Feb 2004 13:16:06 -0000 [ Brian: I've noticed that in the recent past, I cannot receive email from you due to reject: RCPT from mx2.freebsd.org[216.136.204.119]: 450 : Sender address rejected: Domain not found Requests for any green.bikeshed.org RRs results in SERVFAIL. ] On Sat, Feb 07, 2004 at 07:01:47PM -0500, Brian F. Feldman wrote: > BTW, a slightly more complete patch that has the diffs for > /usr/include/resolv.h and also should correctly close the sockets that each > thread opens for the resolver can be found here: > > http://green.homeunix.org/~green/mostly_reentrant_resolver.patch Cool! Use pthread_once for creating keys, not a mutex (referring to res_init_mutex/res_keys_inited). I prefer to see `_pthread_*' in libc source (rather than `thr_*'), but that's just me. Cheers, -- Jacques Vidrine NTT/Verio SME FreeBSD UNIX Heimdal nectar@celabo.org jvidrine@verio.net nectar@freebsd.org nectar@kth.se From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 8 09:17:33 2004 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 BD92E16A4CF for ; Sun, 8 Feb 2004 09:17:33 -0800 (PST) Received: from hotmail.com (sea2-f22.sea2.hotmail.com [207.68.165.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF72C43D1D for ; Sun, 8 Feb 2004 09:17:33 -0800 (PST) (envelope-from ahmeddba@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 8 Feb 2004 09:17:33 -0800 Received: from 62.3.33.219 by sea2fd.sea2.hotmail.msn.com with HTTP; Sun, 08 Feb 2004 17:17:33 GMT X-Originating-IP: [62.3.33.219] X-Originating-Email: [ahmeddba@hotmail.com] X-Sender: ahmeddba@hotmail.com From: "ahmed mohiuddin" To: greywolf@siva.captech.com, kpneal@pobox.com Date: Sun, 08 Feb 2004 22:47:33 +0530 Message-ID: X-OriginalArrivalTime: 08 Feb 2004 17:17:33.0434 (UTC) FILETIME=[7094ADA0:01C3EE67] X-Mailman-Approved-At: Mon, 09 Feb 2004 05:51:47 -0800 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: hackers@freebsd.org cc: current-users@netbsd.org cc: tech@openbsd.org Subject: Can we extend VolumeGroup after creation? 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, 08 Feb 2004 17:17:33 -0000 Hi, Can u guys tel me, i have created a VolumeGroup(myvg) of 120GB size, which holds oraclefiles and these files will be access by 2nodes which are on cluster. So can you please tell that i can increase the size of VolumeGroup or i cannot? Will AIX allows us to increase size of VolumeGroup in the Future? Please Advise. Ahmed _________________________________________________________________ Marriage? [1]Join BharatMatrimony.com. References 1. http://g.msn.com/8HMAENIN/2728??PS= From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 06:04:11 2004 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 69B0016AA6C for ; Mon, 9 Feb 2004 06:04:11 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3026D43D1F for ; Mon, 9 Feb 2004 06:04:11 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 1AqC19-0007u8-Jj; Mon, 09 Feb 2004 16:04:07 +0200 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Simon Barner In-reply-to: Your message of Mon, 9 Feb 2004 14:12:43 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Feb 2004 16:04:07 +0200 From: Danny Braniss Message-Id: cc: freebsd-hackers@freebsd.org Subject: Re: bktr video card - VBI 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, 09 Feb 2004 14:04:11 -0000 > Hi, > > did you already have a look at the following two applications that use > the vbi interface? > > Perhaps you can find something usefull there... > > ports/multimedia/nxtvepg > ports/misc/alevt thanks, i checked alevt - there was a comment about it in the driver :-) now i know that /dev/vbi is for teletext - not exactly what i was looking for. danny From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 08:06:30 2004 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 BA79316A4CE for ; Mon, 9 Feb 2004 08:06:30 -0800 (PST) Received: from digitalme.com (pop.digitalme.com [193.97.97.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A678B43D1F for ; Mon, 9 Feb 2004 08:06:30 -0800 (PST) (envelope-from dkt@digitalme.com) Received: from dkt [61.10.7.113] by digitalme.com with NIMS ModWeb Module; Tue, 10 Feb 2004 00:06:29 +0800 From: Dung Patrick To: freebsd-hackers@freebsd.org, Date: Tue, 10 Feb 2004 00:06:29 +0800 X-Mailer: NIMS ModWeb Module X-Sender: dkt MIME-Version: 1.0 Message-ID: <1076342789.b793fb20dkt@digitalme.com> Content-Type: multipart/mixed; boundary="------=_ModWebBOUNDARY_b793fb20_1076342789" Subject: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 16:06:30 -0000 This is a multi-part message in MIME format. --------=_ModWebBOUNDARY_b793fb20_1076342789 Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable Hi Beaver Challenge 2004 is coming!. Details in http://osuosl.org/benchmarks/bc/ We are preparing the tuning guide. Definitely we need suggestions and comme= nts. Please see this forum to view the latest tuning guide: http://osuosl.org/forums/viewforum.php?f=3D8 Attached is a ver0.4 of the tuning guide. Regards Patrick --------=_ModWebBOUNDARY_b793fb20_1076342789 Content-Type: text/plain; name="bc-fbsd-tune guide.txt" Content-Transfer-Encoding: BASE64 Content-Disposition: attachment; filename="bc-fbsd-tune guide.txt" PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KRnJlZUJT RCB0dW5pbmcgZ3VpZGUgZm9yIHRoZSBiZWF2ZXIgY2hhbGxlbmdlIDIwMDQKRm9yICJzdG9jayIg Y2xhc3MKRHJhZnQgdmVyIDAuNAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQoKPT09PT09PT09CkNoYW5nZWxvZwo9PT09PT09PT0KMC4xIEluaXRpYWwg cmVsZWFzZQowLjIgQWRkIHNvbWUgbm90ZXMgYWJvdXQgdGhlIHBhY2thZ2VzIGZvciB0aGUgYmVu Y2htYXJraW5nCjAuMyBzeXNjdGwuY29uZiwgbG9hZGVyLmNvbmYsIG1vcmUgdHVuaW5nIG9uIEFw YWNoZSBhbmQgb3RoZXIgbWlub3IgdXBkYXRlcwowLjQgUGFydGl0aW9uIG9yZGVyLCAyLjIuMShj cm9uKSwgMi4yLjMgKHN5c2N0bCksIDIuMi41KGZsYWdzKSwgMi4yLjYsIDIuMi43Cgo9PT09PT09 PT09PT09PT09PT09PT09PT09CjEuIEJhY2tncm91bmQgaW5mb3JtYXRpb24KPT09PT09PT09PT09 PT09PT09PT09PT09PQpUaGUgbWFjaGluZToKRGVsbCBQb3dlckVkZ2UgMjY1MCAKMiAtIDIuOEdo eiBJbnRlbCBYZW9uIHByb2Nlc3NvcnMgCjJHQiBvZiBSQU0gCjUgLSAzNkdCIFUzMjAgZGlza3Mg QCAxMCwwMDAgUlBNIGNvbmZpZ3VyZWQgYXMgUkFJRDAgc3RyaXBlIApBZGFwdGVjIEFBQyByYWlk IGNvbnRyb2xsZXIgCkl0J3MgZnVsbCBzcGVjIGNhbiBiZSBkb3dubG9hZGVkIGluIGhlcmU6Cmh0 dHA6Ly93d3cuZGVsbC5jb20vZG93bmxvYWRzL2dsb2JhbC9wcm9kdWN0cy9wZWRnZS9lbi8yNjUw X3NwZWNzLnBkZgoKRnJvbSBodHRwOi8vb3N1b3NsLm9yZy9iZW5jaG1hcmtzL2JjL21ldGhvZG9s b2d5LyAuVGhleSB3aWxsIHJ1biB0aGVzZSBiZW5jaG1hcmtzOgpCb25uaWUrKyAtIGZpbGUgc3lz dGVtIHBlcmZvcm1hbmNlLgpsbWJlbmNoIC0gYmFuZHdpZHRoIGFuZCBsYXRlbmN5IHBlcmZvcm1h bmNlLgpWb2xhbm9NYXJrIC0gYSBKYXZhIGJlbmNobWFyay4KbXlTUUwgc2VydmVyIHRocm91Z2hw dXQgCkFwYWNoZSBzZXJ2ZXIgdGhyb3VnaHB1dCAKClRoZWlyIHRlc3Rpbmcgc2NyaXB0IGlzIGFs c28gYXZhbGlhYmxlIG9uIHRoZWlyIHdlYiBwYWdlLgpGb3IgQm9ubmllLCB0aGVyZSB0ZXN0aW5n IHBhcmFtZXRlcnMgaXMgdGhpczoKbXkgJGZpbGVfc2l6ZSA9ICI0ZyI7Cm15ICRmaWxlX251bT0g IjEyOCI7Cm15ICRzbWFsbF9taW5fc2l6ZSA9ICIxNiI7Cm15ICRzbWFsbF9tYXhfc2l6ZSA9ICIy MDAwMCI7Cm15ICRsYXJnZV9taW5fc2l6ZSA9ICIyMDAwMCI7Cm15ICRsYXJnZV9tYXhfc2l6ZSA9 ICIxMDAwMDAiOwpteSAkbnVtX2RpciA9ICI1MTIiOwpteSAkdGVzdF9ydW5zID0gMTsKbXkgJHN5 bWxpbmtfcnVucyA9IDE7Cm15ICRoYXJkbGlua19ydW5zID0gMTsKCj09PT09PT09PT09PT09PT09 CjIuIFR1bmluZyBzZWN0aW9uCj09PT09PT09PT09PT09PT09CkluIHRoaXMgc2VjdGlvbiwgd2Ug YXJlIGdvaW5nIHRvIHR1bmUgdGhlIHN5c3RlbSB0byBwcm92aWRlIHRoZSBiZXN0IGJlbmNobWFy ay4KCi0tLS0tLS0tLS0tLS0tLS0KMi4xIEluc3RhbGxhdGlvbgotLS0tLS0tLS0tLS0tLS0tCgpQ YXJ0aXRpb25pbmcKLS0tLS0tLS0tLS0tClRoZXJlIHdpbGwgYmUgYWJvdXQgMTgwR0IgaGFyZGRp c2sgc3BhY2UgYW5kIDJHQiBSQU0uIEhvdyBhcmUgd2UgZ29pbmcgdG8gcGFydGl0aW9uIHRoZSBG cmVlQlNEIHN5c3RlbT8gU3VnZ2VzdGVkIGxheW91dCBiZSBsaWtlIHRoaXMgKGluIG9yZGVyKQoK L2hvbWUJPjRHQiAodGhlaXIgYm9ubmllKysgc2NyaXB0IGJlbmNobWFyayBvbiB0aGlzIHBhcnRp dGlvbiwgaWYgd2UgZG8gbm90IGNyZWF0ZSAvaG9tZSwgdGhlbiAvaG9tZSB3aWxsIGJlIGEgc3lt b2JpbGMgbGluayB0byAvdXNyL2hvbWUpCi8JeHhHQgpzd2FwCTRHQiAoSXQgaGF2ZSAyR0IgUkFN KQovdXNyCXh4R0IgKG5lZWQgc29tZSBzcGFjZSB0byBob2xkIHRoZSBwb3J0cywgYW5kIHBvc3Np Ymx5IHRvIGJ1aWxkIHRoZSBqZGspCgpUaGUgL2hvbWUgaXMgdGhlIGZpcnN0IGJlY2F1c2Ugd2Ug d2FudCB0byB1c2UgdGhlIG91dHNpZGUgcGFydCBvZiB0aGUgaGFyZCBkaXNrLiAoU28gL2hvbWUg d2lsbCBiZSBhIHNlcGFyYXRlIHBhcnRpdGlvbiBpbnN0ZWFkIG9mIGEgc2xpZGU/KQpVc2UgVUZT MSBmb3IgRkJTRDQgKG5vIGNob2ljZSksIGFuZCBVRlMyIGZvciBGQlNENS4KVHVybiBvbiBzb2Z0 IHVwZGF0ZXMgZm9yIGFsbCBwYXJ0aXRpb25zLgoKU29tZSB0aG91Z2h0OgoxKSAvaG9tZSBjYW4g YmUgcmVmb3JtYXR0ZWQgKHRvIHVzZSBkaWZmZXJlbnQgYmxvY2svZnJhZ21lbnQgc2l6ZSkuCkJ5 IGxvb2tpbmcgYXQgdGhlaXIgYm9ubmllIHNjcmlwdCwgaXQgc2VlbXMgaW5jcmVhc2luZyB0aGUg YmxvY2tzaXplIChkZWZhdWx0IGlzIDE2S0IpIHdvdWxkIGJlbmVmaXQuIEJ1dCBJIGRvIG5vdCBo YXZlIGFjdHVhbCB0ZXN0aW5nIG9yIHN1cHBvcnRpbmcgbWF0ZXJpYWxzLgpVbmxlc3Mgd2UgaGF2 ZSBhbnkgZ29vZCByZWFzb25zLCB3ZSB3b3VsZCBzdGljayB0byB0aGUgZGVmYXVsdC4KMikgSW4g dGhlIGxvbmcgcnVuLCB3aWxsIHRob3NlIC91c3Ivc3JjLCAvdXNyL3BvcnRzLCAvdXNyL29iaiBt YWtlIHRoZSAvdXNyIHBhcnRpdGlvbiBiZWNvbWVzIG1vcmUgYW5kIG1vcmUgZnJhZ21lbnRzPyBT aG91bGQgd2UgbWFrZSBzZXBhcmF0ZSBwYXJ0aXRpb25zIGZvciB0aGVtPwoKLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KMi4yIFR3ZWFraW5nIChGaXJzdCBzdGFnZSkKLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0KCkFmdGVyIHRoZSBpbnN0YWxsYXRpb24sIHdlIGFyZSBnb2luZyB0byB0dW5l IGluIGRpZmZlcmVudCBhcmVhcy4KCjIuMi4xIFR1cm4gb2ZmIGFsbCB1bm5lZWRlZCBzZXJ2aWNl cwotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KUmVtZW1iZXIgZm9yICJzdG9j ayIgY2xhc3M6ClRoZSB0d2Vha3MgbXVzdCByZWZsZWN0IGEgc3lzdGVtIHRoYXQgY291bGQgYmUg cGxhY2VkIGludG8gcHJvZHVjdGlvbi4gCgpUdXJuIG9mZiBydW4gdGhlc2Ugc2VydmljZXM6Cmlu ZXRkCnBvcnRtYXAKc2VuZG1haWwKc3NoZCAod2UgdXNlIHNlcmlhbCBjb25zb2xlIGFjY2Vzcz8p CmNyb24KdXNiZD8gKEkgZG91YnQgaXQgaGFzIGFueSBVU0IgZGV2aWNlcyBpbiB0aGUgQkMpCgpR dWVzdGlvbjoKVHVybiB0aGVzZSBvZmYgZm9yIHRoZSBzYWtlIG9mIHRoZSBiZWNobWFya2luZz8g KHdoaWNoIHNob3VsZCBub3QgYmUgZG9uZSBpbiBhIHByb2R1Y3Rpb24gc2VydmVyKQpzeXNsb2cK CjIuMi4yIC9ldGMvZnN0YWIKLS0tLS0tLS0tLS0tLS0tLQpCeSBkZWZhdWx0LCB0aGUgZmlsZSBz eXN0ZW0gd2lsbCBiZSBtb3VudGVkIHdpdGggYXRpbWUuIApMZXQncyBjaGFuZ2UgaXQuIEZvciBt b3JlIGluZm9ybWF0aW9uLCByZWZlciB0byBtYW4gOCBtb3VudC4KClRvIGRvIGl0IHdpdGhvdXQg cmVib290CiMgbW91bnQgLW8gdXBkYXRlLG5vYXRpbWUgLwpUaGVuLCBhZGQgJ25vYXRpbWUnIHRv IHRoZSBhcHByb3ByaWF0ZSBwbGFjZSBpbiAvZXRjL2ZzdGFiLgpTbyB0aGF0IGl0IHdpbGwgYmUg ZG9uZSBhdXRvbWF0aWNhbGx5IGluIG5leHQgcmVib290LgoKMi4yLjMgL2V0Yy9zeXNjdGwuY29u ZgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tClRoaXMgaXMgYSB2ZXJ5IGNyaXRpY2FsIGZpbGUgdGhh dCBtYW55IHR3ZWFraW5nIHdpbGwgYmUgZG9uZSBpbiBoZXJlLgoKVG8gYmUgY29tcGxldGVkLCBy ZWZlciB0bwpUdW5pbmcgbWFuIHBhZ2UKVENQIG1hbiBwYWdlCk1vcmUgcGFyYW1ldGVycyB0byB0 dW5lIGluIGh0dHA6Ly9zaW51c3BsLm5ldC90eHQvIChsb29rIGZvciBzeXNjdGwudHh0KSAKCmtl cm4uaXBjLnNvbWF4Y29ubj04MTkyIAprZXJuLmlwYy5tYXhzb2NrYnVmPTIwOTcxNTIgCm5ldC5p bmV0LmlwLnBvcnRyYW5nZS5sYXN0PTMwMDAwIApuZXQuaW5ldC50Y3AucmZjMTMyMz0xIApuZXQu aW5ldC50Y3AuZGVsYXllZF9hY2s9MCAKbmV0LmluZXQudGNwLnNlbmRzcGFjZT0zMjc2OApuZXQu aW5ldC50Y3AucmVjdnNwYWNlPTMyNzY4Cm5ldC5pbmV0LnVkcC5yZWN2c3BhY2U9MzI3NjgKbmV0 LmluZXQuaWNtcC5pY21wbGltPTAgCiMgV2Ugd2lsbCBzdGljayB0byB0aGUgZGVmYXVsdHMgdW5s ZXNzIHdlIGhhdmUgYW55IGdvb2QgcmVhc29ucwojbmV0LmluZXQudWRwLm1heGRncmFtPQojbmV0 LmxvY2FsLnN0cmVhbS5zZW5kc3BhY2U9CiNuZXQubG9jYWwuc3RyZWFtLnJlY3ZzcGFjZT0KI25l dC5sb2NhbC5kZ3JhbS5tYXhkZ3JhbT0KI25ldC5sb2NhbC5kZ3JhbS5yZWN2c3BhY2U9CiMgRGlz YWJsZSBmZWF0dXJlcyB0aGF0IHdlIGFyZSBub3QgZ29pbmcgdG8gdXNlIGluIHRoZSBCQyAKbmV0 LmluZXQuaWNtcC5kcm9wX3JlZGlyZWN0PTEgCm5ldC5pbmV0LmljbXAubG9nX3JlZGlyZWN0PTAg Cm5ldC5pbmV0LmlwLnJlZGlyZWN0PTAgCm5ldC5pbmV0Ni5pcDYucmVkaXJlY3Q9MCAKbmV0Lmlu ZXQuaXAuc291cmNlcm91dGU9MCAKbmV0LmluZXQuaXAuYWNjZXB0X3NvdXJjZXJvdXRlPTAgCiMg VHVybiBvZmYgQVJQIHdyb25nIGludGVyZmFjZSBsb2cgbWVzc2FnZXMgCm5ldC5saW5rLmV0aGVy LmluZXQubG9nX2FycF93cm9uZ19pZmFjZT0wIAoKUXVlc3Rpb246CjEpIFdvdWxkIGl0IGJlIHRv byBtdWNoIGJ1ZmZlciAoc2VuZHNwYWNlK3JlY3ZzcGFjZT02NEtCKSBmb3IgZWFjaCBjb25uZWN0 aW9uPwpBbGV4YW5kZXIgc3VnZ2VzdGVkIHR3byBpZGVhcyBmb3IgbmV0d29ya2luZzoKMikgRW5h YmxlIG5ldC5pbmV0LnRjcC5pbmZsaWdodF9lbmFibGUgKFRDUCBiYW5kd2lkdGggZGVsYXkgcHJv ZHVjdCBsaW1pdGluZykgYW5kIGluY3JlYXNlIG5ldC5pbmV0LnRjcC5zbG93c3RhcnRfZmxpZ2h0 c2l6ZT1YICh3aGVyZSBYID4zKSBhbmQ7CjMpIEV4cGVyaW1lbnQgd2l0aCBuZXQuaW5ldC50Y3Au bmV3cmVubz0wIChOZXdSZW5vIEZhc3QgUmVjb3ZlcnkgYWxnb3JpdGhtLCBSRkMgMjU4MikKQW55 IGlkZWFzPwoKMi4yLjQgL2Jvb3QvbG9hZGVyLmNvbmYKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K VGhpcyBpcyBhbm90aGVyIHBsYWNlIHRoYXQgd2Ugd291bGQgdHVuZS4KU29tZSBzeXNjdGwgcGFy YW1ldGVycyBhcmUgcmVhZCBvbmx5IGFuZCBjYW4gb25seSBiZSB0dW5lZCBhdCBib290IHRpbWUu CgprZXJuLm1heGZpbGVzPTY1NTM1IAprZXJuLm1heGZpbGVzcGVycHJvYz0zMjc2OCAKa2Vybi5p cGMubWF4c29ja2V0cz0zMjc2OAkjIE1heGltdW0gbnVtYmVyIG9mIHNvY2tldHMKa2Vybi5pcGMu bm1iY2x1c3RlcnM9IjE2Mzg0IgkjIFNldCB0aGUgbnVtYmVyIG9mIG1idWYgY2x1c3RlcnMKI2tl cm4uaXBjLm5tYnVmcz0iIgkJIyBTZXQgdGhlIG1heGltdW0gbnVtYmVyIG9mIG1idWZzCiMgbWF4 aW11bSBubyBvZiBzZl9idWZzIChzZW5kZmlsZSgyKSB6ZXJvLWNvcHkgdmlydHVhbCBidWZmZXJz KQojIElmIHByb2Nlc3MgYXJlIGluIHRoZSAic2ZidWZhIiBzdGF0ZSwgdGhlbiBpbmNyZWFzZSBu c2ZidWZzCiNrZXJuLmlwYy5uc2ZidWZzPSIiCQkjIFNldCB0aGUgbnVtYmVyIG9mIHNlbmRmaWxl KDIpIGJ1ZnMKCjIuMi41IC9ldGMvbWFrZS5jb25mCi0tLS0tLS0tLS0tLS0tLS0tLS0tClRoaXMg aXMgYWxzbyBhIGNyaXRpY2FsIGZpbGUgYmVjYXVzZSB3ZSBhcmUgZ29pbmcgdG8gb3B0aW1pemUg b3VyIGtlcm5lbCBhbmQgcGFja2FnZXMuCkFsc28gcmVmZXIgdG8gWzRdIGFuZCAvZXRjL2RlZmF1 bHRzL21ha2UuY29uZgoKVGhlc2UgYXJlIHRoZSBwcm9wb3NlZCBwYXJhbWV0ZXJzOgpDUFVUWVBF Pz1wNCAKQ0ZMQUdTPSAtT3MgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZvbWl0LWZyYW1lLXBvaW50 ZXIgLW1jcHU9cGVudGl1bTQgLW1hcmNoPXBlbnRpdW00IC1waXBlCiMgQ09QVEZMQUdTIGlzIGZv ciBjb21waWxpbmcganVzdCB0aGUga2VybmVsIHdpdGggc3BlY2lhbCBvcHRpbWl6YXRpb25zLCBz aG91bGQgYmUgdXNlZCBpbnN0ZWFkIG9mIENGTEFHUwpDT1BURkxBR1M9IC1PcyAtZm5vLXN0cmlj dC1hbGlhc2luZyAtZm9taXQtZnJhbWUtcG9pbnRlciAtbWNwdT1wZW50aXVtNCAtbWFyY2g9cGVu dGl1bTQgLXBpcGUKCk90aGVyIHBhcmFtZXRlcnMgdGhhdCBtaWdodCBiZSB1c2VmdWw6Ck5PUFJP RklMRT10cnVlCSMgQXZvaWQgY29tcGlsaW5nIHByb2ZpbGVkIGxpYnJhcmllcyAoZG8gd2UgbmVl ZCB0aGlzPykKQ1hYRkxBR1MrPSAoZG8gd2Ugc3RpbGwgbmVlZCB0aGlzIGZvciAtc3RhYmxlPykK ClF1ZXN0aW9uczoKClNob3VsZCB3ZSB1c2UgLU8vLU8yLy1Pcz8KTWF5YmUgd2UgdXNlIC1PcyBp biBGQlNENC1zdGFibGUgYW5kIC1PIGluIEZCU0Q1Ly1jdXJyZW50LgoKSW4gRnJlZUJTRCA1LjIs IC9iaW4gYW5kIC9zYmluIGFyZSBub3cgZHluYW1pYywgcmF0aGVyIHRoYW4gc3RhdGljIGxpbmtp bmcuCldpbGwgdGhpcyBodXJ0IHRoZSBwZXJmb3JtYW5jZSBvZiBCb25uaWUrKy9sbWJlbmNoL1Zv bGFub01hcmsvbXlTUUwvQXBhY2hlID8KQWxleGFuZGVyIHBvaW50IG91dCB0aGF0IHdpdGggZHlu YW1pYyBsaW5raW5nLCBpdCB3aWxsIGh1cnQgdGhlIHBlcmZvcm1hbmNlIG9mIHNoZWxsIHNjcmlw dHMuIEV2ZXJ5IHVzZSBvZiBleGVjdXRhYmxlcyBpbiAvYmluIGFuZCAvc2JpbiB3aWxsIGJlIGEg bGl0dGxlIGJpdCBzbG93ZXIuCgoyLjIuNiBVcGRhdGUgb3VyIHNvdXJjZQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQpMZXRzIGFzc3VtZSBpdCBpcyBhbGxvd2VkIHRvIHVwZGF0ZSB0aGUgRnJlZUJT RCBzb3VyY2UgYW5kIHRoZSBwb3J0cyB0cmVlLgoKVGhlIG5leHQgcXVlc3Rpb24gaXMgd2hldGhl ciB3ZSB3aWxsIHVzZSAoYW5kIGRvbid0IGtub3cgaWYgT1NVT1NMIGFsbG93ZWQgdXMpIHRvIHVz ZSBGcmVlQlNELXN0YWJsZSBpbnN0ZWFkIG9mIEZyZWVCU0QgNC45IHJlbGVhc2UgYW5kIEZyZWVC U0QtY3VycmVudCBpbnN0ZWFkIG9mIEZyZWVCU0QgNS4yIHJlbGVhc2UuIAoKV2UgYXNzdW1lIHRo ZXJlIHdpbGwgYmUgc21hbGwgZGlmZmVyZW5jZSBpbiB0ZXJtcyBvZiBwZXJmb3JtYW5jZSBpbiB0 aGUgc3RhYmxlIGJyYW5jaC4KV2UgYXJlIGdvaW5nIHRvIHVzZSAtY3VycmVudCBpZiBwb3NzaWJs ZS4KCjIuMi43IE1ha2UgdGhlIHdvcmxkIGFuZCB0aGUga2VybmVsCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tCk5vdyB3ZSBoYXZlIHRoZSBvcHRpbWl6ZWQgbWFrZS5jb25mLCB3 ZSBhcmUgZ29pbmcgdG8gcmVidWlsZCB0aGUgd29ybGQgYW5kIG1ha2Ugb3VyIG5ldyBrZXJuZWwu CldlIGhhdmUgdG8gcmVtb3ZlIHVubmVjZXNzYXJ5IG9wdGlvbnMgYW5kIGFkZCBuZXcgdHdlYWtz IGZvciB0aGUga2VybmVsIGNvbmZpZy4KClRvIGJlIHJlbW92ZWQgYm90aCBGQlNENC81OgpORlMg Y2xpZW50L3NlcnZlci9yb290Ck90aGVyIGZpbGVzeXN0ZW1zIGV4Y2VwdCBGRlMvVUZTCkFsbCBv dGhlciBzY3NpIGRldmljZSBleGNlcHQgYWFjCklQdjYgKElmIHRoZXkgYXJlIG5vdCBnb2luZyB0 byB0ZXN0IGl0KQpBbGwgb3RoZXIgbmV0d29yayBkZXZpY2UgZXhjZXB0IHRoZSBuZXR3b3JrIGNh cmQgKEJyb2FkY29tPykKTGVhdmUgb25seSBJNjg2X0NQVQppc2E/IGVpc2E/CnVzYj8KLi4uCgpU byBiZSBhZGRlZCBpbiBib3RoIEZCU0Q0LzU6IChTZWUgTElOVCkKQ1BVX0ZBU1RFUl81WDg2X0ZQ VQkjIGVuYWJsZXMgZmFzdGVyIEZQVSBleGNlcHRpb24gaGFuZGxlci4KQ1BVX1NVU1BfSExUCQkj IGVuYWJsZXMgc3VzcGVuZCBvbiBIQUxULiBJZiB0aGlzIG9wdGlvbiBpcyBzZXQsIENQVSBlbnRl cnMgc3VzcGVuZCBtb2RlIGZvbGxvd2luZyBleGVjdXRpb24gb2YgSEFMVCBpbnN0cnVjdGlvbi4g KERvIHdlIHJlYWxseSB3YW50IHRoaXM/KQpOT19GMDBGX0hBQ0sJCSMgZGlzYWJsZXMgdGhlIGhh Y2sgdGhhdCBwcmV2ZW50cyBQZW50aXVtcyAoYW5kIE9OTFkKIyBQZW50aXVtcykgZnJvbSBsb2Nr aW5nIHVwIHdoZW4gYSBMT0NLIENNUFhDSEc4QiBpbnN0cnVjdGlvbiBpcwojIGV4ZWN1dGVkLiAg VGhpcyBvcHRpb24gaXMgb25seSBuZWVkZWQgaWYgSTU4Nl9DUFUgaXMgYWxzbyBkZWZpbmVkLAoj IGFuZCBzaG91bGQgYmUgaW5jbHVkZWQgZm9yIGFueSBub24tUGVudGl1bSBDUFUgdGhhdCBkZWZp bmVzIGl0LgpDUFVfRU5BQkxFX1NTRSAJCSMgZW5hYmxlcyBTU0UvTU1YMiBpbnN0cnVjdGlvbnMg c3VwcG9ydC4gKEl0IHNob3VsZCBub3QgYmUgbmVlZGVkIG5vcm1hbGx5PykKCkNQVV9VUEdSQURF X0hXX0NBQ0hFCSMgUXVlc3Rpb246IEkgZG9uJ3Qga25vdyBpZiBpdCBpcyBzYWZlIHRvIHVzZSB0 aGlzIG9uZS4KRnJvbSAvdXNyL3NyYy9zeXMvaTM4Ni9pbml0Y3B1LmM6CiAgICAgICAgICogT1Mg c2hvdWxkIGZsdXNoIEwxIGNhY2hlIGJ5IGl0c2VsZiBiZWNhdXNlIG5vIFBDLTk4IHN1cHBvcnRz CiAgICAgICAgICogbm9uLUludGVsIENQVXMuICBVc2Ugd2JpbnZkIGluc3RydWN0aW9uIGJlZm9y ZSBETUEgdHJhbnNmZXIKICAgICAgICAgKiB3aGVuIG5lZWRfcHJlX2RtYV9mbHVzaCA9IDEsIHVz ZSBpbnZkIGluc3RydWN0aW9uIGFmdGVyIERNQQogICAgICAgICAqIHRyYW5zZmVyIHdoZW4gbmVl ZF9wb3N0X2RtYV9mbHVzaCA9IDEuICBJZiB5b3VyIENQVSB1cGdyYWRlCiAgICAgICAgICogcHJv ZHVjdCBzdXBwb3J0cyBoYXJkd2FyZSBjYWNoZSBjb250cm9sLCB5b3UgY2FuIGFkZCB0aGUKICAg ICAgICAgKiBDUFVfVVBHUkFERV9IV19DQUNIRSBvcHRpb24gaW4geW91ciBrZXJuZWwgY29uZmln dXJhdGlvbiBmaWxlLgogICAgICAgICAqIFRoaXMgb3B0aW9uIGVsaW1pbmF0ZXMgdW5uZWVkZWQg Y2FjaGUgZmx1c2ggaW5zdHJ1Y3Rpb24ocykuCgpGb3IgdGhlIGtlcm5lbCBjb25maWcgaW4gRnJl ZUJTRDQ6ClVzZSBBUE0gb3IgQUNQST8KCkZvciB0aGUga2VybmVsIGNvbmZpZyBpbiBGcmVlQlNE NToKU0NIRURfVUxFIHdpbGwgYmUgdXNlZCBpbnN0ZWFkIG9mIFNDSEVMRF80QlNEClpFUk9fQ09Q WV9TT0NLRVRTCgpRdWVzdGlvbnM6ClNob3VsZCBIVFQgYmUgdXNlZCB0b2dldGhlcj8gb3IganVz dCBwbGFpbiBTTVA/IChCZSBzdXJlIHRvIHJlYWQgL3Vzci9zcmMvc3lzL2kzODYvY29uZi9OT1RF UyBpZiAtY3VycmVudCBpcyB1c2VkLikKVXNlIGRldmljZSBwb2xsaW5nPyAoSXQgc2VlbXMgaXQg b25seSBzdXBwb3J0IHRoZXNlIGRldmljZXM6IGRjLGVtLGZ4cCxuZ2UscmwgYW5kIHNpcywgbWFu IHBvbGxpbmcpCgoyLjIuOCBSZWJvb3QKLS0tLS0tLS0tLS0tCldlIGFyZSBnb2luZyB0byB1c2Ug b3VyIG5ldyBrZXJuZWwuCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KMi4zIFR3ZWFraW5n IChTZWNvbmQgU3RhZ2UpIChUbyBiZSBjb21wbGV0ZWQpCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQpPU1VPU0wgcGxhbiB0byBydW4gdGhlc2UgZm9yIGJlbmNobWFya2luZzoKQm9ubmllKysg LSBmaWxlIHN5c3RlbSBwZXJmb3JtYW5jZS4KbG1iZW5jaCAtIGJhbmR3aWR0aCBhbmQgbGF0ZW5j eSBwZXJmb3JtYW5jZS4KVm9sYW5vTWFyayAtIGEgSmF2YSBiZW5jaG1hcmsuCm15U1FMIHNlcnZl ciB0aHJvdWdocHV0IApBcGFjaGUgc2VydmVyIHRocm91Z2hwdXQKClF1ZXN0aW9uOgpBcmUgd2Ug Z29pbmcgdG8gdXNlIEtTRSBmb3IgYWxsIHRoZXNlIHBhY2thZ2VzPwoKMi4zLjEgQm9ubmllKysK LS0tLS0tLS0tLS0tLS0KRm9yIEZyZWVCU0QgY3VycmVudCwgYSByZWNlbnQgYnVpbGQgd291bGQg bWFrZSBCb25uaWUrKyBsaW5rIHRvIHRoZSBsaWJwdGhyZWFkLgoKV2hpbGUgSSB0ZXN0IEJvbm5p ZSsrIGluIG15IGhvbWUgUEMsIEkgZ290IHRoaXMgaW4gc3lzbG9nLiBCdXQgZG9uJ3Qga25vdyB3 aGF0J3Mgd3JvbmcuCmNhbGNydTogbmVnYXRpdmUgdGltZSBvZiA0Njg3MzcwMjQgdXNlYyBmb3Ig cGlkIDQ1NDExIChib25uaWUrKykKCjIuMy4yIGxtYmVuY2gKLS0tLS0tLS0tLS0tLQpJdCBzZWVt cyB0aGVyZSBpcyBub3QgbXVjaCB0aGluZ3MgdGhhdCB3ZSBjYW4gZG8uCgoyLjMuMyBWb2xhbm9N YXJrCi0tLS0tLS0tLS0tLS0tLS0KV2UgbmVlZCB0byBjb21waWxlIEpESyAxLjQuMi4gV2UgY2Fu bm90IGRvd25sb2FkIHRoZSBwYWNrYWdlIGZyb20gYW55d2hlcmUuCgpUbyBydW4gdm9sYW5vLCBJ IG5lZWQgdG8gY2hhbmdlIHRoZXNlIChteSBrZXJuZWwgaGFzIGlwdjYgY29tcGxpZWQgaW4pOgpu ZXQuaW5ldDYuaXA2LnY2b25seT0wCm9yIHJ1biBqYXZhIHdpdGggLURqYXZhLm5ldC5wcmVmZXJJ UHY0U3RhY2s9dHJ1ZQpBIHBhdGNoIGlzIGluIGh0dHA6Ly9mb3JjZS1lbGl0ZS5jb20vfmNoaXAv cGF0Y2hlcy9Wb2xhbm9NYXJrL2ZyZWVic2Qtc3RhcnR1cC1zdW4xNC5wYXRjaAoKQXNzdW1lIHRo ZSB2b2xhbm8gamF2YSB0ZXN0IHJ1biBvbiBsb29wYmFjayBpbnRlcmZhY2UuCkkgaGF2ZSBpbnN0 YWxsZWQgdGhlIHZvbGFubyBhbmQgZG8gYSBsb29wYmFjayB0ZXN0IGxvY2FsbHkuCkl0IGp1c3Qg c3RvcCBpbiAxNDAgY29ubmVjdGlvbnMgYW5kIEkgc2VlIHRoYXQgYSBqYXZhIHByb2Nlc3MgaGFz IGEgc3RhdGUgb2YgbWF4dGhyIChJIGd1ZXNzIGl0J3MgdGhlIG1heGltdW0gdGhyZWFkKQpTbyBJ IHRyeSB0byBpbmNyZWFzZSB0aGUgbWF4aW11bSB0aHJlYWQgcGVyIHByb2Nlc3MgdG8gNDAwLiAo Rm9yIGxvb3BiYWNrIHRlc3QsIGl0IHNob3VsZCBvbmx5IGRvIDIwMCBjb25uZWN0aW9ucykKa2Vy bi50aHJlYWRzLm1heF90aHJlYWRzX3Blcl9wcm9jPTQwMAoKSWYgdGhlIHZvbGFubyBqYXZhIHRl c3QgaXMgZ29pbmcgdG8gdGVzdCBuZXR3b3JrIGNhcGFiaWxpdHksIHRoZW4ga2Vybi5tYXhmaWxl cyBtdXN0IGJlIGluY3JlYXNlZCB0byBsZWFzdCAxMDI0MC4KKFRoZSBzdGFydHVwIHNjcmlwdCB3 aWxsIGRvICJ1bGltaXQgLVNuIDEwMjQwIikKa2Vybi5tYXhmaWxlcz0xNjM4NApBbHNvIGtlcm4u dGhyZWFkcy5tYXhfdGhyZWFkc19wZXJfcHJvYyBtdXN0IGFsc28gYmUgaW5jcmVhc2VkLCBlbHNl IHRoZSBtYXhpbXVtIGNvbm5lY3Rpb25zIHdpbGwgYmUgYm91bmRlZC4KClF1ZXN0aW9uOgpXaGF0 IGFyZSB0aGVzZSBzZXR0aW5ncz8gVGhleSBhcmUgbm90IGRvY3VtZW50ZWQuLgprZXJuLnRocmVh ZHMubWF4X2dyb3Vwc19wZXJfcHJvYzoKa2Vybi50aHJlYWRzLm1heF90aHJlYWRzX2hpdHM6Cgoy LjMuNCBteVNRTAotLS0tLS0tLS0tLQovZXRjL215LmNuZgpBIGdvb2QgcGxhY2UgdG8gbG9vayBh dCBteS1odWdlLmNuZiBvciBteS1sYXJnZS5jbmYgKGluIC91c3IvbG9jYWwvc2hhcmUvbXlzcWwp CgovZXRjL215LmNuZgptYXhfY29ubmVjdGlvbnMgPSAxMDI0IAprZXlfYnVmZmVyID0gNjRNIApy ZWFkX2J1ZmZlcl9zaXplID0gMk0gCnNvcnRfYnVmZmVyX3NpemUgPSA4TSAKdGFibGVfY2FjaGUg PSAxMjggCnF1ZXJ5X2NhY2hlX2xpbWl0ID0gMU0gCnF1ZXJ5X2NhY2hlX3NpemUgPSAzMk0gCnF1 ZXJ5X2NhY2hlX3R5cGUgPSAxIApza2lwLWlubm9kYiAKbG9nLWJpbiAKc2tpcC1uYW1lLXJlc29s dmUgCgpRdWVzdGlvbjoKMSkgVXNlIGxpbnV4dGhyZWFkcyBmb3IgLXN0YWJsZT8KUGxlYXNlIGhh dmUgYSBsb29rIGluIGhlcmU6IGh0dHA6Ly9qZXJlbXkuemF3b2RueS5jb20vYmxvZy9hcmNoaXZl cy8wMDA2OTcuaHRtbAoyKSBXaGVyZSBkb2VzIHRoZSBteXNxbCAocG9ydHMpIGxvb2tzIGZvciBt eS5jbmYgKC9ldGMvbXkuY25mIG9yIC91c3IvbG9jYWwvZXRjL215LmNuZj8pCgoyLjMuNSBBcGFj aGUKLS0tLS0tLS0tLS0tClVudGlsIG5vdywgd2UgZG8gbm90IGtub3cgaWYgQXBhY2hlIDEueCBv ciAyLnggb3IgYm90aCB3aWxsIGJlIGJlbmNobWFya2VkLgoKV2Ugc2hvdWxkIHVzZSAnLS1lbmFi bGUtbm9ucG9ydGFibGUtYXRvbWljcz15ZXMnIGFuZCBzdGF0aWNseSBidWlsZCBpbiBhbGwgbmVl ZGVkIG1vZHVsZXMuCgpJZiBBcGFjaGUgMi54IGlzIHVzZWQsIHRoZSBXb3JrZXIgTVBNIG1vZHVs ZSBzaG91bGQgYmUgdXNlZC4gUmVmZXIgdG8gWzZdCgpjaGlwaWcgaXMgd29ya2luZyBvbiB0aGUg a3F1ZXVlIHBhdGNoIGZvciBBcGFjaGUuCkhlIGFsc28gaGFzIHRoZSBodHRwcmVhZHkgcGF0Y2g6 Cmh0dHA6Ly9mb3JjZS1lbGl0ZS5jb20vfmNoaXAvcGF0Y2hlcy9odHRwZC9hY2NlcHRfZmlsdGVy L3VzZS1odHRwcmVhZHktZmlsdGVyLnBhdGNoCkl0IGhhcyBiZWVuIGFkZGVkIHRvIEFwYWNoZSAy LjEoQ1ZTIEhFQUQsIGJ1dCBiYWNrcG9ydGVkIHRvIDIuMC5YWCkuIAoKV2UgaGF2ZSB0byBtYWtl IHN1cmUgSG9zdG5hbWVMb29rdXBzIGlzIE9mZi4gKGRlZmF1bHQgaXMgb2ZmKS4KClNwZWNpZmlj IHRvIEZyZWVCU0Q6IEFjY2VwdCBGaWx0ZXIgYW5kIEFjY3BldCBEYXRhCkZvciBBcGFjaGUgMS4z LngKV2Ugd2lsbCB1c2UgYWNjZXB0IGZpbHRlciBtb2R1bGUgKGFjY2ZfaHR0cCkKaHR0cDovL2h0 dHBkLmFwYWNoZS5vcmcvZG9jcy9taXNjL3BlcmYtYnNkNDQuaHRtbApGb3IgQXBhY2hlIDIuMC54 CldlIHdpbGwgdXNlIGFjY2VwdCBkYXRhIG1vZHVsZSAoYWNjZl9kYXRhKQoKUXVlc3Rpb246Ck1h eSBiZSBmb3IgdW5saW1pdGVkIGNsYXNzIG9ubHksIHNob3VsZCB3ZSB0dXJuIG9mZiBsb2dnaW5n IGluIEFwYWNoZT8KSWYgeWVzLCB0aGVuIHdlIHdvdWxkIGNvbW1lbnQgYWxsIGxvZyByZWxhdGVk IGRpcmVjdGl2ZXMgaW4gaHR0cGQuY29uZi4gKHVzZSAvZGV2L251bGwgZm9yIEVycm9yTG9nKQoK PT09PT09PT09PT09PT09PT09CjMuIE90aGVyIHF1ZXN0aW9ucwo9PT09PT09PT09PT09PT09PT0K V2Uga25vdyB0aGF0IHRoZSBtYWNoaW5lIHNob3VsZCB1c2UgR2lnYWJpdCBldGhlcm5ldC4gQnV0 IHdlIGRvIG5vdCBrbm93IHdoZXRoZXIgdGhlIGNsaWVudHMgd2lsbCB1c2UgR2lnYWJpdC9GYXN0 IGV0aGVybmV0LgoKIkJlbmNobWFya2luZyBCU0QgYW5kIExpbnV4IiBoYXMgaWxsdXN0cmF0ZWQg c29tZSB3ZWFrbmVzcyBpbiBGcmVlQlNELgpQbGVhc2UgcmVmZXIgdG8gWzVdIGFuZCBzZWUgaG93 IHdlIGNhbiBpbXByb3ZlLgoKPT09PT09PT09PT09PQo0LiBSZWZlcmVuY2VzCj09PT09PT09PT09 PT0KWzFdIFR1bmluZyBtYW4gcGFnZQpodHRwOi8vd3d3LmZyZWVic2Qub3JnL2NnaS9tYW4uY2dp P3F1ZXJ5PXR1bmluZyZhcHJvcG9zPTAmc2VrdGlvbj0wJm1hbnBhdGg9RnJlZUJTRCs1LjItY3Vy cmVudCZmb3JtYXQ9aHRtbAoKWzJdIFRjcCBtYW4gcGFnZQpodHRwOi8vd3d3LmZyZWVic2Qub3Jn L2NnaS9tYW4uY2dpP3F1ZXJ5PXRjcCZhcHJvcG9zPTAmc2VrdGlvbj0wJm1hbnBhdGg9RnJlZUJT RCs1LjItY3VycmVudCZmb3JtYXQ9aHRtbAoKWzNdIFR1bmluZyBGcmVlQlNEIGZvciBkaWZmZXJl bnQgYXBwbGljYXRpb25zCmh0dHA6Ly9zaWx2ZXJ3cmFpdGguY29tL3BhcGVycy9mcmVlYnNkLXR1 bmluZy5waHAKCls0XSBPcHRpbWlzaW5nIEZyZWVCU0QgYW5kIGl0J3Mga2VybmVsCmh0dHA6Ly9z aWx2ZXJ3cmFpdGguY29tL3BhcGVycy9mcmVlYnNkLWtlcm5lbC5waHAKCls1XSA1LjIuMSBUdW5p bmcgSWRlYXMKaHR0cDovL29zdW9zbC5vcmcvZm9ydW1zL3ZpZXd0b3BpYy5waHA/dD01NgoKWzZd IEFwYWNoZSBNUE0gV29ya2VyIG1vZHVsZQpodHRwOi8vaHR0cGQuYXBhY2hlLm9yZy9kb2NzLTIu MC9tb2Qvd29ya2VyLmh0bWwK --------=_ModWebBOUNDARY_b793fb20_1076342789-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 08:11:03 2004 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 1D9BC16A4CE for ; Mon, 9 Feb 2004 08:11:03 -0800 (PST) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6413743D1F for ; Mon, 9 Feb 2004 08:11:02 -0800 (PST) (envelope-from andre.albsmeier@siemens.com) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by goliath.siemens.de (8.11.7/8.11.7) with ESMTP id i19GB0M21173 for ; Mon, 9 Feb 2004 17:11:01 +0100 (MET) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail3.siemens.de (8.11.7/8.11.7) with ESMTP id i19GAx319069 for ; Mon, 9 Feb 2004 17:11:00 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) mail/cert.mc.pre,v 1.56 2003/11/06 20:07:28 ust Exp $) with ESMTP id i19GAxx0017196 for ; Mon, 9 Feb 2004 17:10:59 +0100 (CET) Received: (from localhost) by curry.mchp.siemens.de (8.12.10/8.12.10) id i19GAxm7003079; Date: Mon, 9 Feb 2004 17:10:59 +0100 From: Andre Albsmeier To: freebsd-hackers@freebsd.org Message-ID: <20040209161059.GA732@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Echelon: SEMTEX, 707, CERT, MI5, Secret Service X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: Andre.Albsmeier@siemens.com Subject: Making inheritance of group ID configurable 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, 09 Feb 2004 16:11:03 -0000 New items created on an ufs normally inherit their group ID from the parent directory. I have the need for making this configurable. Since the set-group-ID bit is not used for directories on BSD, I would like to use it to decide on this: If it is set, the group ID of the newly created item corresponds to the one of the creating process. (Yeah, this is exactly the wrong way around compared to what "the Others" do but I don't want to change the BSD default). I am currently using this patch. It seems to work great but I would like to know if I have forgotten something ;-) --- sys/ufs/ufs/ufs_vnops.c.ORI Fri Jan 3 08:41:47 2003 +++ sys/ufs/ufs/ufs_vnops.c Mon Feb 9 16:32:46 2004 @@ -1276,6 +1276,11 @@ if (error) goto out; ip = VTOI(tvp); +#ifdef ANDRE + if( (dp->i_mode & ISGID) ) + ip->i_gid = cnp->cn_cred->cr_gid; + else +#endif ip->i_gid = dp->i_gid; #ifdef SUIDDIR { @@ -2070,6 +2075,11 @@ if (error) return (error); ip = VTOI(tvp); +#ifdef ANDRE + if( (pdir->i_mode & ISGID) ) + ip->i_gid = cnp->cn_cred->cr_gid; + else +#endif ip->i_gid = pdir->i_gid; #ifdef SUIDDIR { Any hints are welcome. Thanks, -Andre From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 08:36:41 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 01DA016A4CE; Mon, 9 Feb 2004 08:36:41 -0800 (PST) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.bikeshed.org (8.12.10/8.12.9) with ESMTP id i19Gad6w024700; Mon, 9 Feb 2004 11:36:40 -0500 (EST) (envelope-from green@green.homeunix.org) Received: from localhost (green@localhost)i19GaYYk024697; Mon, 9 Feb 2004 11:36:39 -0500 (EST) Message-Id: <200402091636.i19GaYYk024697@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "Jacques A. Vidrine" In-Reply-To: Message from "Jacques A. Vidrine" <20040209131604.GA71929@madman.celabo.org> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Feb 2004 11:36:34 -0500 Sender: green@green.homeunix.org cc: hackers@FreeBSD.org Subject: Re: mostly-reentrant resolver/getaddrinfo(3) 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, 09 Feb 2004 16:36:41 -0000 "Jacques A. Vidrine" wrote: > > BTW, a slightly more complete patch that has the diffs for > > /usr/include/resolv.h and also should correctly close the sockets that each > > thread opens for the resolver can be found here: > > > > http://green.homeunix.org/~green/mostly_reentrant_resolver.patch > > Cool! > > Use pthread_once for creating keys, not a mutex (referring to > res_init_mutex/res_keys_inited). > > I prefer to see `_pthread_*' in libc source (rather than `thr_*'), but > that's just me. If I try to use pthread_once(3) then I still need to have a variable which stores whether the call to pthread_key_create(3) succeeded from the pthread_once(3), right? So at the least, I'd have something like: static once_t keyonce; static int keyfailed; static void key_allocate(void) { if (thr_keycreate(foo, bar) != 0) keyfailed = 1; } static void allocate(void) { if (thr_once(&keyonce, key_allocate) != 0 || keyfailed) return (&_res_bogus); } It would be so much nicer if pthread_once(once, func, retval) existed, but I guess this would probably still work.... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 08:43:08 2004 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 F09A516A4CE for ; Mon, 9 Feb 2004 08:43:08 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC73543D5F for ; Mon, 9 Feb 2004 08:43:07 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i19GgGcE086589; Mon, 9 Feb 2004 10:42:16 -0600 (CST) (envelope-from dan) Date: Mon, 9 Feb 2004 10:42:16 -0600 From: Dan Nelson To: Harti Brandt Message-ID: <20040209164216.GA26419@dan.emsphone.com> References: <4025A0DD.2010607@acm.org> <20040208134125.L28775@beagle.fokus.fraunhofer.de> <40269DF5.2090806@acm.org> <20040209122341.S32427@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209122341.S32427@beagle.fokus.fraunhofer.de> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org cc: Tim Kientzle Subject: Re: Odd ACL question 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, 09 Feb 2004 16:43:09 -0000 In the last episode (Feb 09), Harti Brandt said: > On Sun, 8 Feb 2004, Tim Kientzle wrote: > TK>On Sat, 7 Feb 2004, Tim Kientzle wrote: > TK>>Joerg Schilling's "star" archives ACLs as follows: > TK>> > TK>>"user::rwx,group::r--,group:mail:rw-:6,mask::rw-,other::r--" > TK>> > TK>>Note the "group:mail:rw-:6" entry that contains a fourth > TK>>field with the uid/gid number. ... > TK> > TK> * If the username exists and the UID conflicts with the local > TK> system, ??? > TK> > TK>This last case is the tough one. My temptation: map it to > TK>an unused UID, issue a warning about the remap, and keep going. > > That may cause the problem I described. This may leave a file in a > user directory that the user cannot delete without intervention of > the root user, but its probably the simplest solution. What about > non-existing groups? Any file that a user creates, that user can delete. If you're talking about a root user extracting something into a user's directory, that's different, but you have the same problem even without ACLs. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 08:45:13 2004 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 3B8EF16A4CF for ; Mon, 9 Feb 2004 08:45:13 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B50A43D7D for ; Mon, 9 Feb 2004 08:45:12 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 9 Feb 2004 16:45:11 +0000 (GMT) Date: Mon, 9 Feb 2004 16:45:11 +0000 From: David Malone To: Andre Albsmeier Message-ID: <20040209164511.GB66276@walton.maths.tcd.ie> References: <20040209161059.GA732@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209161059.GA732@curry.mchp.siemens.de> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: freebsd-hackers@freebsd.org Subject: Re: Making inheritance of group ID configurable 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, 09 Feb 2004 16:45:13 -0000 On Mon, Feb 09, 2004 at 05:10:59PM +0100, Andre Albsmeier wrote: > New items created on an ufs normally inherit their group ID from > the parent directory. I have the need for making this configurable. > > Since the set-group-ID bit is not used for directories on BSD, > I would like to use it to decide on this: If it is set, the group > ID of the newly created item corresponds to the one of the creating > process. (Yeah, this is exactly the wrong way around compared to > what "the Others" do but I don't want to change the BSD default). Would making this a filesystem option be a good idea? You could have the default behaviour be as always and an option that makes the filesystem behave as you've described. David. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 08:46:13 2004 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 53ACA16A4CE for ; Mon, 9 Feb 2004 08:46:13 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1778F43D81 for ; Mon, 9 Feb 2004 08:46:13 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i19GkCSS092165; Mon, 9 Feb 2004 10:46:12 -0600 (CST) (envelope-from dan) Date: Mon, 9 Feb 2004 10:46:12 -0600 From: Dan Nelson To: ahmed mohiuddin Message-ID: <20040209164612.GB26419@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.5.1i cc: hackers@freebsd.org cc: current-users@netbsd.org cc: kpneal@pobox.com cc: greywolf@siva.captech.com cc: tech@openbsd.org Subject: Re: Can we extend VolumeGroup after creation? 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, 09 Feb 2004 16:46:13 -0000 In the last episode (Feb 08), ahmed mohiuddin said: > Can u guys tel me, i have created a VolumeGroup(myvg) of 120GB > size, which holds oraclefiles and these files will be access by > 2nodes which are on cluster. > > So can you please tell that i can increase the size of VolumeGroup > or i cannot? > > Will AIX allows us to increase size of VolumeGroup in the Future? You're asking the wrong people. AIX does let you grow volume graoups and the filesystems mounted on them. Please see http://publib16.boulder.ibm.com/doc_link/en_US/a_doc_lib/aixbman/baseadmn/lvm_maint.htm -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 09:03:46 2004 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 827D216A4CE for ; Mon, 9 Feb 2004 09:03:46 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C30D243D1F for ; Mon, 9 Feb 2004 09:03:45 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i19H2oG25156; Mon, 9 Feb 2004 18:02:50 +0100 (MET) Date: Mon, 9 Feb 2004 18:02:49 +0100 (CET) From: Harti Brandt To: Dan Nelson In-Reply-To: <20040209164216.GA26419@dan.emsphone.com> Message-ID: <20040209180059.J33455@beagle.fokus.fraunhofer.de> References: <4025A0DD.2010607@acm.org> <20040208134125.L28775@beagle.fokus.fraunhofer.de> <20040209122341.S32427@beagle.fokus.fraunhofer.de> <20040209164216.GA26419@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: Tim Kientzle Subject: Re: Odd ACL question 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, 09 Feb 2004 17:03:46 -0000 On Mon, 9 Feb 2004, Dan Nelson wrote: DN>In the last episode (Feb 09), Harti Brandt said: DN>> On Sun, 8 Feb 2004, Tim Kientzle wrote: DN>> TK>On Sat, 7 Feb 2004, Tim Kientzle wrote: DN>> TK>>Joerg Schilling's "star" archives ACLs as follows: DN>> TK>> DN>> TK>>"user::rwx,group::r--,group:mail:rw-:6,mask::rw-,other::r--" DN>> TK>> DN>> TK>>Note the "group:mail:rw-:6" entry that contains a fourth DN>> TK>>field with the uid/gid number. ... DN>> TK> DN>> TK> * If the username exists and the UID conflicts with the local DN>> TK> system, ??? DN>> TK> DN>> TK>This last case is the tough one. My temptation: map it to DN>> TK>an unused UID, issue a warning about the remap, and keep going. DN>> DN>> That may cause the problem I described. This may leave a file in a DN>> user directory that the user cannot delete without intervention of DN>> the root user, but its probably the simplest solution. What about DN>> non-existing groups? DN> DN>Any file that a user creates, that user can delete. If you're talking DN>about a root user extracting something into a user's directory, that's DN>different, but you have the same problem even without ACLs. Yes, the question was, what to do with a file whose UID does not exist on the system. And, yes, this is about the root user. If you restore a file server for a couple of hundereds or thousands of user you probably don't want to fix undeleteable (by the users) file handish. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 09:12:42 2004 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 01F2416A4CE for ; Mon, 9 Feb 2004 09:12:42 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9ACCF43D31 for ; Mon, 9 Feb 2004 09:12:41 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 29566 invoked from network); 9 Feb 2004 17:12:40 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 9 Feb 2004 17:12:40 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 9 Feb 2004 11:12:38 -0600 (CST) From: Mike Silbersack To: Dung Patrick In-Reply-To: <1076342789.b793fb20dkt@digitalme.com> Message-ID: <20040209110108.R43036@odysseus.silby.com> References: <1076342789.b793fb20dkt@digitalme.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 17:12:42 -0000 Bascially everything in section 2.2.3 (/etc/sysctl.conf) is wrong; some values may need tweaking, but changing them blindly will not be helpful. The one setting that I do suggest you keep is: kern.ipc.somaxconn=512 (128 may be too low for http testing) The settings from section 2.2.4 will _probably_ be ok, but you'll have to run netstat -m after a benchmarking run to really know. One setting which you'll need to change for the apache2 run is kern.ipc.nsfbufs. Unfortunately, -stable doesn't have any way to tell if you're running out, so you'll have to just guess there. Under -current, netstat -m will tell you what you need to know. Also, you'll probably want to increase KVA_PAGES from 256 to 512 so that the kernel does not run out of memory. Under section 2.2.7, take out the section talking about CPU_FASTER_5X86_FPU through CPU_UPGRADE_HW_CACHE - none of these options is going to help, and it will just increase the likelyhood that something goes wrong. In general, it appears that you can run most of the benchmarks locally, so I suggest that you do that when trying to decide how to tweak settings. For the threads-related benchmarks (volcanomark and apache2 with worker) start asking for help on the -threads mailing list. This is the one thing that is likely to benefit from tweaking. Mike "Silby" Silbersack On Tue, 10 Feb 2004, Dung Patrick wrote: > Hi > > Beaver Challenge 2004 is coming!. > Details in http://osuosl.org/benchmarks/bc/ > > We are preparing the tuning guide. Definitely we need suggestions and comments. > > Please see this forum to view the latest tuning guide: > http://osuosl.org/forums/viewforum.php?f=8 > > Attached is a ver0.4 of the tuning guide. > > Regards > Patrick > > From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 09:27:06 2004 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 3EE1116A4CE for ; Mon, 9 Feb 2004 09:27:06 -0800 (PST) Received: from dragon.rutgers.edu (dragon.rutgers.edu [128.6.25.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B89743D1F for ; Mon, 9 Feb 2004 09:27:06 -0800 (PST) (envelope-from bohra@cs.rutgers.edu) Received: by dragon.rutgers.edu (CommuniGate Pro PIPE 4.1) with PIPE id 11624664; Mon, 09 Feb 2004 12:27:03 -0500 X-Spam-Status-LCSR: dragon spam scanned Received: from [128.6.171.146] (account bohra HELO cs.rutgers.edu) by dragon.rutgers.edu (CommuniGate Pro SMTP 4.1) with ESMTP id 11624657; Mon, 09 Feb 2004 12:26:35 -0500 Message-ID: <4027C26A.4090609@cs.rutgers.edu> Date: Mon, 09 Feb 2004 12:24:58 -0500 From: Aniruddha Bohra User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031024 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Silbersack References: <1076342789.b793fb20dkt@digitalme.com> <20040209110108.R43036@odysseus.silby.com> In-Reply-To: <20040209110108.R43036@odysseus.silby.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on spamfilter.rutgers.edu X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.61 cc: freebsd-hackers@freebsd.org cc: Dung Patrick Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 17:27:06 -0000 Hello, > The one setting that I do suggest you keep is: > > kern.ipc.somaxconn=512 (128 may be too low for http testing) In our experience with Apache and clients that do not use Keep Alive (are short lived), 512 is also very low. It causes listen queue overflows and leads to a very low throughput. Another place that we had to look at was the IP sw interrupt queue length. # IP sw interrupt queue len, default 50; # check queue drops stats in net.inet.ip.intr_queue_drops net.inet.ip.intr_queue_maxlen=1000 Hope this helps Aniruddha From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 09:30:10 2004 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 243D316A4D1 for ; Mon, 9 Feb 2004 09:30:10 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1266E43D1F for ; Mon, 9 Feb 2004 09:30:10 -0800 (PST) (envelope-from craig@tobuj.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id 079912B4E9 for ; Mon, 9 Feb 2004 11:30:10 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 40042-05-4 for ; Mon, 9 Feb 2004 11:30:09 -0600 (CST) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (mail) with ESMTP id E532B2B22B for ; Mon, 9 Feb 2004 11:30:08 -0600 (CST) From: Craig Boston To: freebsd-hackers@freebsd.org Date: Mon, 9 Feb 2004 11:30:05 -0600 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Disposition: inline X-UID: 156 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200402091130.05656.craig@tobuj.gank.org> X-Virus-Scanned: by amavisd-new at gank.org Subject: Subversion/CVS experiment summary 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, 09 Feb 2004 17:30:10 -0000 This is a bit of a long email, so please skip unless you're into source code revision management :) This is an informal report on the viability of using Subversion to manage the FreeBSD source code repository. Some of this is generic and will be familiar to anyone who has looked at SVN before, some is more FreeBSD-specific. NOTE: I'm not trying to push one SCM over the other or suggest that CVS is wholly inadequate. This is merely the result of an evaluation for my personal use, and I thought I'd post it in case anyone was interested. CVS has been used by the FreeBSD project for a LONG time for good reasons. Despite its shortcomings, I suspect that it will be in use for quite a while longer. ----------------------------------------------------------------------------- Section the 1st - Motive ----------------------------------------------------------------------------- My main motivation for these tests was to bring my local modifications to FreeBSD into some semblance of order. It seems I've amassed a bit of a collection of local patches, 3rd party patches, and side projects -- some of which are mutually exclusive or apply to different branches. Simply keeping a working copy with my changes in it works fine for one project but becomes painful when there are several. I'd also like to be able to keep version history for my modifications. I've heard good things about Perforce, and its effortless merge functionality looks really slick. If I'm ever involved with a major commercial coding project, I'll definitely give it some consideration. For my "free-time" projects however it's not really an option. A couple of my local mods are in a bit of a grey area as far as the 'non-commercial' license goes, so I'd rather avoid that whole issue. ----------------------------------------------------------------------------- Section the 2nd - Setup and conversion ----------------------------------------------------------------------------- Most of my tests were performed on the src/sys portion of the repository. It seemed to be large enough that I could get a general idea of how well Subversion scales, but small enough that I wouldn't spend all week waiting for the import to complete. All tests were done on a Pentium 4 2.8 GHz system with 512MB RAM. I used a local repository on one disk and the working directories on another (for both CVS and SVN). These tests have been done over the course of the last week and a half, using subversion-0.35.1_1. I've heard of attempts to convert the repo for testing using the cvs2svn.py failing (for more details, see the thread at http://docs.freebsd.org/cgi/getmsg.cgi?fetch=640133+0+archive/2004/freebsd-hackers/20040111.freebsd-hackers). These problems seem to be fixed in the most recent version of the script -- I have been able to successfully import sys, bin, sbin, and lib so far. The next target for testing is contrib as it seems to be the most likely candidate for problems with all those vendor branches. Comments on importing: It's SLOOOOOOOOOOW. It took 43.9 hours just for src/sys, and this is a relatively speedy system! It starts out at a pretty good pace, but the more commits it processes, the slower each one seems to take. For my purposes I would also need some method of incrementally updating the repository with any new commits made to CVS. This doesn't exist yet, but I'm thinking about trying to hack cvs2svn to do this. Kind of an inverse vendor branch I guess. ----------------------------------------------------------------------------- Section the 3rd - Head to Head ----------------------------------------------------------------------------- Yeah, I know comparing Subversion and CVS isn't a fair test -- SVN is designed to be much more than CVS. But it's a comparison that will be inevitably made, so might as well get it out of the way. Bad points (for SVN): * Repo size: The src/sys part of the tree alone is 1.2GB. The same portion of the repo in CVS is only 313MB. I had to keep a script running to routeinly purge unused database logs to avoid running out of disk space during the import. * Working set size: SVN keeps a complete copy of every file that is checked out in a hidden directory analogous to "CVS" directories. This does have some advantages outlined below, but effectively doubles the size of your working directory. * Speed: 0.35 is considerably slower than CVS for some operations. svn checkout is on average about 6 times slower than cvs checkout. Interestingly, CVS seems to benefit from the buffer cache much more than SVN does -- nearly a 50% decrease in execution time for CVS once the cache was populated. Please note however that checking the same thing out over and over isn't a very useful thing to do, and SVN fares better with the more common operations. * Not as thouroughly tested with large repositories. One advantage CVS has is that it is old, widely used, and has been used successfully (more or less) by large installations. SVN simply hasn't had anywhere close to the number of lines of code pushed through it that CVS has. This means it's more likely that SVN has undiscovered bugs, edge cases, etc. * "Requires" Apache for the network server. There is a simpler CVS-like network protocol, but it suffers from the same problems with access control and locking and the like that CVS does. In order to overcome those limitations, you pretty much have to use Apache/WebDAV. Some may argue that this isn't really a negative, but it certainly doesn't go with the K.I.S.S. philosophy. * No cvsup equivalent yet. You can fairly easily use WebDAV to pull a copy of the trunk or a particular branch, but it's not nearly as efficient as the rsync algorithm. There's also no way to use WebDAV to grab a certain date or revision like you can with cvsup -- you have to have the svn client installed. In order to be even a contender to replace CVS, it still needs a *FAST* and *SIMPLE* way to synchronize source with an arbitrary tag or revision. * Still no solution for the repeated merge problem. This is supposed to be addressed post-1.0; no official timeframe on it AFAIK. * I don't think they have added arbitrary keyword support yet. We would probably need a local hack to support $FreeBSD$ Good points: * Atomic commits across multiple files * Near-O(1) branching/tagging, and no branch-point-tag mess * The cvs2svn script is fairly smart and tries to group commits together that should be part of a single commit. I believe it looks at timestamps and commit messages to figure this out. * Move and copy commands that DTRT -- no need for repo copies. * As a result of not needing repo copies, it preserves the history of the trunk. Currently we have no easy way to see what, for example, 2.2-CURRENT looked like on a particular day. Somehow I doubt that sys/amd64/amd64/tsc.c really existed in 1996. SVN wouldn't magically fix existing problems without outside help, but it would be able to keep it from getting any worse. * Subversion is supposed to have a more efficient network layer than CVS. I haven't had a chance to do any real empirical testing on this yet. * svn update is much faster than cvs update. With no changes to the repository, it completes in 1-2 seconds flat. With only a few changes, it takes a few seconds longer but it still quite a bit quicker than CVS. CVS seems to have a much flatter graph with relation to the number of changes being updated -- it takes a while even if nothing changed. * Subversion is better at disconnected operation. Because it keeps a copy of the last checked out revision, you can see what files have changed locally, revert changes on a particular file, create directories, move/rename files, and even generate diffs without having a connection to a remote repository. All of these commands are also much quicker than their CVS equivalents because they are working on a local copy. * Native binary support. SVN treats all files as binary unless you specify otherwise and can efficiently store differences between binary files (CVS has to store the complete file in every revision). This might make things like the compat libs a little easier to manage. ----------------------------------------------------------------------------- Section the 4th - Conclusions ----------------------------------------------------------------------------- Honestly, I don't think Subversion is quite ready yet. However, it is getting _very_ close to being a viable alternative to CVS, for the needs of the FreeBSD project as far as I know them. I'll definitely be trying it out for some of my local projects that are currently stored in CVS. FWIW, my intention is not to start a bikeshed discussion (but if we're doing that my vote is on plaid!) For the most part, CVS does a reasonably good job of keeping the FreeBSD source code in line. However, it does have some weaknesses that make it unsuitable for heavy development -- witness the multitude of projects happening in local Perforce trees. Subversion was brought up before, recently even, but there were still several major showstoppers. A couple of those have been resolved in the last month. Random notes: I know there are other SCMs out there, and will probably take a look at them when I get a chance. I picked Subversion for this test because it's supposed to be the successor of CVS, so it's a logical place to start. It also looks as if Subversion 0.37 (aka 1.0-RC) has just been released. I'll have to take a look at it and see if any of the problems noted above have been resolved. Any comments / corrections / arguments are welcome :) Craig -- "A 'No Parking' sign at a certain location means..." - multiple choice question on NY State learner's permit test From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 09:38:54 2004 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 4939116A4CF for ; Mon, 9 Feb 2004 09:38:54 -0800 (PST) Received: from digitalme.com (imap.digitalme.com [193.97.97.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A3C43D1F for ; Mon, 9 Feb 2004 09:38:54 -0800 (PST) (envelope-from dkt@digitalme.com) Received: from dkt [61.10.7.113] by digitalme.com with NIMS ModWeb Module; Tue, 10 Feb 2004 01:38:53 +0800 From: Dung Patrick To: silby@silby.com, Date: Tue, 10 Feb 2004 01:38:53 +0800 X-Mailer: NIMS ModWeb Module X-Sender: dkt MIME-Version: 1.0 Message-ID: <1076348333.b793fda0dkt@digitalme.com> Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org Subject: Re: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 17:38:54 -0000 So you suggested to use the default values for section 2.2.3. I think incre= asing maxsockbuf, and portrange would be helpful. Without testing, it is hard to choose a value for kern.ipc.nsfbufs.=20 For those optionts CPU_FASTER_5X86_FPU through CPU_UPGRADE_HW_CACHE, it is = suggested by an user in the forum. I would like to see the comments from = the mailing list. If those options are dangerous, then don't use them. Yes, I can test things locally. But I don't have too much time... Patrick -----Original Message----- From: Mike Silbersack To: Dung Patrick Date: Mon, 9 Feb 2004 11:12:38 -0600 (CST) Subject: Re: [call for helpers!] Tuning for the Beaver Challenge Bascially everything in section 2.2.3 (/etc/sysctl.conf) is wrong; some values may need tweaking, but changing them blindly will not be helpful. The one setting that I do suggest you keep is: kern.ipc.somaxconn=3D512 (128 may be too low for http testing) The settings from section 2.2.4 will _probably_ be ok, but you'll have to run netstat -m after a benchmarking run to really know. One setting which you'll need to change for the apache2 run is kern.ipc.nsfbufs. Unfortunately, -stable doesn't have any way to tell if you're running out, so you'll have to just guess there. Under -current, netstat -m will tell you what you need to know. Also, you'll probably want to increase KVA_PAGES from 256 to 512 so that the kernel does not run out of memory. Under section 2.2.7, take out the section talking about CPU_FASTER_5X86_FPU through CPU_UPGRADE_HW_CACHE - none of these options is going to help, and it will just increase the likelyhood that something goes wrong. In general, it appears that you can run most of the benchmarks locally, sod= suggest that you do that when trying to decide how to tweak settings. For the threads-related benchmarks (volcanomark and apache2 with worker) start asking for help on the -threads mailing list. This is the one thing that is likely to benefit from tweaking. Mike "Silby" Silbersack On Tue, 10 Feb 2004, Dung Patrick wrote: > Hi > > Beaver Challenge 2004 is coming!. > Details in http://osuosl.org/benchmarks/bc/ > > We are preparing the tuning guide. Definitely we need suggestions and com= ments. > > Please see this forum to view the latest tuning guide: > http://osuosl.org/forums/viewforum.php?f=3D8 > > Attached is a ver0.4 of the tuning guide. > > Regards > Patrick > > From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 09:46:32 2004 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 E8B2C16A4CE for ; Mon, 9 Feb 2004 09:46:32 -0800 (PST) Received: from Princeton.EDU (postoffice01.Princeton.EDU [128.112.129.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFBC943D39 for ; Mon, 9 Feb 2004 09:46:32 -0800 (PST) (envelope-from yruan@cs.princeton.edu) Received: from smtpserver1.Princeton.EDU (smtpserver1.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.12.9/8.12.9) with ESMTP id i19HkUAj010250; Mon, 9 Feb 2004 12:46:30 -0500 (EST) Received: from cs.princeton.edu (targe.CS.Princeton.EDU [128.112.139.194]) (authenticated bits=0)i19HkTSu027562 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 9 Feb 2004 12:46:30 -0500 (EST) Message-ID: <4027C74A.3852720D@cs.princeton.edu> Date: Mon, 09 Feb 2004 12:45:46 -0500 From: Yaoping Ruan X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Dung Patrick References: <1076342789.b793fb20dkt@digitalme.com> Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 17:46:33 -0000 In section 2.2.3, /etc/sysctl.conf: To our experience, it also helps to tune inode cache behavior by setting: vfs.vmiodirenable="0"; (maybe) vfs.nameileafonly="-1" On a server with large memory, if apache 1.x is tested, maybe it is also necessary to increase: vm.max_proc_mmap In section 2.2.4, /boot/loader.conf: Do you need to increase "net.inet.tcp.tcbhashsize" ? - Yaoping Dung Patrick wrote: > Hi > > Beaver Challenge 2004 is coming!. > Details in http://osuosl.org/benchmarks/bc/ > > We are preparing the tuning guide. Definitely we need suggestions and comments. > > Please see this forum to view the latest tuning guide: > http://osuosl.org/forums/viewforum.php?f=8 > > Attached is a ver0.4 of the tuning guide. > > Regards > Patrick > > ------------------------------------------------------------------------ > Name: bc-fbsd-tune guide.txt > bc-fbsd-tune guide.txt Type: Plain Text (text/plain) > Encoding: BASE64 > > ------------------------------------------------------------------------ > _______________________________________________ > 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 Mon Feb 9 09:52:42 2004 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 ACF4216A4CE for ; Mon, 9 Feb 2004 09:52:42 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C4143D1F for ; Mon, 9 Feb 2004 09:52:41 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.10/8.12.10) with ESMTP id i19HrE2r054566; Mon, 9 Feb 2004 18:53:14 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.10/8.12.10/Submit) id i19HrEMd054565; Mon, 9 Feb 2004 18:53:14 +0100 (CET) (envelope-from stijn) Date: Mon, 9 Feb 2004 18:53:14 +0100 From: Stijn Hoop To: Craig Boston Message-ID: <20040209175314.GU2803@pcwin002.win.tue.nl> References: <200402091130.05656.craig@tobuj.gank.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5V5c01chtBAiSHoy" Content-Disposition: inline In-Reply-To: <200402091130.05656.craig@tobuj.gank.org> User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 17:52:42 -0000 --5V5c01chtBAiSHoy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 11:30:05AM -0600, Craig Boston wrote: > This is an informal report on the viability of using Subversion to manage= the=20 > FreeBSD source code repository. Some of this is generic and will be fami= liar=20 > to anyone who has looked at SVN before, some is more FreeBSD-specific. Wow, you have done the experiment I thought to do one of these days! Cool! > -------------------------------------------------------------------------= ---- > Section the 1st - Motive > -------------------------------------------------------------------------= ---- > My main motivation for these tests was to bring my local modifications to= =20 > FreeBSD into some semblance of order. It seems I've amassed a bit of a= =20 > collection of local patches, 3rd party patches, and side projects -- some= of=20 > which are mutually exclusive or apply to different branches. Simply keep= ing=20 > a working copy with my changes in it works fine for one project but becom= es=20 > painful when there are several. I'd also like to be able to keep version= =20 > history for my modifications. That is my primary motivation as well -- sort of a private branch for mods / testing things. > -------------------------------------------------------------------------= ---- > Section the 2nd - Setup and conversion > -------------------------------------------------------------------------= ---- > I've heard of attempts to convert the repo for testing using the cvs2svn.= py=20 > failing (for more details, see the thread at=20 > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D640133+0+archive/2004/free= bsd-hackers/20040111.freebsd-hackers). > These problems seem to be fixed in the most recent version of the script = -- I=20 > have been able to successfully import sys, bin, sbin, and lib so far. Th= e=20 > next target for testing is contrib as it seems to be the most likely=20 > candidate for problems with all those vendor branches. Did you have to modify the script, or pass unusual options? I'd like to reproduce this, but I didn't get very far when I tried a few days ago with the 0.37.0 version of the tool. I also tried refinecvs (formerly cvs2svn.pl), found at http://lev.serebryakov.spb.ru/refinecvs/ but although it looks like it handles things much better (even vendor branches etc), it loads EVERYTHING into memory -- which means that it eventually grew to 1G of memory/swap at which point my memory was exhausted, and this was at pass 2 of 7... > Comments on importing: It's SLOOOOOOOOOOW. It took 43.9 hours just for= =20 > src/sys, and this is a relatively speedy system! It starts out at a pret= ty=20 > good pace, but the more commits it processes, the slower each one seems t= o=20 > take. That doesn't bode well. Is committing in the new SVN repository also slow? > For my purposes I would also need some method of incrementally updating t= he=20 > repository with any new commits made to CVS. This doesn't exist yet, but= I'm=20 > thinking about trying to hack cvs2svn to do this. Kind of an inverse ven= dor=20 > branch I guess. My thoughts were now going to do something like Tom Lord proposed for an Arch gateway -- just import a CVS working copy into SVN at a certain cut-off date, and setup a bi-directional gateway between the two. That way people can use either tool. The hard problem to solve is indeed getting the changeset from CVS (at least it is when you're not running when a commit is made, as is the case in my setup where I simply cvsup the repository and thus get lots of commits at once). But if the whole repository can be converted it's probably the way to go. > -------------------------------------------------------------------------= ---- > Section the 3rd - Head to Head > -------------------------------------------------------------------------= ---- Great summary of the pros/cons of either system. > * "Requires" Apache for the network server. There is a simpler CVS-like > network protocol, but it suffers from the same problems with access= =20 > control and locking and the like that CVS does. In order to overcome > those limitations, you pretty much have to use Apache/WebDAV. Some = may > argue that this isn't really a negative, but it certainly doesn't go = with > the K.I.S.S. philosophy. Actually, would a sort of access control wrapper that is now also used with the FreeBSD CVS repository not work? I do agree that it would be nice to have per-directory access control with the svnserve method. > * No cvsup equivalent yet. You can fairly easily use WebDAV to pull a = copy > of the trunk or a particular branch, but it's not nearly as efficient= as > the rsync algorithm. There's also no way to use WebDAV to grab a cer= tain > date or revision like you can with cvsup -- you have to have the svn > client installed. In order to be even a contender to replace CVS, it > still needs a *FAST* and *SIMPLE* way to synchronize source with an > arbitrary tag or revision. Agreed. > * Still no solution for the repeated merge problem. This is supposed t= o be > addressed post-1.0; no official timeframe on it AFAIK. Which is a shame, this would be a major selling point. On the other hand, considering the amount of work done and the fact that it really works quite well already (at least for my small repository) should make people want to switch :) > It also looks as if Subversion 0.37 (aka 1.0-RC) has just been released. = I'll=20 > have to take a look at it and see if any of the problems noted above have= =20 > been resolved. Please let me know the results! --Stijn --=20 This sentence contradicts itself -- no actually it doesn't. -- Hofstadter --5V5c01chtBAiSHoy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAJ8kKY3r/tLQmfWcRAqqEAKCPXar/qXmY+D8llCwfxPadHborSgCgpul7 OPOURqpwMFhTbOZXs/bPO+Y= =Kk49 -----END PGP SIGNATURE----- --5V5c01chtBAiSHoy-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 09:55:27 2004 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 4BFE816A4CE for ; Mon, 9 Feb 2004 09:55:27 -0800 (PST) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6275E43D1D for ; Mon, 9 Feb 2004 09:55:26 -0800 (PST) (envelope-from andre.albsmeier@siemens.com) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by goliath.siemens.de (8.11.7/8.11.7) with ESMTP id i19HtNM21282; Mon, 9 Feb 2004 18:55:23 +0100 (MET) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail3.siemens.de (8.11.7/8.11.7) with ESMTP id i19HtN313171; Mon, 9 Feb 2004 18:55:23 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) mail/cert.mc.pre,v 1.56 2003/11/06 20:07:28 ust Exp $) with ESMTP id i19HtNXY076892; Mon, 9 Feb 2004 18:55:23 +0100 (CET) Received: (from localhost) by curry.mchp.siemens.de (8.12.10/8.12.10) id i19HtNm7003647; Date: Mon, 9 Feb 2004 18:55:23 +0100 From: Andre Albsmeier To: David Malone Message-ID: <20040209175523.GA1359@curry.mchp.siemens.de> References: <20040209161059.GA732@curry.mchp.siemens.de> <20040209164511.GB66276@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209164511.GB66276@walton.maths.tcd.ie> X-Echelon: fraud, F-15, InfoSec, White House, Embassy X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: Andre Albsmeier Subject: Re: Making inheritance of group ID configurable 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, 09 Feb 2004 17:55:27 -0000 On Mon, 09-Feb-2004 at 16:45:11 +0000, David Malone wrote: > On Mon, Feb 09, 2004 at 05:10:59PM +0100, Andre Albsmeier wrote: > > New items created on an ufs normally inherit their group ID from > > the parent directory. I have the need for making this configurable. > > > > Since the set-group-ID bit is not used for directories on BSD, > > I would like to use it to decide on this: If it is set, the group > > ID of the newly created item corresponds to the one of the creating > > process. (Yeah, this is exactly the wrong way around compared to > > what "the Others" do but I don't want to change the BSD default). > > Would making this a filesystem option be a good idea? You could > have the default behaviour be as always and an option that makes > the filesystem behave as you've described. Possibly. I intentionally didn't suggest this since I wanted to attract people to the technical aspects (and the correctness) of the patch and not to the political opinions :-). -Andre > > David. -- In a world without walls and fences, who needs windows and gates? From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 10:27:18 2004 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 6433F16A4CE for ; Mon, 9 Feb 2004 10:27:18 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3748A43D1D for ; Mon, 9 Feb 2004 10:27:18 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id B1BC0530D; Mon, 9 Feb 2004 19:27:16 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id E1BCE5309; Mon, 9 Feb 2004 19:27:08 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 7208333C6F; Mon, 9 Feb 2004 19:27:08 +0100 (CET) To: Dung Patrick References: <1076348333.b793fda0dkt@digitalme.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 19:27:08 +0100 In-Reply-To: <1076348333.b793fda0dkt@digitalme.com> (Dung Patrick's message of "Tue, 10 Feb 2004 01:38:53 +0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 18:27:18 -0000 Dung Patrick writes: > For those optionts CPU_FASTER_5X86_FPU through CPU_UPGRADE_HW_CACHE, > it is suggested by an user in the forum. I would like to see the > comments from the mailing list. If those options are dangerous, then > don't use them. CPU_FASTER_5X86_FPU is not likely to have any positive impact on performance, and fairly likely to render the system unbootable. CPU_UPGRADE_HW_CACHE has absolutely no effect on non-PC98 systems. further comments - - symlink /usr/{src,obj,ports} to /slow/{src,obj,ports} where /slow is a filesystem placed on the outside edge of the disk (to free up space near the spindle for the filesystems actually used by the benchmark) - find out what file system the Linux people are using. if they are using ext2fs or ext3fs, mount your filesystems async. - most of what you put in sysctl.conf is completely irrelevant. the rest needs to be tuned according to the actual needs of the benchmark. - you should not tune kern.maxfiles etc. unless the benchmark actually hits those limits. increasing these numbers reduces the amount of kernel memory available for other purposes. btw, maxfiles and maxfilesperproc are tunable at run time. - most of what you put in make.conf is bogus. just use CPUTYPE ?=3D pentiumpro CFLAGS =3D -O -pipe COPTFLAGS =3D -O -pipe - NOPROFILE has absolutely no impact on performance (except that it shortens 'make world' a little) - you *must* use -CURRENT and not 5.2 as the latter has issues with the aac driver. - don't use apm or acpi on 4.x. - regarding jdk 1.4.2, just use the linux version (and make sure to mount linprocfs). I very much doubt you'll notice a difference in performance. - mysql buffer and cache sizes etc. should imho be the same on all test systems. - some of the "papers" you reference ([3] and [4]) contain more incorrect and dangerous information than useful advice. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 10:49:31 2004 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 2D3EF16A4CE for ; Mon, 9 Feb 2004 10:49:31 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C13F143D1F for ; Mon, 9 Feb 2004 10:49:30 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i19InJkX008270; Mon, 9 Feb 2004 10:49:19 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <4027D62F.3010702@acm.org> Date: Mon, 09 Feb 2004 10:49:19 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <4025A0DD.2010607@acm.org> <20040208134125.L28775@beagle.fokus.fraunhofer.de> <40269DF5.2090806@acm.org> <20040209122341.S32427@beagle.fokus.fraunhofer.de> In-Reply-To: <20040209122341.S32427@beagle.fokus.fraunhofer.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Odd ACL question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 18:49:31 -0000 Harti Brandt wrote: > On Sun, 8 Feb 2004, Tim Kientzle wrote: > > TK>In this case, I'm considering: > TK> * If the username exists, use that. > TK> * If the username does not exist and the UID is not already in > TK> use, issue a warning and use the UID. > TK> * If the username exists and the UID conflicts with the local > TK> system, ??? > TK> > TK>This last case is the tough one. My temptation: map it to > TK>an unused UID, issue a warning about the remap, and keep going. > > That may cause the problem I described. This may leave a file in a user > directory that the user cannot delete without intervention of the root > user, but its probably the simplest solution. This would only happen if you are restoring an archive onto a different system. If it's the same system, there should be no UID conflicts and thus no need to remap the UIDs. I would be very interested in hearing any alternative suggestions. > What about non-existing groups? I think I would handle this the same way (for consistency). > Are you going to replace that horrible thing called GNU tar in the bases > system? Probably, yes. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 10:50:05 2004 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 5F04716A4CE for ; Mon, 9 Feb 2004 10:50:05 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA0943D1F for ; Mon, 9 Feb 2004 10:50:05 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id E8B3A530D; Mon, 9 Feb 2004 19:50:03 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 9D32A5309; Mon, 9 Feb 2004 19:49:55 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 1B90133C6F; Mon, 9 Feb 2004 19:49:55 +0100 (CET) To: Stijn Hoop References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 19:49:55 +0100 In-Reply-To: <20040209175314.GU2803@pcwin002.win.tue.nl> (Stijn Hoop's message of "Mon, 9 Feb 2004 18:53:14 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: Craig Boston cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 18:50:05 -0000 Stijn Hoop writes: > I also tried refinecvs (formerly cvs2svn.pl), found at > > http://lev.serebryakov.spb.ru/refinecvs/ > > but although it looks like it handles things much better (even vendor > branches etc), it loads EVERYTHING into memory -- which means that it > eventually grew to 1G of memory/swap at which point my memory was exhaust= ed, > and this was at pass 2 of 7... Unfortunately there's no good way to avoid this. CVS discards a lot of information about each commit, and in order to reconstruct that information you have to view the repo as a whole. That's not really a problem though, since this is a one-time operation. If / when we decide to switch to SVN, we can easily find a machine with enough RAM to do the job. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:02:56 2004 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 0A4D916A4CE for ; Mon, 9 Feb 2004 11:02:56 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7242343D1F for ; Mon, 9 Feb 2004 11:02:55 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.10/8.12.10) with ESMTP id i19J3R2r054959; Mon, 9 Feb 2004 20:03:27 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.10/8.12.10/Submit) id i19J3ReI054958; Mon, 9 Feb 2004 20:03:27 +0100 (CET) (envelope-from stijn) Date: Mon, 9 Feb 2004 20:03:27 +0100 From: Stijn Hoop To: Dag-Erling Sm?rgrav Message-ID: <20040209190327.GV2803@pcwin002.win.tue.nl> References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rzq/nSLlHy1djmXS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! cc: Craig Boston cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 19:02:56 -0000 --Rzq/nSLlHy1djmXS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 07:49:55PM +0100, Dag-Erling Sm?rgrav wrote: > Stijn Hoop writes: > > I also tried refinecvs (formerly cvs2svn.pl), found at > > > > http://lev.serebryakov.spb.ru/refinecvs/ > > > > but although it looks like it handles things much better (even vendor > > branches etc), it loads EVERYTHING into memory -- which means that it > > eventually grew to 1G of memory/swap at which point my memory was exhau= sted, > > and this was at pass 2 of 7... >=20 > Unfortunately there's no good way to avoid this. CVS discards a lot > of information about each commit, and in order to reconstruct that > information you have to view the repo as a whole. >=20 > That's not really a problem though, since this is a one-time > operation. If / when we decide to switch to SVN, we can easily find a > machine with enough RAM to do the job. Very true, but... First of all it would make these kind of tests easier if the script implemented it's own sort of cache function. Then I could try and see the feasibility of converting to Subversion by myself, just like the OP has don= e. I tried reading the source to see if this is "easily" implemented, but it's still way beyond my meagre perl skills. Second, even after you get the initial conversion done, I think there is a need for resyncing the SVN repository with the CVS repository -- with a sta= te dump from refinecvs this would be relatively easy (only examine the deltas since last time), but this sort of behaviour is impossible with the current script. It would also be useful to implement a bi-directional gateway betwe= en SVN and CVS repositories, analogous to the idea someone from the arch proje= ct had. See point 3 at http://wiki.gnuarch.org/moin.cgi/Arch_20and_20CVS_20in_20the_20same_20tree (and of course substitute Subversion for arch). That said, as with my comments on Subversion, I was actually pleasantly surprised with my findings about all the tools involved, and the above is certainly only meant as constructive criticism. I think Lev is actually usi= ng the FreeBSD repository for testing his script, isn't he? --Stijn --=20 Tact, n.: The unsaid part of what you're thinking. --Rzq/nSLlHy1djmXS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAJ9l/Y3r/tLQmfWcRAvXjAKCV5pr8zdwdZpVCkEis/UXLAfv7ewCeIlSo U7jNhMBSuNr/2pSkzV+GkGE= =zo8t -----END PGP SIGNATURE----- --Rzq/nSLlHy1djmXS-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:05:57 2004 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 1024916A505 for ; Mon, 9 Feb 2004 11:05:57 -0800 (PST) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BEE643D1F for ; Mon, 9 Feb 2004 11:05:56 -0800 (PST) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id OAA27759 for ; Mon, 9 Feb 2004 14:05:54 -0500 (EST) Received: from kanpc.gte.com (localhost [IPv6:::1])i19J5qed056959 for ; Mon, 9 Feb 2004 14:05:52 -0500 (EST) (envelope-from ak03@gte.com) Date: Mon, 9 Feb 2004 14:05:52 -0500 From: Alexander Kabaev To: freebsd-hackers@freebsd.org Message-Id: <20040209140552.340b75d5@kanpc.gte.com> In-Reply-To: References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.9.8claws23 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 19:05:57 -0000 cvs-to-perforce scripts use DB files to keep an information on related commits while they scan CVS repo. I didn't try FreeBSD CVS, but whole SGI Linux tree with full history was processed quite effortlessly, without running out of memory. -- Alexander Kabaev From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:11:51 2004 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 09B4316A4CE for ; Mon, 9 Feb 2004 11:11:51 -0800 (PST) Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3EF43D1D for ; Mon, 9 Feb 2004 11:11:50 -0800 (PST) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.100.162.49]) by lakemtao02.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040209191148.WHPF19763.lakemtao02.cox.net@mail.halplant.com> for ; Mon, 9 Feb 2004 14:11:48 -0500 Received: by mail.halplant.com (Postfix, from userid 1001) id 827931D; Mon, 9 Feb 2004 14:11:49 -0500 (EST) Date: Mon, 9 Feb 2004 14:11:49 -0500 From: Andrew J Caines To: freebsd-hackers@freebsd.org Message-ID: <20040209191149.GD2860@hal9000.halplant.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1076342789.b793fb20dkt@digitalme.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1076342789.b793fb20dkt@digitalme.com> Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.6i Subject: Re: [call for helpers!] Tuning for the Beaver Challenge X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:11:51 -0000 For your consideration, bearing in mind I haven't read all details of the challenge or the systems and therefore may suggest inappropriate, wrong or dangerous things: Custom kernel enabling only the hardware needed, all compiled in (no modules), but be careful with fancy looking options in LINT/NOTES. It may be prudent to hard code interrupts, flags and other parameters to avoid potential suboptimal automatic allocations (eg. all PCI devs on irq 9). Mount all filesystems with async, noatime and *enable softupdates*. Use carefully sized (ie. just big enough) mfs filesystems for any area with dynamically generated data such as temporary files, server scoreboards, etc. /tmp and /var/run, at least. If there's a foo_enable="NO" you put in rc.conf, then do so. Disable as much logging as possible at system and application level, at source or config or by logging to /dev/null. If you have to log, trim I/O to the minimum, maximise buffering and minimise overhead (eg. "-n" for syslog). If any DNS activity is needed, a local cache (eg. dnscache) can help, but so can a nicely populated /etc/hosts. Depending on the tests, it may be a good idea to have the hostname (fully and unqualified) associated with the loopback rather than the (primary) network interface. For the Java benchmarks, try all the implementations which work, including the emulated ones. If the storage is going to be striped over all five disks in hardware by the controller, then notion of putting data "on the outside of the disk" doesn't apply. In fact in this configuration it _may_ make sense to use one big filesystem and leave it to the OS to optimise the filesystem I/O. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:26:52 2004 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 97B8E16A4CE for ; Mon, 9 Feb 2004 11:26:52 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7519F43D2F for ; Mon, 9 Feb 2004 11:26:52 -0800 (PST) (envelope-from craig@tobuj.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id 024702B4E9; Mon, 9 Feb 2004 13:26:50 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 16126-02-2; Mon, 9 Feb 2004 13:26:49 -0600 (CST) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (mail) with ESMTP id E63F42B22B; Mon, 9 Feb 2004 13:26:48 -0600 (CST) From: Craig Boston To: Stijn Hoop Date: Mon, 9 Feb 2004 13:26:45 -0600 User-Agent: KMail/1.6 References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> In-Reply-To: <20040209175314.GU2803@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402091326.45172.craig@tobuj.gank.org> X-Virus-Scanned: by amavisd-new at gank.org cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 19:26:52 -0000 On Monday 09 February 2004 11:53 am, Stijn Hoop wrote: > Did you have to modify the script, or pass unusual options? I'd like to > reproduce this, but I didn't get very far when I tried a few days ago with > the 0.37.0 version of the tool. No, I used the script as-is. The version I have is LastChangedRevision: 8527, with a date of Jan. 29. It looks like that version is slightly newer than the one included with 0.37 (Rev 8512). One thing that may have made a difference is that so far I've been importing things in chunks rather than trying to do the whole repo at once. > but although it looks like it handles things much better (even vendor > branches etc), it loads EVERYTHING into memory -- which means that it > eventually grew to 1G of memory/swap at which point my memory was > exhausted, and this was at pass 2 of 7... Does the Python version do the same thing? I didn't think to look at memory usage very closely while it was running :-/ > > Comments on importing: It's SLOOOOOOOOOOW. It took 43.9 hours just for > > src/sys, and this is a relatively speedy system! It starts out at a > > pretty good pace, but the more commits it processes, the slower each one > > seems to take. > > That doesn't bode well. Is committing in the new SVN repository also slow? No, creating a new branch and committing new and changed files to it seems to be just as quick as with an empty repository. I haven't delved into the script enough to know for sure, so this is a wild guess, but I think the speed issue has to do with the script itself. I'm guessing that the method it uses to track the status/branch/etc. of the RCS files is subject to a linear slowdown. I'm going to attempt to verify this by doing a dump / load cycle on the repo that everything was imported into. If it goes quickly then we can assume it's the conversion script. If not, then there are bigger problems... > My thoughts were now going to do something like Tom Lord proposed for an > Arch gateway -- just import a CVS working copy into SVN at a certain > cut-off date, and setup a bi-directional gateway between the two. If I'm reading that right, it sounds similar to a thought I had about just routinely checking out snapshots and committing them on a vendor branch. Of course you'd have to do that separately for each branch you're interested in. IMO, I find it immensely useful to have the entire history of a file at hand. > Actually, would a sort of access control wrapper that is now also used with > the FreeBSD CVS repository not work? I do agree that it would be nice to > have per-directory access control with the svnserve method. Yes, I think the same sort of access hooks (pre-commit?) can be used. The Subversion manual even mentions that, I just forgot about it... That method has always seemed a little... hackish to me. You still need write access (file permissions) to almost the entire repo so it does nothing against editing the files directly -- though with SVN this is a little more difficult as it's all bdb files rather than plain text. Maybe there's a more secure way to do it with a restricted shell that I just don't know about. > > [ repeated merges ] > Which is a shame, this would be a major selling point. On the other hand, > considering the amount of work done and the fact that it really works quite > well already (at least for my small repository) should make people want to > switch :) In the release notes for 0.37 there is a brief blurb about "'svn merge' now notices ancestry by default". I'm not sure exactly what that means or if it's related... > > It also looks as if Subversion 0.37 (aka 1.0-RC) has just been released. > > I'll have to take a look at it and see if any of the problems noted above > > have been resolved. > > Please let me know the results! Will do! My local Subversion server (one running Apache, not the machine I've been doing the tests on) had just finished upgrading the port. I don't think it needs a dump/load cycle but I'm doing one anyway just to be safe... Craig From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:43:14 2004 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 D7C2316A4CE for ; Mon, 9 Feb 2004 11:43:14 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8DDF43D1F for ; Mon, 9 Feb 2004 11:43:14 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 4240A530D; Mon, 9 Feb 2004 20:43:13 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 31AD1530C; Mon, 9 Feb 2004 20:43:06 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id B64A033C6F; Mon, 9 Feb 2004 20:43:05 +0100 (CET) To: Alexander Kabaev References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> <20040209140552.340b75d5@kanpc.gte.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 20:43:05 +0100 In-Reply-To: <20040209140552.340b75d5@kanpc.gte.com> (Alexander Kabaev's message of "Mon, 9 Feb 2004 14:05:52 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.5 required=5.0 tests=AWL,MAILTO_TO_SPAM_ADDR autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 19:43:15 -0000 Alexander Kabaev writes: > cvs-to-perforce scripts use DB files to keep an information on related > commits while they scan CVS repo. I didn't try FreeBSD CVS, but whole > SGI Linux tree with full history was processed quite effortlessly, > without running out of memory. Perforce uses CVS as backing store, so I expect matters are a little different than for SVN. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:45:05 2004 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 C50BE16A4CE for ; Mon, 9 Feb 2004 11:45:05 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 964A343D1D for ; Mon, 9 Feb 2004 11:45:05 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id BDB82530C; Mon, 9 Feb 2004 20:45:04 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C109E5311 for ; Mon, 9 Feb 2004 20:44:57 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id AD16B33C6F; Mon, 9 Feb 2004 20:44:57 +0100 (CET) To: freebsd-hackers@freebsd.org References: <1076342789.b793fb20dkt@digitalme.com> <20040209191149.GD2860@hal9000.halplant.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 20:44:57 +0100 In-Reply-To: <20040209191149.GD2860@hal9000.halplant.com> (Andrew J. Caines's message of "Mon, 9 Feb 2004 14:11:49 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 19:45:05 -0000 Andrew J Caines writes: > Mount all filesystems with async, noatime and *enable softupdates*. async and softupdates are mutually exclusive. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:48:07 2004 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 E275D16A4CE for ; Mon, 9 Feb 2004 11:48:07 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33E243D1D for ; Mon, 9 Feb 2004 11:48:07 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id D80DB530D; Mon, 9 Feb 2004 20:48:06 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id AB009530C for ; Mon, 9 Feb 2004 20:48:00 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 8FF8B33C6F; Mon, 9 Feb 2004 20:48:00 +0100 (CET) To: freebsd-hackers@freebsd.org References: <1076342789.b793fb20dkt@digitalme.com> <20040209191149.GD2860@hal9000.halplant.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 09 Feb 2004 20:48:00 +0100 In-Reply-To: <20040209191149.GD2860@hal9000.halplant.com> (Andrew J. Caines's message of "Mon, 9 Feb 2004 14:11:49 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 19:48:08 -0000 Andrew J Caines writes: > If any DNS activity is needed, a local cache (eg. dnscache) can help, but > so can a nicely populated /etc/hosts. Depending on the tests, it may be a > good idea to have the hostname (fully and unqualified) associated with the > loopback rather than the (primary) network interface. that won't make any difference, the host's own IP addresses are automatically routed through lo0. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 12:05:22 2004 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 81E1016A4D5 for ; Mon, 9 Feb 2004 12:05:22 -0800 (PST) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB2743D4C for ; Mon, 9 Feb 2004 12:05:13 -0800 (PST) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 65-md50000000032.tmp for ; Mon, 09 Feb 2004 19:55:43 +0000 Message-ID: <021d01c3ef47$ed7d8a90$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Mon, 9 Feb 2004 20:04:30 -0000 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 X-Spam-Processed: multiplay.co.uk, Mon, 09 Feb 2004 19:55:43 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Subject: Zombie processes no clearing 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, 09 Feb 2004 20:05:22 -0000 Usually zombie processes clear when the controlling parent quits but I seem to have a issue with the latest bf1942 dedicated server under FreeBSD where this is not the case. Each map change creates 2 new zombie processes and even quitting the entire server doesn't clear them. Am I missing something obvious? Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 13:05:53 2004 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 7286316A4CE for ; Mon, 9 Feb 2004 13:05:53 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE78743D1D for ; Mon, 9 Feb 2004 13:05:52 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.10/8.12.10) with ESMTP id i19L6P2r055964; Mon, 9 Feb 2004 22:06:25 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.10/8.12.10/Submit) id i19L6PDA055963; Mon, 9 Feb 2004 22:06:25 +0100 (CET) (envelope-from stijn) Date: Mon, 9 Feb 2004 22:06:25 +0100 From: Stijn Hoop To: Craig Boston Message-ID: <20040209210625.GY2803@pcwin002.win.tue.nl> References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> <200402091326.45172.craig@tobuj.gank.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YyxzkC/DtE3JUx8+" Content-Disposition: inline In-Reply-To: <200402091326.45172.craig@tobuj.gank.org> User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 21:05:53 -0000 --YyxzkC/DtE3JUx8+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 01:26:45PM -0600, Craig Boston wrote: > On Monday 09 February 2004 11:53 am, Stijn Hoop wrote: > > Did you have to modify the script, or pass unusual options? I'd like to > > reproduce this, but I didn't get very far when I tried a few days ago w= ith > > the 0.37.0 version of the tool. >=20 > No, I used the script as-is. The version I have is > LastChangedRevision: 8527, with a date of Jan. 29. It looks like that > version is slightly newer than the one included with 0.37 (Rev 8512). Well, that explains a lot -- for some reason I tested using $LastChangedRevision: 7921 $. I'll try with an up-to-date one then. > One thing that may have made a difference is that so far I've been import= ing=20 > things in chunks rather than trying to do the whole repo at once. Yes, I was afraid though that commits might have spanned subtrees. But then again, even if they did they would just get committed as separate revisions to the tree, and I suppose one could live with that. > > but although it looks like it handles things much better (even vendor > > branches etc), it loads EVERYTHING into memory -- which means that it > > eventually grew to 1G of memory/swap at which point my memory was > > exhausted, and this was at pass 2 of 7... >=20 > Does the Python version do the same thing? I didn't think to look at mem= ory=20 > usage very closely while it was running :-/ As far as I understood it builds a disk cache instead of using malloc(). This might explain the slowness :) > > My thoughts were now going to do something like Tom Lord proposed for an > > Arch gateway -- just import a CVS working copy into SVN at a certain > > cut-off date, and setup a bi-directional gateway between the two. >=20 > If I'm reading that right, it sounds similar to a thought I had about jus= t=20 > routinely checking out snapshots and committing them on a vendor branch. > Of course you'd have to do that separately for each branch you're interes= ted > in. Yes, that's the idea. You 'just' need a tool that can determine changesets from a CVS repository to automate this. See http://wiki.gnuarch.org/moin.cgi/Arch_20and_20CVS_20in_20the_20same_20tree but substitute Subversion for arch :) > IMO, I find it immensely useful to have the entire history of a file at h= and. But you do have all history of a file at hand; you just need to have a separate version system for the older history. Which is admittedly a bit unwieldy, but it certainly makes for a smooth transition in the distributed repository case... > > Actually, would a sort of access control wrapper that is now also used = with > > the FreeBSD CVS repository not work? I do agree that it would be nice to > > have per-directory access control with the svnserve method. >=20 > Yes, I think the same sort of access hooks (pre-commit?) can be used. Th= e=20 > Subversion manual even mentions that, I just forgot about it... >=20 > That method has always seemed a little... hackish to me. It is, but it does work. Maybe I'll test and see if I can 'port' those scripts to Subversion :) --Stijn --=20 My server has more fans than Britney. -- Steve Warwick, from a posting at questions@freebsd.org --YyxzkC/DtE3JUx8+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAJ/ZRY3r/tLQmfWcRAl5eAJ9LIPBftu32TjjcXab01VPOcMIyeQCgsv0n 1xdHmSFb7SH+E5K0TrFE4ic= =zTQS -----END PGP SIGNATURE----- --YyxzkC/DtE3JUx8+-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 13:14:29 2004 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 C929D16A4CF for ; Mon, 9 Feb 2004 13:14:29 -0800 (PST) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9256043D2F for ; Mon, 9 Feb 2004 13:14:28 -0800 (PST) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id QAA06473; Mon, 9 Feb 2004 16:14:26 -0500 (EST) Received: from kanpc.gte.com (localhost [IPv6:::1])i19LEOed058776; Mon, 9 Feb 2004 16:14:24 -0500 (EST) (envelope-from ak03@gte.com) Date: Mon, 9 Feb 2004 16:14:24 -0500 From: Alexander Kabaev To: des@des.no (Dag-Erling Sm_rgrav) Message-Id: <20040209161424.723c8bef@kanpc.gte.com> In-Reply-To: References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> <20040209140552.340b75d5@kanpc.gte.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.9.8claws23 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 21:14:29 -0000 On Mon, 09 Feb 2004 20:43:05 +0100 des@des.no (Dag-Erling Sm_rgrav) wrote: > Alexander Kabaev writes: > > cvs-to-perforce scripts use DB files to keep an information on > > related commits while they scan CVS repo. I didn't try FreeBSD CVS, > > but whole SGI Linux tree with full history was processed quite > > effortlessly, without running out of memory. > > Perforce uses CVS as backing store, so I expect matters are a little > different than for SVN. > There are two versions of cvs2p4 script and one of them populates repository using p4 commands. Either way, both versions require full scan of source repository to locate related changes and group them together. So matters are not that different for SVN. -- Alexander Kabaev From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 13:27:23 2004 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 58CB516A4CE for ; Mon, 9 Feb 2004 13:27:23 -0800 (PST) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1546043D31 for ; Mon, 9 Feb 2004 13:27:23 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id CA3AD2DA4; Mon, 9 Feb 2004 22:27:21 +0100 (CET) Date: Mon, 9 Feb 2004 22:27:21 +0100 From: Ollivier Robert To: freebsd-hackers@freebsd.org Message-ID: <20040209212721.GA65738@tara.freenix.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <200402091130.05656.craig@tobuj.gank.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402091130.05656.craig@tobuj.gank.org> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.5.1i Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 21:27:23 -0000 According to Craig Boston: > This is an informal report on the viability of using Subversion to manage the > FreeBSD source code repository. Some of this is generic and will be familiar > to anyone who has looked at SVN before, some is more FreeBSD-specific. Thanks for doing this. I tried the same around 0.12/0.14 and it was a complete disaster with svn crashing with an out-of-memory error after taking all of my 512 MB of RAM and the 2 GB of swap... In the meantime, I'm switching to Arch/tla instead of Perforce for my own projects, the distributed nature of arch makes it enormously useful before I have several machines with repos on them and I want to be able to commit and merge across all these repos and only Arch gives me that (well BK does but I don't like the license and is closed source anyway). I've thought about replacing CVS with Arch in the FreeBSD context, even organised a BoF about that at BSDCon '03, but the development is rather different and I'm not sure it could be applied w/o too much pain. On a side remark, I still don't trust svn way of having everything stored in a BDB. Makes repos far too large, generates lots of logs and makes recovery more complicated. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.2.0: Thu Dec 11 16:20:23 PST 2003 From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 13:56:10 2004 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 7065C16A4CE for ; Mon, 9 Feb 2004 13:56:10 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E23743D1D for ; Mon, 9 Feb 2004 13:56:10 -0800 (PST) (envelope-from craig@tobuj.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id 7C7F22B301; Mon, 9 Feb 2004 15:56:07 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 73567-01; Mon, 9 Feb 2004 15:56:06 -0600 (CST) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (mail) with ESMTP id 5A5F62B2EA; Mon, 9 Feb 2004 15:56:06 -0600 (CST) From: Craig Boston To: Stijn Hoop Date: Mon, 9 Feb 2004 15:56:03 -0600 User-Agent: KMail/1.6 References: <200402091130.05656.craig@tobuj.gank.org> <200402091326.45172.craig@tobuj.gank.org> <20040209210625.GY2803@pcwin002.win.tue.nl> In-Reply-To: <20040209210625.GY2803@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200402091556.03228.craig@tobuj.gank.org> X-Virus-Scanned: by amavisd-new at gank.org cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 21:56:10 -0000 On Monday 09 February 2004 03:06 pm, Stijn Hoop wrote: > Well, that explains a lot -- for some reason I tested using > $LastChangedRevision: 7921 $. I'll try with an up-to-date one then. I was looking through the change history for cvs2svn.py and it seems that the 0.37 version is almost exactly the same as the 0.35 version. For some reason it looks like they just re-tagged the old version rather than bring in the changes from HEAD... > > One thing that may have made a difference is that so far I've been > > importing things in chunks rather than trying to do the whole repo at > > once. > > Yes, I was afraid though that commits might have spanned subtrees. But then > again, even if they did they would just get committed as separate revisions > to the tree, and I suppose one could live with that. There probably are some commits that do. Only reason I did it like that was to try to trap failure cases more quickly without having to wait for it to get through stage 1 on the whole repo. My plan has always been to go back and try to convert the whole thing when I was sure it would import cleanly and had the resources to do it (the fastest CPU machine I have probably doesn't have enough disk space right now to handle it). > > Does the Python version do the same thing? I didn't think to look at > > memory usage very closely while it was running :-/ > > As far as I understood it builds a disk cache instead of using malloc(). > This might explain the slowness :) Ok, that's consistent with what I saw here. It looked like it created several large temporary bdb databases, but I don't remember any excessive swapping going on. > Yes, that's the idea. You 'just' need a tool that can determine changesets > from a CVS repository to automate this. See > > http://wiki.gnuarch.org/moin.cgi/Arch_20and_20CVS_20in_20the_20same_20tree > > but substitute Subversion for arch :) Makes sense. I believe you mentioned earlier that post-commit hooks could be used for this? But that of course requires assistance from the repomaster. It might also be possible to rig up a script to monitor the cvs-all mailing list and get its changesets from there... > It is, but it does work. Maybe I'll test and see if I can 'port' those > scripts to Subversion :) Yes, it does work as long as your users are relatively trusted and you keep good backups :). Still, it would probably be the most painless transition path to use that over ssh. In regards to the speed test: ARGH! svn dump died on me with this message: * Dumped revision 18576. * Dumped revision 18577. * Dumped revision 18578. * Dumped revision 18579. * Dumped revision 18580. svn: Invalid change ordering: non-add change on deleted path If it's really invalid I wonder how it ended up in the repo in the first place. Not good. I'll have to do some digging to find out what causes that. Craig From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 15:20:19 2004 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 D219616A4D5 for ; Mon, 9 Feb 2004 15:20:19 -0800 (PST) Received: from praetor.linc-it.com (adsl-068-157-070-217.sip.jan.bellsouth.net [68.157.70.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A3143D1F for ; Mon, 9 Feb 2004 15:20:19 -0800 (PST) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-81-244-89.jan.bellsouth.net [65.81.244.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id 480E5155E0; Mon, 9 Feb 2004 17:20:18 -0600 (CST) Received: by mortis.over-yonder.net (Postfix, from userid 100) id BFF8B20F96; Mon, 9 Feb 2004 17:20:15 -0600 (CST) Date: Mon, 9 Feb 2004 17:20:15 -0600 From: "Matthew D. Fuller" To: Dag-Erling Sm?rgrav Message-ID: <20040209232015.GE89781@over-yonder.net> References: <1076348333.b793fda0dkt@digitalme.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i-fullermd.1 X-Editor: vi X-OS: FreeBSD cc: freebsd-hackers@freebsd.org cc: Dung Patrick Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 09 Feb 2004 23:20:20 -0000 On Mon, Feb 09, 2004 at 07:27:08PM +0100 I heard the voice of Dag-Erling Sm?rgrav, and lo! it spake thus: > > CPU_FASTER_5X86_FPU is not likely to have any positive impact on > performance, and fairly likely to render the system unbootable. I would guess just from the name that this (and some similarly named options) apply only to Cyrix 5x86 processors. Somehow, I don't think you'll run into too many of them in benchmarks these days. Just a hunch. > CPUTYPE ?= pentiumpro I recall a thread somewhere recently about pentiumpro being decidedly suboptimal for some new CPUs. Although, on 4.x with the older version of gcc, it may not matter. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 18:52:54 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AF7D616A4CE; Mon, 9 Feb 2004 18:52:53 -0800 (PST) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.bikeshed.org (8.12.10/8.12.9) with ESMTP id i1A2qq6w033211; Mon, 9 Feb 2004 21:52:52 -0500 (EST) (envelope-from green@green.homeunix.org) Received: from localhost (green@localhost)i1A2qpHl033207; Mon, 9 Feb 2004 21:52:52 -0500 (EST) Message-Id: <200402100252.i1A2qpHl033207@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "Jacques A. Vidrine" , hackers@FreeBSD.org In-Reply-To: Message from "Brian F. Feldman" <200402091636.i19GaYYk024697@green.homeunix.org> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Feb 2004 21:52:51 -0500 Sender: green@green.homeunix.org Subject: Re: mostly-reentrant resolver/getaddrinfo(3) 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, 10 Feb 2004 02:52:54 -0000 Alright, here we go! I simplified some things out a bit and used pthread_once(3) to make things look a little cleaner. The RES_BOGUS flag was unnecessary, and now single-threaded programs and the first thread of multi-threaded programs do not incur the allocation of per-thread resolver storage. I also allocated all the per-thread storage at once because the user is not privy to that, anyway. I've gotten good feedback so far, and the latest round of changes at the least "works for me" :) Try it in your multi-tab Mozilla! Index: include/resolv.h =================================================================== RCS file: /usr/ncvs/src/include/resolv.h,v retrieving revision 1.23 diff -u -r1.23 resolv.h --- include/resolv.h 7 Dec 2003 12:32:23 -0000 1.23 +++ include/resolv.h 10 Feb 2004 00:55:35 -0000 @@ -200,7 +200,12 @@ char * humanname; /* Its fun name, like "mail exchanger" */ }; -extern struct __res_state _res; +__BEGIN_DECLS +extern struct __res_state *___res(void); +extern struct __res_state_ext *___res_ext(void); +__END_DECLS +#define _res (*___res()) +#define _res_ext (*___res_ext()) /* for INET6 */ extern struct __res_state_ext _res_ext; Index: lib/libc/include/reentrant.h =================================================================== RCS file: /usr/ncvs/src/lib/libc/include/reentrant.h,v retrieving revision 1.2 diff -u -r1.2 reentrant.h --- lib/libc/include/reentrant.h 1 Nov 2002 09:37:17 -0000 1.2 +++ lib/libc/include/reentrant.h 10 Feb 2004 01:11:45 -0000 @@ -94,10 +94,12 @@ #define mutex_t pthread_mutex_t #define cond_t pthread_cond_t #define rwlock_t pthread_rwlock_t +#define once_t pthread_once_t #define thread_key_t pthread_key_t #define MUTEX_INITIALIZER PTHREAD_MUTEX_INITIALIZER #define RWLOCK_INITIALIZER PTHREAD_RWLOCK_INITIALIZER +#define ONCE_INITIALIZER PTHREAD_ONCE_INIT #define mutex_init(m, a) _pthread_mutex_init(m, a) #define mutex_lock(m) if (__isthreaded) \ @@ -127,6 +129,7 @@ #define thr_getspecific(k) _pthread_getspecific(k) #define thr_sigsetmask(f, n, o) _pthread_sigmask(f, n, o) +#define thr_once(o, i) _pthread_once(o, i) #define thr_self() _pthread_self() #define thr_exit(x) _pthread_exit(x) #define thr_main() _pthread_main_np() Index: lib/libc/net/getaddrinfo.c =================================================================== RCS file: /usr/ncvs/src/lib/libc/net/getaddrinfo.c,v retrieving revision 1.48 diff -u -r1.48 getaddrinfo.c --- lib/libc/net/getaddrinfo.c 30 Oct 2003 17:36:53 -0000 1.48 +++ lib/libc/net/getaddrinfo.c 6 Feb 2004 06:20:23 -0000 @@ -1511,6 +1511,7 @@ return 0; } + THREAD_UNLOCK(); switch (_nsdispatch(&result, dtab, NSDB_HOSTS, "getaddrinfo", default_dns_files, hostname, pai)) { case NS_TRYAGAIN: @@ -1524,20 +1525,20 @@ goto free; case NS_SUCCESS: error = 0; + THREAD_LOCK(); for (cur = result; cur; cur = cur->ai_next) { GET_PORT(cur, servname); /* canonname should be filled already */ } + THREAD_UNLOCK(); break; } - THREAD_UNLOCK(); *res = result; return 0; free: - THREAD_UNLOCK(); if (result) freeaddrinfo(result); return error; @@ -2037,6 +2038,7 @@ memset(&sentinel, 0, sizeof(sentinel)); cur = &sentinel; + THREAD_LOCK(); _sethtent(); while ((p = _gethtent(name, pai)) != NULL) { cur->ai_next = p; @@ -2044,6 +2046,7 @@ cur = cur->ai_next; } _endhtent(); + THREAD_UNLOCK(); *((struct addrinfo **)rv) = sentinel.ai_next; if (sentinel.ai_next == NULL) @@ -2152,9 +2155,12 @@ memset(&sentinel, 0, sizeof(sentinel)); cur = &sentinel; + THREAD_LOCK(); if (!__ypdomain) { - if (_yp_check(&__ypdomain) == 0) + if (_yp_check(&__ypdomain) == 0) { + THREAD_UNLOCK(); return NS_UNAVAIL; + } } if (__ypcurrent) free(__ypcurrent); @@ -2189,6 +2195,7 @@ cur = cur->ai_next; } } + THREAD_UNLOCK(); if (sentinel.ai_next == NULL) { h_errno = HOST_NOT_FOUND; Index: lib/libc/net/res_init.c =================================================================== RCS file: /usr/ncvs/src/lib/libc/net/res_init.c,v retrieving revision 1.31 diff -u -r1.31 res_init.c --- lib/libc/net/res_init.c 7 Dec 2003 12:32:24 -0000 1.31 +++ lib/libc/net/res_init.c 10 Feb 2004 01:01:04 -0000 @@ -91,7 +91,11 @@ #include #include +#include "namespace.h" +#include "reentrant.h" +#include "un-namespace.h" #include "res_config.h" +#include "res_send_private.h" static void res_setoptions(char *, char *); @@ -106,16 +110,13 @@ #endif /* - * Resolver state default settings. + * Check structure for failed per-thread allocations. */ - -struct __res_state _res -# if defined(__BIND_RES_TEXT) - = { RES_TIMEOUT, } /* Motorola, et al. */ -# endif - ; - -struct __res_state_ext _res_ext; +static struct res_per_thread { + struct __res_state res_state; + struct __res_state_ext res_state_ext; + struct __res_send_private res_send_private; +} _res_per_thread_bogus; /* * Set up default settings. If the configuration file exist, the values @@ -142,6 +143,7 @@ res_init() { FILE *fp; + struct __res_send_private *rsp; char *cp, **pp; int n; char buf[MAXDNAME]; @@ -157,6 +159,19 @@ #endif /* + * If allocation of memory for this thread's resolver has failed, + * return the error to the user. + */ + if (&_res == &_res_per_thread_bogus.res_state) + return (-1); + rsp = ___res_send_private(); + rsp->s = -1; + rsp->connected = 0; + rsp->vc = 0; + rsp->af = 0; + rsp->Qhook = NULL; + rsp->Rhook = NULL; + /* * These three fields used to be statically initialized. This made * it hard to use this code in a shared library. It is necessary, * now that we're doing dynamic initialization here, that we preserve @@ -595,6 +610,88 @@ gettimeofday(&now, NULL); return (0xffff & (now.tv_sec ^ now.tv_usec ^ getpid())); +} + +/* + * Resolver state default settings. + */ + +#undef _res +#undef _res_ext +#ifdef __BIND_RES_TEXT +struct __res_state _res = { RES_TIMEOUT }; /* Motorola, et al. */ +#else +struct __res_state _res; +#endif +struct __res_state_ext _res_ext; +static struct __res_send_private _res_send_private; + +static thread_key_t res_key; +static once_t res_init_once = ONCE_INITIALIZER; +static int res_thr_keycreated = 0; + +static void +free_res(void *ptr) +{ + struct res_per_thread *myrsp = ptr; + + if (myrsp->res_state.options & RES_INIT) + res_close(); + free(myrsp); +} + +static void +res_keycreate(void) +{ + res_thr_keycreated = thr_keycreate(&res_key, free_res) == 0; +} + +static struct res_per_thread * +allocate_res(void) +{ + struct res_per_thread *myrsp; + + if (thr_once(&res_init_once, res_keycreate) != 0 || + !res_thr_keycreated) + return (&_res_per_thread_bogus); + + myrsp = thr_getspecific(res_key); + if (myrsp != NULL) + return (myrsp); + myrsp = calloc(1, sizeof(*myrsp)); + if (myrsp == NULL) + return (&_res_per_thread_bogus); +#ifdef __BIND_RES_TEXT + myrsp->res_state.options = RES_TIMEOUT; /* Motorola, et al. */ +#endif + if (thr_setspecific(res_key, myrsp) == 0) + return (myrsp); + free(myrsp); + return (&_res_per_thread_bogus); +} + +struct __res_state * +___res(void) +{ + if (thr_main() != 0) + return (&_res); + return (&allocate_res()->res_state); +} + +struct __res_state_ext * +___res_ext(void) +{ + if (thr_main() != 0) + return (&_res_ext); + return (&allocate_res()->res_state_ext); +} + +struct __res_send_private * +___res_send_private(void) +{ + if (thr_main() != 0) + return (&_res_send_private); + return (&allocate_res()->res_send_private); } /* Index: lib/libc/net/res_send.c =================================================================== RCS file: /usr/ncvs/src/lib/libc/net/res_send.c,v retrieving revision 1.46 diff -u -r1.46 res_send.c --- lib/libc/net/res_send.c 6 Jan 2004 18:45:13 -0000 1.46 +++ lib/libc/net/res_send.c 6 Feb 2004 06:07:50 -0000 @@ -101,14 +101,15 @@ #include "un-namespace.h" #include "res_config.h" +#include "res_send_private.h" -static int s = -1; /* socket used for communications */ -static int connected = 0; /* is the socket connected */ -static int vc = 0; /* is the socket a virtual circuit? */ -static int af = 0; /* address family of socket */ -static res_send_qhook Qhook = NULL; -static res_send_rhook Rhook = NULL; +#define s ___res_send_private()->s +#define connected ___res_send_private()->connected +#define vc ___res_send_private()->vc +#define af ___res_send_private()->af +#define Qhook ___res_send_private()->Qhook +#define Rhook ___res_send_private()->Rhook #define CAN_RECONNECT 1 @@ -123,8 +124,6 @@ fprintf args;\ __fp_nquery(query, size, stdout);\ } else {} -static char abuf[NI_MAXHOST]; -static char pbuf[NI_MAXSERV]; static void Aerror(FILE *, char *, int, struct sockaddr *); static void Perror(FILE *, char *, int); @@ -138,6 +137,9 @@ int save = errno; if (_res.options & RES_DEBUG) { + char abuf[NI_MAXHOST]; + char pbuf[NI_MAXSERV]; + if (getnameinfo(address, address->sa_len, abuf, sizeof(abuf), pbuf, sizeof(pbuf), NI_NUMERICHOST|NI_NUMERICSERV|NI_WITHSCOPEID) != 0) { @@ -388,6 +390,7 @@ */ for (try = 0; try < _res.retry; try++) { for (ns = 0; ns < _res.nscount; ns++) { + char abuf[NI_MAXHOST]; struct sockaddr *nsap = get_nsaddr(ns); socklen_t salen; Index: lib/libc/net/res_send_private.h =================================================================== RCS file: lib/libc/net/res_send_private.h diff -N lib/libc/net/res_send_private.h --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lib/libc/net/res_send_private.h 9 Feb 2004 02:53:27 -0000 @@ -0,0 +1,10 @@ +struct __res_send_private { + int s; /* socket used for communications */ + int connected; /* is the socket connected */ + int vc; /* is the socket a virtual circuit? */ + int af; /* address family of socket */ + res_send_qhook Qhook; + res_send_rhook Rhook; +}; + +struct __res_send_private *___res_send_private(void); -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 19:03:56 2004 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 E476516A52E for ; Mon, 9 Feb 2004 19:03:56 -0800 (PST) Received: from 263.sina.com (unknown [202.106.182.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 0EB1443D1D for ; Mon, 9 Feb 2004 19:03:56 -0800 (PST) (envelope-from superhaar@263.sina.com) Received: (qmail 48415 invoked from network); 10 Feb 2004 02:08:22 -0000 Received: from unknown (HELO bsdbox) (219.153.12.79) by 202.106.182.141 with SMTP; 10 Feb 2004 02:08:22 -0000 Date: 10 Feb 2004 11:04:38 +0000 Message-Id: <87n07rp54p.fsf@263.sina.com> From: Hong MingJian To: freebsd-hackers@freebsd.org Subject: kernel load address 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, 10 Feb 2004 03:03:57 -0000 Hi all, When reading locore.s, I have the following question. In the locore.s, there's a macro R defined as #define R(foo) ((foo)-KERNBASE) where KERNBASE equals to 0xC0000000. But in the sys/conf/ldscript.i386, it reads SECTIONS { . = kernbase + 0x00100000 + SIZEOF_HEADERS; ..... } The kernel is loaded at 0x00100000 by boot2 or loader with program header stripped. So, how the R macro can still work? I think it should be defined as `((foo)-KERNBASE-SIZEOF_HEADERS)' or the ldscript.i386 should be modified to . = kernbase + 0x00100000; I refers to the ld script for Linux i386 kernel(vmlinux.lds), it reads SECTIONS { . = 0xC0000000 + 0x100000; .......... } Thanks. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 21:47:46 2004 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 268C116A4CE for ; Mon, 9 Feb 2004 21:47:46 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-122-2-18.dsl.pltn13.pacbell.net [68.122.2.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0731D43D1F for ; Mon, 9 Feb 2004 21:47:46 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i1A5lfOa009027; Mon, 9 Feb 2004 21:47:41 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i1A5lfc4009026; Mon, 9 Feb 2004 21:47:41 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Mon, 9 Feb 2004 21:47:41 -0800 From: David Schultz To: Friedemann Becker Message-ID: <20040210054741.GA8968@VARK.homeunix.com> Mail-Followup-To: Friedemann Becker , freebsd-hackers@FreeBSD.ORG References: <402287D4.5090205@student.uni-tuebingen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <402287D4.5090205@student.uni-tuebingen.de> cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sources needed - msdosfs merge from darwin 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, 10 Feb 2004 05:47:46 -0000 On Thu, Feb 05, 2004, Friedemann Becker wrote: > Hello, > > I want to take a look at the darwin msdosfs - merge is on the todo list. > I had trouble logging in to the cvs and wrote a mail to the > apple-support. I got an auto-answer containing: > > >Q: I've registered, but I can't login to CVS or the web site. What's > >wrong? > >A: We are currently experiencing intermittent failures during the login > >process. We are working to resolve this as quickly as possible. Please > >keep trying and we apologize for the inconvenience. > > So my question is, has someone a copy of the msdosfs part of the darwin > kernel, so i could use it while waiting for the cvs to come up again... > > And: has anyone begun to import the sources in question already? please > drop a short note, so i know what is already done. You can try the sources on opendarwin.org. However, it is my understanding that using Apple's msdosfs improvements presents licensing problems due to the viral nature of the APSL. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 22:11:03 2004 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 2A09516A4CE for ; Mon, 9 Feb 2004 22:11:03 -0800 (PST) Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AD943D1D for ; Mon, 9 Feb 2004 22:11:02 -0800 (PST) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.100.162.49]) by lakemtao03.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040210061101.MCGR2192.lakemtao03.cox.net@mail.halplant.com> for ; Tue, 10 Feb 2004 01:11:01 -0500 Received: by mail.halplant.com (Postfix, from userid 1001) id 19510145; Tue, 10 Feb 2004 01:11:02 -0500 (EST) Date: Tue, 10 Feb 2004 01:11:02 -0500 From: Andrew J Caines To: freebsd-hackers@freebsd.org Message-ID: <20040210061102.GB5318@hal9000.halplant.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1076342789.b793fb20dkt@digitalme.com> <20040209191149.GD2860@hal9000.halplant.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209191149.GD2860@hal9000.halplant.com> Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.6i Subject: Re: [call for helpers!] Tuning for the Beaver Challenge X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 06:11:03 -0000 This might also be an opportune time to test the benefits of compilers other than gcc, such as Intel's reputedly super-optimised-vs-gcc C/C++ compiler (lang/icc). I've not tried icc or any of the other non-gcc compilers and I'm not suggesting it will help, or even what one might try to compile, but maybe some others can offer their experiences? -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 22:57:17 2004 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 7642816A4CE for ; Mon, 9 Feb 2004 22:57:17 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 486FA43D1D for ; Mon, 9 Feb 2004 22:57:17 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id F09B9530C; Tue, 10 Feb 2004 07:57:15 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 288075309; Tue, 10 Feb 2004 07:57:09 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 1861F33C6F; Tue, 10 Feb 2004 07:57:09 +0100 (CET) To: "Matthew D. Fuller" References: <1076348333.b793fda0dkt@digitalme.com> <20040209232015.GE89781@over-yonder.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 10 Feb 2004 07:57:09 +0100 In-Reply-To: <20040209232015.GE89781@over-yonder.net> (Matthew D. Fuller's message of "Mon, 9 Feb 2004 17:20:15 -0600") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org cc: Dung Patrick Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 10 Feb 2004 06:57:17 -0000 "Matthew D. Fuller" writes: > > CPUTYPE ?=3D pentiumpro > I recall a thread somewhere recently about pentiumpro being decidedly > suboptimal for some new CPUs. Although, on 4.x with the older version > of gcc, it may not matter. I believe the reverse is true - pentiumpro proved to be superior to p3 and p4 even on p3s and p4s. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 22:58:35 2004 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 0CCD416A4CE for ; Mon, 9 Feb 2004 22:58:35 -0800 (PST) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6353443D2F for ; Mon, 9 Feb 2004 22:58:34 -0800 (PST) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.10/8.12.10) with ESMTP id i1A6wUcj080809 for ; Tue, 10 Feb 2004 09:58:30 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 10 Feb 2004 09:58:30 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-hackers@freebsd.org Message-ID: <20040210075552.O78030@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 4-stable bug: comconsole and boot -a option 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, 10 Feb 2004 06:58:35 -0000 Dear colleagues, I found very strange bug. Actually, bug was introduced at running system with vinum root, when I did not succeed in mounting explicit root via `boot -a' prompt. I did a bit of research, and found that there is certainly a bug when comconsole is enabled: ad0: 7339MB [15907/15/63] at ata0-master UDMA33 Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0s1a ? List valid disk boot devices Abort manual input mountroot> ufs:/dev/ad0s1e Mounting root from ufs:/dev/ad0s1a Look at two last lines. Input asked at vfs_mountroot_ask() did not used, possibly because kern/vfs_conf.c:gets() dit not actually read the input from comconsole. However, I'm not kernel hacker and looking at kern/tty_cons.c scares me a bit :) Should I file a PR for this? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 23:17:00 2004 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 A540616A4CE for ; Mon, 9 Feb 2004 23:17:00 -0800 (PST) Received: from cydem.org (h68-149-254-167.ed.shawcable.net [68.149.254.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 834C143D1F for ; Mon, 9 Feb 2004 23:17:00 -0800 (PST) (envelope-from soralx@cydem.org) Received: by cydem.org (Postfix/FreeBSD, from userid 426) id 8BC8B38641; Tue, 10 Feb 2004 00:16:59 -0700 (MST) Received: from soralx.cydem.org (h68-149-254-171.ed.shawcable.net [68.149.254.171]) by cydem.org (Postfix/FreeBSD) with ESMTP id F0C1238313; Tue, 10 Feb 2004 00:16:58 -0700 (MST) From: To: dkt@digitalme.com, freebsd-hackers@freebsd.org Date: Tue, 10 Feb 2004 00:16:57 -0700 User-Agent: KMail/1.5 References: <1076342789.b793fb20dkt@digitalme.com> In-Reply-To: <1076342789.b793fb20dkt@digitalme.com> MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402100016.57572.soralx@cydem.org> Subject: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 10 Feb 2004 07:17:00 -0000 > Beaver Challenge 2004 is coming!. > Details in http://osuosl.org/benchmarks/bc/ > We are preparing the tuning guide. Definitely we need suggestions and > comments. does the sysctl 'machdep.cpu_idle_hlt' still have any effect? see: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=36729+40701+/usr/local/www/db/text/2003/freebsd-hackers/20031012.freebsd-hackers Timestamp: 0x40288509 [SorAlx] http://cydem.org.ua/ From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 00:32:32 2004 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 7291E16A4CE; Tue, 10 Feb 2004 00:32:32 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34AB543D1D; Tue, 10 Feb 2004 00:32:32 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 1AqTJk-0009aT-Ea; Tue, 10 Feb 2004 10:32:28 +0200 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Feb 2004 10:32:28 +0200 From: Danny Braniss Message-Id: cc: freebsd-net@freebsd.org Subject: TTCP/RFC1644 problem 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, 10 Feb 2004 08:32:32 -0000 hi, im running some experiments, and it seems to me that setting net.inet.tcp.rfc1644 has the reverse effect. with sysctl net.inet.tcp.rfc1644 = 0, the transaction uses only 6 packets and it's less than 1 sec, setting net.inet.tcp.rfc1644 to 1 uses 8 packets and takes more than 1 sec. with net.inet.tcp.rfc1644 = 0: No. Time Source Destination Protocol Info 1 0.000000 132.65.80.32 132.65.16.103 TCP 4105 > 255 [SYN] Seq=3300562868 Ack=0 Win=57920 Len=0 2 0.000038 132.65.16.103 132.65.80.32 TCP 255 > 4105 [SYN, ACK] Seq=3867169834 Ack=3300562869 Win=57344 Len=0 3 0.003137 132.65.80.32 132.65.16.103 TCP 4105 > 255 [FIN, PSH, ACK] Seq=3300562869 Ack=3867169835 Win=57920 Len=25 4 0.003215 132.65.16.103 132.65.80.32 TCP 255 > 4105 [ACK] Seq=3867169835 Ack=3300562895 Win=57895 Len=0 5 0.035350 132.65.16.103 132.65.80.32 TCP 255 > 4105 [FIN, PSH, ACK] Seq=3867169835 Ack=3300562895 Win=57920 Len=4 6 0.038110 132.65.80.32 132.65.16.103 TCP 4105 > 255 [ACK] Seq=3300562895 Ack=3867169840 Win=57916 Len=0 with net.inet.tcp.rfc1644 = 1: No. Time Source Destination Protocol Info 1 0.000000 132.65.80.32 132.65.16.103 TCP 4108 > 255 [FIN, SYN, PSH] Seq=967743282 Ack=0 Win=57600 Len=25 2 0.000036 132.65.16.103 132.65.80.32 TCP 255 > 4108 [SYN, ACK] Seq=99082279 Ack=967743283 Win=57344 Len=0 3 0.002622 132.65.80.32 132.65.16.103 TCP 4108 > 255 [FIN, ACK] Seq=967743308 Ack=99082280 Win=57920 Len=0 4 0.002671 132.65.16.103 132.65.80.32 TCP 255 > 4108 [ACK] Seq=99082280 Ack=967743283 Win=57920 Len=0 5 1.201556 132.65.80.32 132.65.16.103 TCP 4108 > 255 [FIN, PSH, ACK] Seq=967743283 Ack=99082280 Win=57920 Len=25 6 1.201609 132.65.16.103 132.65.80.32 TCP 255 > 4108 [ACK] Seq=99082280 Ack=967743309 Win=57895 Len=0 7 1.227906 132.65.16.103 132.65.80.32 TCP 255 > 4108 [FIN, PSH, ACK] Seq=99082280 Ack=967743309 Win=57920 Len=4 8 1.230653 132.65.80.32 132.65.16.103 TCP 4108 > 255 [ACK] Seq=967743309 Ack=99082285 Win=57916 Len=0 From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 01:09:12 2004 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 3EB4416A4CE for ; Tue, 10 Feb 2004 01:09:12 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FEF543D31 for ; Tue, 10 Feb 2004 01:09:12 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id D73365310; Tue, 10 Feb 2004 10:09:10 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 7B06F530D for ; Tue, 10 Feb 2004 10:09:03 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 683E633C6F; Tue, 10 Feb 2004 10:09:03 +0100 (CET) To: hackers@freebsd.org From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 10 Feb 2004 10:09:03 +0100 Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 Subject: how to fool gcc? 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, 10 Feb 2004 09:09:12 -0000 I'm having trouble with some uncommitted OpenPAM patches that I'd like to get into the tree. The problem actually doesn't occur with a normal build, but it prevents me from building a debugging version of libpam. Part of the patch declares openpam_log(3) as printf-like so gcc can check format strings etc. However, openpam_log(3) is also used in debugging macros such as this: #define RETURNS(s) do { \ if ((s) =3D=3D NULL) \ openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ else \ openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ return (s); \ } while (0) The problem is that when it encounters RETURNS(NULL), gcc complains that I'm passing a NULL argument to printf(3), even though it should be obvious that I'm not: cc -O -pipe -march=3Dpentium2 -I/usr/src/lib/libpam/libpam -I/home/des/proj= ects/openpam/include -DLIB_MAJ=3D2 -g -DDEBUG -Wsystem-headers -Werror -Wal= l -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ari= th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align= -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundan= t-decls -c /home/des/projects/openpam/lib/openpam_get_option.c /home/des/projects/openpam/lib/openpam_get_option.c: In function `openpam_g= et_option': /home/des/projects/openpam/lib/openpam_get_option.c:62: warning: reading th= rough null pointer (arg 4) /home/des/projects/openpam/lib/openpam_get_option.c:73: warning: reading th= rough null pointer (arg 4) *** Error code 1 Stop in /usr/src/lib/libpam/libpam. I've tried various twists to fool gcc, such as casting (s) to (const char *) and adding 0 to it hoping that the addition would defeat its NULL pointer check. Nothing I've tried works, though, and I would really hate to have to lower the WANRS level just for this. Any suggestions? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 01:26:44 2004 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 AB71416A4CE for ; Tue, 10 Feb 2004 01:26:44 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id F094E43D1F for ; Tue, 10 Feb 2004 01:26:43 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 2629 invoked from network); 10 Feb 2004 09:26:42 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.47]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 10 Feb 2004 09:26:42 -0000 Message-ID: <4028A3EA.1050405@freebsd.org> Date: Tue, 10 Feb 2004 10:27:06 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040125 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-net@freebsd.org Subject: Re: TTCP/RFC1644 problem 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, 10 Feb 2004 09:26:45 -0000 Danny Braniss wrote: > hi, > im running some experiments, and it seems to me that > setting net.inet.tcp.rfc1644 has the reverse effect. > with sysctl net.inet.tcp.rfc1644 = 0, the transaction uses only 6 packets > and it's less than 1 sec, setting net.inet.tcp.rfc1644 to 1 uses > 8 packets and takes more than 1 sec. The first tcp session in an TTCP connection doesn't gain anything, only subsequent session can go faster. You see in the second case that it tries to send data in the packet which is not ACKed for the first connection and has to be retransmitted. You should check out the second and third connection to the server and look how they behave. Did you enable rfc1644 on server and client? -- Andre > with net.inet.tcp.rfc1644 = 0: > No. Time Source Destination Protocol Info > 1 0.000000 132.65.80.32 132.65.16.103 TCP 4105 > > 255 [SYN] Seq=3300562868 Ack=0 Win=57920 Len=0 > 2 0.000038 132.65.16.103 132.65.80.32 TCP 255 > > 4105 [SYN, ACK] Seq=3867169834 Ack=3300562869 Win=57344 Len=0 > 3 0.003137 132.65.80.32 132.65.16.103 TCP 4105 > > 255 [FIN, PSH, ACK] Seq=3300562869 Ack=3867169835 Win=57920 Len=25 > 4 0.003215 132.65.16.103 132.65.80.32 TCP 255 > > 4105 [ACK] Seq=3867169835 Ack=3300562895 Win=57895 Len=0 > 5 0.035350 132.65.16.103 132.65.80.32 TCP 255 > > 4105 [FIN, PSH, ACK] Seq=3867169835 Ack=3300562895 Win=57920 Len=4 > 6 0.038110 132.65.80.32 132.65.16.103 TCP 4105 > > 255 [ACK] Seq=3300562895 Ack=3867169840 Win=57916 Len=0 > > > with net.inet.tcp.rfc1644 = 1: > No. Time Source Destination Protocol Info > 1 0.000000 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [FIN, SYN, PSH] Seq=967743282 Ack=0 Win=57600 Len=25 > 2 0.000036 132.65.16.103 132.65.80.32 TCP 255 > > 4108 [SYN, ACK] Seq=99082279 Ack=967743283 Win=57344 Len=0 > 3 0.002622 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [FIN, ACK] Seq=967743308 Ack=99082280 Win=57920 Len=0 > 4 0.002671 132.65.16.103 132.65.80.32 TCP 255 > > 4108 [ACK] Seq=99082280 Ack=967743283 Win=57920 Len=0 > 5 1.201556 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [FIN, PSH, ACK] Seq=967743283 Ack=99082280 Win=57920 Len=25 > 6 1.201609 132.65.16.103 132.65.80.32 TCP 255 > > 4108 [ACK] Seq=99082280 Ack=967743309 Win=57895 Len=0 > 7 1.227906 132.65.16.103 132.65.80.32 TCP 255 > > 4108 [FIN, PSH, ACK] Seq=99082280 Ack=967743309 Win=57920 Len=4 > 8 1.230653 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [ACK] Seq=967743309 Ack=99082285 Win=57916 Len=0 > > > > _______________________________________________ > 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 Tue Feb 10 01:29:32 2004 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 D5DEC16A4CE for ; Tue, 10 Feb 2004 01:29:32 -0800 (PST) Received: from mail.ut.caldera.com (mail.ut.caldera.com [216.250.130.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9218B43D1F for ; Tue, 10 Feb 2004 01:29:32 -0800 (PST) (envelope-from hmohanan@sco.com) Received: (qmail 12558 invoked from network); 10 Feb 2004 09:29:32 -0000 Received: from vms.caldera.com (216.250.130.31) by mail.ut.caldera.com with SMTP; 10 Feb 2004 09:29:32 -0000 Received: from vms.caldera.com (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id 4D4F1A005; Tue, 10 Feb 2004 02:29:31 -0700 (MST) Received: from sco.com (unknown [192.168.248.41]) by vms.caldera.com (Postfix) with ESMTP id 5C7CAA002; Tue, 10 Feb 2004 02:29:28 -0700 (MST) Message-ID: <4028A463.4090001@sco.com> Date: Tue, 10 Feb 2004 14:59:07 +0530 From: Harish Mohanan User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: hackers@freebsd.org Subject: Re: how to fool gcc? 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, 10 Feb 2004 09:29:33 -0000 try compiling without optimisation i.e. without the -O flag to gcc. Harish Dag-Erling Smørgrav wrote: >I'm having trouble with some uncommitted OpenPAM patches that I'd like >to get into the tree. The problem actually doesn't occur with a >normal build, but it prevents me from building a debugging version of >libpam. > >Part of the patch declares openpam_log(3) as printf-like so gcc can >check format strings etc. However, openpam_log(3) is also used in >debugging macros such as this: > >#define RETURNS(s) do { \ > if ((s) == NULL) \ > openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ > else \ > openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ > return (s); \ >} while (0) > >The problem is that when it encounters RETURNS(NULL), gcc complains >that I'm passing a NULL argument to printf(3), even though it should >be obvious that I'm not: > >cc -O -pipe -march=pentium2 -I/usr/src/lib/libpam/libpam -I/home/des/projects/openpam/include -DLIB_MAJ=2 -g -DDEBUG -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /home/des/projects/openpam/lib/openpam_get_option.c >/home/des/projects/openpam/lib/openpam_get_option.c: In function `openpam_get_option': >/home/des/projects/openpam/lib/openpam_get_option.c:62: warning: reading through null pointer (arg 4) >/home/des/projects/openpam/lib/openpam_get_option.c:73: warning: reading through null pointer (arg 4) >*** Error code 1 > >Stop in /usr/src/lib/libpam/libpam. > >I've tried various twists to fool gcc, such as casting (s) to (const >char *) and adding 0 to it hoping that the addition would defeat its >NULL pointer check. Nothing I've tried works, though, and I would >really hate to have to lower the WANRS level just for this. > >Any suggestions? > >DES > > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 01:37:33 2004 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 6195616A4CE for ; Tue, 10 Feb 2004 01:37:33 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3356B43D1D for ; Tue, 10 Feb 2004 01:37:33 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2D706530C; Tue, 10 Feb 2004 10:37:32 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id DBCA95309; Tue, 10 Feb 2004 10:37:25 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 71C9833C6F; Tue, 10 Feb 2004 10:37:25 +0100 (CET) To: Harish Mohanan References: <4028A463.4090001@sco.com> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 10 Feb 2004 10:37:25 +0100 In-Reply-To: <4028A463.4090001@sco.com> (Harish Mohanan's message of "Tue, 10 Feb 2004 14:59:07 +0530") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: hackers@freebsd.org Subject: Re: how to fool gcc? 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, 10 Feb 2004 09:37:33 -0000 Harish Mohanan writes: > try compiling without optimisation i.e. without the -O flag to gcc. That is not an option. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 02:38:50 2004 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 7259416A4CE for ; Tue, 10 Feb 2004 02:38:50 -0800 (PST) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE1AF43D6E for ; Tue, 10 Feb 2004 02:38:49 -0800 (PST) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])i1AAckG11882; Tue, 10 Feb 2004 11:38:46 +0100 (MET) Date: Tue, 10 Feb 2004 11:38:46 +0100 (CET) From: Harti Brandt To: Tim Kientzle In-Reply-To: <4027D62F.3010702@acm.org> Message-ID: <20040210113002.X36327@beagle.fokus.fraunhofer.de> References: <4025A0DD.2010607@acm.org> <20040208134125.L28775@beagle.fokus.fraunhofer.de> <20040209122341.S32427@beagle.fokus.fraunhofer.de> <4027D62F.3010702@acm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Odd ACL question 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, 10 Feb 2004 10:38:50 -0000 On Mon, 9 Feb 2004, Tim Kientzle wrote: TK>Harti Brandt wrote: TK>> On Sun, 8 Feb 2004, Tim Kientzle wrote: TK>> TK>> TK>In this case, I'm considering: TK>> TK> * If the username exists, use that. TK>> TK> * If the username does not exist and the UID is not already in TK>> TK> use, issue a warning and use the UID. TK>> TK> * If the username exists and the UID conflicts with the local TK>> TK> system, ??? TK>> TK> TK>> TK>This last case is the tough one. My temptation: map it to TK>> TK>an unused UID, issue a warning about the remap, and keep going. TK>> TK>> That may cause the problem I described. This may leave a file in a user TK>> directory that the user cannot delete without intervention of the root TK>> user, but its probably the simplest solution. TK> TK>This would only happen if you are restoring an archive onto TK>a different system. If it's the same system, there should be TK>no UID conflicts and thus no need to remap the UIDs. Theoretically yes, practically now. In our institute, for example, we make a backup every day (a incremental of course). People come and go and user names and ids are never reallocated, but get deleted after some time. So if you restore a backup that is say, half a year old, you may well have files that belong to no known user, even if restoring to the same system. I suppose that mapping them to a well known user (not necessarily 'nobody') and doing some clever 'find' afterwards would find these files. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 02:42:53 2004 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 D5C3116A4CE for ; Tue, 10 Feb 2004 02:42:53 -0800 (PST) Received: from relay.mortal.ru (unknown [62.16.86.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04DA843D86 for ; Tue, 10 Feb 2004 02:42:53 -0800 (PST) (envelope-from zevlg@yandex.ru) Received: from us.dmz.local (wus000.dmz.local [10.32.1.6]) by relay.mortal.ru (8.11.6/8.11.6) with ESMTP id i1AAgnJ30421; Tue, 10 Feb 2004 13:42:49 +0300 Received: from us.dmz.local (localhost.dmz.local [127.0.0.1]) by us.dmz.local (8.12.3/8.12.3) with ESMTP id i1AAkuwC002488; Tue, 10 Feb 2004 13:46:56 +0300 (MSK) (envelope-from zevlg@yandex.ru) Received: (from wtc05@localhost) by us.dmz.local (8.12.3/8.12.3/Submit) id i1AAksLX002487; Tue, 10 Feb 2004 13:46:54 +0300 (MSK) X-Authentication-Warning: us.dmz.local: wtc05 set sender to zevlg@yandex.ru using -f To: des@des.no (Dag-Erling Smørgrav) References: From: Zajcev Evgeny Date: Tue, 10 Feb 2004 13:46:54 +0300 In-Reply-To: (Dag-Erling Smørgrav's message of "Tue, 10 Feb 2004 10:09:03 +0100") Message-ID: <82fzdjb49t.fsf@us.dmz.local> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (cabbage, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit cc: hackers@freebsd.org Subject: Re: how to fool gcc? 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, 10 Feb 2004 10:42:53 -0000 des@des.no (Dag-Erling Smørgrav) writes: > I'm having trouble with some uncommitted OpenPAM patches that I'd like > to get into the tree. The problem actually doesn't occur with a > normal build, but it prevents me from building a debugging version of > libpam. > > Part of the patch declares openpam_log(3) as printf-like so gcc can > check format strings etc. However, openpam_log(3) is also used in > debugging macros such as this: > > #define RETURNS(s) do { \ > if ((s) == NULL) \ > openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ > else \ > openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ > return (s); \ > } while (0) > > The problem is that when it encounters RETURNS(NULL), gcc complains > that I'm passing a NULL argument to printf(3), even though it should > be obvious that I'm not: > Maybe just have copy of `s' inside while statement? Something like: > #define RETURNS(s) do { \ > if ((s) == NULL) \ > openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ > else \ > openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ > return (s); \ > } while (0) -- lg From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 02:48:42 2004 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 BB8BD16A4CE for ; Tue, 10 Feb 2004 02:48:42 -0800 (PST) Received: from relay.mortal.ru (unknown [62.16.86.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE1C543D46 for ; Tue, 10 Feb 2004 02:48:41 -0800 (PST) (envelope-from zevlg@yandex.ru) Received: from us.dmz.local (wus000.dmz.local [10.32.1.6]) by relay.mortal.ru (8.11.6/8.11.6) with ESMTP id i1AAlEJ30681; Tue, 10 Feb 2004 13:47:14 +0300 Received: from us.dmz.local (localhost.dmz.local [127.0.0.1]) by us.dmz.local (8.12.3/8.12.3) with ESMTP id i1AApLwC002495; Tue, 10 Feb 2004 13:51:21 +0300 (MSK) (envelope-from zevlg@yandex.ru) Received: (from wtc05@localhost) by us.dmz.local (8.12.3/8.12.3/Submit) id i1AApLQ2002494; Tue, 10 Feb 2004 13:51:21 +0300 (MSK) X-Authentication-Warning: us.dmz.local: wtc05 set sender to zevlg@yandex.ru using -f To: Zajcev Evgeny References: <82fzdjb49t.fsf@us.dmz.local> From: Zajcev Evgeny Date: Tue, 10 Feb 2004 13:51:21 +0300 In-Reply-To: <82fzdjb49t.fsf@us.dmz.local> (Zajcev Evgeny's message of "Tue, 10 Feb 2004 13:46:54 +0300") Message-ID: <821xp3b42e.fsf@us.dmz.local> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (cabbage, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Dag-Erling Smørgrav cc: hackers@freebsd.org Subject: Re: how to fool gcc? 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, 10 Feb 2004 10:48:42 -0000 Zajcev Evgeny writes: > > Maybe just have copy of `s' inside while statement? Something like: > >> #define RETURNS(s) do { \ >> if ((s) == NULL) \ >> openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ >> else \ >> openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ >> return (s); \ >> } while (0) err, I mean #define RETURNS(s) do { \ char *scpy = s; \ if ((s) == NULL) \ openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ else \ openpam_log(PAM_LOG_DEBUG, "returning '%s'", (scpy)); \ return (s); \ } while (0) -- lg From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 03:04:14 2004 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 E555B16A4CE for ; Tue, 10 Feb 2004 03:04:14 -0800 (PST) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id B546043D1D for ; Tue, 10 Feb 2004 03:04:14 -0800 (PST) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 7C1AA1B93BA for ; Tue, 10 Feb 2004 12:04:12 +0100 (CET) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16571-04 for ; Tue, 10 Feb 2004 12:04:11 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 9310A1B94CF for ; Tue, 10 Feb 2004 11:36:12 +0100 (CET) Received: from amber2 (amber2.sh.cvut.cz [147.32.123.10]) by logout.sh.cvut.cz (Postfix) with SMTP id 9FC013C31F for ; Tue, 10 Feb 2004 11:36:15 +0100 (CET) Message-ID: <006a01c3efc1$b3b27710$0a7b2093@amber2> From: =?windows-1250?Q?V=E1clav_Haisman?= To: References: Date: Tue, 10 Feb 2004 11:36:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 8bit 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 X-Virus-Scanned: by amavisd-new at sh.cvut.cz Subject: Re: how to fool gcc? 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, 10 Feb 2004 11:04:15 -0000 Fill a GCC PR? I am not expert in these but is it OK that it evaluates the parameter three times? Vaclav Haisman ----- Original Message ----- From: "Dag-Erling Smørgrav" To: Sent: Tuesday, February 10, 2004 10:09 AM Subject: how to fool gcc? I'm having trouble with some uncommitted OpenPAM patches that I'd like to get into the tree. The problem actually doesn't occur with a normal build, but it prevents me from building a debugging version of libpam. Part of the patch declares openpam_log(3) as printf-like so gcc can check format strings etc. However, openpam_log(3) is also used in debugging macros such as this: #define RETURNS(s) do { \ if ((s) == NULL) \ openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ else \ openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ return (s); \ } while (0) [...] From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 03:22:04 2004 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 9D2EA16A4CE for ; Tue, 10 Feb 2004 03:22:04 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BE043D1F for ; Tue, 10 Feb 2004 03:22:04 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i1ABLr7E026480; Tue, 10 Feb 2004 03:21:57 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402101121.i1ABLr7E026480@gw.catspoiler.org> Date: Tue, 10 Feb 2004 03:21:53 -0800 (PST) From: Don Lewis To: des@des.no In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT cc: hackers@FreeBSD.org Subject: Re: how to fool gcc? 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, 10 Feb 2004 11:22:04 -0000 On 10 Feb, Dag-Erling Smørgrav wrote: If you don't minde a bit of bloat, maybe changing this: > openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ to this: openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s) != NULL ? (s) : ""); might quiet the warning. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 11:29:47 2004 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 5FED116A4CE for ; Mon, 9 Feb 2004 11:29:47 -0800 (PST) Received: from nl-mail6.internet.com (nl-mail6.internet.com [64.62.164.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 093C543D1D for ; Mon, 9 Feb 2004 11:29:47 -0800 (PST) (envelope-from newsletter@nl.internet.com) To: hackers@freebsd.org MIME-Version: 1.0 From: "Open Source Dev Update" Message-Id: <20040209192333.8328A40E7@nl.internet.com> Date: Mon, 9 Feb 2004 11:23:33 -0800 (PST) X-Mailman-Approved-At: Tue, 10 Feb 2004 05:30:04 -0800 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Armoring Apache HTTP Server with SSL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: reply-8195-2018-1588f3e091@nl.internet.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 19:29:47 -0000 All DevX newsletters are now sent from the domain "internet.com." Please use this domain name (not the entire "from" address, which varies) when configuring e-mail or spam filter rules, if you use them. DEVX OPEN SOURCE/LINUX UPDATE Open Source Development News, Articles, and Information from DevX (http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,dbv3,ake,1w27,5g29 Volume 5, No. 2; February 9, 2004 DevX is a division of Jupitermedia. Copyright 2004 Jupitermedia Corporation. All rights reserved. _____________________________________________________________ TAKE THE TOPCODER MONTHLY CODING CHALLENGE! The solutions to last month's problem set were just posted. See how you did, or try your hand at the February problem set. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,3b7o,c3ff,1w27,5g29 _____________________________________________________________ GET THIS NEWSLETTER IN HTML Did you know that you can now get this newsletter in HTML? Simply adjust your preferences at http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,ise3,h60o,1w27,5g29 _____________________________________________________________ IN THIS ISSUE ** Sun's Open Source OS is an Elegant Windows Mimic ** Armoring Apache HTTP Server with SSL ** Building RAD Forms and Menus in Mozilla ** O/S News from DevX ** Read the DevX Special Report: Java/.NET Interoperability ** Download Oracle Sample Code ** Take the WebLogic Platform 8.1 Online Trial ** Software Lifecycle Modeling ** FREE White Paper--Intro to Web Services for C++ Programmers ** Tutorial: Validating XML ** Mobilizing the Enterprise--Where to Begin? (Watch Out!) ** Hands-On with an AMD Opteron 64-Bit Server ** Whitepaper: Demystifying OpenSSL Software _____________________________________________________________ SUN'S OPEN SOURCE OS IS AN ELEGANT WINDOWS MIMIC by Laurence Moroney The product once known as 'Mad Hatter' is far from crazy. Even in its first version, JDS is probably enough like Windows to satisfy typical office workers. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,j4ae,jqm7,1w27,5g29 ARMORING APACHE HTTP SERVER WITH SSL by Kulvir Singh Bhogal and Javid Jamae These days, just about every Web site needs security. This simple, step-by-step guide will help you understand the various encryption schemes and show you how to set up SSL encryption on your Apache server. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,abe,j6wa,1w27,5g29 BUILDING RAD FORMS AND MENUS IN MOZILLA by Nigel McFarlane In "Rapid Application Development with Mozilla," Web, XML, and open standards expert and DevX author Nigel McFarlane explores Mozilla's revolutionary XML User interface Language (XUL) and its library of well over 1,000 pre-built objects. Chapter 7: "Forms and Menus" discusses where to find information on menus, forms and menu style options, compares XUL and HTML forms, provides a hands-on section on NoteTaker events and forms, and more. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,7bvb,ifa0,1w27,5g29 O/S NEWS FROM DEVX * Save Your Software! Recycle http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,7oc6,8slh,1w27,5g29 * KDE Spiffs Up Linux Desktop http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,sbl,hkdm,1w27,5g29 * SCO Receives Poisonous Reception at Ivy http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,ampc,dilo,1w27,5g29 JOIN THE DISCUSSION HERE * Open Source Forum http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,42b7,bfbi,1w27,5g29 * Reading Schemas with Xerces http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,b9ag,9oe3,1w27,5g29 * Berkeley DB? http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,b8lh,ir4g,1w27,5g29 _____________________________________________________________ READ THE DEVX SPECIAL REPORT: JAVA/.NET INTEROPERABILITY Check your politics at the door. Java and .NET can coexist in your application environment, saving you time and money over rewriting apps to fit a hard-wired platform choice. Get a modern education in how to capitalize on existing code by using Java to communicate with .NET or vice versa. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,dbhz,c2ia,1w27,5g29 _____________________________________________________________ DOWNLOAD ORACLE SAMPLE CODE These samples show how to use Oracle products and technologies by providing source code and installation instructions for complete working applications. New samples demonstrate features of specs supported in Oracle Application Server Containers for J2EE (OC4J). Samples include JSP 2.0 demos and the Financial Service Brokerage sample application. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,az3n,e1ey,1w27,5g29 TAKE THE WEBLOGIC PLATFORM 8.1 ONLINE TRIAL Find out how simple it is to build applications with WebLogic Platform without downloading any software. Our online hosted trial lets you spend three hours of quality time with WebLogic Server, WebLogic Workshop, WebLogic Portal and WebLogic Integration, and it won't cost you a penny. Try it today. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,aizw,5qsb,1w27,5g29 SOFTWARE LIFECYCLE MODELING Software lifecycle modeling is the business of tracking source code as it goes through various stages--from development, to testing, release, reuse, and retirement. Read about Perforce's support for lifecycle modeling and see a reference model. But first learn about lifecycle modeling the way other SCM systems support it, using the "promotion" model. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,2z0j,12ec,1w27,5g29 FREE WHITEPAPER--INTRO TO WEB SERVICES FOR C++ PROGRAMMERS Find out more about Web services, including key technologies and standards, the benefits of using Web services, and the challenges inherent in integrating C++ with Web services technology. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,909h,ciwf,1w27,5g29 TUTORIAL: VALIDATING XML In the creation of a database, a data model and integrity constraints can create certainty in the structure and content of the data. But how do you enforce that kind of control when your data is just text in hand-editable files? Fortunately, validating files and documents can make sure that data fits constraints. In this tutorial, you will learn what validation is and how to check a document against a Document Type Definition (DTD) or XML Schema document. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,k63a,5uik,1w27,5g29 MOBILIZING THE ENTERPRISE--WHERE TO BEGIN? (WATCH OUT!) Time to do a wireless project and start mobilizing the enterprise. So, what shall we begin with? How about e-mail--that's an obvious win, yes? Uh, no.... Bad idea. Here's why, and here's where you should really look to take your first steps into mobilizing your enterprise and prove that elusive ROI. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,vuy,enw8,1w27,5g29 HANDS-ON WITH AN AMD OPTERON 64-BIT SERVER The IBM eServer 325 is an impressive piece of engineering. When you delve into the hardware and processor design of this AMD Opteron processor-based machine, you'll see that it's an ideal server for hosting 32-bit and 64-bit applications using Linux or Windows. Alan Zeichick takes you on the grand tour. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,2twc,3a7j,1w27,5g29 WHITEPAPER: DEMYSTIFYING OPENSSL SOFTWARE Maintaining a code base for features and functions outside your competency wastes valuable development resources, time and money, making you less competitive. Explore how RSA's BSAFE. SSL-C security software can help eliminate those obstacles. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,hcqv,gn8j,1w27,5g29 _____________________________________________________________ The DevX Whitepaper Library Browse and search the Whitepaper Library for access to thousands of whitepapers, case studies, Webcasts, and product documents on the topics that matter to you. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,d68,4ruq,1w27,5g29 _____________________________________________________________ ------------------------------------------------------------- Compiled by Lori Piquet, Editor-in-chief, lpiquet@devx.com ------------------------------------------------------------- HOW TO CONTACT US To contact us, please e-mail us at feedback@devx.com Please do not reply to this message; it was sent by an automated mailer. REACH THOUSANDS OF DEVELOPERS AND IT PROFESSIONALS To sponsor this newsletter or for more information about advertising opportunities, go to http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,8ug6,ezfm,1w27,5g29 OTHER DEVX NEWSLETTERS THAT MIGHT INTEREST YOU: Hotlinks (Each Wednesday we send out this content-rich newsletter, highlighting the cream of all current content on DevX, including features, opinions, how-to's, tech news, conferences, special offers, and more.) .NET Update (This newsletter aggregates all the latest articles, tips, and third-party links to the latest and greatest information about Microsoft's beta development environment, including Visual Studio.NET, Visual Basic.NET, ASP.NET, VC#.NET, the Common Language Runtime, and much more.) VB Update (Whether you're interested in "Classic" VB, .NET, or both, we'll send you the best content for VB developers, including tips and discussion highlights.) Java Update (Get the latest news, articles, and answers from the Java Zone.) Database Update (Covers all of the major enterprise relational database systems: DB2, Informix, Oracle, and SQL Server, as well as articles, tips, and how-to's on many other database systems such as Access, Visual FoxPro, and MySQL.) Wireless Update (Let us keep you up to speed in the world of wireless development, including WAP, WML, J2ME, Bluetooth, PDAs, SMS, and i-Mode.) SIGN UP FOR NEWSLETTERS Sign up here or see a list of all available e-mail newsletters. http://nl.internet.com/ct.html?rtr=on&s=1,plh,1,89zf,t81,1w27,5g29 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ DevX is a division of Jupitermedia. Copyright (c) 2004 Jupitermedia Corporation. All rights reserved. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ For information on reprinting or linking to internet.com content: http://internet.com/corporate/permissions.html ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ You are subscribed to Open Source Dev Update as hackers@freebsd.org. To unsubscribe from Open Source Dev Update please send an email to: u-8195-1588f3e091-2018@nl.internet.com To manage your DevX newsletter subscriptions, please visit http://www.devx.com/devx/emailSignup/17709 To manage your internet.com newsletter subscriptions, please visit http://nl.internet.com/profilepage.html?uid=1588f3e091&eid=11390486 To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Newsletter Subscription Dept. 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This email is powered by EmailLabs (http://www.emaillabs.com) Contact us for a FREE demo account From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 12:32:09 2004 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 7026116A4CE for ; Mon, 9 Feb 2004 12:32:09 -0800 (PST) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1189B43D1F for ; Mon, 9 Feb 2004 12:32:09 -0800 (PST) (envelope-from mike@reifenberger.com) Received: from fwd06.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1AqG6a-0007cF-02; Mon, 09 Feb 2004 19:26:00 +0100 Received: from fw.reifenberger.com (ZYqhg+ZOYeA1MaWChnJdf4jSxGimfjfM26419LVs457oQx8OrI4o6j@[217.232.232.175]) by fmrl06.sul.t-online.com with esmtp id 1AqG5J-26JWzo0; Mon, 9 Feb 2004 19:24:41 +0100 Received: from localhost (mike@localhost)i19IOf1L073679; Mon, 9 Feb 2004 19:24:41 +0100 (CET) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Mon, 9 Feb 2004 19:24:41 +0100 (CET) From: Michael Reifenberger To: Craig Boston In-Reply-To: <200402091130.05656.craig@tobuj.gank.org> Message-ID: <20040209185105.O72949@fw.reifenberger.com> References: <200402091130.05656.craig@tobuj.gank.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Seen: false X-ID: ZYqhg+ZOYeA1MaWChnJdf4jSxGimfjfM26419LVs457oQx8OrI4o6j@t-dialin.net X-Mailman-Approved-At: Tue, 10 Feb 2004 05:30:04 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 09 Feb 2004 20:32:09 -0000 Hi, first, this seems to be a good analysis of SVN and a good starting point for thinking about moving away from CVS. On Mon, 9 Feb 2004, Craig Boston wrote: ... > Comments on importing: It's SLOOOOOOOOOOW. It took 43.9 hours just for > src/sys, and this is a relatively speedy system! It starts out at a pretty > good pace, but the more commits it processes, the slower each one seems to > take. > ... Since this should be a one-time action, time should be less of a showstopper (as long its not endless :-) ... > * "Requires" Apache for the network server. There is a simpler CVS-like > network protocol, but it suffers from the same problems with access > control and locking and the like that CVS does. In order to overcome > those limitations, you pretty much have to use Apache/WebDAV. Some may > argue that this isn't really a negative, but it certainly doesn't go with > the K.I.S.S. philosophy. ... Apache is not strictly required. As far I've seen there is a "svnserve" server mode available. ... > * No cvsup equivalent yet. You can fairly easily use WebDAV to pull a copy > of the trunk or a particular branch, but it's not nearly as efficient as > the rsync algorithm. There's also no way to use WebDAV to grab a certain > date or revision like you can with cvsup -- you have to have the svn > client installed. In order to be even a contender to replace CVS, it > still needs a *FAST* and *SIMPLE* way to synchronize source with an > arbitrary tag or revision. ... For me this is the biggest showstopper for FreeBSD development. But since the whole repository is versioned instead of individual files, in an first step an CTM-equivalent should be easier ( posting something like `svnadmin dump --revision :` ...) or are there any native db4-tools for replication available?) Additionaly a bad point is: * SVN hasn't that many (fully integrated) clients than CVS (eclipse, ...) Many are coming/growing but its still not there. ... > Good points: > * Atomic commits across multiple files * Versions belong to the whole repository. That means that in case of changes you only need the revision number to know what changed in the whole repository. In the FreeBSD environment it's necessary to know the exact time or the affected files (and their individual revision numbers) * It's extremly well documented! It comes with an whole book of documentation. > ----------------------------------------------------------------------------- > Section the 4th - Conclusions > ----------------------------------------------------------------------------- > Honestly, I don't think Subversion is quite ready yet. However, it is getting > _very_ close to being a viable alternative to CVS, for the needs of the > FreeBSD project as far as I know them. I'll definitely be trying it out for > some of my local projects that are currently stored in CVS. > Maybe we could see SVN as an equivalent to p4. Probably most of SVN current shortcomings are also true for p4 (no cvsup for p4 available, only an p4p service for some selected archs) Because SVN tries to be an CVS successor I found its usage very intuitive for an first-time-user like me. Furthermore I personaly don't like closed-source tools for open-source development (when alternatives are available) and would try to avoid p4 if possible. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 13:20:55 2004 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 8CCA416A4CE for ; Mon, 9 Feb 2004 13:20:55 -0800 (PST) Received: from hotmail.com (bay12-f37.bay12.hotmail.com [64.4.35.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85C9443D1D for ; Mon, 9 Feb 2004 13:20:55 -0800 (PST) (envelope-from jtumani55@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 9 Feb 2004 13:20:55 -0800 Received: from 161.44.73.59 by by12fd.bay12.hotmail.msn.com with HTTP; Mon, 09 Feb 2004 21:20:54 GMT X-Originating-IP: [161.44.73.59] X-Originating-Email: [jtumani55@hotmail.com] X-Sender: jtumani55@hotmail.com From: "Juan Tumani" To: freebsd-hackers@freebsd.org Date: Mon, 09 Feb 2004 16:20:54 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Feb 2004 21:20:55.0214 (UTC) FILETIME=[9A553CE0:01C3EF52] X-Mailman-Approved-At: Tue, 10 Feb 2004 05:30:04 -0800 Subject: FreeBSD 5.2 v/s FreeBSD 4.9 MFLOPS performance (gcc3.3.3 v/s gcc2.9.5) 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, 09 Feb 2004 21:20:55 -0000 Hi, I have an Intel D845GE m/b w/ a P4 1.7 CPU and I have the box setup to dual boot to either 4.9 or 5.2. Both OS are right off the latest posted iso CD image, i.e., no updates, no kernel tweaks, everything vanilla right out of the box. I compiled flops.c on both 4.9 and 5.2 and the 5.2 performance is less than half that of 4.9: 760 MFLOPS on 4.9 v/s 340 MFLOPS on 5.2. I tried turning off the SMP and other kernel tweaks and no improvement in 5.2. I then downloaded and installed gcc295 on the 5.2 machine and that fixed the problem. So now all I have to do is figure out the gcc 3.3.3 switches to make it run like gcc 2.9.5 or figure out how to rebuild 5.2 w/ gcc 2.9.5 :-). Anyone know what's going on w/ gcc 3.3.3 ? %gcc295 flops.c -o flops %./flops FLOPS C Program (Double Precision) Version 1.2, 29 Feb 1992 PI: Program = 3.14159265358999429 PI: Reference = 3.14159265358979312 PI: Error = 2.0117e-13 Area: Program = 0.50000000000008060 Area: Reference = 0.50000000000000000 Area: Error = 8.0602e-14 Iterations = 20000000 BenchTime(usec) = 0.0013 Scalar MFLOPS = 760.2353 %gcc flops.c -o flops %./flops FLOPS C Program (Double Precision) Version 1.2, 29 Feb 1992 PI: Program = 3.14159265358999429 PI: Reference = 3.14159265358979312 PI: Error = 2.0117e-13 Area: Program = 0.50000000000008060 Area: Reference = 0.50000000000000000 Area: Error = 8.0602e-14 Iterations = 20000000 BenchTime(usec) = 0.0029 Scalar MFLOPS = 339.4571 % _________________________________________________________________ Keep up with high-tech trends here at "Hook'd on Technology." http://special.msn.com/msnbc/hookedontech.armx From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 15:14:18 2004 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 CA38A16A4CE for ; Mon, 9 Feb 2004 15:14:18 -0800 (PST) Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9139643D1D for ; Mon, 9 Feb 2004 15:14:18 -0800 (PST) (envelope-from andrew@ugh.net.au) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 65D09A828 for ; Tue, 10 Feb 2004 10:14:16 +1100 (EST) Date: Tue, 10 Feb 2004 10:14:16 +1100 (EST) From: Andrew To: freebsd-hackers@freebsd.org Message-ID: <20040210100257.G56192-100000@starbug.ugh.net.au> X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 10 Feb 2004 05:30:04 -0800 Subject: select, sendto and ENOBUFS 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, 09 Feb 2004 23:14:18 -0000 Hi, I have a problem with sendto returning an error and setting errno to ENOBUFS however I am calling select first to make sure the fd is writeable (see below for code). s is a raw socket and the data I'm sending is 1492 bytes. I haven't changed the low water mark for the socket. This looks like a bug however the bug may well be mine... Does anyone have any ideas? Thanks, Andrew do { printf("waiting on socket\n"); FD_ZERO(&fdset); FD_SET(s, &fdset); if (select(s + 1, NULL, &fdset, NULL, NULL) == -1) { warn("select"); return 0; } } while (! FD_ISSET(s, &fdset)); printf("socket ready\n"); if (se$ndto(s, (void *)ip_packet, ip_packet->ip_len, 0, (struct sockaddr *)&sa, sizeof(sa)) == -1) { if (errno == ENOBUFS) { warn("sleeping 1 second - sendto"); sleep(1); } else { warn("sendto"); } return 0; } From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 16:34:28 2004 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 7543916A4CE for ; Mon, 9 Feb 2004 16:34:28 -0800 (PST) Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D03E43D1D for ; Mon, 9 Feb 2004 16:34:28 -0800 (PST) (envelope-from andrew@ugh.net.au) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 51D18A809 for ; Tue, 10 Feb 2004 11:34:26 +1100 (EST) Date: Tue, 10 Feb 2004 11:34:26 +1100 (EST) From: Andrew To: freebsd-hackers@freebsd.org In-Reply-To: <20040210100257.G56192-100000@starbug.ugh.net.au> Message-ID: <20040210111013.G56192-100000@starbug.ugh.net.au> X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 10 Feb 2004 05:30:04 -0800 Subject: Re: select, sendto and ENOBUFS 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, 10 Feb 2004 00:34:28 -0000 On Tue, 10 Feb 2004, Andrew wrote: > I have a problem with sendto returning an error and setting errno to > ENOBUFS however I am calling select first to make sure the fd is > writeable (see below for code). s is a raw socket and the data I'm I see something similar has actually been discussed before and I just missed it. http://docs.freebsd.org/cgi/mid.cgi?E1Aice9-0002by-00 The conclusion being that send, sendto and select will never block on a UDP socket and the man page just doesn't make it too clear. I'm assuming it is the same for raw sockets. UNPv1 section 6.3 seems to say that select should work for UDP...Part 2 under "Under What Conditions Is a Descriptor Ready" certainly indicates that select should work. Anyway a bug or not, is there a better work around than sleeping? I'm guessing not... Thanks, Andrew From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 16:49:14 2004 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 7199F16A4CE for ; Mon, 9 Feb 2004 16:49:14 -0800 (PST) Received: from athens.bitwise.net (ns.bitwise.net [204.97.222.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 192BF43D1D for ; Mon, 9 Feb 2004 16:49:14 -0800 (PST) (envelope-from admin@bitwise.net) Received: from porky (berlin.bitwise.net [204.97.222.4]) by athens.bitwise.net (8.9.3/8.9.3) with ESMTP id TAA27594; Mon, 9 Feb 2004 19:48:38 -0500 From: "System Administrator" Organization: Bitwise Internet Technologies, Inc. To: "ahmed mohiuddin" Date: Mon, 09 Feb 2004 19:48:12 -0500 MIME-Version: 1.0 Message-ID: <4027E3FC.21919.995732@localhost> Priority: normal In-reply-to: X-mailer: Pegasus Mail for Windows (v4.12a) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-Mailman-Approved-At: Tue, 10 Feb 2004 05:30:04 -0800 cc: hackers@freebsd.org cc: current-users@netbsd.org cc: tech@openbsd.org Subject: Re: Can we extend VolumeGroup after creation? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: admin@bitwise.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 00:49:14 -0000 While the AIX specific answer is below, what does it have to do with OpenBSD? In AIX the answer is a qualified YES -- qualified in that ultimately there is a limit to the size of the volume group which varies based on some key parameters (namely PP size and concurrent capability). For proper operation, LVM has an internal limitation of 1016 PPs per PV, and 32 PVs per concurrent-capable VG. On 8 Feb 2004 at 22:47, ahmed mohiuddin wrote: > Hi,=A0Can u guys tel me, i have created a VolumeGroup(myvg) of 120GB siz= e, > which holds oraclefiles and these files will be access by 2nodes which > are on cluster.=A0So can you please tell that i can increase the size of > VolumeGroup or i cannot?=A0Will AIX allows us to increase size of > VolumeGroup in the Future?=A0Please Advise.Ahmed > > ------------------------------------------------------------------------ > > Marriage? Join BharatMatrimony.com. > > --------------------------------------------------------- System Administrator admin@bitwise.net Bitwise Internet Technologies, Inc. 22 Drydock Avenue tel: (617) 737-1837 Boston, MA 02210 fax: (617) 439-4941 From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 03:30:48 2004 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 855A516A4CE for ; Tue, 10 Feb 2004 03:30:48 -0800 (PST) Received: from paladin.fortunaty.net (fortunaty.net [217.160.129.175]) by mx1.FreeBSD.org (Postfix) with SMTP id BBEBB43D2F for ; Tue, 10 Feb 2004 03:30:47 -0800 (PST) (envelope-from ah@paladin.fortunaty.net) Received: (qmail 3883 invoked by uid 501); 10 Feb 2004 11:30:46 -0000 Date: 10 Feb 2004 11:30:46 -0000 Message-ID: <20040210113046.3882.qmail@paladin.fortunaty.net> User-Agent: Emai/0.0.2p1 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline References: In-Reply-To: From: Andreas Hauser To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= X-License: BSD X-Addicted: yeah X-Mailman-Approved-At: Tue, 10 Feb 2004 05:30:04 -0800 cc: freebsd-hackers@freebsd.org Subject: Re: how to fool gcc? 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, 10 Feb 2004 11:30:48 -0000 des wrote @ Tue, 10 Feb 2004 10:09:03 +0100: > Part of the patch declares openpam_log(3) as printf-like so gcc can > check format strings etc. However, openpam_log(3) is also used in > debugging macros such as this: > > #define RETURNS(s) do { \ > if ((s) == NULL) \ > openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ > else \ > openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ > return (s); \ > } while (0) That is how it looks after preprocessing, obviously not what what you want. ... openpam_log(PAM_LOG_DEBUG, "returning '%s'", (0)); ... Andy From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 06:56:20 2004 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 BFE8216A4CE for ; Tue, 10 Feb 2004 06:56:20 -0800 (PST) Received: from digitalme.com (mail.digitalme.com [193.97.97.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC0C43D1F for ; Tue, 10 Feb 2004 06:56:20 -0800 (PST) (envelope-from dkt@digitalme.com) Received: from dkt [61.10.7.113] by digitalme.com with NIMS ModWeb Module; Tue, 10 Feb 2004 22:55:39 +0800 From: Dung Patrick To: des@des.no, Date: Tue, 10 Feb 2004 22:55:39 +0800 X-Mailer: NIMS ModWeb Module X-Sender: dkt MIME-Version: 1.0 Message-ID: <1076424939.b11c4040dkt@digitalme.com> Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org Subject: Re: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 10 Feb 2004 14:56:20 -0000 Thanks for comment. > - don't use apm or acpi on 4.x There will be no benefit in terms of performance using acpi on 4.x. And apm is just unnecessary. Patrick -----Original Message----- From: des@des.no (Dag-Erling Smrgrav) To: Dung Patrick Date: Mon, 09 Feb 2004 19:27:08 +0100 Subject: Re: [call for helpers!] Tuning for the Beaver Challenge Dung Patrick writes: > For those optionts CPU_FASTER_5X86_FPU through CPU_UPGRADE_HW_CACHE, > it is suggested by an user in the forum. I would like to see the > comments from the mailing list. If those options are dangerous, then > don't use them. CPU_FASTER_5X86_FPU is not likely to have any positive impact on performance, and fairly likely to render the system unbootable. CPU_UPGRADE_HW_CACHE has absolutely no effect on non-PC98 systems. further comments - - symlink /usr/{src,obj,ports} to /slow/{src,obj,ports} where /slow is a filesystem placed on the outside edge of the disk (to free up space near the spindle for the filesystems actually used by the benchmark) - find out what file system the Linux people are using. if they are using ext2fs or ext3fs, mount your filesystems async. - most of what you put in sysctl.conf is completely irrelevant. the rest needs to be tuned according to the actual needs of the benchmark. - you should not tune kern.maxfiles etc. unless the benchmark actually hits those limits. increasing these numbers reduces the amount of kernel memory available for other purposes. btw, maxfiles and maxfilesperproc are tunable at run time. - most of what you put in make.conf is bogus. just use CPUTYPE ?=3D pentiumpro CFLAGS =3D -O -pipe COPTFLAGS =3D -O -pipe - NOPROFILE has absolutely no impact on performance (except that it shortens 'make world' a little) - you *must* use -CURRENT and not 5.2 as the latter has issues with the aac driver. - don't use apm or acpi on 4.x. - regarding jdk 1.4.2, just use the linux version (and make sure to mount linprocfs). I very much doubt you'll notice a difference in performance. - mysql buffer and cache sizes etc. should imho be the same on all test systems. - some of the "papers" you reference ([3] and [4]) contain more incorrect and dangerous information than useful advice. DES -- Dag-Erling Smrgrav - des@des.no _______________________________________________ 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 Tue Feb 10 07:45:49 2004 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 69B4F16A4CE for ; Tue, 10 Feb 2004 07:45:49 -0800 (PST) Received: from vorag.quic.net (vorag.quic.net [69.10.147.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D40943D1D for ; Tue, 10 Feb 2004 07:45:49 -0800 (PST) (envelope-from utsl@quic.net) Received: from quic.net (vorag.quic.net [69.10.147.214]) by vorag.quic.net (Postfix) with SMTP id 1E06A81CA; Tue, 10 Feb 2004 10:45:53 -0500 (EST) Received: (nullmailer pid 31157 invoked by uid 1032); Tue, 10 Feb 2004 15:45:53 -0000 Date: Tue, 10 Feb 2004 10:45:53 -0500 From: Nathan Hawkins To: Philip Reynolds Message-ID: <20040210154553.GB69038@quic.net> References: <20040205083945.GB96509@rfc-networks.ie> <20040205095636.GF13932@FreeBSD.org.ua> <20040205103154.GA99852@rfc-networks.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040205103154.GA99852@rfc-networks.ie> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: ELF branding / magic numbers 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, 10 Feb 2004 15:45:49 -0000 On Thu, Feb 05, 2004 at 10:31:54AM +0000, Philip Reynolds wrote: > Ruslan Ermilov 35 lines of wisdom included: > > On Thu, Feb 05, 2004 at 08:39:45AM +0000, Philip Reynolds wrote: > > [...] > > > Does the magic number not then support multiple ABI's per system > > > architecture, or is there some part of the puzzle I'm missing? > > > > > There's an EI_ABIVERSION byte following the EI_OSABI byte, which > > is both documented in the elf(5) manpage, and is shown in the > > ``readelf -h'' output. > > You misunderstood me. > > My question was why is there a need for a PT_NOTE section (which is > a more convaluted way of branding and reading a brand of an elf > binary) if the above sections exist? Yes. It is used on other systems, like NetBSD and Linux. Having the note section allows those system to correctly recognize FreeBSD binaries. (The people developing binutils apparently don't agree with the use of EI_OSABI.) Unfortunately, FreeBSD doesn't check for it in the kernel. Doing it as a fall-back would permit detecting statically linked Linux binaries, without needing to run brandelf on them. I've been considering working on a patch for that, but haven't had time. ---Nathan From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 08:11:27 2004 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 27A0C16A4CE for ; Tue, 10 Feb 2004 08:11:27 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E260043D2F for ; Tue, 10 Feb 2004 08:11:26 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i1AGBLkX013437; Tue, 10 Feb 2004 08:11:24 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <402902A8.8040005@acm.org> Date: Tue, 10 Feb 2004 08:11:20 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: hackers@freebsd.org Subject: Re: how to fool gcc? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2004 16:11:27 -0000 Suggestions: 1) Convert RETURNS(s) into a function rather than a macro. 2) Use a ternary (someone else suggested this) 3) Remove the printf-like declaration (Yes, this is distasteful.) 4) Add an intermediate variable: do { const char *_t = (s) == NULL ? "NULL" : (s); openpam_log(... , _t); return (s); } while (0) That's all I can think of right now, though I'm certain there are numerous other fixes. Good luck, (let us know what works!) Tim Dag-Erling Smørgrav wrote: > I'm having trouble with some uncommitted OpenPAM patches that I'd like > to get into the tree. The problem actually doesn't occur with a > normal build, but it prevents me from building a debugging version of > libpam. > > Part of the patch declares openpam_log(3) as printf-like so gcc can > check format strings etc. However, openpam_log(3) is also used in > debugging macros such as this: > > #define RETURNS(s) do { \ > if ((s) == NULL) \ > openpam_log(PAM_LOG_DEBUG, "returning NULL"); \ > else \ > openpam_log(PAM_LOG_DEBUG, "returning '%s'", (s)); \ > return (s); \ > } while (0) > > The problem is that when it encounters RETURNS(NULL), gcc complains > that I'm passing a NULL argument to printf(3), even though it should > be obvious that I'm not: > > cc -O -pipe -march=pentium2 -I/usr/src/lib/libpam/libpam -I/home/des/projects/openpam/include -DLIB_MAJ=2 -g -DDEBUG -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /home/des/projects/openpam/lib/openpam_get_option.c > /home/des/projects/openpam/lib/openpam_get_option.c: In function `openpam_get_option': > /home/des/projects/openpam/lib/openpam_get_option.c:62: warning: reading through null pointer (arg 4) > /home/des/projects/openpam/lib/openpam_get_option.c:73: warning: reading through null pointer (arg 4) > *** Error code 1 > > Stop in /usr/src/lib/libpam/libpam. > > I've tried various twists to fool gcc, such as casting (s) to (const > char *) and adding 0 to it hoping that the addition would defeat its > NULL pointer check. Nothing I've tried works, though, and I would > really hate to have to lower the WANRS level just for this. > > Any suggestions? > > DES From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 09:09:02 2004 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 4E99616A4CE for ; Tue, 10 Feb 2004 09:09:02 -0800 (PST) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D158C43D46 for ; Tue, 10 Feb 2004 09:09:01 -0800 (PST) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 9-md50000000084.tmp for ; Tue, 10 Feb 2004 16:59:34 +0000 Message-ID: <02b101c3eff8$7dc02c60$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: References: <021d01c3ef47$ed7d8a90$b3db87d4@multiplay.co.uk> Date: Tue, 10 Feb 2004 17:08:23 -0000 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 X-Spam-Processed: multiplay.co.uk, Tue, 10 Feb 2004 16:59:34 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Subject: Re: Zombie processes not clearing (solution) 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, 10 Feb 2004 17:09:02 -0000 Ok looks like this has been spotted before and its a kernel issue described here: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=bausg0%2416c5%241%40FreeBSD.csie.NCTU.edu.tw&rnum=13 I've made a 5.1 and 5.2 patch available from: ftp://ftp.multiplay.co.uk/pub/games/fps/battlefield1942/patches/FreeBSD/ This affects all linux threaded apps which don't set SIGCHLD or do an explicit wait(). Steve ----- Original Message ----- From: "Steven Hartland" To: Sent: Monday, February 09, 2004 8:04 PM Subject: Zombie processes no clearing > Usually zombie processes clear when the controlling parent quits > but I seem to have a issue with the latest bf1942 dedicated > server under FreeBSD where this is not the case. Each map > change creates 2 new zombie processes and even quitting > the entire server doesn't clear them. Am I missing something > obvious? > > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. > > In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 > or return the E.mail to postmaster@multiplay.co.uk. > > > _______________________________________________ > 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" > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. > > In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 > or return the E.mail to postmaster@multiplay.co.uk. > > > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 09:42:55 2004 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 550BB16A4CE for ; Tue, 10 Feb 2004 09:42:55 -0800 (PST) Received: from digitalme.com (imap.digitalme.com [193.97.97.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295F343D1F for ; Tue, 10 Feb 2004 09:42:55 -0800 (PST) (envelope-from dkt@digitalme.com) Received: from dkt [61.10.7.113] by digitalme.com with NIMS ModWeb Module; Wed, 11 Feb 2004 01:42:46 +0800 From: Dung Patrick To: yruan@cs.princeton.edu, Date: Wed, 11 Feb 2004 01:42:46 +0800 X-Mailer: NIMS ModWeb Module X-Sender: dkt MIME-Version: 1.0 Message-ID: <1076434966.b793fae0dkt@digitalme.com> Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org Subject: Re: Re: [call for helpers!] Tuning for the Beaver Challenge 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, 10 Feb 2004 17:42:55 -0000 Is vm.max_proc_mmap autotune by maxusers? If maxusers=3D0, it determine proc_mmap from RAM size? Could you please explain the use of net.inet.tcp.tcbhashsize? Patrick -----Original Message----- From: Yaoping Ruan To: Dung Patrick Date: Mon, 09 Feb 2004 12:45:46 -0500 Subject: Re: [call for helpers!] Tuning for the Beaver Challenge In section 2.2.3, /etc/sysctl.conf: To our experience, it also helps to tune inode cache behavior by setting: vfs.vmiodirenable=3D"0"; (maybe) vfs.nameileafonly=3D"-1" On a server with large memory, if apache 1.x is tested, maybe it is also ne= cessary to increase: vm.max_proc_mmap In section 2.2.4, /boot/loader.conf: Do you need to increase "net.inet.tcp.tcbhashsize" ? - Yaoping Dung Patrick wrote: > Hi > > Beaver Challenge 2004 is coming!. > Details in http://osuosl.org/benchmarks/bc/ > > We are preparing the tuning guide. Definitely we need suggestions and com= ments. > > Please see this forum to view the latest tuning guide: > http://osuosl.org/forums/viewforum.php?f=3D8 > > Attached is a ver0.4 of the tuning guide. > > Regards > Patrick > > -----------------------------------------------------------------------= - > Name: bc-fbsd-tune guide.txt > bc-fbsd-tune guide.txt Type: Plain Text (text/plain) > Encoding: BASE64 > > -----------------------------------------------------------------------= - > _______________________________________________ > 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= " _______________________________________________ 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 Tue Feb 10 09:52:42 2004 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 224CA16A4CF for ; Tue, 10 Feb 2004 09:52:42 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1DF543D2F for ; Tue, 10 Feb 2004 09:52:41 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 889B0530C; Tue, 10 Feb 2004 18:51:38 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id F363F5309; Tue, 10 Feb 2004 18:51:31 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 735EA33C6F; Tue, 10 Feb 2004 18:51:31 +0100 (CET) To: kientzle@acm.org References: <402902A8.8040005@acm.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 10 Feb 2004 18:51:31 +0100 In-Reply-To: <402902A8.8040005@acm.org> (Tim Kientzle's message of "Tue, 10 Feb 2004 08:11:20 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: hackers@freebsd.org Subject: Re: how to fool gcc? 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, 10 Feb 2004 17:52:42 -0000 Tim Kientzle writes: > 1) Convert RETURNS(s) into a function rather than a macro. > 2) Use a ternary (someone else suggested this) > 3) Remove the printf-like declaration (Yes, this is distasteful.) > 4) Add an intermediate variable: > [...] > Good luck, (let us know what works!) I ended up with #4. Thanks for all the suggestions! DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 11:11:31 2004 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 E6C5B16A4CE for ; Tue, 10 Feb 2004 11:11:31 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACDC243D1D for ; Tue, 10 Feb 2004 11:11:31 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <2004021019112901600f9tc6e>; Tue, 10 Feb 2004 19:11:30 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA82965; Tue, 10 Feb 2004 11:11:28 -0800 (PST) Date: Tue, 10 Feb 2004 11:11:27 -0800 (PST) From: Julian Elischer To: Andrew In-Reply-To: <20040210100257.G56192-100000@starbug.ugh.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: select, sendto and ENOBUFS 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, 10 Feb 2004 19:11:32 -0000 On Tue, 10 Feb 2004, Andrew wrote: > Hi, > > I have a problem with sendto returning an error and setting errno to > ENOBUFS however I am calling select first to make sure the fd is > writeable (see below for code). s is a raw socket and the data I'm > sending is 1492 bytes. I haven't changed the low water mark for the > socket. > > This looks like a bug however the bug may well be mine... > > Does anyone have any ideas? > > Thanks, This is not a bug select says "yes there is room inm the socket buffer" however datagram protocols do not store anythign in the outgoing socket buffer, but, instead hand the packets directly to the driver for the NIC. when the NIC fils up it returns ENOBUFS this is your cue to do a usleep(1000) before sending more packets. > > Andrew > > do { > printf("waiting on socket\n"); > FD_ZERO(&fdset); > FD_SET(s, &fdset); > if (select(s + 1, NULL, &fdset, NULL, NULL) == -1) { > warn("select"); > return 0; > } > } while (! FD_ISSET(s, &fdset)); > printf("socket ready\n"); > > if (se$ndto(s, (void *)ip_packet, ip_packet->ip_len, 0, (struct sockaddr > *)&sa, sizeof(sa)) == -1) { > if (errno == ENOBUFS) { > warn("sleeping 1 second - sendto"); > sleep(1); > } else { > warn("sendto"); > } > return 0; > } > > > _______________________________________________ > 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 Tue Feb 10 11:25:47 2004 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 9673C16A4D0 for ; Tue, 10 Feb 2004 11:25:47 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FBC843D2F for ; Tue, 10 Feb 2004 11:25:47 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i1AJPl82047055 for ; Tue, 10 Feb 2004 11:25:47 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i1AJPlTb047054; Tue, 10 Feb 2004 11:25:47 -0800 (PST) (envelope-from dillon) Date: Tue, 10 Feb 2004 11:25:47 -0800 (PST) From: Matthew Dillon Message-Id: <200402101925.i1AJPlTb047054@apollo.backplane.com> To: freebsd-hackers@freebsd.org Subject: New gcc organization in DFly 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, 10 Feb 2004 19:25:47 -0000 DFly has incorporated a new organizational structure for gcc3 and binutils214 that FreeBSD might want to take a look at. Basically it works like this: * The vendor code in /usr/src/contrib is named after the major version release, so e.g. we have /usr/src/contrib/gcc-3.3 (gcc-3.3-20040126 at the moment) and /usr/src/contrib/binutils-2.14 * The vendor code in contrib is unmodified, with only the addition of README files describing the setup and the deletion of all original vendor files that the build does not require. * The build is represented by /usr/src/gnu/usr.bin/{binutils214,cc3}, /usr/src/gnu/lib/{gcc2,gcc3}, and so forth. In DFly, the gcc2 stuff was left in bintuils/ and cc/. * The intention is so that we can (A) have multiple revs installed on the system simultaniously and (B) physically remove obsolete revs from the contrib/ portion of the repository, just leaving the build portion in /usr/src/gnu in the repository. If a developer wants to revert to an obsolete rev he can simply download the original vendor tar and unpack it into contrib without modification for his local use. * binutils-2.14 installs in /usr/libexec/binutils214/{ldscripts,elf,aout} * gcc-3.3 installs in /usr/libexec/gcc3 and /usr/lib/gcc{2,3} (e.g. the crt*.o, libgcc, and other version-specific files get a subdirectory in /usr/lib). * The front-end code, /usr/src/usr.bin/objformat, is made to understand the new layout as well as a new environment variable, CCVER, and exec's the appropriate binary from the appropriate location. * installworld and/or upgrade Makefile's were modified to remove the old binaries. I'm not entirely finished with it yet. The gcc-3.3 build still hardwires the binutils path, but generally speaking this methodology has worked out very well and I am going to start applying it to other contrib stuff in the DFly hierarchy. It makes updating vendor code a whole lot easier.. a matter of a few minutes rather then a few hours, and allows us to maintain very new or experimental vendor code in parallel with the production version without effecting the existing user base. And being able to physically delete obsolete revs from the repository is a big plus too because modified vendor code creates the worst bloat in a CVS repository. The original impetus for the work was so that we could integrate support for other compilers (e.g. TenDRA, ICC) as well as future versions of gcc, rather then as port hacks. We haven't done that yet but we now have the infrastructure to be able to. FreeBSD might want to review this new methodology for gcc, bintuils, and other vendor material (heimdal, openssh, kerberos, openssl, etc). I've only managed to convert gcc and binutils so far, and it was a lot of work to clean up the build tree in /usr/src/gnu/xxx, but it's work that only needed to be done once and much of it is directly transportable to the FBsd infrastructure. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 11:29:50 2004 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 D1A7316A4CE for ; Tue, 10 Feb 2004 11:29:50 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDEE343D2F for ; Tue, 10 Feb 2004 11:29:50 -0800 (PST) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id 871011880A23; Tue, 10 Feb 2004 11:29:49 -0800 (PST) From: Wes Peters Organization: Softweyr.com To: "Juan Tumani" , freebsd-hackers@freebsd.org Date: Tue, 10 Feb 2004 11:29:34 -0800 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402101129.34337.wes@softweyr.com> Subject: Re: FreeBSD 5.2 v/s FreeBSD 4.9 MFLOPS performance (gcc3.3.3 v/s gcc2.9.5) 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, 10 Feb 2004 19:29:50 -0000 On Monday 09 February 2004 13:20, Juan Tumani wrote: > I have an Intel D845GE m/b w/ a P4 1.7 CPU and I have the box setup > to dual boot to either 4.9 or 5.2. Both OS are right off the latest > posted iso CD image, i.e., no updates, no kernel tweaks, everything > vanilla right out of the box. I compiled flops.c on both 4.9 and > 5.2 and the 5.2 performance is less than half that of 4.9: 760 > MFLOPS on 4.9 v/s 340 MFLOPS on 5.2. > > I tried turning off the SMP and other kernel tweaks and no > improvement in 5.2. I then downloaded and installed gcc295 on the > 5.2 machine and that fixed the problem. So now all I have to do is > figure out the gcc 3.3.3 switches to make it run like gcc 2.9.5 or > figure out how to rebuild 5.2 w/ gcc 2.9.5 :-). I'm not sure that kernel tweaks are going to make much difference on a single-threaded floating point benchmark. Compiler optimizations sure do, though. (Note: I couldn't find version 1.2 of flops.c, so this is based on version 2.0.) On a 2.0GHz P4, I see: wpeters@salty> cc -o flops -O -DUNIX flops.c flops.c: In function `main': flops.c:174: warning: return type of `main' is not `int' wpeters@salty> ./flops FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0301 465.4460 2 -1.4166e-13 0.0619 113.0049 3 4.7184e-14 0.0365 465.3564 4 -1.2557e-13 0.0327 458.7438 5 -1.3800e-13 0.0482 601.5539 6 3.2380e-13 0.0470 617.2479 7 -8.4583e-11 0.1692 70.9097 8 3.4867e-13 0.0510 587.8699 Iterations = 512000000 NullTime (usec) = 0.0008 MFLOPS(1) = 150.1795 MFLOPS(2) = 174.4286 MFLOPS(3) = 352.0107 MFLOPS(4) = 544.1166 wpeters@salty> cc -o flops3 -O3 -mcpu=pentium4 -msse2 -DUNIX flops.c flops.c: In function `main': flops.c:174: warning: return type of `main' is not `int' wpeters@salty> ./flops3 FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0202 692.2121 2 -1.4166e-13 0.0199 351.9018 3 4.7184e-14 0.0251 676.9230 4 -1.2557e-13 0.0235 637.0627 5 -1.3800e-13 0.0446 650.2407 6 3.2380e-13 0.0436 665.0579 7 -8.4583e-11 0.0567 211.8219 8 3.4867e-13 0.0436 687.5249 Iterations = 512000000 NullTime (usec) = 0.0006 MFLOPS(1) = 417.4252 MFLOPS(2) = 396.1492 MFLOPS(3) = 567.2668 MFLOPS(4) = 669.6139 Pretty good increases across the board. Slightly off-topic, the same test on my Athlon XP 2000+ at home yields: -bash-2.05b$ cc -o flops3 -O3 -mcpu=athlon-xp -msse2 -DUNIX flops.c flops.c: In function `main': flops.c:174: warning: return type of `main' is not `int' -bash-2.05b$ ./flops3 FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) Illegal instruction (core dumped) Oh, duh, Athlon doesn't have SSE2. Try again: -bash-2.05b$ cc -o flops3 -O3 -mcpu=athlon-xp -msse -DUNIX flops.c flops.c: In function `main': flops.c:174: warning: return type of `main' is not `int' -bash-2.05b$ ./flops3 FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0145 965.8007 2 -1.4166e-13 0.0108 649.9764 3 4.7184e-14 0.0146 1162.1140 4 -1.2557e-13 0.0120 1250.0460 5 -1.3800e-13 0.0259 1118.8725 6 3.2380e-13 0.0209 1390.5740 7 -8.4583e-11 0.0310 387.7082 8 3.4867e-13 0.0277 1082.6515 Iterations = 512000000 NullTime (usec) = 0.0012 MFLOPS(1) = 759.3833 MFLOPS(2) = 717.9906 MFLOPS(3) = 996.1904 MFLOPS(4) = 1210.2268 Wowsers. Looks like if you're doing floating point, at least floating point loops that fit in the Athlon cache, you're a lot better off with Athlon than P4. You might want to try -funroll-loops, but that's enough effort for a decade-old benchmark. For me, at least. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 12:01:26 2004 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 A8EBA16A4CE for ; Tue, 10 Feb 2004 12:01:26 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F7543D1D for ; Tue, 10 Feb 2004 12:01:26 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i1AK1F7E027739; Tue, 10 Feb 2004 12:01:23 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200402102001.i1AK1F7E027739@gw.catspoiler.org> Date: Tue, 10 Feb 2004 12:01:14 -0800 (PST) From: Don Lewis To: killing@multiplay.co.uk In-Reply-To: <02b101c3eff8$7dc02c60$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org Subject: Re: Zombie processes not clearing (solution) 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, 10 Feb 2004 20:01:26 -0000 On 10 Feb, Steven Hartland wrote: > Ok looks like this has been spotted before and its a kernel issue > described here: > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=bausg0%2416c5%241%40FreeBSD.csie.NCTU.edu.tw&rnum=13 If the kernel patch mentioned above fixes the problem, I'll commit it to -CURRENT. I never got any feedback when I previously posted it. > I've made a 5.1 and 5.2 patch available from: > ftp://ftp.multiplay.co.uk/pub/games/fps/battlefield1942/patches/FreeBSD/ I haven't been able to access that FTP server. It always tells me that the maximum number of allowed clients is connected. > This affects all linux threaded apps which don't set SIGCHLD or > do an explicit wait(). From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 12:28:56 2004 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 6571916A4CE for ; Tue, 10 Feb 2004 12:28:56 -0800 (PST) Received: from praetor.linc-it.com (adsl-068-157-070-217.sip.jan.bellsouth.net [68.157.70.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D2F43D2F for ; Tue, 10 Feb 2004 12:28:56 -0800 (PST) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-81-244-89.jan.bellsouth.net [65.81.244.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id BA7B6155E0; Tue, 10 Feb 2004 14:28:54 -0600 (CST) Received: by mortis.over-yonder.net (Postfix, from userid 100) id C25C520F95; Tue, 10 Feb 2004 14:28:52 -0600 (CST) Date: Tue, 10 Feb 2004 14:28:52 -0600 From: "Matthew D. Fuller" To: Harti Brandt Message-ID: <20040210202852.GH89781@over-yonder.net> References: <4025A0DD.2010607@acm.org> <20040208134125.L28775@beagle.fokus.fraunhofer.de> <20040209122341.S32427@beagle.fokus.fraunhofer.de> <4027D62F.3010702@acm.org> <20040210113002.X36327@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040210113002.X36327@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.4.1i-fullermd.1 X-Editor: vi X-OS: FreeBSD cc: freebsd-hackers@freebsd.org cc: Tim Kientzle Subject: Re: Odd ACL question 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, 10 Feb 2004 20:28:56 -0000 On Tue, Feb 10, 2004 at 11:38:46AM +0100 I heard the voice of Harti Brandt, and lo! it spake thus: > > So if you restore a backup that is say, half a year old, you may > well have files that belong to no known user, even if restoring to > the same system. > > I suppose that mapping them to a well known user (not necessarily > 'nobody') and doing some clever 'find' afterwards would find these > files. find -nouser -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 14:37:09 2004 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 DB24316A4CE for ; Tue, 10 Feb 2004 14:37:09 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 922D543D45 for ; Tue, 10 Feb 2004 14:37:09 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i1AMb9gh019666; Tue, 10 Feb 2004 16:37:09 -0600 (CST) (envelope-from dan) Date: Tue, 10 Feb 2004 16:37:08 -0600 From: Dan Nelson To: Wes Peters Message-ID: <20040210223708.GC44504@dan.emsphone.com> References: <200402101129.34337.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200402101129.34337.wes@softweyr.com> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.5.1i cc: freebsd-hackers@freebsd.org cc: Juan Tumani Subject: Re: FreeBSD 5.2 v/s FreeBSD 4.9 MFLOPS performance (gcc3.3.3 v/s gcc2.9.5) 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, 10 Feb 2004 22:37:10 -0000 In the last episode (Feb 10), Wes Peters said: > On Monday 09 February 2004 13:20, Juan Tumani wrote: > > I have an Intel D845GE m/b w/ a P4 1.7 CPU and I have the box setup > > to dual boot to either 4.9 or 5.2. Both OS are right off the > > latest posted iso CD image, i.e., no updates, no kernel tweaks, > > everything vanilla right out of the box. I compiled flops.c on > > both 4.9 and 5.2 and the 5.2 performance is less than half that of > > 4.9: 760 MFLOPS on 4.9 v/s 340 MFLOPS on 5.2. This sounds suspiciously like a stack alignment problem. Try running the following and see if your run times alternate between fast and slow every 4 runs: PAD= ; export PAD ; while : ; do ; PAD=z$PAD ; /usr/bin/time ./flops ; done Back in 2000, Bruce Evans posted the following patch that fixed the alignment problem on his system: http://www.freebsd.org/cgi/getmsg.cgi?fetch=438552+0+/usr/local/www/db/text/2000/freebsd-current/20000507.freebsd-current I don't believe either gcc 2.95 or 3.3 will align the stack themselves. icc does seem to. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 16:03:11 2004 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 8ECC916A4D2 for ; Tue, 10 Feb 2004 16:03:11 -0800 (PST) Received: from web40303.mail.yahoo.com (web40303.mail.yahoo.com [66.218.78.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DEA643D2F for ; Tue, 10 Feb 2004 16:03:11 -0800 (PST) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20040211000310.60099.qmail@web40303.mail.yahoo.com> Received: from [66.35.239.94] by web40303.mail.yahoo.com via HTTP; Tue, 10 Feb 2004 16:03:10 PST Date: Tue, 10 Feb 2004 16:03:10 -0800 (PST) From: Maksim Yevmenkin To: hackers@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1120976778-1076457790=:59133" cc: imp@freebsd.org Subject: [PATCH] libusbhid(3) 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, 11 Feb 2004 00:03:11 -0000 --0-1120976778-1076457790=:59133 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Dear Hackers, does anyone objects to the attached libusbhid(3) patch? unpatched library gives me wrong HID page/usage values when i try to parse HID descriptor from Microsoft Bluetooth keyboard. please see attached patched.txt and unpatched.txt outputs. thanks, max __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html --0-1120976778-1076457790=:59133 Content-Type: text/plain; name="libusbhid.patch.txt" Content-Description: libusbhid.patch.txt Content-Disposition: inline; filename="libusbhid.patch.txt" Index: parse.c =================================================================== RCS file: /home/ncvs/src/lib/libusbhid/parse.c,v retrieving revision 1.9 diff -u -r1.9 parse.c --- parse.c 28 Jan 2004 00:05:22 -0000 1.9 +++ parse.c 10 Feb 2004 23:51:27 -0000 @@ -213,12 +213,11 @@ dval = 0; break; case 1: - dval = (int8_t)*data++; + dval = *data++; break; case 2: dval = *data++; dval |= *data++ << 8; - dval = (int16_t)dval; break; case 4: dval = *data++; Index: usbhid.h =================================================================== RCS file: /home/ncvs/src/lib/libusbhid/usbhid.h,v retrieving revision 1.9 diff -u -r1.9 usbhid.h --- usbhid.h 9 Apr 2003 01:52:48 -0000 1.9 +++ usbhid.h 10 Feb 2004 23:51:27 -0000 @@ -45,7 +45,7 @@ typedef struct hid_item { /* Global */ - int _usage_page; + unsigned int _usage_page; int logical_minimum; int logical_maximum; int physical_minimum; --0-1120976778-1076457790=:59133 Content-Type: text/plain; name="patched.txt" Content-Description: patched.txt Content-Disposition: inline; filename="patched.txt" Collection page=Generic_Desktop usage=Keyboard Output id=1 size=1 count=1 page=LEDs usage=Num_Lock Variable, logical range 0..1 Output id=1 size=1 count=1 page=LEDs usage=Caps_Lock Variable, logical range 0..1 Output id=1 size=1 count=1 page=LEDs usage=Scroll_Lock Variable, logical range 0..1 Output id=1 size=1 count=1 page=LEDs usage=Generic_Indicator Variable, logical range 0..1 Output id=1 size=1 count=4 page=0x0000 usage=0x0000 Const, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_LeftControl Variable, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_LeftShift Variable, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_LeftAlt Variable, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_Left_GUI Variable, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_RightControl Variable, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_RightShift Variable, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_RightAlt Variable, logical range 0..1 Input id=1 size=1 count=1 page=Keyboard usage=Keyboard_Right_GUI Variable, logical range 0..1 Input id=1 size=8 count=1 page=0x0000 usage=0x0000 Const, logical range 0..1 Input id=1 size=8 count=6 page=Keyboard usage=Reserved_(no_event_indicated), logical range 0..255 End collection Collection page=Consumer usage=Consumer_Control Input id=2 size=1 count=1 page=Consumer usage=Mute Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=Stop Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x00cd Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=Volume_Down Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=Volume_Up Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=Scan_Previous_Track Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=Scan_Next_Track Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Consumer_Control_Configuration Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Undo Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x0279 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01ab Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Print Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Open Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Close Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Save Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_New Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Calculator Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Logoff Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=Help Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Home Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x0289 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x028b Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x028c Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Email_Reader Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Network_Chat Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01a7 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01b6 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01b7 Variable, logical range 0..1 Input id=2 size=1 count=4 page=0x0000 usage=0x0000 Const, logical range 0..1 Input id=2 size=8 count=1 page=Microsoft usage=0xff02 Variable, logical range 0..255 End collection Collection page=Generic_Desktop usage=System_Control Input id=3 size=1 count=1 page=Generic_Desktop usage=System_Power_Down Variable, logical range 0..1 Input id=3 size=1 count=1 page=Generic_Desktop usage=System_Sleep Variable, logical range 0..1 Input id=3 size=1 count=1 page=Generic_Desktop usage=System_Wake_Up Variable, logical range 0..1 Input id=3 size=1 count=5 page=0x0000 usage=0x0000 Const, logical range 0..1 End collection Collection page=Consumer usage=Consumer_Control Collection page=Generic_Desktop usage=Keyboard Input id=4 size=2 count=1 page=Microsoft usage=0xfe01 Variable, logical range 0..3 Input id=4 size=6 count=1 page=0x0000 usage=0x0000 Const, logical range 0..3 End collection End collection Collection page=Consumer usage=Consumer_Control Collection page=Generic_Desktop usage=Keyboard Input id=5 size=1 count=1 page=Microsoft usage=0xfe03 Variable, logical range 0..1 Input id=5 size=1 count=1 page=Microsoft usage=0xfe04 Variable, logical range 0..1 Input id=5 size=1 count=6 page=0x0000 usage=0x0000 Const, logical range 0..1 End collection End collection Collection page=Consumer usage=Consumer_Control Input id=255 size=2 count=1 page=0x0006 usage=0x0024 Variable, logical range 0..1 Input id=255 size=6 count=1 page=0x0000 usage=0x0000 Const, logical range 0..1 End collection --0-1120976778-1076457790=:59133 Content-Type: text/plain; name="unpatched.txt" Content-Description: unpatched.txt Content-Disposition: inline; filename="unpatched.txt" Collection page=Generic_Desktop usage=Keyboard Output id=1 size=1 count=1 page=LEDs usage=Num_Lock Variable, logical range 0..1 Output id=1 size=1 count=1 page=LEDs usage=Caps_Lock Variable, logical range 0..1 Output id=1 size=1 count=1 page=LEDs usage=Scroll_Lock Variable, logical range 0..1 Output id=1 size=1 count=1 page=LEDs usage=Generic_Indicator Variable, logical range 0..1 Output id=1 size=1 count=4 page=0x0000 usage=0x0000 Const, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe0 Variable, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe1 Variable, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe2 Variable, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe3 Variable, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe4 Variable, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe5 Variable, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe6 Variable, logical range 0..1 Input id=1 size=1 count=1 page=0xffff usage=0xffe7 Variable, logical range 0..1 Input id=1 size=8 count=1 page=0x0000 usage=0x0000 Const, logical range 0..1 Input id=1 size=8 count=6 page=Keyboard usage=Reserved_(no_event_indicated), logical range 0..255 End collection Collection page=Consumer usage=Consumer_Control Input id=2 size=1 count=1 page=0xffff usage=0xffe2 Variable, logical range 0..1 Input id=2 size=1 count=1 page=0xffff usage=0xffb7 Variable, logical range 0..1 Input id=2 size=1 count=1 page=0xffff usage=0xffcd Variable, logical range 0..1 Input id=2 size=1 count=1 page=0xffff usage=0xffea Variable, logical range 0..1 Input id=2 size=1 count=1 page=0xffff usage=0xffe9 Variable, logical range 0..1 Input id=2 size=1 count=1 page=0xffff usage=0xffb6 Variable, logical range 0..1 Input id=2 size=1 count=1 page=0xffff usage=0xffb5 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Consumer_Control_Configuration Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Undo Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x0279 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01ab Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Print Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Open Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Close Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Save Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_New Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Calculator Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Logoff Variable, logical range 0..1 Input id=2 size=1 count=1 page=0xffff usage=0xff95 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AC_Home Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x0289 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x028b Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x028c Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Email_Reader Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=AL_Network_Chat Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01a7 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01b6 Variable, logical range 0..1 Input id=2 size=1 count=1 page=Consumer usage=0x01b7 Variable, logical range 0..1 Input id=2 size=1 count=4 page=0x0000 usage=0x0000 Const, logical range 0..1 Input id=2 size=8 count=1 page=0xffff usage=0xff02 Variable, logical range 0..255 End collection Collection page=0xffff usage=0xff80 Input id=3 size=1 count=1 page=0xffff usage=0xff81 Variable, logical range 0..1 Input id=3 size=1 count=1 page=0xffff usage=0xff82 Variable, logical range 0..1 Input id=3 size=1 count=1 page=0xffff usage=0xff83 Variable, logical range 0..1 Input id=3 size=1 count=5 page=0x0000 usage=0x0000 Const, logical range 0..1 End collection Collection page=Consumer usage=Consumer_Control Collection page=Generic_Desktop usage=Keyboard Input id=4 size=2 count=1 page=0xffff usage=0xfe01 Variable, logical range 0..3 Input id=4 size=6 count=1 page=0x0000 usage=0x0000 Const, logical range 0..3 End collection End collection Collection page=Consumer usage=Consumer_Control Collection page=Generic_Desktop usage=Keyboard Input id=5 size=1 count=1 page=0xffff usage=0xfe03 Variable, logical range 0..1 Input id=5 size=1 count=1 page=0xffff usage=0xfe04 Variable, logical range 0..1 Input id=5 size=1 count=6 page=0x0000 usage=0x0000 Const, logical range 0..1 End collection End collection Collection page=Consumer usage=Consumer_Control Input id=255 size=2 count=1 page=0x0006 usage=0x0024 Variable, logical range 0..1 Input id=255 size=6 count=1 page=0x0000 usage=0x0000 Const, logical range 0..1 End collection --0-1120976778-1076457790=:59133-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 17:00:21 2004 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 CB49416A4CF for ; Tue, 10 Feb 2004 17:00:21 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7E6C43D1D for ; Tue, 10 Feb 2004 17:00:21 -0800 (PST) (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.10/8.12.3) with ESMTP id i1B10C2h002480 for ; Tue, 10 Feb 2004 17:00:15 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i1B10Ax9002469 for hackers@freebsd.org; Tue, 10 Feb 2004 17:00:10 -0800 Date: Tue, 10 Feb 2004 17:00:10 -0800 From: Brooks Davis To: hackers@freebsd.org Message-ID: <20040211010009.GA1211@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Subject: [PATCH] make BOOTP not panic working PXE configs 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, 11 Feb 2004 01:00:22 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable When using the PXE loader and a stock kernel you can specify the root path as with "option root-path" with a path like "/usr/diskless/5.2-CURRENT". The server is then derived from the value of next-server (the siaddr entry in the dhcp packet). If you add options BOOTP to your kernel this configuration causes a panic because the kernel wants a root path like "10.1.0.1:/usr/diskless/5.2-CURRENT". This has been annoying me for quite some time so today I took a look at the problem. The following patch fixes it. I'd like to commit it soon, any objections? -- Brooks Index: bootp_subr.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/nfsclient/bootp_subr.c,v retrieving revision 1.56 diff -u -p -r1.56 bootp_subr.c --- bootp_subr.c 14 Nov 2003 20:54:08 -0000 1.56 +++ bootp_subr.c 11 Feb 2004 00:48:45 -0000 @@ -216,7 +216,8 @@ SYSCTL_STRING(_kern, OID_AUTO, bootp_coo /* mountd RPC */ static int md_mount(struct sockaddr_in *mdsin, char *path, u_char *fhp, int *fhsizep, struct nfs_args *args, struct thread *td); -static int setfs(struct sockaddr_in *addr, char *path, char *p); +static int setfs(struct sockaddr_in *addr, char *path, char *p, + const struct in_addr *siaddr); static int getdec(char **ptr); static char *substr(char *a, char *b); static void mountopts(struct nfs_args *args, char *p); @@ -1157,42 +1158,49 @@ bootpc_adjust_interface(struct bootpc_if } =20 static int -setfs(struct sockaddr_in *addr, char *path, char *p) +setfs(struct sockaddr_in *addr, char *path, char *p, + const struct in_addr *siaddr) { unsigned int ip; int val; =20 - ip =3D 0; - if (((val =3D getdec(&p)) < 0) || (val > 255)) - return 0; - ip =3D val << 24; - if (*p !=3D '.') - return 0; - p++; - if (((val =3D getdec(&p)) < 0) || (val > 255)) - return 0; - ip |=3D (val << 16); - if (*p !=3D '.') - return 0; - p++; - if (((val =3D getdec(&p)) < 0) || (val > 255)) - return 0; - ip |=3D (val << 8); - if (*p !=3D '.') - return 0; - p++; - if (((val =3D getdec(&p)) < 0) || (val > 255)) - return 0; - ip |=3D val; - if (*p !=3D ':') + if (*p !=3D '/') { + ip =3D 0; + if (((val =3D getdec(&p)) < 0) || (val > 255)) + return 0; + ip =3D val << 24; + if (*p !=3D '.') + return 0; + p++; + if (((val =3D getdec(&p)) < 0) || (val > 255)) + return 0; + ip |=3D (val << 16); + if (*p !=3D '.') + return 0; + p++; + if (((val =3D getdec(&p)) < 0) || (val > 255)) + return 0; + ip |=3D (val << 8); + if (*p !=3D '.') + return 0; + p++; + if (((val =3D getdec(&p)) < 0) || (val > 255)) + return 0; + ip |=3D val; + if (*p !=3D ':') + return 0; + p++; + + addr->sin_addr.s_addr =3D htonl(ip); + } else if (siaddr !=3D NULL) + bcopy(siaddr, &addr->sin_addr.s_addr, sizeof(struct in_addr)); + else return 0; - p++; =20 - addr->sin_addr.s_addr =3D htonl(ip); addr->sin_len =3D sizeof(struct sockaddr_in); addr->sin_family =3D AF_INET; =20 - strncpy(path, p, MNAMELEN - 1); + strlcpy(path, p, MNAMELEN); return 1; } =20 @@ -1551,7 +1559,12 @@ bootpc_decode_reply(struct nfsv3_diskles if (gctx->setrootfs !=3D NULL) { printf("rootfs %s (ignored) ", p); } else if (setfs(&nd->root_saddr, - nd->root_hostnam, p)) { + nd->root_hostnam, p, &ifctx->reply.siaddr)) { + if (*p =3D=3D '/') { + printf("root_server "); + print_sin_addr(&nd->root_saddr); + printf(" "); + } printf("rootfs %s ", p); gctx->gotrootpath =3D 1; ifctx->gotrootpath =3D 1; --=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 --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAKX6ZXY6L6fI4GtQRAnBIAKCvuwKfB4jwIDuFK0LSF0QANk0IKgCgyEH1 uyYh9nuI29ndqbmkCJ03UeU= =y2eu -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 20:51:20 2004 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 7F35716A4CE for ; Tue, 10 Feb 2004 20:51:20 -0800 (PST) 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 2987D43D2F for ; Tue, 10 Feb 2004 20:51:20 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i1B4pJu0006869; Tue, 10 Feb 2004 20:51:19 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i1B4pDjD006864; Tue, 10 Feb 2004 20:51:13 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200402110451.i1B4pDjD006864@ambrisko.com> In-Reply-To: <20040201154143.GA7837@icomag.de> To: Bogdan TARU Date: Tue, 10 Feb 2004 20:51:13 -0800 (PST) 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: 4.9 kernel panics on a poweredge 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: Wed, 11 Feb 2004 04:51:20 -0000 Bogdan TARU writes: | | Hi Hackers, | | Ok, now some more infos about my problem: | | We have 3 identical webservers (as hw configuration), and the same | kernel and applications running on all three. They get mostly the same | traffic (dns round-robined). They all run 4.9-RELEASE. I have | experienced repetable crashes on all three, so there is no problem | with the hardware (or the possibility of such a thing is too small). | | I have come to think that the problem is with the kernel memory | space, which is too low. I have compiled the kernel from Generic, by | performing the following modifications: | | - maxusers set to 128 | - activated SMP (the cpus are HTT-compatible) | - kva_pages set 256 (each box has 2GB of ram and 2Gb of swap) | - PMAP_SHPGPERPROC=401 (for apache) | - ACCEPT_FILTER_DATA and ACCEPT_FILTER_HTTP | - removed unnecessary drivers from the kernel | | /etc/sysctl.conf looks like: | | | net.inet.tcp.msl=100 | net.inet.tcp.blackhole=1 | # Hyperthreading | machdep.cpu_idle_hlt=1 | | kern.ipc.somaxconn=4096 | kern.maxfiles=65535 | vfs.vmiodirenable=1 | kern.ipc.shm_use_phys=1 | net.inet.tcp.sendspace=16384 | | | The boxes run w/o a problem for about 2-3 days, after which they | panic with 'page not present' in different processes (sshd, httpd, | etc). I guess the real reason for this is the low value for kvm_free: | | | (web1)[~] sysctl -a | grep vm.kvm | vm.kvm_size: 1069543424 | vm.kvm_free: 4190208 This isn't good you have about 4M of kernel memory left resulting in your panic. A quick fix to try is to bump up kva_pages to 384. Just recompile the kernel with that and install. There are some undocumented/ poorly sysctl that can free up some memory. I should put something together but I'm working on some other issues right now. For some hints look at vmstat -z and look at how much memory you use. Note that the limit can be read as "allocated and gone from the system to be used only by this zone". Trim down some things that are huge but not used much. Now the tuneable to do that via loader.conf can be a challenge to derive. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 23:51:13 2004 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 ED60B16A4CE for ; Tue, 10 Feb 2004 23:51:13 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCA1D43D1F for ; Tue, 10 Feb 2004 23:51:13 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 50A142BDD5 for ; Wed, 11 Feb 2004 18:51:11 +1100 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 5D0C451206; Wed, 11 Feb 2004 18:21:08 +1030 (CST) Date: Wed, 11 Feb 2004 18:21:08 +1030 From: Greg 'groggy' Lehey To: Julian Elischer Message-ID: <20040211075108.GJ8342@wantadilla.lemis.com> References: <401FD0C6.3000606@spinnakernet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qFgkTsE6LiHkLPZw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i 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: Sridhar Chellappa cc: freebsd-hackers@freebsd.org Subject: Re: Kernel Debugging 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, 11 Feb 2004 07:51:14 -0000 --qFgkTsE6LiHkLPZw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tuesday, 3 February 2004 at 11:55:42 -0800, Julian Elischer wrote: > > On Tue, 3 Feb 2004, Sridhar Chellappa wrote: > >> How do we debug a freeBSD kernel ? Do we have something similar to >> "KGDB" that linux offers ? > > there is a whole chapter in the handbook about this.. Unfortunately, it's a little out of date. If you're using -CURRENT, you should also look at gdb(4). Greg -- See complete headers for address and phone numbers. --qFgkTsE6LiHkLPZw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAKd7sIubykFB6QiMRApXoAJ9J+XRXtzKcT6V7CP1bkFjdudzPnACfVO2Y mSHBTIUTs0ULrHQ2+NPbIDQ= =XERN -----END PGP SIGNATURE----- --qFgkTsE6LiHkLPZw-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 01:08:24 2004 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 6D9D916A4CE for ; Wed, 11 Feb 2004 01:08:24 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0934843D1D for ; Wed, 11 Feb 2004 01:08:24 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 77171 invoked from network); 11 Feb 2004 09:08:22 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 11 Feb 2004 09:08:22 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 11 Feb 2004 03:08:21 -0600 (CST) From: Mike Silbersack To: Andrew In-Reply-To: <20040210111013.G56192-100000@starbug.ugh.net.au> Message-ID: <20040211030445.A1798@odysseus.silby.com> References: <20040210111013.G56192-100000@starbug.ugh.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: select, sendto and ENOBUFS 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, 11 Feb 2004 09:08:24 -0000 On Tue, 10 Feb 2004, Andrew wrote: > The conclusion being that send, sendto and select will never block on a > UDP socket and the man page just doesn't make it too clear. I'm assuming > it is the same for raw sockets. > > UNPv1 section 6.3 seems to say that select should work for UDP...Part 2 > under "Under What Conditions Is a Descriptor Ready" certainly indicates > that select should work. > > Anyway a bug or not, is there a better work around than sleeping? I'm > guessing not... > > Thanks, > > Andrew Well, one workaround would be to figure out a way to have the kernel implement the behavior you desire. :) I doubt that anyone will put effort into this problem soon; it looks like it would be quite a large change to the network stack, and we all have plenty of projects to work on. Maybe you could figure out where in the kernel the ENOBUFS is occuring, and then add a tsleep which would be woken when the transmit queue cleared a bit. That would introduce unexpected blocking, but I can't imagine that waiting for a few packets to exit the queue would take much time. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 04:08:07 2004 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 E158816A4CE for ; Wed, 11 Feb 2004 04:08:07 -0800 (PST) Received: from smtp.web.de (smtp04.web.de [217.72.192.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2E0643D1D for ; Wed, 11 Feb 2004 04:08:07 -0800 (PST) (envelope-from Friedemann.Becker@web.de) Received: from ulm9-d9bb511e.pool.mediaways.net ([217.187.81.30] helo=web.de) by smtp.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.99 #605) id 1Aqt9y-0002JI-00 for freebsd-hackers@freebsd.org; Wed, 11 Feb 2004 13:08:06 +0100 Message-ID: <402A1CB6.7080508@web.de> Date: Wed, 11 Feb 2004 13:14:46 +0100 From: Friedemann Becker User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030817 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: Friedemann.Becker@web.de Subject: the new send-pr web interface 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, 11 Feb 2004 12:08:08 -0000 hello, I sent a new bugreport via the web interface and noticed two things I wondered about: - in the multiline forms it seems like there would be linebreaking when typing in the report, but on the website it shows as one long line. It's not very nice when you have to scroll around for every line longer than your screen width. - it seems to me that the bugreport isn't sent to freebsd-bugs automatically, although it may be that it could show up in a day or two. but since yesterday the bugreport is on the website, while freebsd-bugs didn't get a message. sending a message is important IMHO, because too many bugreports are unnoticed for a long time, even though there are sent to the mailing list. both points could also be mistakes by me ;) Friedemann From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 04:26:21 2004 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 4005F16A4CE; Wed, 11 Feb 2004 04:26:21 -0800 (PST) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E8743D1D; Wed, 11 Feb 2004 04:26:20 -0800 (PST) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 47-md50000000134.tmp; Wed, 11 Feb 2004 12:16:49 +0000 Message-ID: <007501c3f09a$2949d440$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Don Lewis" References: <200402102001.i1AK1F7E027739@gw.catspoiler.org> Date: Wed, 11 Feb 2004 12:25:40 -0000 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 X-Spam-Processed: multiplay.co.uk, Wed, 11 Feb 2004 12:16:49 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk cc: freebsd-hackers@FreeBSD.org Subject: Re: Zombie processes not clearing (solution) 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, 11 Feb 2004 12:26:21 -0000 The patch does indeed work fine here thanks Don. We have it deployed across over 50 machines without issue. The ftp has been busy recently but seems available now. If you have any more trouble getting on drop me a mail and I'll put it elsewhere. Steve ----- Original Message ----- From: "Don Lewis" > On 10 Feb, Steven Hartland wrote: > > Ok looks like this has been spotted before and its a kernel issue > > described here: > > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=bausg0%2416c5%241%40FreeBSD.csie.NCTU.edu.tw&rnum=13 > > If the kernel patch mentioned above fixes the problem, I'll commit it to > -CURRENT. I never got any feedback when I previously posted it. > > > I've made a 5.1 and 5.2 patch available from: > > ftp://ftp.multiplay.co.uk/pub/games/fps/battlefield1942/patches/FreeBSD/ > > I haven't been able to access that FTP server. It always tells me that > the maximum number of allowed clients is connected. > > > This affects all linux threaded apps which don't set SIGCHLD or > > do an explicit wait(). ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 10 09:53:30 2004 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 C2AE616A4CE; Tue, 10 Feb 2004 09:53:30 -0800 (PST) Received: from mx01.ca.mci.com (mx01.ca.mci.com [142.77.2.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D3743D2F; Tue, 10 Feb 2004 09:53:30 -0800 (PST) (envelope-from kfl@xiphos.ca) Received: from xiphos.ca (unknown [216.95.199.148]) by mx01.ca.mci.com (Postfix) with ESMTP id 0D9B4FE0C; Tue, 10 Feb 2004 12:53:29 -0500 (EST) Message-ID: <40291C9D.5090403@xiphos.ca> Date: Tue, 10 Feb 2004 13:02:05 -0500 From: Karim Fodil-Lemelin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 Feb 2004 05:33:19 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-net@freebsd.org Subject: Re: TTCP/RFC1644 problem 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, 10 Feb 2004 17:53:30 -0000 Hi, Your problem here is that your TTCP connection times out and the data is retransmitted (loosing all the benefits of TTCP) see my other email for why this happens. Karim. Danny Braniss wrote: >hi, > im running some experiments, and it seems to me that >setting net.inet.tcp.rfc1644 has the reverse effect. >with sysctl net.inet.tcp.rfc1644 = 0, the transaction uses only 6 packets >and it's less than 1 sec, setting net.inet.tcp.rfc1644 to 1 uses >8 packets and takes more than 1 sec. > >with net.inet.tcp.rfc1644 = 0: > No. Time Source Destination Protocol Info > 1 0.000000 132.65.80.32 132.65.16.103 TCP 4105 > > 255 [SYN] Seq=3300562868 Ack=0 Win=57920 Len=0 > 2 0.000038 132.65.16.103 132.65.80.32 TCP 255 > >4105 [SYN, ACK] Seq=3867169834 Ack=3300562869 Win=57344 Len=0 > 3 0.003137 132.65.80.32 132.65.16.103 TCP 4105 > > 255 [FIN, PSH, ACK] Seq=3300562869 Ack=3867169835 Win=57920 Len=25 > 4 0.003215 132.65.16.103 132.65.80.32 TCP 255 > >4105 [ACK] Seq=3867169835 Ack=3300562895 Win=57895 Len=0 > 5 0.035350 132.65.16.103 132.65.80.32 TCP 255 > >4105 [FIN, PSH, ACK] Seq=3867169835 Ack=3300562895 Win=57920 Len=4 > 6 0.038110 132.65.80.32 132.65.16.103 TCP 4105 > > 255 [ACK] Seq=3300562895 Ack=3867169840 Win=57916 Len=0 > > >with net.inet.tcp.rfc1644 = 1: > No. Time Source Destination Protocol Info > 1 0.000000 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [FIN, SYN, PSH] Seq=967743282 Ack=0 Win=57600 Len=25 > 2 0.000036 132.65.16.103 132.65.80.32 TCP 255 > >4108 [SYN, ACK] Seq=99082279 Ack=967743283 Win=57344 Len=0 > 3 0.002622 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [FIN, ACK] Seq=967743308 Ack=99082280 Win=57920 Len=0 > 4 0.002671 132.65.16.103 132.65.80.32 TCP 255 > >4108 [ACK] Seq=99082280 Ack=967743283 Win=57920 Len=0 > 5 1.201556 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [FIN, PSH, ACK] Seq=967743283 Ack=99082280 Win=57920 Len=25 > 6 1.201609 132.65.16.103 132.65.80.32 TCP 255 > >4108 [ACK] Seq=99082280 Ack=967743309 Win=57895 Len=0 > 7 1.227906 132.65.16.103 132.65.80.32 TCP 255 > >4108 [FIN, PSH, ACK] Seq=99082280 Ack=967743309 Win=57920 Len=4 > 8 1.230653 132.65.80.32 132.65.16.103 TCP 4108 > > 255 [ACK] Seq=967743309 Ack=99082285 Win=57916 Len=0 > > > >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 06:16:51 2004 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 AFE1616A4CE for ; Wed, 11 Feb 2004 06:16:51 -0800 (PST) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE8243D1D for ; Wed, 11 Feb 2004 06:16:51 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from [10.11.0.207] (fia193-115-100.dsl.hccnet.nl [80.100.115.193]) (authenticated bits=0)i1BEC7EJ046080 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 11 Feb 2004 06:12:10 -0800 (PST) (envelope-from dirkx@webweaving.org) In-Reply-To: <20040211010009.GA1211@Odin.AC.HMC.Edu> References: <20040211010009.GA1211@Odin.AC.HMC.Edu> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Dirk-Willem van Gulik Date: Wed, 11 Feb 2004 15:16:44 +0100 To: Brooks Davis X-Mailer: Apple Mail (2.612) cc: hackers@freebsd.org Subject: Re: [PATCH] make BOOTP not panic working PXE configs 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, 11 Feb 2004 14:16:51 -0000 On 11/02/2004, at 2:00 AM, Brooks Davis wrote: > When using the PXE loader and a stock kernel you can specify the root > path as with "option root-path" with a path like > "/usr/diskless/5.2-CURRENT". The server is then derived from the value > of next-server (the siaddr entry in the dhcp packet). If you add > options BOOTP to your kernel this configuration causes a panic because > the kernel wants a root path like "10.1.0.1:/usr/diskless/5.2-CURRENT". > This has been annoying me for quite some time so today I took a look at > the problem. The following patch fixes it. I'd like to commit it > soon, > any objections? > Yes please! - tested and fixes a long standing problem for us. Dw. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 08:00:22 2004 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 8336C16A4CE for ; Wed, 11 Feb 2004 08:00:22 -0800 (PST) Received: from digitalme.com (imap.digitalme.com [193.97.97.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 759D943D31 for ; Wed, 11 Feb 2004 08:00:22 -0800 (PST) (envelope-from dkt@digitalme.com) Received: from dkt [61.10.7.113] by digitalme.com with NIMS ModWeb Module; Thu, 12 Feb 2004 00:00:21 +0800 From: Dung Patrick To: freebsd-hackers@freebsd.org, Date: Thu, 12 Feb 2004 00:00:21 +0800 X-Mailer: NIMS ModWeb Module X-Sender: dkt MIME-Version: 1.0 Message-ID: <1076515221.c8c39aa0dkt@digitalme.com> Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable Subject: Questions about kern.threads.max_{threads_per_proc,groups_per_proc) 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, 11 Feb 2004 16:00:22 -0000 Hi If kern.threads.max_threads_per_proc is set to 25000, what should be the corresponding value for kern.threads.max_groups_per_proc= ? Also I would like to know if both parameters would consume memory, or other= effects of setting too high. Thank you. Patrick From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 09:48:49 2004 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 1C87716A4CE for ; Wed, 11 Feb 2004 09:48:49 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61D7443D1D for ; Wed, 11 Feb 2004 09:48:48 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 24533 invoked from network); 11 Feb 2004 17:48:47 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.47]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 11 Feb 2004 17:48:47 -0000 Message-ID: <402A6AFF.2020804@freebsd.org> Date: Wed, 11 Feb 2004 18:48:47 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040125 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Silbersack References: <20040210111013.G56192-100000@starbug.ugh.net.au> <20040211030445.A1798@odysseus.silby.com> In-Reply-To: <20040211030445.A1798@odysseus.silby.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Andrew cc: freebsd-hackers@freebsd.org Subject: Re: select, sendto and ENOBUFS 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, 11 Feb 2004 17:48:49 -0000 Mike Silbersack wrote: > On Tue, 10 Feb 2004, Andrew wrote: > > >>The conclusion being that send, sendto and select will never block on a >>UDP socket and the man page just doesn't make it too clear. I'm assuming >>it is the same for raw sockets. >> >>UNPv1 section 6.3 seems to say that select should work for UDP...Part 2 >>under "Under What Conditions Is a Descriptor Ready" certainly indicates >>that select should work. >> >>Anyway a bug or not, is there a better work around than sleeping? I'm >>guessing not... >> >>Thanks, >> >>Andrew > > > Well, one workaround would be to figure out a way to have the kernel > implement the behavior you desire. :) > > I doubt that anyone will put effort into this problem soon; it looks like > it would be quite a large change to the network stack, and we all have > plenty of projects to work on. > > Maybe you could figure out where in the kernel the ENOBUFS is occuring, > and then add a tsleep which would be woken when the transmit queue cleared > a bit. That would introduce unexpected blocking, but I can't imagine that > waiting for a few packets to exit the queue would take much time. I traced it down when this topic came up the first time a couple of weeks ago. The ENOBUFS happens at the interface output queue when it is full. You better not put a tsleep in there. -- Andre From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 11:01:14 2004 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 C0A1E16A4CE for ; Wed, 11 Feb 2004 11:01:14 -0800 (PST) Received: from shaft.techsupport.co.uk (shaft.techsupport.co.uk [212.250.77.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91E4243D39 for ; Wed, 11 Feb 2004 11:01:14 -0800 (PST) (envelope-from setantae@submonkey.net) Received: from cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com ([81.103.67.204] helo=shrike.submonkey.net ident=mailnull) by shaft.techsupport.co.uk with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.30; FreeBSD) id 1Aqzbl-000LnU-FX; Wed, 11 Feb 2004 19:01:13 +0000 Received: from setantae by shrike.submonkey.net with local (Exim 4.30; FreeBSD) id 1Aqzbj-0003p1-Om; Wed, 11 Feb 2004 19:01:11 +0000 Date: Wed, 11 Feb 2004 19:01:11 +0000 From: Ceri Davies To: Friedemann Becker Message-ID: <20040211190111.GF8821@submonkey.net> References: <402A1CB6.7080508@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <402A1CB6.7080508@web.de> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.4i Sender: Ceri Davies cc: freebsd-hackers@freebsd.org Subject: Re: the new send-pr web interface 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, 11 Feb 2004 19:01:14 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 11, 2004 at 01:14:46PM +0100, Friedemann Becker wrote: > hello, >=20 > I sent a new bugreport via the web interface and noticed two things I=20 > wondered about: >=20 > - in the multiline forms it seems like there would be linebreaking=20 > when typing in the report, but on the website it shows as one long line.= =20 > It's not very nice when you have to scroll around for every line longer= =20 > than your screen width. Hmm - I think that's a function of the browser more than anything else, but would be happy to receive confirmation either way (and a way to work round it if there is one). > - it seems to me that the bugreport isn't sent to freebsd-bugs=20 > automatically, although it may be that it could show up in a day or two.= =20 > but since yesterday the bugreport is on the website, while freebsd-bugs= =20 > didn't get a message. sending a message is important IMHO, because too=20 > many bugreports are unnoticed for a long time, even though there are=20 > sent to the mailing list. That really depends on which category the PR you raised was in. If you're talking about 62671, then that's a ports PR and will have been sent to ports-bugs@freebsd.org instead. Ceri --=20 --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAKnv3ocfcwTS3JF8RAuXZAKCuxtrf/bdtnYC2MlzLLUFXvjp8ewCaA1r5 jQZTLVRMYb7TQZHSW8dXA0g= =eGGh -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 14:47:47 2004 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 2049616A4CE for ; Wed, 11 Feb 2004 14:47:47 -0800 (PST) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5154E43D3F for ; Wed, 11 Feb 2004 14:47:46 -0800 (PST) (envelope-from lehmann@ans-netz.de) Received: (qmail 26388 invoked from network); 11 Feb 2004 22:47:34 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 11 Feb 2004 22:47:34 -0000 Date: Wed, 11 Feb 2004 23:47:38 +0100 From: Oliver Lehmann To: freebsd-hackers@freebsd.org Message-Id: <20040211234738.642f707c.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Gerd Knorr cc: wiz@netbsd.org Subject: bktr: /dev/vdi0 - no data? 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, 11 Feb 2004 22:47:47 -0000 Hello, I hope, I've chosen the right list. I'm trying to get scantv (a tool shipped with xawtv) working on FreeBSD. It sets well known frequencies, calls then TVTUNER_GETSTATUS to see if there is a signal or not. After that it calles a function out of libzvbi to get the station-name. At this point, the program just hangs. It looks like it's waiting for data out of /dev/vbi0 (I've no clue how to debug the library-function-call with gdb). ktrace is: 24641 scantv RET write 5 24641 scantv CALL read(0x7,0x80d3000,0x10000) 24641 scantv RET read -1 errno 35 Resource temporarily unavailable 24641 scantv CALL poll(0x806f000,0x1,0) 24641 scantv RET poll 0 24641 scantv CALL poll(0x806f000,0x2,0xffffffff) At this point, I'm not able to echo sth. to /dev/vbi0 olivleh1@kartoffel olivleh1> echo asasassa > /dev/vbi0 /dev/vbi0: Device busy. After ^C'ing the program, I'was trying to cat /dev/vbi0: root@kartoffel olivleh1> cat /dev/vbi0 [hang....] No data comes out. On linux, I'll get data at any I access the device (Gerd Knorr told me). Right after I started for example xawtv, I'm getting data out of /dev/vbi0. Right after closing xawtv, the spooling out of /dev/vbi0 stoped. Is there a way to "enable" the bktr device spooling it's data to /dev/vbi0? Actually it's also busy during the scantv run. Greetings, Oliver -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 01:12:33 2004 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 75BB216A4CE; Thu, 12 Feb 2004 01:12:33 -0800 (PST) Received: from digitalme.com (pop.digitalme.com [193.97.97.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6873E43D1D; Thu, 12 Feb 2004 01:12:33 -0800 (PST) (envelope-from dkt@digitalme.com) Received: from dkt [210.0.207.157] by digitalme.com with NIMS ModWeb Module; Thu, 12 Feb 2004 17:12:32 +0800 From: Dung Patrick To: freebsd-hackers@freebsd.org, Date: Thu, 12 Feb 2004 17:12:32 +0800 X-Mailer: NIMS ModWeb Module X-Sender: dkt MIME-Version: 1.0 Message-ID: <1076577152.c8c39c40dkt@digitalme.com> Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable cc: gallatin@FreeBSD.ORG Subject: Zero copy sockets question 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, 12 Feb 2004 09:12:33 -0000 Hi I have read http://people.freebsd.org/~ken/zero_copy/ To correctly use zero copy receive, it seems it need to set the MTU to: have to be at least page sized, and be aligned on page boundaries. So is the default MTU for ethernet network card 1500 works? Thank you in advance. Patrick From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 05:09:56 2004 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 0F70916A4CE; Thu, 12 Feb 2004 05:09:56 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C71B643D1D; Thu, 12 Feb 2004 05:09:55 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 1ArGbE-000EDt-TX; Thu, 12 Feb 2004 15:09:48 +0200 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-current@FreeBSD.ORG In-reply-to: Your message of Wed, 04 Feb 2004 12:05:06 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Feb 2004 15:09:48 +0200 From: Danny Braniss Message-Id: cc: freebsd-hackers@FreeBSD.ORG Subject: Re: nfs lockup 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, 12 Feb 2004 13:09:56 -0000 just an update, with a newer -current it still hangs exactly in the same place, and on two very different hosts! xpc# ps lwp 21002 UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 18 21002 20990 0 -7 0 1572 1036 nfsfsy D p0 0:00.00 ar cq libbsdxml.a xmlparse.o xmltok.o xmlrole.o i need help in tracking down this problem, danny > hi, > for some time now, probably since 5.2, make buildworld will hang > and strangely enough at the same point, > > 18 21097 21085 0 -7 0 1572 1052 nfsfsy DL p2 0:00.00 ar cq > libbsdxml.a xmlparse.o xmltok.o xmlrole.o > > the setup is: > -current running on a diskless host. > CPU: AMD Athlon(tm) XP 2800+ (2079.56-MHz 686-class CPU) > > i changed the NIC, from the onboard nvidia to an Intel, so i don't think > the problem is there. > > any help i can provide to trace this anoying problem? > > thanks, > danny > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 11:07:11 2004 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 11D6B16A4CE for ; Wed, 11 Feb 2004 11:07:11 -0800 (PST) Received: from chernobyl.investici.org (host207-193-149-62.serverdedicati.aruba.it [62.149.193.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19CB43D2F for ; Wed, 11 Feb 2004 11:07:10 -0800 (PST) (envelope-from nate@paranoici.org) Received: from localhost (localhost [127.0.0.1]) by chernobyl.investici.org (Postfix) with ESMTP id 6454C23FCE for ; Wed, 11 Feb 2004 20:06:03 +0100 (CET) Received: from chernobyl.investici.org ([127.0.0.1]) by localhost (chernobyl [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 01922-01 for ; Wed, 11 Feb 2004 20:05:51 +0100 (CET) Received: from 192.168.0.103 (host85-71.pool80181.interbusiness.it [80.181.71.85]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by chernobyl.investici.org (Postfix) with ESMTP id A78BA23F88 for ; Wed, 11 Feb 2004 20:05:50 +0100 (CET) Date: Wed, 11 Feb 2004 20:06:27 +0000 From: Nate Grey To: freebsd-hackers@FreeBSD.org Message-ID: <20040124165621.GA19451@LapBSD.tin.it> Mime-Version: 1.0 Content-Disposition: inline X-Useless-Header: Se parli col Diavolo il =?iso-8859-1?Q?Dia?= =?iso-8859-1?Q?volo_non_cambia=2C_=E8?= lui che cambia te X-Editor: Vim 6.2 X-Operating-System: FreeBSD 5.2-RELEASE (i386) X-Uptime: 4:50pm up 1:56, 1 user, load averages: 0,38 0,78 0,67 Key-Fingerprint: 6696 9832 D0A2 D00E 0CB1 E03D 693D 7DFC 3E3C B9D9 User-Agent: Mutt/1.5.5.1i Lines: 13 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at autistici.org X-Mailman-Approved-At: Thu, 12 Feb 2004 05:30:09 -0800 Subject: help sysctl.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: Wed, 11 Feb 2004 19:07:11 -0000 Hello, I'm trying to write a little program which retrieve the value 'sysctl hw.acpi.thermal.tz0.temperature', I want to write it in C, through sys/sysctl.h, but I'm a newbie C coder, so can anyone show me how to assign to a var the value stored in that sysctl using sysctl C call? I have read 'man 3 sysctl' but I didn't understand very well... P.S. 1) Sorry for my English 2) I'm not a list subscriber so please cc: Thanks in advance. Bye From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 11 16:52:44 2004 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 6CA7D16A4CE for ; Wed, 11 Feb 2004 16:52:44 -0800 (PST) Received: from priv-edtnes51.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CFE843D2F for ; Wed, 11 Feb 2004 16:52:44 -0800 (PST) (envelope-from sh@bel.bc.ca) Received: from antalus ([154.5.111.242]) by priv-edtnes51.telusplanet.net (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP id <20040212005243.MELY29469.priv-edtnes51.telusplanet.net@antalus> for ; Wed, 11 Feb 2004 17:52:43 -0700 Message-ID: <004601c3f102$846f4860$0300000a@slugabed.org> From: "Sean Hamilton" To: Date: Wed, 11 Feb 2004 16:52:40 -0800 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 X-Mailman-Approved-At: Thu, 12 Feb 2004 05:30:09 -0800 Subject: bfe hardlocks 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, 12 Feb 2004 00:52:44 -0000 I've found my 5.2-RELEASE system hardlocking when I put some decent load on its bfe interface. It'll do 80% load for hours before it freezes, but if I do a ping -f it locks up within seconds. I had no problems using this interface with the Windows driver provided by Broadcom. bfe0: mem 0xeb800000-0xeb801fff irq 12 at device 9.0 on pci0 bfe0: Ethernet address: 00:e0:18:ab:3b:b5 bfe0@pci0:9:0: class=0x020000 card=0x80a81043 chip=0x440114e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM440x 10/100 Integrated Ethernet Controller' class = network subclass = ethernet bfe0: flags=8843 mtu 1500 inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:e0:18:ab:3b:b5 media: Ethernet autoselect (100baseTX ) status: active -- Sean Hamilton From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 05:56:23 2004 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 5DB7216A4CE for ; Thu, 12 Feb 2004 05:56:23 -0800 (PST) Received: from diaspar.rdsnet.ro (diaspar.rdsnet.ro [213.157.165.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B9FA43D1D for ; Thu, 12 Feb 2004 05:56:22 -0800 (PST) (envelope-from dudu@diaspar.rdsnet.ro) Received: (qmail 88839 invoked by uid 89); 12 Feb 2004 13:56:17 -0000 Received: from unknown (HELO diaspar.rdsnet.ro) (dudu@diaspar.rdsnet.ro@213.157.165.224) by 0 with AES256-SHA encrypted SMTP; 12 Feb 2004 13:56:17 -0000 Date: Thu, 12 Feb 2004 15:56:15 +0200 From: Vlad Galu To: freebsd-hackers@freebsd.org Message-Id: <20040212155615.6124eacb.dudu@diaspar.rdsnet.ro> In-Reply-To: <20040124165621.GA19451@LapBSD.tin.it> References: <20040124165621.GA19451@LapBSD.tin.it> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Thu__12_Feb_2004_15_56_15_+0200_2YDVQLeawO=xG1AD" Subject: Re: help sysctl.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: Thu, 12 Feb 2004 13:56:23 -0000 --Signature=_Thu__12_Feb_2004_15_56_15_+0200_2YDVQLeawO=xG1AD Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Nate Grey writes: |Hello, | |I'm trying to write a little program which retrieve the value 'sysctl |hw.acpi.thermal.tz0.temperature', I want to write it in C, through |sys/sysctl.h, but I'm a newbie C coder, so can anyone show me how to |assign to a var the value stored in that sysctl using sysctl C call? |I have read 'man 3 sysctl' but I didn't understand very well... | |P.S. |1) Sorry for my English |2) I'm not a list subscriber so please cc: | This is simple. Let's try a read example first: -- cut here -- #include #include #include int main() { int ret; /* here we will place our result */ int size = sizeof(ret); /* this is the storage size of the variable we put our result into */ sysctlbyname("net.inet.ip.forwarding", (void *)&ret, &size, NULL, NULL); return ret; } -- and here -- As you can see, after the pointers to ret and size, we had two NULL pointers. This means we didn't want to write anything to the sysctl. Let's see how to write the sysctl variable: -- cut here -- #include #include #include int main() { int ret = 1; int size = sizeof(ret); sysctlbyname("net.inet.ip.forwarding", NULL, NULL, (void *)&ret, size); return ret; } -- and here -- Now execute this proggie as root. After that, issue a 'sysctl net.inet.ip.forwarding' from the shell. You'll see that the sysctl value has changed. Hope this helps. I tried to give the simplest example possible. |Thanks in advance. Bye | |_______________________________________________ |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" | | |!DSPAM:402b8013604934185311595! | | | ---- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. --Signature=_Thu__12_Feb_2004_15_56_15_+0200_2YDVQLeawO=xG1AD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAK4YBP5WtpVOrzpcRArcRAJ9f73t0klAdlhOT9kxloXoMaBLlsQCfU0+1 YGJGlkEoSwkxvpkzFe9cb7U= =FJO1 -----END PGP SIGNATURE----- --Signature=_Thu__12_Feb_2004_15_56_15_+0200_2YDVQLeawO=xG1AD-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 06:26:27 2004 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 0D04516A4CE for ; Thu, 12 Feb 2004 06:26:27 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59A143D2F for ; Thu, 12 Feb 2004 06:26:26 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i1CEQM5P006218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Feb 2004 09:26:22 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i1CEQHCg041354; Thu, 12 Feb 2004 09:26:17 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16427.36104.975516.452339@grasshopper.cs.duke.edu> Date: Thu, 12 Feb 2004 09:26:16 -0500 (EST) To: Dung Patrick In-Reply-To: <1076577152.c8c39c40dkt@digitalme.com> References: <1076577152.c8c39c40dkt@digitalme.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-hackers@freebsd.org Subject: Re: Zero copy sockets question 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, 12 Feb 2004 14:26:27 -0000 Dung Patrick writes: > Hi > > I have read http://people.freebsd.org/~ken/zero_copy/ > > To correctly use zero copy receive, it seems it need to set the MTU to: > have to be at least page sized, and be aligned on page boundaries. Yes. > So is the default MTU for ethernet network card 1500 works? No, you need to have an MTU of at least PAGE_SIZE + headers. And a NIC which is smart enough to do the header splitting. Currently, the Alteon Tigon2 is the only nic which fits the bill. I keep meaning to implement header splitting in the Myricom Myrinet firmware, and I keep not getting time for it.. Note that send-side zero-copy works on any NIC, and with a standard MTU. Drew From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 06:33:14 2004 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 41CCF16A4D0 for ; Thu, 12 Feb 2004 06:33:14 -0800 (PST) Received: from digitalme.com (smtp.digitalme.com [193.97.97.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0321D43D2F for ; Thu, 12 Feb 2004 06:33:14 -0800 (PST) (envelope-from dkt@digitalme.com) Received: from dkt [61.10.7.113] by digitalme.com with NIMS ModWeb Module; Thu, 12 Feb 2004 22:33:06 +0800 From: Dung Patrick To: gallatin@cs.duke.edu, Date: Thu, 12 Feb 2004 22:33:06 +0800 X-Mailer: NIMS ModWeb Module X-Sender: dkt MIME-Version: 1.0 Message-ID: <1076596386.c6c7c260dkt@digitalme.com> Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org Subject: Re: Re: Zero copy sockets question 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, 12 Feb 2004 14:33:14 -0000 Correct me if I am wrong: To use the zero copy 'receive' on i386, you need to set the MTU to 4096 byt= es(page size) or 4096 multiples. If it is true, until zero copy receive can do auto fitting, I think zero co= py receive is more useful in gigabit ethernet than in fast ethernet (I as= sume MTU 1500(or smaller) is suitable for fast ethernet/Internet.) Patrick -----Original Message----- From: Andrew Gallatin To: Dung Patrick Date: Thu, 12 Feb 2004 09:17:46 -0500 (EST) Subject: Re: Zero copy sockets question Dung Patrick writes: > Hi >=20 > I have read http://people.freebsd.org/~ken/zero_copy/ >=20 > To correctly use zero copy receive, it seems it need to set the MTU to: > have to be at least page sized, and be aligned on page boundaries. Yes. > So is the default MTU for ethernet network card 1500 works? No, you need to have an MTU of at least PAGE_SIZE + headers. And a NIC which is smart enough to do the header splitting. Currently, the Alteon Tigon2 is the only nic which fits the bill. I keep meaning to implement header splitting in the Myricom Myrinet firmware, and I keep not getting time for it.. Note that send-side zero-copy works on any NIC, and with a standard MTU. Drew From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 07:21:40 2004 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 7EFFD16A4CE for ; Thu, 12 Feb 2004 07:21:40 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E02543D2F for ; Thu, 12 Feb 2004 07:21:40 -0800 (PST) (envelope-from craig@tobuj.gank.org) Received: from localhost (ion.gank.org [69.55.238.164]) by ion.gank.org (mail) with ESMTP id 339802B5C6 for ; Thu, 12 Feb 2004 09:21:40 -0600 (CST) Received: from ion.gank.org ([69.55.238.164]) by localhost (ion.gank.org [69.55.238.164]) (amavisd-new, port 10024) with LMTP id 61222-03 for ; Thu, 12 Feb 2004 09:21:38 -0600 (CST) Received: from owen1492.uf.corelab.com (pix.corelab.com [12.45.169.2]) by ion.gank.org (mail) with ESMTP id C3D752B301 for ; Thu, 12 Feb 2004 09:21:38 -0600 (CST) From: Craig Boston To: freebsd-hackers@freebsd.org Date: Thu, 12 Feb 2004 09:21:33 -0600 User-Agent: KMail/1.6 References: <200402091130.05656.craig@tobuj.gank.org> In-Reply-To: <200402091130.05656.craig@tobuj.gank.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_9n5KA+gJ3HNNzjj" Message-Id: <200402120921.34327.craig@tobuj.gank.org> X-Virus-Scanned: by amavisd-new at gank.org Subject: Subversion/CVS experiment update 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, 12 Feb 2004 15:21:40 -0000 --Boundary-00=_9n5KA+gJ3HNNzjj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Just a quick update -- since the individual directories imported ok I decided to give it a go with the newest (and possibly last before 1.0) subversion, 0.37.0. This time I'm importing the entire src/ repo to see what it can handle. I'm not quite brave enough to go after ports yet :) I'm using cvs2svn.py revision 8587, which is considerably newer than the version included with 0.37.0. If anyone is contemplating playing with subversion, I'd highly recommend grabbing this script out of their SVN repo as it fixes many of the earlier problems. So far, the only problem I've run into was src/usr.sbin/xntpd. It didn't like something about the "udel" branch (claims it can't find the origin record for it). I've hacked around it with the attached patch, which is most likely wrong. If xntpd is the only problem case, it may be cleaner just to 'fix' the RCS files. It looks like there's a copy of a vendor branch or something funny going on. To follow up to the concerns we had about subversion getting slower after a large number of commits, I'm now reasonably certain that it's only the import script that is slowing down. python is gobbling up CPU like there's no tomorrow, but the amount of time spent in svnadmin actually committing seems to be negligible. The other good thing is that memory usage seems to be fairly constant. The resident set has been hovering around 8M and is not increasing. I started the import Monday night, so it's been running for about 60 hours now. python has amassed about 40 hours worth of CPU time: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 19802 craig 139 10 12920K 9292K RUN 40.5H 78.91% 78.91% python So far, it's committed 39,664 revisions and is up to August of 1998. The repo is sitting at 1.4GB in size (there's a script running in the background pruning the db logs every 60 seconds) and cvs2svn is using ~800M of temporary files. Looks like it's currently working on the initial import of picobsd ;) I'm doing other stuff on the machine during the day -- XFree86, gkrellm, KDE, etc. So far ULE is keeping interactive performance snappy, though when I'm doing other things the niced processes tend to get a little "bursty". cvs2svn has it to itself for the other 16 hours. Will follow up on success/failure of the import, which at this rate will probably be done sometime next week... Craig --Boundary-00=_9n5KA+gJ3HNNzjj Content-Type: text/plain; charset="iso-8859-1"; name="cvs2svn-ugly-hack.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cvs2svn-ugly-hack.patch" --- cvs2svn.py.orig Mon Feb 9 19:52:07 2004 +++ cvs2svn.py Mon Feb 9 19:53:56 2004 @@ -1709,7 +1709,8 @@ else: sys.stderr.write("%s: no origin records for branch '%s'.\n" % (error_prefix, name)) - sys.exit(1) + return +# sys.exit(1) parent_key = parent[name] parent = marshal.loads(self.db[parent_key]) --Boundary-00=_9n5KA+gJ3HNNzjj-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 07:29:39 2004 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 1C8AF16A4CE for ; Thu, 12 Feb 2004 07:29:39 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4D3343D1D for ; Thu, 12 Feb 2004 07:29:38 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i1CFTU5P014581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Feb 2004 10:29:30 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i1CFTO9E041402; Thu, 12 Feb 2004 10:29:24 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16427.39892.876236.150143@grasshopper.cs.duke.edu> Date: Thu, 12 Feb 2004 10:29:24 -0500 (EST) To: Dung Patrick In-Reply-To: <1076596386.c6c7c260dkt@digitalme.com> References: <1076596386.c6c7c260dkt@digitalme.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-hackers@freebsd.org Subject: Re: Re: Zero copy sockets question 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, 12 Feb 2004 15:29:39 -0000 Dung Patrick writes: > Correct me if I am wrong: > > To use the zero copy 'receive' on i386, you need to set the MTU to 4096 bytes(page size) or 4096 multiples. No, just larger than a page-size plus headers. FreeBSD's tcp automagically sets the mss to a page-sized multiple for large MTUs. And you need a nic which can do header splitting (ie, DMA the headers and the payload to different places in the host). > If it is true, until zero copy receive can do auto fitting, I think zero copy receive is more useful in gigabit ethernet than in fast ethernet (I assume MTU 1500(or smaller) is suitable for fast ethernet/Internet.) Fast ethernet is slow enough, it doesn't really make sense there. These days, one could argue that it really only makes sense for 10GbE. Drew From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 12:52:47 2004 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 547E516A4CE for ; Thu, 12 Feb 2004 12:52:47 -0800 (PST) Received: from ganymede.hub.org (u46n208.hfx.eastlink.ca [24.222.46.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C57B43D1F for ; Thu, 12 Feb 2004 12:52:47 -0800 (PST) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 12F003489C; Thu, 12 Feb 2004 16:48:25 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 101983454B; Thu, 12 Feb 2004 16:48:25 -0400 (AST) Date: Thu, 12 Feb 2004 16:48:25 -0400 (AST) From: "Marc G. Fournier" To: Michael Reifenberger In-Reply-To: <20040209185105.O72949@fw.reifenberger.com> Message-ID: <20040212164236.D96890@ganymede.hub.org> References: <200402091130.05656.craig@tobuj.gank.org> <20040209185105.O72949@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Craig Boston cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 12 Feb 2004 20:52:47 -0000 On Mon, 9 Feb 2004, Michael Reifenberger wrote: > Hi, > first, this seems to be a good analysis of SVN and a good > starting point for thinking about moving away from CVS. I missed the original thread here, so this point may have already been made ... but ... we tried to use subversion for a project recently, and made a *big* mistake of upgrading to a newer version from what we started with ... and could no longer access the repository ... apparently there is a 'dump / reload' procedure that we weren't aware of at the time, but this is something that should be watched for ... >From the INSTALL file: Version 0.34.0 (released 3 December 2003, from revision r7859) http://svn.collab.net/repos/svn/tags/0.34.0 ##################################################################### ## WARNING WARNING WARNING WARNING WARNING WARNING WARNING ## ##################################################################### ## ## ## This release makes an incompatible change to the Subversion ## ## database. Repositories created with versions of Subversion ## ## prior to 0.34 will not work with Subversion 0.34. ## ## To upgrade, first use 'svnadmin dump' with your existing ## ## Subversion binaries. Then upgrade your binaries to 0.34, and ## ## use 'svnadmin load' to create a new repository from your ## ## dumpfile. ## ## Don't forget to copy any custom configuration/hooks from the ## ## old to the new repository. ## ## ## ##################################################################### note that this was pre-0.34, but since its still "under development", there is always the chance that this happens again ... a load of the system took 49hrs, I believe was mentioned ... how long to dump/reload the system once its already "in subvsersion" format? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 13:36:56 2004 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 B730516A4CF for ; Thu, 12 Feb 2004 13:36:56 -0800 (PST) Received: from jolly.drunkmonk.net (jolly.drunkmonk.net [63.251.191.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E2143D31 for ; Thu, 12 Feb 2004 13:36:56 -0800 (PST) (envelope-from verm@jolly.drunkmonk.net) Received: from jolly.drunkmonk.net (localhost [127.0.0.1]) by jolly.drunkmonk.net (8.12.9/8.12.3) with ESMTP id i1CLauAC099943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 Feb 2004 14:36:56 -0700 (MST) (envelope-from verm@jolly.drunkmonk.net) Received: (from verm@localhost) by jolly.drunkmonk.net (8.12.9/8.12.1/Submit) id i1CLauDM099942 for hackers@freebsd.org; Thu, 12 Feb 2004 14:36:56 -0700 (MST) Date: Thu, 12 Feb 2004 14:36:56 -0700 From: Amar Takhar To: hackers@freebsd.org Message-ID: <20040212213656.GB99713@drunkmonk.net> Mail-Followup-To: hackers@freebsd.org References: <004601c3f102$846f4860$0300000a@slugabed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004601c3f102$846f4860$0300000a@slugabed.org> Subject: Re: bfe hardlocks 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, 12 Feb 2004 21:36:56 -0000 On 2004-02-11 16:52 -0800, Sean Hamilton wrote: > I've found my 5.2-RELEASE system hardlocking when I put some decent load on > its bfe interface. It'll do 80% load for hours before it freezes, but if I > do a ping -f it locks up within seconds. I had no problems using this > interface with the Windows driver provided by Broadcom. I have this problem as well, since I only have a 10mbit network at home I wasn't able to debug it (over new years I was at a friend's who has 100mbit) However, Bill's NDIS driver worked perfectly, no crashes, if you're running into this problem a lot i'd suggest that for now until someone (Stuart?) gets around to fixing it. Amar. From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 20:48:16 2004 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 2F85716A4CE for ; Thu, 12 Feb 2004 20:48:16 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D55B343D1D for ; Thu, 12 Feb 2004 20:48:15 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 77483 invoked from network); 13 Feb 2004 04:48:14 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 13 Feb 2004 04:48:14 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 12 Feb 2004 22:48:13 -0600 (CST) From: Mike Silbersack To: Bill In-Reply-To: <20040213001513.M60613@gardrail.com> Message-ID: <20040212223845.E570@odysseus.silby.com> References: <20040213001513.M60613@gardrail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Obtaining 75k (active) concurrent tcp sessions.. 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, 13 Feb 2004 04:48:16 -0000 On Thu, 12 Feb 2004, Bill wrote: > I read a post that was sent to freebsd-hackers, which mentioned an > individual was able to obtain 1.6 million concurrent tcp sessions, so I > assume it's possible. That was with a heavily modified version of FreeBSD, you wouldn't be able to hit 1.6 million out of the box. > My goal is to setup a server, which is capable of accepting at least 75k tcp > connections to perform some firewall stress tests at work. Given that > information on this subject is quite scarce, I thought I'd post this > question and see what type of response I get back. > > Any assistance or suggestions would be greatly appreciated, > > Thanks in advance, > > -=-Bill-=- I've run tests up to a few thousand connections, I believe that 75000 should be doable, but it will take tuning. Start with 5000 and keep increasing in increments of 5000 from there, upping values for various resource limits as you hit them. I think that maxsockets, mbuf clusters, and maxfiles will be your main limitations... they should all scale to 75000, but I'm not sure how many people have done so. Now, if you want good performance... that could be another story. However, if all you're doing is having a sample app which accepts connections and holds them open until the client hangs up, then you should be able to do it. (If you were sending real data, then the amount of memory being used for socket buffers might become a problem.) Note that for the client side of those connections, you may need more than one machine; with only ~65535 possible ephemeral ports available per IP (and it being tough to use the same ephemeral port on different IPs with the BSD network stack), it'd be best to just do two client machines with 75000/2 connections each. (There is no such limit for the server side, of course.) Post to this list if you run into any problems, or find any specific issues that prevent you from reaching the goal. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 01:08:45 2004 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 EA5CF16A4CE for ; Fri, 13 Feb 2004 01:08:45 -0800 (PST) Received: from relay1.ntu-kpi.kiev.ua (noc.ntu-kpi.kiev.ua [195.245.194.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F03543D31 for ; Fri, 13 Feb 2004 01:08:45 -0800 (PST) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.ntu-kpi.kiev.ua (unknown [10.0.1.184]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id 5144317BF8E for ; Fri, 13 Feb 2004 11:08:43 +0200 (EET) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0)i1DBAotv022098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Feb 2004 11:10:50 GMT Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id 87BA2238; Fri, 13 Feb 2004 11:08:38 +0200 (EET) Date: Fri, 13 Feb 2004 11:08:38 +0200 From: Andrey Simonenko To: freebsd-hackers@freebsd.org Message-ID: <20040213090838.GA221@pm514-9.comsys.ntu-kpi.kiev.ua> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Changing v_op for vnode on the fly 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, 13 Feb 2004 09:08:46 -0000 Hello all, I want to control in a KLD module when any process make any VOPs, which can change the content of some file. For this I change v_op field in the needed vnode to my vnodeop_p, currently my VOPs print some debug information and call original VOPs for the vnode. I can't simply wrap syscall entries for a process to control write() and read() syscalls, because it is unknown in my task which process can access a file and processes can mmap a file and modify or read it directly in their memory. Is it enough to get exclusive lock on vnode, before changing v_op pointer? Here is my code: vn_lock(cvp->vp, LK_EXCLUSIVE | LK_RETRY, p); if (flag > 0) cvp->vp->v_op = catch_vnode_vnodeop_p; /* My vnodeop_p. */ else cvp->vp->v_op = cvp->vnodeop_p; /* Original v_op. */ VOP_UNLOCK(cvp->vp, 0, p); I made some tests and see that most of VOP_xxx require lock (shared or exclusive) on vnode, as well this is documented in the manual pages. Another my question. Below I include one of my tests on FreeBSD 4.8: ">>>..." means start of the operation, "<<<" means end of the operation, "mod:..." are messages from the KLD module. According to documentation "VOP_GETATTR expects the vnode to be locked on entry and will leave the vnode locked on return". In my test a file is mmap'ed as MAP_SHARED with PROT_WRITE and one char is put in mmap'ed memory. Why mmap() system call (vm/vm_mmap.c:mmap() and vm/vm_mmap.c:vm_mmap()) doesn't lock the vnode before VOP_GETATTR? [simon@comp1 test1]% ./test1 mod: fd = 3, flag = catch -> vnode 0xc89ce0c0 mod: vnode_unlock 0xc89ce0c0 () >>> mmap file mod: vnode_getvobject 0xc89ce0c0 mod: vnode_getattr 0xc89ce0c0 mod: vnode_getattr 0xc89ce0c0 <<< >>> put char to mmap'ed file mod: vnode_lock 0xc89ce0c0 (LK_SHARED | LK_CANRECURSE | LK_NOPAUSE | LK_INTERLOC K | LK_RETRY) mod: vnode_bmap 0xc89ce0c0 mod: vnode_getpages 0xc89ce0c0 mod: vnode_unlock 0xc89ce0c0 ( | LK_INTERLOCK) <<< mod: vnode_islocked 0xc89ce0c0 mod: vnode_lock 0xc89ce0c0 (LK_EXCLUSIVE | LK_NOPAUSE | LK_INTERLOCK | LK_RETRY | LK_NOOBJ) mod: vnode_getvobject 0xc89ce0c0 mod: vnode_putpages 0xc89ce0c0 mod: vnode_write 0xc89ce0c0 mod: vnode_balloc 0xc89ce0c0 mod: vnode_unlock 0xc89ce0c0 ( | LK_INTERLOCK) mod: vnode_lock 0xc89ce0c0 (LK_EXCLUSIVE | LK_NOWAIT | LK_NOPAUSE | LK_INTERLOCK ) mod: vnode_fsync 0xc89ce0c0 mod: vnode_bwrite 0xc89ce0c0 mod: vnode_getvobject 0xc89ce0c0 mod: vnode_strategy 0xc89ce0c0 mod: vnode_unlock 0xc89ce0c0 () mod: vnode_getvobject 0xc89ce0c0 ^Cmod: fd = 3, flag = restore -> vnode 0xc89ce0c0 mod: vnode_lock 0xc89ce0c0 (LK_EXCLUSIVE | LK_NOPAUSE | LK_INTERLOCK | LK_RETRY) [simon@comp1 test1]% From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 01:31:05 2004 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 BFED616A4D0 for ; Fri, 13 Feb 2004 01:31:05 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 00ED943D1F for ; Fri, 13 Feb 2004 01:31:05 -0800 (PST) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 14119 invoked by uid 65534); 13 Feb 2004 09:31:03 -0000 Received: from pD9E8241C.dip.t-dialin.net (HELO tyrael.linnet) (217.232.36.28) by mail.gmx.net (mp022) with SMTP; 13 Feb 2004 10:31:03 +0100 X-Authenticated: #15005775 Date: Fri, 13 Feb 2004 10:32:09 +0100 From: sebastian ssmoller To: freebsd-hackers@freebsd.org Message-Id: <20040213103209.6b833e14.sebastian.ssmoller@gmx.net> Organization: X-Mailer: Sylpheed version 0.9.8a-gtk2-20040109 (GTK+ 2.2.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: BDM under current 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, 13 Feb 2004 09:31:06 -0000 hi, does anyone know whether i can use gdb + bdm under freebsd ? i found this page http://bdm.thehousleys.net/ which seems to be out of date. thx regards, seb -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 01:37:49 2004 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 9C42916A4CE for ; Fri, 13 Feb 2004 01:37:49 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id D90CD43D1F for ; Fri, 13 Feb 2004 01:37:48 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1ArZgO-0007Wm-0t for freebsd-hackers@freebsd.org; Fri, 13 Feb 2004 17:32:24 +0800 Message-Id: <6.0.3.0.2.20040213173123.02a74270@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Fri, 13 Feb 2004 17:42:01 +0800 To: freebsd-hackers@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: FreeBSD 5.2-current problem in Dell Poweredge 1600SC 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, 13 Feb 2004 09:37:49 -0000 Hi, I installed FreeBSD 5.2 on Dell Poweredge 1600SC. However FreeBSD doesn't recognize network card. It has onboard Intel Pro 1000 card. The machine has Pentium 4 XEON processor(logical processor enabled) with 512 MB ram. I did cvsup to CURRENT and compiled source using make buildworld. Kernel compiled smoothly and installed successfully. However when I reboot it hangs showing acpi.ko. I tried also loading kernel without ACPI. Even tried safe mode and single user mode, no result. Then I booted back to old kernel. Can sombody explain me the reason why it is not booting after upgrade? Or should I wait day one or two and then update again? tia, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 03:09:35 2004 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 D1EC516A4CE for ; Fri, 13 Feb 2004 03:09:35 -0800 (PST) Received: from hannibal.servitor.co.uk (hannibal.servitor.co.uk [195.188.15.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id A39D043D1F for ; Fri, 13 Feb 2004 03:09:35 -0800 (PST) (envelope-from paul@hannibal.servitor.co.uk) Received: from paul by hannibal.servitor.co.uk with local (Exim 4.14) id 1ArbCZ-0004Pc-3f; Fri, 13 Feb 2004 11:09:43 +0000 Date: Fri, 13 Feb 2004 11:09:43 +0000 From: Paul Robinson To: Mike Silbersack Message-ID: <20040213110943.GJ94761@iconoplex.co.uk> References: <20040213001513.M60613@gardrail.com> <20040212223845.E570@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040212223845.E570@odysseus.silby.com> Sender: Paul Robinson cc: freebsd-hackers@freebsd.org cc: Bill Subject: Re: Obtaining 75k (active) concurrent tcp sessions.. 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, 13 Feb 2004 11:09:35 -0000 On Thu, Feb 12, 2004 at 10:48:13PM -0600, Mike Silbersack wrote: > That was with a heavily modified version of FreeBSD, you wouldn't be able > to hit 1.6 million out of the box. What's more, the amount of content you'd be able to shift over that number of connections and the overall performance would be pretty shocking. If you're dealing with that many connections, you should be clustering. In fact, even for 75k, I would suggest clustering your the app over a couple of servers anyway. That reminds me - it's a long time since I last looked into -cluster. :-) -- Paul Robinson From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 03:48:14 2004 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 499B416A4CE for ; Fri, 13 Feb 2004 03:48:14 -0800 (PST) Received: from lilith.bellavista.cz (bellavista.worldonline.cz [212.90.245.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF42743D1F for ; Fri, 13 Feb 2004 03:48:13 -0800 (PST) (envelope-from neuhauser@bellavista.cz) Received: from freepuppy.bellavista.cz (freepuppy.bellavista.cz [10.0.0.10]) by lilith.bellavista.cz (Postfix) with ESMTP id 5FA302D; Fri, 13 Feb 2004 12:48:11 +0100 (CET) Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id D37BB2FDA01; Fri, 13 Feb 2004 12:48:10 +0100 (CET) Date: Fri, 13 Feb 2004 12:48:10 +0100 From: Roman Neuhauser To: "Marc G. Fournier" Message-ID: <20040213114810.GG7404@freepuppy.bellavista.cz> Mail-Followup-To: "Marc G. Fournier" , Michael Reifenberger , Craig Boston , freebsd-hackers@freebsd.org References: <200402091130.05656.craig@tobuj.gank.org> <20040209185105.O72949@fw.reifenberger.com> <20040212164236.D96890@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040212164236.D96890@ganymede.hub.org> User-Agent: Mutt/1.5.4i cc: Craig Boston cc: Michael Reifenberger cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary 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, 13 Feb 2004 11:48:14 -0000 # scrappy@hub.org / 2004-02-12 16:48:25 -0400: > On Mon, 9 Feb 2004, Michael Reifenberger wrote: > > > Hi, > > first, this seems to be a good analysis of SVN and a good > > starting point for thinking about moving away from CVS. > > I missed the original thread here, so this point may have already been > made ... but ... we tried to use subversion for a project recently, and > made a *big* mistake of upgrading to a newer version from what we started > with ... and could no longer access the repository ... apparently there is > a 'dump / reload' procedure that we weren't aware of at the time, but this > is something that should be watched for ... dump/reload cycles required by a new version from time to time are announced prominently. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 12:43:26 2004 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 6CA2816A4CE for ; Thu, 12 Feb 2004 12:43:26 -0800 (PST) Received: from prioris.mini.pw.edu.pl (prioris.mini.pw.edu.pl [194.29.178.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2953643D1F for ; Thu, 12 Feb 2004 12:43:26 -0800 (PST) (envelope-from G.Czaplinski@prioris.mini.pw.edu.pl) Received: from localhost (localhost.mini.pw.edu.pl [127.0.0.1]) by prioris.mini.pw.edu.pl (Postfix) with ESMTP id 065FD24399 for ; Thu, 12 Feb 2004 21:43:23 +0100 (CET) Received: by prioris.mini.pw.edu.pl (Postfix, from userid 1368) id 9AFDE24396; Thu, 12 Feb 2004 21:43:14 +0100 (CET) Date: Thu, 12 Feb 2004 21:43:14 +0100 From: Grzegorz Czaplinski To: hackers@freebsd.org Message-ID: <20040212204314.GL10892@prioris.mini.pw.edu.pl> Mail-Followup-To: hackers@freebsd.org References: <20040122131202.0cff52de@main> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l06SQqiZYCi8rTKz" Content-Disposition: inline In-Reply-To: <20040122131202.0cff52de@main> User-Agent: Mutt/1.4.1i X-PGP: http://prioris.mini.pw.edu.pl/~gregory/pgp.txt X-URL: http://prioris.mini.pw.edu.pl/~gregory/ X-Voice: +48 600 396 054 X-FreeBSD: Running FreeBSD? - Share the server config! - http://prioris.mini.pw.edu.pl/~gregory/FreeBSD/ X-Virus-Scanned: by AMaViS (prioris) X-Mailman-Approved-At: Fri, 13 Feb 2004 05:35:59 -0800 Subject: Re: 5.2 install hangs 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, 12 Feb 2004 20:43:26 -0000 --l06SQqiZYCi8rTKz Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 22, 2004 at 01:12:02PM +0100, Socketd wrote: > Hi all >=20 > I'm trying to install FreeBSD 5.2-release on my: >=20 > i386 > 1 Ghz > 384 mb ram > 60 gb harddisk > 120 mb floppy disk >=20 > It's running 4.9-release now btw. >=20 > I've downloaded the iso for disc1 and made a cd. I have used that cd to > install 5.2 on my laptop, test computer and my server, but when trying > to install it on my main workstation I get: >=20 > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 > GEOM: create disk afd0 dp=3D0xc3f1bb6c > afd0: REMOVABLE at ata0-slave PIO3 >=20 > I've tried removing the floppy drive, but the it just hangs after: > ad0: 58644 mb [119150/16/63] at ata0-master UDMA100 >=20 Hi, I have the same problem on my Fujitsu Siemens LifeBook E2010. I tried to boot FreeBSD from CDROM with ACPI disabled and no luck. I upgraded my kernel to 5.2 and the boot still hangs. 5.1 boots fine though.... Cheers, greg -- Grzegorz Czaplinski "The Power to Serve, Right for the Power Users!" - http://www.FreeBSD.org/ Fingerprint: EB77 E19D CFA2 5736 810F 847C A70F A275 2489 469F --l06SQqiZYCi8rTKz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAK+Vipw+idSSJRp8RAgdnAJ9oK767Yp7UOsrstwHJWHBvOENBSgCg0Avh KXd4smAcGVX0Yu4oaOoDKFA= =x1hX -----END PGP SIGNATURE----- --l06SQqiZYCi8rTKz-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 16:16:50 2004 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 1B3BD16A4CE; Thu, 12 Feb 2004 16:16:50 -0800 (PST) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF26643D1F; Thu, 12 Feb 2004 16:16:49 -0800 (PST) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])SAA40976; Thu, 12 Feb 2004 18:16:48 -0600 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004021218171568:7769 ; Thu, 12 Feb 2004 18:17:15 -0600 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 616C75C3B; Thu, 12 Feb 2004 18:17:03 -0600 (CST) To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org From: "Paul Seniura" Message-Id: <20040213001703.616C75C3B@techpc04.okladot.state.ok.us> Date: Thu, 12 Feb 2004 18:17:03 -0600 (CST) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 02/12/2004 06:17:15 PM,2003) at 02/12/2004 06:17:16 PM, Serialize complete at 02/12/2004 06:17:16 PM X-Mailman-Approved-At: Fri, 13 Feb 2004 05:35:59 -0800 cc: Paul Seniura Subject: need help on CFLAGS in /etc/make.conf please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2004 00:16:50 -0000 Hi y'all, I'm trying to find a way to do a CFLAGS+='-O' if and only if such a parm was not already provided before 'make' actually runs. I had this coded with the single = sign, i.e. without ?= or +=, but the process still acts as if += was coded anyway, thus tacking on my -O *after* the port's own CFLAGS. GCC33 docs say the _last_ -O# is the one that will be used. I've seen other discussion on using -O2 but the point seems to be the ports that set -O2 explicitly are likely to work correctly. And so, in many ports esp. KDE, it will add my -O *after* the port's own -O2, and KDE et al will not be compiled with the intended settings, which may be causing some of its slowness. Since TPTB here could only find a spare slow@$$ Pentium2 for this project, I'm trying to optimize other ports with at least -O in an automatic fashion. That leaves out /etc/pkgtools.conf due to the sheer manual labor it would take to code this up for each port. The idea of having a test in /etc/make.conf struck me as the way to go, since it is effectively 'sourced'-in and could contain some simple shell logic operations. I hope I'm explaining this correctly. ;) I'd love to hear feedback on this. I'll continue working on it tomorrow. Thank you, -- Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 16:21:27 2004 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 E32F716A4CE; Thu, 12 Feb 2004 16:21:27 -0800 (PST) Received: from ikarus.gardrail.com (wv-hdgsvle-cmts2b-87.shphwv.adelphia.net [68.67.83.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BD843D1F; Thu, 12 Feb 2004 16:21:27 -0800 (PST) (envelope-from freebsd@gardrail.com) Received: from mail.gardrail.com (ikarus.gardrail.com [68.67.83.87]) by ikarus.gardrail.com (8.12.8/8.12.8) with ESMTP id i1D0IuqV002814; Thu, 12 Feb 2004 19:18:56 -0500 From: "Bill" To: net@freebsd.org, freebsd-hackers@freebsd.org, freebsd-firewall@freebsd.org, freebsd-performance@freebsd.org Date: Thu, 12 Feb 2004 19:18:56 -0500 Message-Id: <20040213001513.M60613@gardrail.com> X-Mailer: Open WebMail 2.10 20030720 X-OriginatingIP: 172.31.31.130 (wrude) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Fri, 13 Feb 2004 05:35:59 -0800 Subject: Obtaining 75k (active) concurrent tcp sessions.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bill List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2004 00:21:28 -0000 What steps would I need to take in order to obtain 75,000 concurrent TCP sessions on a FreeBSD 5.2 system running on the following hardware: dual xenon 3ghz 1mb cache processors 2 gigs of memory two dual port fibre gigabit nic's 1 onboard copper 10/100 nic I read a post that was sent to freebsd-hackers, which mentioned an individual was able to obtain 1.6 million concurrent tcp sessions, so I assume it's possible. My goal is to setup a server, which is capable of accepting at least 75k tcp connections to perform some firewall stress tests at work. Given that information on this subject is quite scarce, I thought I'd post this question and see what type of response I get back. Any assistance or suggestions would be greatly appreciated, Thanks in advance, -=-Bill-=- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 17:13:29 2004 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 A930716A4CE; Thu, 12 Feb 2004 17:13:29 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C72343D1D; Thu, 12 Feb 2004 17:13:29 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 42D2F66D0E; Thu, 12 Feb 2004 17:13:25 -0800 (PST) Date: Thu, 12 Feb 2004 17:13:25 -0800 From: Kris Kennaway To: Paul Seniura Message-ID: <20040213011324.GA55948@xor.obsecurity.org> References: <20040213001703.616C75C3B@techpc04.okladot.state.ok.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20040213001703.616C75C3B@techpc04.okladot.state.ok.us> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Fri, 13 Feb 2004 05:35:59 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: need help on CFLAGS in /etc/make.conf please 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, 13 Feb 2004 01:13:29 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2004 at 06:17:03PM -0600, Paul Seniura wrote: >=20 > Hi y'all, >=20 > I'm trying to find a way to do a CFLAGS+=3D'-O' if and only if such a > parm was not already provided before 'make' actually runs. >=20 > I had this coded with the single =3D sign, i.e. without ?=3D or +=3D, but > the process still acts as if +=3D was coded anyway, thus tacking on > my -O *after* the port's own CFLAGS. >=20 > GCC33 docs say the _last_ -O# is the one that will be used. >=20 > I've seen other discussion on using -O2 but the point seems to be the > ports that set -O2 explicitly are likely to work correctly. That's not a good assumption; many ports simply add -O2 (or -O3, or -O999) because the authors "want their code to run fast". The set of ports for which the authors have run full regression suites for all supported versions of gcc and all supported OS and architecture combinations is probably the null set. Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFALCS0Wry0BWjoQKURAkp4AJ0TFcFM2slc6VoaIWm160DmqD3qagCfamuj nyRzW7Q+5so/QQzpDyKnNwg= =TRoK -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 19:56:09 2004 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 8D5A416A4CE; Thu, 12 Feb 2004 19:56:09 -0800 (PST) Received: from lakemtai06.cox.net (lakemtai06.cox.net [68.1.17.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id F26A243D1F; Thu, 12 Feb 2004 19:56:08 -0800 (PST) (envelope-from scifi@scifi.homeip.net) Received: from scifi.homeip.net ([68.227.96.63]) by lakemtai06.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040213035608.BRPT23064.lakemtai06.cox.net@scifi.homeip.net>; Thu, 12 Feb 2004 22:56:08 -0500 Received: by scifi.homeip.net (Postfix, from userid 501) id 3AA11A38EA; Thu, 12 Feb 2004 21:56:08 -0600 (CST) To: "Kris Kennaway" From: "Paul Seniura" Errors-To: "Paul Seniura" In-Reply-To: <20040213011324.GA55948@xor.obsecurity.org> References: <20040213001703.616C75C3B@techpc04.okladot.state.ok.us><20040213011324.GA55948@xor.obsecurity.org> Message-Id: <20040213035608.3AA11A38EA@scifi.homeip.net> Date: Thu, 12 Feb 2004 21:56:08 -0600 (CST) X-Mailman-Approved-At: Fri, 13 Feb 2004 05:35:59 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: need help on CFLAGS in /etc/make.conf please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2004 03:56:09 -0000 Hi Kris, > On Thu, Feb 12, 2004 at 06:17:03PM -0600, Paul Seniura wrote: > > > > Hi y'all, > > > > I'm trying to find a way to do a CFLAGS+='-O' if and only if such a > > parm was not already provided before 'make' actually runs. > > > > I had this coded with the single = sign, i.e. without ?= or +=, but > > the process still acts as if += was coded anyway, thus tacking on > > my -O *after* the port's own CFLAGS. > > > > GCC33 docs say the _last_ -O# is the one that will be used. > > > > I've seen other discussion on using -O2 but the point seems to be the > > ports that set -O2 explicitly are likely to work correctly. On Thu 12 Feb 2004 17:13:25 -0800, Kris Kennaway replied: > That's not a good assumption; many ports simply add -O2 (or -O3, or > -O999) because the authors "want their code to run fast". The set of > ports for which the authors have run full regression suites for all > supported versions of gcc and all supported OS and architecture > combinations is probably the null set. Thank you for responding, but I'm *really* not wanting this to become another discussion on "how high my Oh-levels should be". ;) My question for this discussion is specifically how to prevent overriding a port's own setting for that parm, and to provide a default setting -O[1] when the port does not set it at all? (I'll save my l-o-n-g-e-r reply for later... believe me I have reasons ;) > Kris -- thx, Paul Seniura (in OkC) From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 12 20:09:33 2004 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 AF6BF16A4CE; Thu, 12 Feb 2004 20:09:33 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-71.dsl.lsan03.pacbell.net [64.169.106.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6492343D2F; Thu, 12 Feb 2004 20:09:33 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2673D66D0E; Thu, 12 Feb 2004 20:09:31 -0800 (PST) Date: Thu, 12 Feb 2004 20:09:31 -0800 From: Kris Kennaway To: Paul Seniura Message-ID: <20040213040929.GA58196@xor.obsecurity.org> References: <20040213001703.616C75C3B@techpc04.okladot.state.ok.us> <20040213011324.GA55948@xor.obsecurity.org> <20040213035608.3AA11A38EA@scifi.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20040213035608.3AA11A38EA@scifi.homeip.net> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Fri, 13 Feb 2004 05:35:59 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org cc: Kris Kennaway Subject: Re: need help on CFLAGS in /etc/make.conf please 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, 13 Feb 2004 04:09:33 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 12, 2004 at 09:56:08PM -0600, Paul Seniura wrote: >=20 > Hi Kris, >=20 > > On Thu, Feb 12, 2004 at 06:17:03PM -0600, Paul Seniura wrote: > > >=20 > > > Hi y'all, > > >=20 > > > I'm trying to find a way to do a CFLAGS+=3D'-O' if and only if such a > > > parm was not already provided before 'make' actually runs. > > >=20 > > > I had this coded with the single =3D sign, i.e. without ?=3D or +=3D,= but > > > the process still acts as if +=3D was coded anyway, thus tacking on > > > my -O *after* the port's own CFLAGS. > > >=20 > > > GCC33 docs say the _last_ -O# is the one that will be used. > > >=20 > > > I've seen other discussion on using -O2 but the point seems to be the > > > ports that set -O2 explicitly are likely to work correctly. >=20 > On Thu 12 Feb 2004 17:13:25 -0800, Kris Kennaway replied: > > That's not a good assumption; many ports simply add -O2 (or -O3, or > > -O999) because the authors "want their code to run fast". The set of > > ports for which the authors have run full regression suites for all > > supported versions of gcc and all supported OS and architecture > > combinations is probably the null set. >=20 > Thank you for responding, but I'm *really* not wanting this to > become another discussion on "how high my Oh-levels should be". ;) >=20 > My question for this discussion is specifically how to prevent > overriding a port's own setting for that parm, and to provide a > default setting -O[1] when the port does not set it at all? >=20 > (I'll save my l-o-n-g-e-r reply for later... believe me I have reasons ;) There's no general way. Some ports do ${CFLAGS} -O999, some do -O999 ${CFLAGS}. The ports collection policy is that any port that specifies its own optimization flags by default and uses them in preference to ${CFLAGS} is a bug and must be fixed. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFALE35Wry0BWjoQKURAvpcAKDKGDBUujGANsAQe14kP20QvXmYQwCgq9NR Qa3FIOi3C/1hcUHcoWWR/Ts= =kfzX -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 00:24:28 2004 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 0189616A4CE for ; Fri, 13 Feb 2004 00:24:28 -0800 (PST) Received: from smtp.web.de (smtp04.web.de [217.72.192.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id C72E943D1D for ; Fri, 13 Feb 2004 00:24:27 -0800 (PST) (envelope-from sebastian.ssmoller@web.de) Received: from [217.232.36.28] (helo=tyrael.linnet) by smtp.web.de with smtp (WEB.DE 4.99 #605) id 1ArYcc-0006O2-00 for freebsd-hackers@freebsd.org; Fri, 13 Feb 2004 09:24:26 +0100 Date: Fri, 13 Feb 2004 09:25:32 +0100 From: sebastian ssmoller To: freebsd-hackers@freebsd.org Message-Id: <20040213092532.44650640.sebastian.ssmoller@web.de> X-Mailer: Sylpheed version 0.9.8a-gtk2-20040109 (GTK+ 2.2.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: sebastian.ssmoller@web.de X-Mailman-Approved-At: Fri, 13 Feb 2004 05:35:59 -0800 Subject: BDM under current 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, 13 Feb 2004 08:24:28 -0000 hi, does anyone know whether i can use gdb + bdm under freebsd ? i found this page http://bdm.thehousleys.net/ which seems to be out of date. thx regards, seb -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 06:16:10 2004 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 7389616A4D2 for ; Fri, 13 Feb 2004 06:16:10 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC5DF43D1F for ; Fri, 13 Feb 2004 06:16:09 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i1DEG4rQ064542 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 13 Feb 2004 15:16:06 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i1DEFtuL057093 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Feb 2004 15:15:55 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id i1DEFsc5036037; Fri, 13 Feb 2004 15:15:54 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.10/8.12.10/Submit) id i1DEFrqn036036; Fri, 13 Feb 2004 15:15:53 +0100 (CET) (envelope-from ticso) Date: Fri, 13 Feb 2004 15:15:53 +0100 From: Bernd Walter To: "Marc G. Fournier" Message-ID: <20040213141551.GF44313@cicely12.cicely.de> References: <200402091130.05656.craig@tobuj.gank.org> <20040209185105.O72949@fw.reifenberger.com> <20040212164236.D96890@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040212164236.D96890@ganymede.hub.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: Craig Boston cc: Michael Reifenberger cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2004 14:16:10 -0000 On Thu, Feb 12, 2004 at 04:48:25PM -0400, Marc G. Fournier wrote: > note that this was pre-0.34, but since its still "under development", > there is always the chance that this happens again ... a load of the > system took 49hrs, I believe was mentioned ... how long to dump/reload the > system once its already "in subvsersion" format? dump/load is quite fast, but dump format includes the full content of each revision - piping to gzip befor storing is advised for big trees. dump format can easily used to distribute the tree by taking hourly snaps, but not for distribution of checkouts as CVSup can do. Unfortunatley general speed is still an issue. Try to commit a very large diff and you wait forever if you are not going out of memory bevor. There are also obscure workdir problems from time to time which could easily confuse the wide user base. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 07:32:57 2004 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 10E9C16A4CE for ; Fri, 13 Feb 2004 07:32:57 -0800 (PST) Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 938FB43D1D for ; Fri, 13 Feb 2004 07:32:56 -0800 (PST) (envelope-from brian@shadowcom.net) Received: from shadowcom.net ([68.100.212.237]) by lakemtao02.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20040213153256.POXK19763.lakemtao02.cox.net@shadowcom.net> for ; Fri, 13 Feb 2004 10:32:56 -0500 Received: (qmail 93878 invoked by uid 500); 13 Feb 2004 15:32:55 -0000 Date: Fri, 13 Feb 2004 10:32:55 -0500 From: Brian Ledbetter To: hackers@freebsd.org Message-ID: <20040213153255.GD45400@shadowcom.net> References: <20040122131202.0cff52de@main> <20040212204314.GL10892@prioris.mini.pw.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040212204314.GL10892@prioris.mini.pw.edu.pl> User-Agent: Mutt/1.4i Subject: Re: 5.2 install hangs 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, 13 Feb 2004 15:32:57 -0000 > Hi, > I have the same problem on my Fujitsu Siemens LifeBook E2010. > I tried to boot FreeBSD from CDROM with ACPI disabled and no luck. > I upgraded my kernel to 5.2 and the boot still hangs. > 5.1 boots fine though.... I have the same problem on a Toshiba Tecra M1. I can try to send a dmesg (boot -v) from 5.0-R, if that would help... (It's good to know that I'm not the only person with this problem :) ) -- Brian C. Ledbetter From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 08:04:52 2004 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 E65FC16A4CE for ; Fri, 13 Feb 2004 08:04:52 -0800 (PST) Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75D4B43D2F for ; Fri, 13 Feb 2004 08:04:52 -0800 (PST) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.100.162.49]) by lakemtao04.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040213160452.ZQLQ19895.lakemtao04.cox.net@mail.halplant.com> for ; Fri, 13 Feb 2004 11:04:52 -0500 Received: by mail.halplant.com (Postfix, from userid 1001) id 32F88B3; Fri, 13 Feb 2004 11:04:51 -0500 (EST) Date: Fri, 13 Feb 2004 11:04:51 -0500 From: Andrew J Caines To: FreeBSD Hackers Message-ID: <20040213160451.GB13347@hal9000.halplant.com> Mail-Followup-To: FreeBSD Hackers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.9-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 X-ICQ: 283813972 Importance: Normal User-Agent: Mutt/1.5.6i Subject: malloc backed md/mfs filesystem swapped? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2004 16:04:53 -0000 After Ring the various FMs including, but not limited to, mdmfs(8), mdconfig(8) malloc(9), I am unclear whether of not the memory used by md of type MD_MALLOC is kernel memory which will not be swapped, or not. On the same subject, does the the MD_SWAP backed device simply use swapable userland VM or does it specifically use a piece of the (presumably) disk backed swap partition? FYI, the relevant fstab entries for a malloc backed disk having a UFS2 with softupdates and async would look like: md /tmp mfs rw,-M,-s128m,async 2 0 md /var/run mfs rw,-M,-s1m,async 2 0 -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 09:03:13 2004 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 57CB416A4CE; Fri, 13 Feb 2004 09:03:13 -0800 (PST) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4AC143D1F; Fri, 13 Feb 2004 09:03:12 -0800 (PST) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])LAA24548; Fri, 13 Feb 2004 11:03:12 -0600 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004021311033757:11038 ; Fri, 13 Feb 2004 11:03:37 -0600 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id DC19E5C3B; Fri, 13 Feb 2004 11:03:47 -0600 (CST) To: "Kris Kennaway" From: "Paul Seniura" In-Reply-To: <20040213040929.GA58196@xor.obsecurity.org> References: <20040213001703.616C75C3B@techpc04.okladot.state.ok.us><20040213011324.GA55948@xor.obsecurity.org><20040213035608.3AA11A38EA@scifi.homeip.net><20040213040929.GA58196@xor.obsecurity.org> Message-Id: <20040213170347.DC19E5C3B@techpc04.okladot.state.ok.us> Date: Fri, 13 Feb 2004 11:03:47 -0600 (CST) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 02/13/2004 11:03:37 AM,2003) at 02/13/2004 11:03:38 AM, Serialize complete at 02/13/2004 11:03:38 AM cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org cc: Paul Seniura Subject: Re: need help on CFLAGS in /etc/make.conf please 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, 13 Feb 2004 17:03:13 -0000 > On Thu, Feb 12, 2004 at 09:56:08PM -0600, Paul Seniura wrote: > > > > Hi Kris, > > > > > On Thu, Feb 12, 2004 at 06:17:03PM -0600, Paul Seniura wrote: > > > > > > > > Hi y'all, > > > > > > > > I'm trying to find a way to do a CFLAGS+='-O' if and only if such a > > > > parm was not already provided before 'make' actually runs. > > > > > > > > I had this coded with the single = sign, i.e. without ?= or +=, but > > > > the process still acts as if += was coded anyway, thus tacking on > > > > my -O *after* the port's own CFLAGS. > > > > > > > > GCC33 docs say the _last_ -O# is the one that will be used. > > > > > > > > I've seen other discussion on using -O2 but the point seems to be the > > > > ports that set -O2 explicitly are likely to work correctly. > > > > On Thu 12 Feb 2004 17:13:25 -0800, Kris Kennaway replied: > > > That's not a good assumption; many ports simply add -O2 (or -O3, or > > > -O999) because the authors "want their code to run fast". The set of > > > ports for which the authors have run full regression suites for all > > > supported versions of gcc and all supported OS and architecture > > > combinations is probably the null set. > > > > Thank you for responding, but I'm *really* not wanting this to > > become another discussion on "how high my Oh-levels should be". ;) > > > > My question for this discussion is specifically how to prevent > > overriding a port's own setting for that parm, and to provide a > > default setting -O[1] when the port does not set it at all? > > > > (I'll save my l-o-n-g-e-r reply for later... believe me I have reasons ;) On Thu 12 Feb 2004 20:09:31 -0800, Kris Kennaway replied: > There's no general way. Some ports do ${CFLAGS} -O999, some do -O999 > ${CFLAGS}. While I haven't seen anything near -O999 yet (and I was a noobee in the 1980s with Microware OS-9[tm] on the CoCo3 [Tandy / Radio Shack] and Atari-ST [Cumana UK]), it is one reason to override it -- somehow -- in a consistently reliable way. > The ports collection policy is that any port that > specifies its own optimization flags by default and uses them in > preference to ${CFLAGS} is a bug and must be fixed. Well now you've made me go do research and type the l-o-n-g response I didn't want to do. ;) Let's first deal with the notion that GCC has optimization bugs per se -- in & of itself -- irregardless of the quality of the source code and whether that code follows ISO standards. Here are some quotes from the readily-available on-line books: Chapter 2 of "FreeBSD Developers' Handbook": | 2.4 Compiling with cc | |[...] | | -O | Create an optimized version of the executable. The compiler | performs various clever tricks to try and produce an executable | that runs faster than normal. You can add a number after the -O | to specify a higher level of optimization, but this often exposes | bugs in the compiler's optimizer. For instance, the version of cc | that comes with the 2.1.0 release of FreeBSD is known to produce | bad code with the -O2 option in some circumstances. | | Optimization is usually only turned on when compiling a release | version. |[...] HUH?!? "the version of cc that comes with 2.1.0" has those -O bugs???? Good grief, we're running 5.x (-Current, actually)! I can't find any mention of any such bugs with GCC 3.x on i386. Reading http://gcc.gnu.org/bugs.html for further info on optimization bugs will lead one to believe higher likelyhood of incorrectly-written source code over compiler bugs, yet GCC 3.x provides ways to steer around such non-standard coding practices and still optimize it. Chapter 7 of "FreeBSD Architecture Handbook" (on-line version): | 7.6 Tuning the FreeBSD VM system | |[...] | By default, FreeBSD kernels are not optimized. You can set | debugging and optimization flags with the makeoptions directive in | the kernel configuration. Note that you should not use -g unless | you can accommodate the large (typically 7 MB+) kernels that result. |makeoptions DEBUG="-g" |makeoptions COPTFLAGS="-O -pipe" |[...] Precisely what I'm doing. For fun, I build another version of my custom kernel with -O2 to see how much of a difference can be 'felt' on this Puny Pentium2. ;) Chapter 21 of "FreeBSD Handbook" (on-line version): | 21.4.16.5. How can I speed up making the world? | |[...] | * Also in /etc/make.conf, set CFLAGS to something like -O -pipe. | The optimization -O2 is much slower, and the optimization | difference between -O and -O2 is normally negligible. |[...] No mention of bugs there, either. In fact the book is actually recommending the use of -O. After much more contemplation on this, I can see the need for both circumstances: (1) overriding a port's -O as well as (2) allowing a port's -O to override mine. I'll be switching hats during the discussion below. The only real bug is that I as a system admin may not be able to override a port's inclusion of a -O parm because of where ${CFLAGS} is placed. "Placement" is the operative word here. And I can see a reason to open PRs and submit patches to 'move' its placement such that /etc/make.conf can effectively override it. If an app is ready for end-user use, I would definitely want to optimize it, as a system admin. I would need to trust the author(s) settings in this regard.- If I were the author and knew the app works with a higher -O level, then I would include the proper -O value in my configure scripts. If the app breaks after such optimization, then it is not ready for end-user use. I'd sooner put the weight of blame on the author(s) of the app -- not GCC in & of itself, not yet. If the app breaks on a particular platform, being the author I can modify configure scripts to work around it. If I am a system admin, I may or may not be able to override the port's -O due to the placement of ${CFLAGS}. This is a bug. MPlayer is a good example. When I download a pristine CVS copy and compile it on my Panther (MacOSX) box at home, it will set -O4 and turn on all kinds of features to milk Apple's G4 for everything it can do -- without modifying anything in that CVS package. But on this Pentium2 box, compiling mplayer only sets -O2 and turns on just a few of the other features. The author seems to know what compiler options will work for each platform. Both compiled versions do work. This is why I will trust the -O set by the config scripts themselves, but only up to a certain level (-O2 on P2, -O5 on G4). The bug is that I may or may not be able to override the port's -O with /etc/make.conf depending on the placement of ${CFLAGS}. Aside from this is the notion of letting certain other platforms 'beat' your chosen one merely because you aren't able to run optimized binaries or willing to fix it so. ;) > Kris -- thx, Paul Seniura (in OkC) From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 10:20:53 2004 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 4E21A16A4CE for ; Fri, 13 Feb 2004 10:20:53 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22DB843D1D for ; Fri, 13 Feb 2004 10:20:53 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 31960654A6; Fri, 13 Feb 2004 18:20:52 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 79584-03; Fri, 13 Feb 2004 18:20:51 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id B1DBD65480; Fri, 13 Feb 2004 18:20:47 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id E518FC3; Fri, 13 Feb 2004 18:20:42 +0000 (GMT) Date: Fri, 13 Feb 2004 18:20:42 +0000 From: Bruce M Simpson To: Ganbold Message-ID: <20040213182042.GG711@saboteur.dek.spc.org> Mail-Followup-To: Ganbold , freebsd-hackers@freebsd.org References: <6.0.3.0.2.20040213173123.02a74270@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.3.0.2.20040213173123.02a74270@202.179.0.80> cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 5.2-current problem in Dell Poweredge 1600SC 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, 13 Feb 2004 18:20:53 -0000 On Fri, Feb 13, 2004 at 05:42:01PM +0800, Ganbold wrote: > I installed FreeBSD 5.2 on Dell Poweredge 1600SC. However FreeBSD doesn't > recognize > network card. It has onboard Intel Pro 1000 card. You probably want to try loading the if_em.ko module. I recently installed 4.9 on a newer Optiplex machine with an em(4) card and noticed that sysinstall didn't pick it up right away, so I put if_em.ko on an MSDOS floppy and loaded it from within the 'post-install options' menu before installing (somewhat confusing). BMS From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 10:36:54 2004 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 D02BE16A4CE for ; Fri, 13 Feb 2004 10:36:54 -0800 (PST) Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id A371C43D1D for ; Fri, 13 Feb 2004 10:36:54 -0800 (PST) (envelope-from db@traceroute.dk) Received: from user5.cybercity.dk (fxp0.user5.ip.cybercity.dk [212.242.41.51]) by cicero0.cybercity.dk (Postfix) with ESMTP id 5B1DC290F1 for ; Fri, 13 Feb 2004 19:36:53 +0100 (CET) Received: from main.trunet.dk (port132.ds1-arsy.adsl.cybercity.dk [212.242.239.73]) by user5.cybercity.dk (Postfix) with SMTP id 0C4B33A1D89 for ; Fri, 13 Feb 2004 19:36:53 +0100 (CET) Date: Fri, 13 Feb 2004 19:42:22 +0100 From: db To: hackers@freebsd.org Message-Id: <20040213194222.51703f71@main.trunet.dk> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 3 problems on my 5.2 server 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, 13 Feb 2004 18:36:54 -0000 Hi group Hope someone can solve one or all of these problems. 1. I have downloaded all the source for 5.2 and buildworld, buildkernel, installkernel, but when trying to installworld I get: >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info ===> include creating osreldate.h from newvers.sh touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Problem 2: My server is used by people all round the world, so what timezone should I use? Currently it is running with danish time, but it is running way to fast. I would guess twice as fast as it should be. Any ideas? Problem 3: Suddently I can't use 'adduser' to add users to the system. When trying the program add "\n/sbin/nologin" after the user info to the passwd files in/etc? I have also noticed that when adduser ask for a shell, nologin is listed twice. br db From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 11:14:53 2004 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 12C7316A4CE for ; Fri, 13 Feb 2004 11:14:53 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE91943D31 for ; Fri, 13 Feb 2004 11:14:52 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <2004021319145101600dca2ne>; Fri, 13 Feb 2004 19:14:51 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA25775 for ; Fri, 13 Feb 2004 11:14:50 -0800 (PST) Date: Fri, 13 Feb 2004 11:14:48 -0800 (PST) From: Julian Elischer To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: broadcom 4401 MFC 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, 13 Feb 2004 19:14:53 -0000 The files are checked into 4.x and probe correctly. the device crashes the system on use though.. My 4.x test box with such an interface has had a hardware failure and will be out of commision for a couple of days so if anyone wants to track down the problem feel free, but I'll be on it again as soon as the hardare is back (probably Tuesday). Julian p.s the files are; /sys/dev/bfe/* /sys/modules/bfe/* From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 12:20:48 2004 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 43A5016A4CE for ; Fri, 13 Feb 2004 12:20:48 -0800 (PST) Received: from mail.gulfgate-inc.com (mail.gulfgate-inc.com [64.1.98.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4BA743D1F for ; Fri, 13 Feb 2004 12:20:47 -0800 (PST) (envelope-from mpf@inodes.us) Received: (qmail 92157 invoked by uid 85); 13 Feb 2004 20:19:06 -0000 Received: from mpf@inodes.us by linkdead.beatlab.org by uid 89 with qmail-scanner-1.15 (uvscan: v4.1.60/v4248. spamassassin: 2.x. Clear:. Processed in 1.042371 secs); 13 Feb 2004 20:19:06 -0000 Received: from unknown (HELO inodes.us) (192.168.0.4) by 192.168.0.40 with SMTP; 13 Feb 2004 20:19:04 -0000 Message-ID: <402D319B.1090809@inodes.us> Date: Fri, 13 Feb 2004 14:20:43 -0600 From: Matt Freitag User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill , freebsd-hackers@freebsd.org References: <20040213001513.M60613@gardrail.com> In-Reply-To: <20040213001513.M60613@gardrail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Obtaining 75k (active) concurrent tcp sessions.. 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, 13 Feb 2004 20:20:48 -0000 For FreeBSD to support that many concurrent connections some kernel values must be tweaked. Namely, you'll need to set "kern.ipc.nmbclusters=81920" in loader.conf as it's a read-only oid. Another route is to add "options NMBCLUSTERS=81920" into your kernel and compile/install (if it's too high/too low you'll have to compile and install again, much more cumbersome than setting it in loader.conf). Also you'll need to set "kern.maxfilesperproc=81920" if you'll be having the same daemon receive each of those tcp connections, or else you'll run out of fd's fairly quick. I don't think it'll hurt to bump kern.maxfiles either. Now, 81920 might not be the integral value you want, you can obviously make it more or less Personally I've had a mixed experience with that, as I've had kernel panics when setting nmbclusters above that threshold. Your own mileage may vary. Another variable to keep an eye is kern.ipc.somaxconn as this will dictate your connection queue. If there's going to be a flood of connections, the default value will be seriously anemic in this respect. If you run a stateful ipfw firewall on this machine as well, and use keep-alive connections, then be sure your "net.inet.ip.fw.dyn_max" is high enough to allocate dynamic rulesets for them all. Personally when dealing with machines handling connection loads like that, I have a tendancy to turn down "net.inet.tcp.sendspace" so it uses less memory per tcp connection. If you're handling this many connections, turning this up isn't a good idea. The "net.inet.tcp.recvspace" default should be ok for this, though if you really do push >75k connections concurrent, turning it down wouldn't be such a bad idea imho. One last word of advice, "man 7 tuning". -mpf --- Only dimly aware of a certain unease in the air --- Bill wrote: >What steps would I need to take in order to obtain 75,000 concurrent TCP >sessions on a FreeBSD 5.2 system running on the following hardware: > >dual xenon 3ghz 1mb cache processors >2 gigs of memory >two dual port fibre gigabit nic's >1 onboard copper 10/100 nic > >I read a post that was sent to freebsd-hackers, which mentioned an >individual was able to obtain 1.6 million concurrent tcp sessions, so I >assume it's possible. > >My goal is to setup a server, which is capable of accepting at least 75k tcp >connections to perform some firewall stress tests at work. Given that >information on this subject is quite scarce, I thought I'd post this >question and see what type of response I get back. > >Any assistance or suggestions would be greatly appreciated, > >Thanks in advance, > >-=-Bill-=- >_______________________________________________ >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 Feb 13 14:35:08 2004 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 010B116A4CE for ; Fri, 13 Feb 2004 14:35:08 -0800 (PST) Received: from lakemtao07.cox.net (lakemtao07.cox.net [68.1.17.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84BEE43D31 for ; Fri, 13 Feb 2004 14:35:07 -0800 (PST) (envelope-from kitbsdlist2@HotPOP.com) Received: from vixen42 ([68.109.49.234]) by lakemtao07.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20040213223507.XDIP2432.lakemtao07.cox.net@vixen42>; Fri, 13 Feb 2004 17:35:07 -0500 Date: Fri, 13 Feb 2004 16:33:44 -0600 From: Vulpes Velox To: Matt Freitag Message-Id: <20040213163344.7f79c0c6@vixen42.> In-Reply-To: <402D319B.1090809@inodes.us> References: <20040213001513.M60613@gardrail.com> <402D319B.1090809@inodes.us> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Bill Subject: Re: Obtaining 75k (active) concurrent tcp sessions.. 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, 13 Feb 2004 22:35:08 -0000 On Fri, 13 Feb 2004 14:20:43 -0600 Matt Freitag wrote: > For FreeBSD to support that many concurrent connections some kernel > values must be tweaked. Namely, you'll need to set > "kern.ipc.nmbclusters=81920" in loader.conf as it's a read-only oid. Is this something that has changed since 4x? AFAIK it should be settable in /etc/sysctl.conf... atleast it is on 4x, not sure about 5x From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 14:49:03 2004 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 6FCC916A4CE for ; Fri, 13 Feb 2004 14:49:03 -0800 (PST) Received: from mail.gulfgate-inc.com (mail.gulfgate-inc.com [64.1.98.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5E643D1D for ; Fri, 13 Feb 2004 14:49:02 -0800 (PST) (envelope-from mpf@inodes.us) Received: (qmail 95266 invoked by uid 85); 13 Feb 2004 22:47:23 -0000 Received: from mpf@inodes.us by linkdead.beatlab.org by uid 89 with qmail-scanner-1.15 (uvscan: v4.1.60/v4248. spamassassin: 2.x. Clear:. Processed in 1.032514 secs); 13 Feb 2004 22:47:23 -0000 Received: from unknown (HELO inodes.us) (192.168.0.4) by 192.168.0.40 with SMTP; 13 Feb 2004 22:47:21 -0000 Message-ID: <402D545B.2030905@inodes.us> Date: Fri, 13 Feb 2004 16:48:59 -0600 From: Matt Freitag User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vulpes Velox , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Obtaining 75k (active) concurrent tcp sessions.. 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, 13 Feb 2004 22:49:03 -0000 No, kern.ipc.nmbclusters is read-only. Setting this in /etc/sysctl.conf is futile, it'll never actually be set in the kernel this way, the change will just get a read-only error, just like you would once the machine is booted. As long as I can remember it's been like this. sysctl: oid 'kern.ipc.nmbclusters' is a read only tunable sysctl: Tunable values are set in /boot/loader.conf -mpf --- Only dimly aware of a certain unease in the air --- Vulpes Velox wrote: > On Fri, 13 Feb 2004 14:20:43 -0600 > Matt Freitag wrote: > > > >> For FreeBSD to support that many concurrent connections some kernel >> values must be tweaked. Namely, you'll need to set >> "kern.ipc.nmbclusters=81920" in loader.conf as it's a read-only oid. >> > > > Is this something that has changed since 4x? AFAIK it should be > settable in /etc/sysctl.conf... atleast it is on 4x, not sure about 5x > _______________________________________________ > 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 Feb 13 16:57:07 2004 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 6152C16A4CE for ; Fri, 13 Feb 2004 16:57:07 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05ABC43D31 for ; Fri, 13 Feb 2004 16:57:07 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1E0ujDL030588; Fri, 13 Feb 2004 19:56:45 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1E0ujj4030585; Fri, 13 Feb 2004 19:56:45 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 13 Feb 2004 19:56:45 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andrew J Caines In-Reply-To: <20040213160451.GB13347@hal9000.halplant.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Hackers Subject: Re: malloc backed md/mfs filesystem swapped? 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, 14 Feb 2004 00:57:07 -0000 On Fri, 13 Feb 2004, Andrew J Caines wrote: > After Ring the various FMs including, but not limited to, mdmfs(8), > mdconfig(8) malloc(9), I am unclear whether of not the memory used by md > of type MD_MALLOC is kernel memory which will not be swapped, or not. > > On the same subject, does the the MD_SWAP backed device simply use > swapable userland VM or does it specifically use a piece of the > (presumably) disk backed swap partition? > > FYI, the relevant fstab entries for a malloc backed disk having a UFS2 > with softupdates and async would look like: Malloc-backed md devices will be backed by unpageable kernel address space, and doing this with anything but a very small virtual disk will result in a kernel panic once the pages are allocated and the rest of the kernel runs out of address space and memory. Swap-backed md devices will be backed by pageable memory, but I'm not sure what the practical limits (if any) are for address space concerns. In general, I use malloc-backed disks only for diskless systems, and then, only in a sparing way. If you have swap available, you pretty much always want to use swap-backing for memory disks -- if there's room in memory they will run as fast as malloc-backed, but you don't have to be as worried about the "Oh shoot, I'm out of room" case. I use a pretty large swap-backed file system for /tmp on almost all of my production systems, since swap is cheap, and most of the time so is memory. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research > > md /tmp mfs rw,-M,-s128m,async 2 0 > md /var/run mfs rw,-M,-s1m,async 2 0 > > > -Andrew- > -- > _______________________________________________________________________ > | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | > | "They that can give up essential liberty to obtain a little temporary | > | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | > _______________________________________________ > 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 Feb 13 17:44:30 2004 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 252B116A4CE for ; Fri, 13 Feb 2004 17:44:30 -0800 (PST) Received: from tx0.oucs.ox.ac.uk (tx0.oucs.ox.ac.uk [129.67.1.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F362943D2F for ; Fri, 13 Feb 2004 17:44:29 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan0.oucs.ox.ac.uk ([129.67.1.162] helo=localhost) by tx0.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1Aror6-0005Eh-Fe for FreeBSD-Hackers@freebsd.org; Sat, 14 Feb 2004 01:44:28 +0000 Received: from rx0.oucs.ox.ac.uk ([129.67.1.161]) by localhost (scan0.oucs.ox.ac.uk [129.67.1.162]) (amavisd-new, port 25) with ESMTP id 19971-04 for ; Sat, 14 Feb 2004 01:44:28 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx0.oucs.ox.ac.uk with smtp (Exim 4.24) id 1Aror6-0005Ec-2E for FreeBSD-Hackers@freebsd.org; Sat, 14 Feb 2004 01:44:28 +0000 Received: (qmail 30957 invoked by uid 0); 14 Feb 2004 01:44:28 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.16 (sweep: 2.14/3.71. spamassassin: 2.53. Clear:. Processed in 1.464256 secs); 14 Feb 2004 01:44:28 -0000 X-Qmail-Scanner-Mail-From: colin.percival@wadham.ox.ac.uk via gateway X-Qmail-Scanner: 1.16 (Clear:. Processed in 1.464256 secs) Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 14 Feb 2004 01:44:26 -0000 Message-Id: <6.0.1.1.1.20040214014043.040c9d40@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Sat, 14 Feb 2004 01:44:24 +0000 To: Robert Watson From: Colin Percival In-Reply-To: References: <20040213160451.GB13347@hal9000.halplant.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: FreeBSD Hackers Subject: Re: malloc backed md/mfs filesystem swapped? 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, 14 Feb 2004 01:44:30 -0000 At 00:56 14/02/2004, Robert Watson wrote: >If you >have swap available, you pretty much always want to use swap-backing for >memory disks -- if there's room in memory they will run as fast as >malloc-backed, but you don't have to be as worried about the "Oh shoot, >I'm out of room" case. Actually, there is one consideration: swap-backed memory disks have a sector size equal to the machine page size. This will result in some inflation in memory usage, and can confuse program which expect a sector size of 512 bytes (for example, dd, which I plan on fixing but I haven't gotten around to yet). Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 17:48:17 2004 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 1392516A4CE for ; Fri, 13 Feb 2004 17:48:17 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C60C943D31 for ; Fri, 13 Feb 2004 17:48:16 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i1E1ltDL031314; Fri, 13 Feb 2004 20:47:55 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i1E1lspF031309; Fri, 13 Feb 2004 20:47:54 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 13 Feb 2004 20:47:54 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Colin Percival In-Reply-To: <6.0.1.1.1.20040214014043.040c9d40@imap.sfu.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Hackers Subject: Re: malloc backed md/mfs filesystem swapped? 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, 14 Feb 2004 01:48:17 -0000 On Sat, 14 Feb 2004, Colin Percival wrote: > At 00:56 14/02/2004, Robert Watson wrote: > >If you > >have swap available, you pretty much always want to use swap-backing for > >memory disks -- if there's room in memory they will run as fast as > >malloc-backed, but you don't have to be as worried about the "Oh shoot, > >I'm out of room" case. > > Actually, there is one consideration: swap-backed memory disks have a > sector size equal to the machine page size. This will result in some > inflation in memory usage, and can confuse program which expect a sector > size of 512 bytes (for example, dd, which I plan on fixing but I haven't > gotten around to yet). One such application is Vinum, actually, which does not like using swap-backed storage nodes, although maybe I fixed that. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 18:50:01 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4CD9916A4CF; Fri, 13 Feb 2004 18:50:01 -0800 (PST) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.10/8.12.9) with ESMTP id i1E2ntpe001421; Fri, 13 Feb 2004 21:49:55 -0500 (EST) (envelope-from green@green.homeunix.org) Received: from localhost (green@localhost)i1E2ns8R001417; Fri, 13 Feb 2004 21:49:54 -0500 (EST) Message-Id: <200402140249.i1E2ns8R001417@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-hackers@freebsd.org In-Reply-To: Message from Andrey Simonenko <20040213090838.GA221@pm514-9.comsys.ntu-kpi.kiev.ua> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Feb 2004 21:49:53 -0500 Sender: green@green.homeunix.org cc: Andrey Simonenko Subject: Re: Changing v_op for vnode on the fly 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, 14 Feb 2004 02:50:01 -0000 Andrey Simonenko wrote: > Hello all, > > I want to control in a KLD module when any process make any > VOPs, which can change the content of some file. For this I change > v_op field in the needed vnode to my vnodeop_p, currently my VOPs > print some debug information and call original VOPs for the vnode. > > I can't simply wrap syscall entries for a process to control write() > and read() syscalls, because it is unknown in my task which process > can access a file and processes can mmap a file and modify or read it > directly in their memory. > > Is it enough to get exclusive lock on vnode, before changing > v_op pointer? Here is my code: > > vn_lock(cvp->vp, LK_EXCLUSIVE | LK_RETRY, p); > > if (flag > 0) > cvp->vp->v_op = catch_vnode_vnodeop_p; /* My vnodeop_p. */ > else > cvp->vp->v_op = cvp->vnodeop_p; /* Original v_op. */ > > VOP_UNLOCK(cvp->vp, 0, p); > > I made some tests and see that most of VOP_xxx require lock (shared > or exclusive) on vnode, as well this is documented in the manual pages. No, you are not allowed to change v_op, ever. Can you do what you're trying to do in the MAC framework? It seems like that is what you want to be doing! The other possibility is using something like umapfs/lomacfs/ unionfs. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 19:02:52 2004 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 A440216A4CE for ; Fri, 13 Feb 2004 19:02:52 -0800 (PST) Received: from thehousleys.net (frenchknot.ne.client2.attbi.com [24.34.30.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27EA143D1F for ; Fri, 13 Feb 2004 19:02:52 -0800 (PST) (envelope-from jim@thehousleys.net) Received: from Thehousleys.net (baby.int.thehousleys.net [192.168.0.100]) (authenticated bits=0) by thehousleys.net (8.12.9p2/8.12.9) with ESMTP id i1E32lLL082935; Fri, 13 Feb 2004 22:02:48 -0500 (EST) (envelope-from jim@Thehousleys.net) Message-ID: <402D8FD7.6010203@Thehousleys.net> Date: Fri, 13 Feb 2004 22:02:47 -0500 From: James Housley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sebastian ssmoller References: <20040213092532.44650640.sebastian.ssmoller@web.de> In-Reply-To: <20040213092532.44650640.sebastian.ssmoller@web.de> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090603040306050801080102" X-Virus-Scanned: by amavisd-new cc: freebsd-hackers@freebsd.org Subject: Re: BDM under current 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, 14 Feb 2004 03:02:52 -0000 This is a cryptographically signed message in MIME format. --------------ms090603040306050801080102 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit sebastian ssmoller wrote: > hi, > does anyone know whether i can use gdb + bdm under freebsd ? > > i found this page http://bdm.thehousleys.net/ which seems to be out of > date. Probably not, I had it working well under 3.x, never really got it working in 4.x Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Studies show that 1 out of every 4 Americans suffer some form of mental illness. So look at your three best friends, if they are okay it is YOU! --------------ms090603040306050801080102 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwucmTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMTMxMTkxMTAwWhcNMDUwMTMwMTkxMTAw WjBeMRAwDgYDVQQEEwdIb3VzbGV5MQ4wDAYDVQQqEwVKYW1lczEWMBQGA1UEAxMNSmFtZXMg SG91c2xleTEiMCAGCSqGSIb3DQEJARYTamltQHRoZWhvdXNsZXlzLm5ldDCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAM70siVrpNeIN29fGXTeZx4DuD8BQDzS4F9QLhypRRv2 aL+B1DvaX3spU9O7TktIKeXwJ4pN7iiL6RFXX53QdyXht96ILFVuSsYxM3vaAI+M446KmMKL 1PT033SFCQVb8/DsbJPGQqMauWfon9hdjx8B+PqZyMDRoprj2mJrlUtaGwUGDMYzsE+qG+dY v20Z9JH1nXVxMpsktz1kON2oFWmemobcoGO2swhb5CmG7KYiKKZW/ItsDwhu5ZebeB63UkUl SL/+GiUPiieGxnptEDYf5RH/wdN/29I7IeZuab8YajAk2WO+68vAYA3+d/nTgX9YCeGdkPS6 9KxDELa7c8MCAwEAAaMwMC4wHgYDVR0RBBcwFYETamltQHRoZWhvdXNsZXlzLm5ldDAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBALGpfU4DorG1pNJyzuGAeJY0QWUrZMDmryk/ r08DfcBpE/BicfJXEuee41NWh+7Y2Y4fVdaAo5UAtjDjj8novARRt2rtGv9M9+7OKoTsx20O JKNBCiJWc53MscEapsc4fvvCl2Cf/TBl1AESJgTkjHHxoyTDNaadvV0lowHakwhOMIIC7DCC AlWgAwIBAgIDC5yZMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAxMzExOTExMDBaFw0wNTAxMzAxOTExMDBaMF4x EDAOBgNVBAQTB0hvdXNsZXkxDjAMBgNVBCoTBUphbWVzMRYwFAYDVQQDEw1KYW1lcyBIb3Vz bGV5MSIwIAYJKoZIhvcNAQkBFhNqaW1AdGhlaG91c2xleXMubmV0MIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAzvSyJWuk14g3b18ZdN5nHgO4PwFAPNLgX1AuHKlFG/Zov4HU O9pfeylT07tOS0gp5fAnik3uKIvpEVdfndB3JeG33ogsVW5KxjEze9oAj4zjjoqYwovU9PTf dIUJBVvz8Oxsk8ZCoxq5Z+if2F2PHwH4+pnIwNGimuPaYmuVS1obBQYMxjOwT6ob51i/bRn0 kfWddXEymyS3PWQ43agVaZ6ahtygY7azCFvkKYbspiIoplb8i2wPCG7ll5t4HrdSRSVIv/4a JQ+KJ4bGem0QNh/lEf/B03/b0jsh5m5pvxhqMCTZY77ry8BgDf53+dOBf1gJ4Z2Q9Lr0rEMQ trtzwwIDAQABozAwLjAeBgNVHREEFzAVgRNqaW1AdGhlaG91c2xleXMubmV0MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAsal9TgOisbWk0nLO4YB4ljRBZStkwOavKT+vTwN9 wGkT8GJx8lcS557jU1aH7tjZjh9V1oCjlQC2MOOPyei8BFG3au0a/0z37s4qhOzHbQ4ko0EK IlZzncyxwRqmxzh++8KXYJ/9MGXUARImBOSMcfGjJMM1pp29XSWjAdqTCE4wggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwucmTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDAyMTQwMzAyNDdaMCMGCSqGSIb3DQEJ BDEWBBRh9JXGKO1GFGmT8ByDpM7DIVOYjzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC5yZMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwucmTANBgkqhkiG9w0BAQEFAASCAQAo6Wla CU+psJPInqaGNYSFqCjnFoYhbDwFDpM9sBAr9Im+DNJIrzcPkUHOY1RFdjR7WjMXEeozEXmv iATcYJr1VdMwEE0TaFskpcMaX0hLSBeEfYWvNguzQvDpbzK9luDqn1ZjAFPifnqdBtnzAM0i xVtnWV30vY07aNq4NJv66+8c4J1Mtw9DjOG16g54nx1NsrK9jEcMEDqXwY+36pEQaxFpN8Ji jjEArr3Trt9bMvDH0TBXvp4JExH0tsyCl8GWdEiJcSkCyrKYjD/dGCTh7+iuXr3XwyGrptwS YDDBSRojuSfTj4qKPAzQOzhkS9mnCI2Wpyt4FRrKVn7q5kbOAAAAAAAA --------------ms090603040306050801080102-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 19:09:42 2004 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 C885C16A4CE; Fri, 13 Feb 2004 19:09:42 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 985D743D1F; Fri, 13 Feb 2004 19:09:42 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id E0C9F3BD2A; Fri, 13 Feb 2004 22:09:41 -0500 (EST) Message-ID: <402D917D.30009@mindspring.com> Date: Fri, 13 Feb 2004 22:09:49 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Seniura References: <20040213001703.616C75C3B@techpc04.okladot.state.ok.us><20040213011324.GA55948@xor.obsecurity.org><20040213035608.3AA11A38EA@scifi.homeip.net><20040213040929.GA58196@xor.obsecurity.org> <20040213170347.DC19E5C3B@techpc04.okladot.state.ok.us> In-Reply-To: <20040213170347.DC19E5C3B@techpc04.okladot.state.ok.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org cc: Kris Kennaway Subject: Re: need help on CFLAGS in /etc/make.conf please X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2004 03:09:42 -0000 Paul Seniura wrote: > Chapter 2 of "FreeBSD Developers' Handbook": > > | 2.4 Compiling with cc > | > | -O > | Create an optimized version of the executable. The compiler > | performs various clever tricks to try and produce an executable > | that runs faster than normal. You can add a number after the -O > | to specify a higher level of optimization, but this often exposes > | bugs in the compiler's optimizer. For instance, the version of cc > | that comes with the 2.1.0 release of FreeBSD is known to produce > | bad code with the -O2 option in some circumstances. > | > | Optimization is usually only turned on when compiling a release > | version. > |[...] > > HUH?!? "the version of cc that comes with 2.1.0" has those -O bugs???? > Good grief, we're running 5.x (-Current, actually)! > I can't find any mention of any such bugs with GCC 3.x on i386. Unless there is evidence of more recent gcc bugs, that part of the handbook should really be removed. I can easily imagine the reaction on this list if the reverse were true, and the gcc handbook was knocking FreeBSD for a bug in release 3.0 (or whatever). Richard Coleman richardcoleman@mindspring.com From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 20:28:42 2004 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 CBDF316A4CE for ; Fri, 13 Feb 2004 20:28:42 -0800 (PST) Received: from lakemtao07.cox.net (lakemtao07.cox.net [68.1.17.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A58243D1F for ; Fri, 13 Feb 2004 20:28:42 -0800 (PST) (envelope-from kitbsdlist2@HotPOP.com) Received: from vixen42 ([68.109.49.234]) by lakemtao07.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20040214042840.EXC2432.lakemtao07.cox.net@vixen42>; Fri, 13 Feb 2004 23:28:40 -0500 Date: Fri, 13 Feb 2004 22:27:19 -0600 From: Vulpes Velox To: Matt Freitag Message-Id: <20040213222719.36af8c05@vixen42.> In-Reply-To: <402D545B.2030905@inodes.us> References: <402D545B.2030905@inodes.us> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Obtaining 75k (active) concurrent tcp sessions.. 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, 14 Feb 2004 04:28:42 -0000 On Fri, 13 Feb 2004 16:48:59 -0600 Matt Freitag wrote: > No, > kern.ipc.nmbclusters is read-only. > > Setting this in /etc/sysctl.conf is futile, it'll never actually be > set in the kernel this way, the change will just get a read-only > error, just like you would once the machine is booted. As long as I > can remember it's been like this. > > sysctl: oid 'kern.ipc.nmbclusters' is a read only tunable > sysctl: Tunable values are set in /boot/loader.conf > hehe, yeah, just checkted, was getting it confused with another... From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 00:24:33 2004 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 E10C416A4CE for ; Sat, 14 Feb 2004 00:24:33 -0800 (PST) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9DAD43D1F for ; Sat, 14 Feb 2004 00:24:32 -0800 (PST) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.6p3/8.12.6) with ESMTP id i1E8OTq3083383; Sat, 14 Feb 2004 10:24:29 +0200 (EET) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.6p3/8.12.6/Submit) id i1E8OLbf082977; Sat, 14 Feb 2004 10:24:21 +0200 (EET) (envelope-from never) Date: Sat, 14 Feb 2004 10:24:21 +0200 From: Alexandr Kovalenko To: Wes Peters Message-ID: <20040214082420.GB77411@nevermind.kiev.ua> References: <200402101129.34337.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200402101129.34337.wes@softweyr.com> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: Juan Tumani Subject: Re: FreeBSD 5.2 v/s FreeBSD 4.9 MFLOPS performance (gcc3.3.3 v/s gcc2.9.5) 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, 14 Feb 2004 08:24:34 -0000 Hello, Wes Peters! On Tue, Feb 10, 2004 at 11:29:34AM -0800, you wrote: > On Monday 09 February 2004 13:20, Juan Tumani wrote: > > I have an Intel D845GE m/b w/ a P4 1.7 CPU and I have the box setup > > to dual boot to either 4.9 or 5.2. Both OS are right off the latest > > posted iso CD image, i.e., no updates, no kernel tweaks, everything > > vanilla right out of the box. I compiled flops.c on both 4.9 and > > 5.2 and the 5.2 performance is less than half that of 4.9: 760 > > MFLOPS on 4.9 v/s 340 MFLOPS on 5.2. > > > > I tried turning off the SMP and other kernel tweaks and no > > improvement in 5.2. I then downloaded and installed gcc295 on the > > 5.2 machine and that fixed the problem. So now all I have to do is > > figure out the gcc 3.3.3 switches to make it run like gcc 2.9.5 or > > figure out how to rebuild 5.2 w/ gcc 2.9.5 :-). > > I'm not sure that kernel tweaks are going to make much difference on a > single-threaded floating point benchmark. Compiler optimizations sure > do, though. (Note: I couldn't find version 1.2 of flops.c, so this is > based on version 2.0.) On a 2.0GHz P4, I see: > > wpeters@salty> cc -o flops -O -DUNIX flops.c Could you please explain me this? Result is fully reproduceable. Please note, that the only difference is the output file name. Even resulting files match bit-to-bit. If I do mv flucking-slow-flops flops2 and then run ./flops2, it runs as flops2 - fast. Machine is Dual 2.8 GHz Xeon with HTT disabled (in BIOS). FreeBSD is 5.2.1-RC2. %fetch http://home.iae.nl/users/mhx/flops.c Receiving flops.c (34942 bytes): 100% 34942 bytes transferred in 0.6 seconds (54.72 kBps) %cc -o flops2 -O2 -mcpu=pentium4 -DUNIX flops.c flops.c: In function `main': flops.c:174: warning: return type of `main' is not `int' %cc -o flops-sse-4 -O2 -mcpu=pentium4 -DUNIX flops.c flops.c: In function `main': flops.c:174: warning: return type of `main' is not `int' %cc -o fucking-slow-flops -O2 -mcpu=pentium4 -DUNIX flops.c flops.c: In function `main': flops.c:174: warning: return type of `main' is not `int' %./flops2 FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0130 1074.8815 2 -1.4166e-13 0.0128 545.3338 3 4.7184e-14 0.0177 960.4579 4 -1.2557e-13 0.0166 903.6914 5 -1.3800e-13 0.0317 915.0687 6 3.2380e-13 0.0310 936.3149 7 -8.4583e-11 0.0403 297.7250 8 3.4867e-13 0.0310 968.6112 Iterations = 512000000 NullTime (usec) = 0.0006 MFLOPS(1) = 635.0698 MFLOPS(2) = 560.4516 MFLOPS(3) = 805.4502 MFLOPS(4) = 945.5219 %./flops-sse-4 FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0177 791.6075 2 -1.4166e-13 0.0309 226.7944 3 4.7184e-14 0.0202 842.7146 4 -1.2557e-13 0.0166 902.8921 5 -1.3800e-13 0.0317 916.2631 6 3.2380e-13 0.0309 937.0923 7 -8.4583e-11 0.0403 297.9173 8 3.4867e-13 0.0309 969.3446 Iterations = 512000000 NullTime (usec) = 0.0006 MFLOPS(1) = 297.9983 MFLOPS(2) = 546.3944 MFLOPS(3) = 775.3701 MFLOPS(4) = 922.1566 %./fucking-slow-flops FLOPS C Program (Double Precision), V2.0 18 Dec 1992 Module Error RunTime MFLOPS (usec) 1 4.0146e-13 0.0317 442.0039 2 -1.4166e-13 0.0331 211.3728 3 4.7184e-14 0.0350 485.1899 4 -1.2557e-13 0.0168 892.8307 5 -1.3800e-13 0.0319 909.7385 6 3.2380e-13 0.0311 931.1527 7 -8.4583e-11 0.0405 296.4570 8 3.4867e-13 0.0312 962.3224 Iterations = 512000000 NullTime (usec) = 0.0004 MFLOPS(1) = 259.1938 MFLOPS(2) = 492.7930 MFLOPS(3) = 669.1527 MFLOPS(4) = 797.1471 -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 01:23:04 2004 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 56A1A16A4CE for ; Sat, 14 Feb 2004 01:23:04 -0800 (PST) Received: from odin.eirikn.net (a217-118-46-74.bluecom.no [217.118.46.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046BB43D1D for ; Sat, 14 Feb 2004 01:23:04 -0800 (PST) (envelope-from eirikn@kerneled.com) Received: from localhost ([127.0.0.1] helo=odin.eirikn.net) by odin.eirikn.net with esmtp (Exim 4.30; FreeBSD) id 1Arw0y-00047S-Cp for freebsd-hackers@freebsd.org; Sat, 14 Feb 2004 10:23:08 +0100 Received: (from eirik@localhost) by odin.eirikn.net (8.12.10/8.12.10/Submit) id i1E9N8Ws015837 for freebsd-hackers@freebsd.org; Sat, 14 Feb 2004 10:23:08 +0100 (CET) (envelope-from eirikn@kerneled.com) X-Authentication-Warning: odin.eirikn.net: eirik set sender to eirikn@kerneled.com using -f Date: Sat, 14 Feb 2004 10:23:08 +0100 From: Eirik Nygaard To: freebsd-hackers@freebsd.org Message-ID: <20040214092308.GA15818@eirikn.net> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline User-Agent: Mutt/1.5.5.1i Subject: machine/atmoic.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: eirikn@kerneled.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2004 09:23:04 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi... I am just wondering what the atomic_* functions in machine/atmoic.h does. I have read the assembly code and more or less understood it, but I still don't see the need for it. So if anyone would enlighten me that would be=20 great. --=20 Eirik Nygaard eirikn@kerneled.com Never let a computer know you're in a hurry. --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFALej81JB0Z4PFXt4RAggMAKCZM9254Z1cEqTjPxU+cswayvfWkwCePeQY 0aqfr1A6DHepwMqi59rZQdM= =KRKM -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 03:02:06 2004 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 1EBB316A4CE; Sat, 14 Feb 2004 03:02:06 -0800 (PST) Received: from admin.x.com (unknown [210.172.132.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A776643D1F; Sat, 14 Feb 2004 03:02:05 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from mail pickup service by admin.x.com with Microsoft SMTPSVC; Sat, 14 Feb 2004 20:01:57 +0900 Received: from mxforward02.ms.interq.net ([172.16.5.28]) by ex2kmail02.x.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 12 Feb 2004 22:10:49 +0900 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) i1CDDHNQ023239 for ; Thu, 12 Feb 2004 22:13:17 +0900 (JST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 9F888567A2; Thu, 12 Feb 2004 05:12:36 -0800 (PST) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D0C3116A508; Thu, 12 Feb 2004 05:12:33 -0800 (PST) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F70916A4CE; Thu, 12 Feb 2004 05:09:56 -0800 (PST) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id C71B643D1D; Thu, 12 Feb 2004 05:09:55 -0800 (PST) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 1ArGbE-000EDt-TX; Thu, 12 Feb 2004 15:09:48 +0200 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-current@freebsd.org In-reply-to: Your message of Wed, 04 Feb 2004 12:05:06 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Feb 2004 15:09:48 +0200 From: Danny Braniss Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-OriginalArrivalTime: 12 Feb 2004 13:10:50.0148 (UTC) FILETIME=[A2C97E40:01C3F169] cc: freebsd-hackers@freebsd.org Subject: Re: nfs lockup X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Feb 2004 11:02:06 -0000 just an update, with a newer -current it still hangs exactly in the same place, and on two very different hosts! xpc# ps lwp 21002 UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 18 21002 20990 0 -7 0 1572 1036 nfsfsy D p0 0:00.00 ar cq libbsdxml.a xmlparse.o xmltok.o xmlrole.o i need help in tracking down this problem, danny > hi, > for some time now, probably since 5.2, make buildworld will hang > and strangely enough at the same point, > > 18 21097 21085 0 -7 0 1572 1052 nfsfsy DL p2 0:00.00 ar cq > libbsdxml.a xmlparse.o xmltok.o xmlrole.o > > the setup is: > -current running on a diskless host. > CPU: AMD Athlon(tm) XP 2800+ (2079.56-MHz 686-class CPU) > > i changed the NIC, from the onboard nvidia to an Intel, so i don't think > the problem is there. > > any help i can provide to trace this anoying problem? > > thanks, > danny > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 03:28:00 2004 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 6EC8F16A4CE for ; Sat, 14 Feb 2004 03:28:00 -0800 (PST) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4515443D1F for ; Sat, 14 Feb 2004 03:28:00 -0800 (PST) (envelope-from vlm@netli.com) Received: (qmail 24215 invoked by uid 84); 14 Feb 2004 11:28:04 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.162783 secs); 14 Feb 2004 11:28:04 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 14 Feb 2004 11:28:04 -0000 Message-ID: <402E0651.7020306@netli.com> Date: Sat, 14 Feb 2004 03:28:17 -0800 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031019 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: eirikn@kerneled.com References: <20040214092308.GA15818@eirikn.net> In-Reply-To: <20040214092308.GA15818@eirikn.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: machine/atmoic.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, 14 Feb 2004 11:28:00 -0000 Eirik Nygaard wrote: > Hi... > > I am just wondering what the atomic_* functions in machine/atmoic.h does. > I have read the assembly code and more or less understood it, but I still > don't see the need for it. So if anyone would enlighten me that would be > great. Think about parallel threads of execution (threads or a kernel with SMP). If the thread gets interrupted in the middle of non-atomic operation (say, an int is incremented via a temporary register), then the result of the operation (the value of that integer) cannot be reliably addressed in the other thread. These functions in machine/atomic.h help you to perform certain functions uninterrupted, possibly via a single assembly instruction, hence the "atomic" prefix. -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 13 22:29:42 2004 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 7CE0116A4CE; Fri, 13 Feb 2004 22:29:42 -0800 (PST) Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D32B43D1F; Fri, 13 Feb 2004 22:29:42 -0800 (PST) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (unknown [192.168.168.138]) by gddsn.org.cn (Postfix) with ESMTP id 74C4F38CB53; Sat, 14 Feb 2004 14:29:29 +0800 (CST) Message-ID: <402DC049.8050005@gddsn.org.cn> Date: Sat, 14 Feb 2004 14:29:29 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.6) Gecko/20040117 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: java@freebsd.org, databases@freebsd.org, hackers@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 14 Feb 2004 05:22:20 -0800 Subject: a very very wierd problem....... 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, 14 Feb 2004 06:29:42 -0000 hi list: using the JDBC(MySQL JDBC CONNECTOR 3.0.10-stable) connect to mysql under 4.9R+jdk1.4.2-p6 i ifconfig fxp0 down for a few hours and ifconfig fxp0 up again. the socket will occured : %sockstat | grep 3306 mysql mysqld 157 5 tcp4 *:3306 *:* root java 1671 7 tcp4 192.168.168.138:3306 192.168.168.138:3306 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ why the socket will with the same port to connect itself???????? and the mysql didn't report any exceptions&errors........ thanks any info............. From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 13:22:15 2004 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 03D8216A4CE for ; Sat, 14 Feb 2004 13:22:15 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD06043D1D for ; Sat, 14 Feb 2004 13:22:14 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 120B965418; Sat, 14 Feb 2004 21:22:14 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 95673-04-7; Sat, 14 Feb 2004 21:22:13 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 739F865213; Sat, 14 Feb 2004 21:22:13 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id B77F4C3; Sat, 14 Feb 2004 21:22:12 +0000 (GMT) Date: Sat, 14 Feb 2004 21:22:12 +0000 From: Bruce M Simpson To: James Housley Message-ID: <20040214212212.GF11710@saboteur.dek.spc.org> Mail-Followup-To: James Housley , sebastian ssmoller , freebsd-hackers@freebsd.org References: <20040213092532.44650640.sebastian.ssmoller@web.de> <402D8FD7.6010203@Thehousleys.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <402D8FD7.6010203@Thehousleys.net> cc: sebastian ssmoller cc: freebsd-hackers@freebsd.org Subject: Re: BDM under current 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, 14 Feb 2004 21:22:15 -0000 On Fri, Feb 13, 2004 at 10:02:47PM -0500, James Housley wrote: > >does anyone know whether i can use gdb + bdm under freebsd ? >=20 > Probably not, I had it working well under 3.x, never really got it workin= g=20 > in 4.x I wouldn't mind following this up, alas, I don't have any BDM gear here. It is something I'd really like to get into though. BMS From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 23:29:38 2004 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 DF25E16A4CE for ; Sat, 14 Feb 2004 23:29:38 -0800 (PST) Received: from siue.dnsalias.net (student143-123.bh.siue.edu [146.163.143.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89F543D1D for ; Sat, 14 Feb 2004 23:29:38 -0800 (PST) (envelope-from wgrim@siue.edu) Received: from siue.edu (unknown [192.168.0.98]) by siue.dnsalias.net (Postfix) with ESMTP id 24ACA233D1C; Sun, 15 Feb 2004 01:29:32 -0600 (CST) Message-ID: <402F1FDB.8020907@siue.edu> Date: Sun, 15 Feb 2004 01:29:31 -0600 From: "William M. Grim" Organization: SIUE User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3 X-Accept-Language: en MIME-Version: 1.0 To: eirikn@kerneled.com References: <20040214092308.GA15818@eirikn.net> In-Reply-To: <20040214092308.GA15818@eirikn.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: machine/atmoic.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: Sun, 15 Feb 2004 07:29:39 -0000 Atomic functions often serve purposes in mutexes and SMP. You want to be able to lock a mutex in one cycle (at least few enough cycles guaranteed to be executed before another process is scheduled). If you try to lock a mutex without using atomic functions, then two processes might try to lock a mutex at the same time and both get stuck in a deadlock. This would sorta suck. Eirik Nygaard wrote: >Hi... > >I am just wondering what the atomic_* functions in machine/atmoic.h does. >I have read the assembly code and more or less understood it, but I still >don't see the need for it. So if anyone would enlighten me that would be >great. > > > > -- William Michael Grim Student, Southern Illinois University at Edwardsville Unix Network Administrator, SIUE, Computer Science dept. Phone: (217) 341-6552 Email: wgrim@siue.edu From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 23:42:09 2004 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 9C1C216A4CE; Sat, 14 Feb 2004 23:42:09 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BDE843D1F; Sat, 14 Feb 2004 23:42:09 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1F7g8nI014387; Sun, 15 Feb 2004 02:42:08 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Sun, 15 Feb 2004 02:42:07 -0500 To: hackers@FreeBSD.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: ru@FreeBSD.org Subject: Adding 'realclean' target to /usr/src/Makefile 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, 15 Feb 2004 07:42:09 -0000 In the instructions I am writing up for a sparc64 change, I wrote that people should: rm -Rf /usr/obj/usr/src/* to make sure they got rid of everything in the previous buildworld. Some developers reminded me that this isn't always the right thing to do (depending on symlinks or on various settings the user may have set). Some suggested 'rm /usr/obj/*', but I do not like that because I have other things in /usr/obj that I don't want to blow away. And besides, even that can be wrong if the user has set something like MAKEOBJDIRPREFIX. It occurs to me that the simple, reliable solution to this is to add a 'realclean' target to /usr/src/Makefile, such as: realclean : rm -Rf ${.OBJDIR}/* Another option is to put that into /usr/src/Makefile as the 'cleandir' target. Right now that 'cleandir' target goes to the extra work of looping through all subdirectories, and having *those* Makefiles do whatever they want for a 'cleandir' target. This includes printing out all kinds of status messages, and frankly seems like a waste of time to me. I'd rather type in the 'rm' command by hand then wait for that target, but I expect that behavior serves a purpose, so I'm suggesting the new target. Seeing that this is in /usr/src/Makefile, and that it's a simple two-line change, I'm sure there's at least a hundred developers who will have strong opinions about it. So, should I do it, or will I be beaten around the head and shoulders for suggesting it? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 14 23:48:04 2004 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 F3D5A16A4CE for ; Sat, 14 Feb 2004 23:48:03 -0800 (PST) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 32E7E43D1D for ; Sat, 14 Feb 2004 23:48:03 -0800 (PST) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 29638 invoked by uid 65534); 15 Feb 2004 07:48:01 -0000 Received: from pD9E8278F.dip.t-dialin.net (HELO tyrael.linnet) (217.232.39.143) by mail.gmx.net (mp021) with SMTP; 15 Feb 2004 08:48:01 +0100 X-Authenticated: #15005775 Date: Sun, 15 Feb 2004 08:48:51 +0100 From: sebastian ssmoller To: Bruce M Simpson Message-Id: <20040215084851.1866da2e.sebastian.ssmoller@gmx.net> In-Reply-To: <20040214212212.GF11710@saboteur.dek.spc.org> References: <20040213092532.44650640.sebastian.ssmoller@web.de> <402D8FD7.6010203@Thehousleys.net> <20040214212212.GF11710@saboteur.dek.spc.org> Organization: X-Mailer: Sylpheed version 0.9.8a-gtk2-20040109 (GTK+ 2.2.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: BDM under current 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, 15 Feb 2004 07:48:04 -0000 On Sat, 14 Feb 2004 21:22:12 +0000 Bruce M Simpson wrote: > On Fri, Feb 13, 2004 at 10:02:47PM -0500, James Housley wrote: > > >does anyone know whether i can use gdb + bdm under freebsd ? > > > > Probably not, I had it working well under 3.x, never really got it > > working > > in 4.x > > I wouldn't mind following this up, alas, I don't have any BDM gear > here. It > is something I'd really like to get into though. > i have a developer board with motorola 68360 at university. it supports BDM. what do u think how much effort would be necessary to get this driver running under 5-current ? seb > BMS > _______________________________________________ > 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" > -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there!