From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 00:35:54 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from alona.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9E2191065670; Sun, 29 Mar 2009 00:35:48 +0000 (UTC) (envelope-from davidxu@freebsd.org) Message-ID: <49CEC261.4010803@freebsd.org> Date: Sun, 29 Mar 2009 08:35:45 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: Julian Elischer References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> In-Reply-To: <49CD30E9.7030501@elischer.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 00:35:54 -0000 Julian Elischer wrote: > Scott Long wrote: >> I've been talking about this for years. All I need is help with the >> VM magic to create the page on fork. I also want two pages, one global >> for gettimeofday (and any other global data we can think of) and one >> per-process for static data like getpid/getgid. > > interestingly it is even feasible to have a per-thread page.. > it requires that the scheduler change a page table entry tough. > I will knock his door at midnight if he added such a heavy weight task in the scheduler, TLB shutdown is horrible, and big code size squeezing out data from CPU cache is not idea model. scheduler should be as simple as just a context switching routine. :-) David Xu From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 02:17:34 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A73E1065674; Sun, 29 Mar 2009 02:17:34 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9D98FC27; Sun, 29 Mar 2009 02:17:34 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.100] (c-67-188-86-214.hsd1.ca.comcast.net [67.188.86.214]) by elvis.mu.org (Postfix) with ESMTP id C181D1A3C1A; Sat, 28 Mar 2009 19:01:15 -0700 (PDT) In-Reply-To: <49CD1B3D.3030103@samsco.org> References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD1B3D.3030103@samsco.org> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <04EDFED9-24B4-404C-96F7-2C96FBC300B4@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Sat, 28 Mar 2009 19:01:16 -0700 To: Scott Long X-Mailer: Apple Mail (2.753.1) Cc: Sergey Babkin , freebsd-hackers@FreeBSD.org, attilio@FreeBSD.org, phk@phk.freebsd.dk, freebsd-current@FreeBSD.org, Robert Watson , prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 02:17:34 -0000 On Mar 27, 2009, at 11:30 AM, Scott Long wrote: > Robert Watson wrote: >> On Fri, 27 Mar 2009, Scott Long wrote: >>> I've been talking about this for years. All I need is help with >>> the VM magic to create the page on fork. I also want two pages, >>> one global for gettimeofday (and any other global data we can >>> think of) and one per-process for static data like getpid/getgid. >> FWIW, there are some variations in schemes across OS's -- one >> extreme is the Linux approach, which actually exports a mini >> shared library in ELF format on the shared page, providing >> implementations of various services (such as entering system >> calls), time stuff, etc. Less extreme are the shared pages >> offered on Mac OS X, etc. > > Yes, but I'd like to start somewhere, and considering that it's been > impossible in _5_ years to get the 30 minutes of Peter or JeffR or JHB > time to get the basic VM magic done, I'm keeping my expectations as > modest as possible. > You can find a proof-of-concept implementation for amd64 of a global page mapped in every process at http://people.freebsd.org/~ssouhlal/ testing/syspage-20090328.diff . It exports ticks to userland at VM_MIN_KERNEL_ADDRESS (0xfffffffe40000000). In order for this to work on architectures without a direct map, the page will need to be mapped a second time as read/write (you might want to have a vm_offset_t pmap_map_syspage(vm_page_t m) function that does the right thing for each architecture). Unfortunately, this trick probably won't work for per-process pages without more work, because we wouldn't be able to just insert the page in kernel_map. -- Suleiman From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 28 23:45:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6C091065679; Sat, 28 Mar 2009 23:45:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 78E0B8FC21; Sat, 28 Mar 2009 23:45:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2SNiIaQ067890; Sat, 28 Mar 2009 17:44:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CEB652.8060003@samsco.org> Date: Sat, 28 Mar 2009 17:44:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org X-Mailman-Approved-At: Sun, 29 Mar 2009 04:40:15 +0000 Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 23:45:03 -0000 Danny Braniss wrote: > it seems March 12 was a bit off :-) > it took some time, but I managed to close the gap: > 189100 ok > 189150 fails > I will continue tomorrow, but this should be helpful. > > 189150 is in the middle of a big string of related commits. Try updating to the following change numbers and retesting: 189088 189107 189161 If the last one does not work, try editing /sys/dev/amr/amr.c to change #define AMR_ENABLE_CAM 1 to #define AMR_ENABLE_CAM 0 Scott From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 05:20:16 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237791065670 for ; Sun, 29 Mar 2009 05:20:16 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outo.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 029318FC16 for ; Sun, 29 Mar 2009 05:20:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id A81CC39EC5; Sat, 28 Mar 2009 22:20:15 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id BB5042D6011; Sat, 28 Mar 2009 22:20:12 -0700 (PDT) Message-ID: <49CF0523.8020905@elischer.org> Date: Sat, 28 Mar 2009 22:20:35 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: David Xu References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> In-Reply-To: <49CEC261.4010803@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 05:20:16 -0000 David Xu wrote: > Julian Elischer wrote: >> Scott Long wrote: >>> I've been talking about this for years. All I need is help with the >>> VM magic to create the page on fork. I also want two pages, one global >>> for gettimeofday (and any other global data we can think of) and one >>> per-process for static data like getpid/getgid. >> >> interestingly it is even feasible to have a per-thread page.. >> it requires that the scheduler change a page table entry tough. >> > > I will knock his door at midnight if he added such a heavy weight > task in the scheduler, TLB shutdown is horrible, and big code size > squeezing out data from CPU cache is not idea model. > scheduler should be as simple as just a context switching routine. > :-) > > David Xu depends on the hardware. anyhow I was only saying it was possible, not necessarily good or even useful. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 06:42:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AE14106566B; Sun, 29 Mar 2009 06:42:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B3FB98FC0C; Sun, 29 Mar 2009 06:42:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LnojH-0006l9-Pu; Sun, 29 Mar 2009 09:42:47 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <49CEB652.8060003@samsco.org> References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> Comments: In-reply-to Scott Long message dated "Sat, 28 Mar 2009 17:44:18 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Mar 2009 09:42:47 +0300 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 06:42:50 -0000 > Danny Braniss wrote: > > it seems March 12 was a bit off :-) > > it took some time, but I managed to close the gap: > > 189100 ok > > 189150 fails > > I will continue tomorrow, but this should be helpful. > > > > > > 189150 is in the middle of a big string of related commits. Try > updating to the following change numbers and retesting: > > 189088 > 189107 > 189161 > > If the last one does not work, try editing /sys/dev/amr/amr.c to change > > #define AMR_ENABLE_CAM 1 > > to > > #define AMR_ENABLE_CAM 0 > > Scott 189161 works, also for the iir now what? danny From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 08:00:41 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 949D4106564A; Sun, 29 Mar 2009 08:00:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 485458FC14; Sun, 29 Mar 2009 08:00:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Lnpwd-0007sp-9W; Sun, 29 Mar 2009 11:00:39 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <49CF1A94.6040703@samsco.org> References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> <49CF1A94.6040703@samsco.org> Comments: In-reply-to Scott Long message dated "Sun, 29 Mar 2009 00:52:04 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Mar 2009 11:00:39 +0300 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 08:00:42 -0000 > Danny Braniss wrote: > >> Danny Braniss wrote: > >>> it seems March 12 was a bit off :-) > >>> it took some time, but I managed to close the gap: > >>> 189100 ok > >>> 189150 fails > >>> I will continue tomorrow, but this should be helpful. > >>> > >>> > >> 189150 is in the middle of a big string of related commits. Try > >> updating to the following change numbers and retesting: > >> > >> 189088 > >> 189107 > >> 189161 > >> > >> If the last one does not work, try editing /sys/dev/amr/amr.c to change > >> > >> #define AMR_ENABLE_CAM 1 > >> > >> to > >> > >> #define AMR_ENABLE_CAM 0 > >> > >> Scott > > > > 189161 works, also for the iir > > now what? > > > > Next set to try: > > 189219 broken > 189229 broken any point in going on? danny > 189253 > 189402 > 189531 > 189569 > 189591 > > Scott From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 06:52:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05AEF106564A; Sun, 29 Mar 2009 06:52:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id AA41A8FC12; Sun, 29 Mar 2009 06:52:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2T6q4uu069123; Sun, 29 Mar 2009 00:52:04 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CF1A94.6040703@samsco.org> Date: Sun, 29 Mar 2009 00:52:04 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org X-Mailman-Approved-At: Sun, 29 Mar 2009 11:27:31 +0000 Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 06:52:40 -0000 Danny Braniss wrote: >> Danny Braniss wrote: >>> it seems March 12 was a bit off :-) >>> it took some time, but I managed to close the gap: >>> 189100 ok >>> 189150 fails >>> I will continue tomorrow, but this should be helpful. >>> >>> >> 189150 is in the middle of a big string of related commits. Try >> updating to the following change numbers and retesting: >> >> 189088 >> 189107 >> 189161 >> >> If the last one does not work, try editing /sys/dev/amr/amr.c to change >> >> #define AMR_ENABLE_CAM 1 >> >> to >> >> #define AMR_ENABLE_CAM 0 >> >> Scott > > 189161 works, also for the iir > now what? > Next set to try: 189219 189229 189253 189402 189531 189569 189591 Scott From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 14:23:19 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CE4A106566B; Sun, 29 Mar 2009 14:23:19 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D05CD8FC1A; Sun, 29 Mar 2009 14:23:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2TEMg27070727; Sun, 29 Mar 2009 08:22:43 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49CF8432.5090201@samsco.org> Date: Sun, 29 Mar 2009 08:22:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Danny Braniss References: <49CCDA41.4060101@samsco.org> <49CCF95F.1050307@samsco.org> <49CEB652.8060003@samsco.org> <49CF1A94.6040703@samsco.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org X-Mailman-Approved-At: Sun, 29 Mar 2009 14:41:23 +0000 Cc: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: amr driver broken since March 12 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 14:23:19 -0000 Danny Braniss wrote: >> Danny Braniss wrote: >>>> Danny Braniss wrote: >>>>> it seems March 12 was a bit off :-) >>>>> it took some time, but I managed to close the gap: >>>>> 189100 ok >>>>> 189150 fails >>>>> I will continue tomorrow, but this should be helpful. >>>>> >>>>> >>>> 189150 is in the middle of a big string of related commits. Try >>>> updating to the following change numbers and retesting: >>>> >>>> 189088 >>>> 189107 >>>> 189161 >>>> >>>> If the last one does not work, try editing /sys/dev/amr/amr.c to change >>>> >>>> #define AMR_ENABLE_CAM 1 >>>> >>>> to >>>> >>>> #define AMR_ENABLE_CAM 0 >>>> >>>> Scott >>> 189161 works, also for the iir >>> now what? >>> >> Next set to try: >> >> 189219 > broken >> 189229 > broken Ok, so 189161 works, 189219 doesn't, correct? If so, did you also make the change to amr.c yet? Scott From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 17:53:02 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10867106564A for ; Sun, 29 Mar 2009 17:53:02 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id C4FD88FC14 for ; Sun, 29 Mar 2009 17:53:01 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=kpxm3TDhCpUA:10 a=dlehRIyTxcMA:10 a=5BkUBHPwdnVBnhUJ2tYA:9 a=RWkWl5kvlLUF1tAWPAjWmGu0mTIA:4 a=LY0hPdMaydYA:10 a=dl7FJmEuA3vETbYaJn0A:9 a=lgMMF4zw1vkMJCLkYIjHen_J6Y8A:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: gwout1 smtp.mail=cokane@FreeBSD.org; spf=softfail Received-SPF: softfail (gwout1: transitional domain FreeBSD.org does not designate 74.215.227.9 as permitted sender) Received: from [74.215.227.9] ([74.215.227.9:50631] helo=mail.cokane.org) by gwout1 (envelope-from ) (ecelerity 2.2.2.37 r(28805/28810M)) with ESMTP id C4/3E-27669-7F1BFC94; Sun, 29 Mar 2009 13:37:59 -0400 Received: from [172.20.1.193] (unknown [172.20.1.193]) by mail.cokane.org (Postfix) with ESMTPSA id 4D33D11436; Sun, 29 Mar 2009 14:42:13 -0400 (EDT) From: Coleman Kane To: Stephen Montgomery-Smith In-Reply-To: <49CED0E0.90709@math.missouri.edu> References: <1761162510.20070729004710@serebryakov.spb.ru> <46ACDB4B.6090707@FreeBSD.org> <46CB159F.4030404@FreeBSD.org> <49CED0E0.90709@math.missouri.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-9i+CiELqUwz+wCkPYNGn" Organization: FreeBSD Project Date: Sun, 29 Mar 2009 13:36:26 -0400 Message-Id: <1238348186.2663.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Cc: ports@freebsd.org, hackers@freebsd.org, Lev Serebryakov Subject: Re: REQUEST FOR TESTERS: `devel/mingw32-gcc' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 17:53:02 -0000 --=-9i+CiELqUwz+wCkPYNGn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-28 at 20:37 -0500, Stephen Montgomery-Smith wrote: > Coleman Kane wrote: >=20 > > I haven't seen any activity on the above email, and I am curious if: > > 1) It was missed (and this really does affect people) > > 2) Nobody cross-compiles using the mingw32-* ports (it is really very=20 > > handy!) > > 3) Nobody really cares that mingw32-gcc will move from 3.4.5 --> 4.2.0 > >=20 > > Please, if this affects you test out the above port tarball! Otherwise,= =20 > > this will end up going in and not take into account any problems that=20 > > might arise in your environment. > >=20 > > --=20 > > Coleman Kane >=20 >=20 > I just saw that this message is about two years old, and that the commit=20 > must have been made years ago. >=20 > Sorry for the noise. Thanks. It was handled off-line and we did the upgrade. --=20 Coleman Kane --=-9i+CiELqUwz+wCkPYNGn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAknPsZcACgkQcMSxQcXat5edzwCfVx3ZAipKHo5TRWANYCPd3CwA ET8AnRB0RkdrVKDDIBh1ZL3pLkClwC2t =7DEq -----END PGP SIGNATURE----- --=-9i+CiELqUwz+wCkPYNGn-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 18:07:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 508BB106566C; Sun, 29 Mar 2009 18:07:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id D3D108FC08; Sun, 29 Mar 2009 18:07:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2TI7kiV007380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Mar 2009 05:07:47 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n2TI7knH025279; Mon, 30 Mar 2009 05:07:46 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n2TI7je1025278; Mon, 30 Mar 2009 05:07:45 +1100 (EST) (envelope-from peter) Date: Mon, 30 Mar 2009 05:07:45 +1100 From: Peter Jeremy To: Alexander Sack Message-ID: <20090329180745.GB38985@server.vk2pj.dyndns.org> References: <49CD0405.1060704@samsco.org> <5739.1238175087@critter.freebsd.dk> <3c0b01820903271119l4161c7b8yf74613b184add487@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: <3c0b01820903271119l4161c7b8yf74613b184add487@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Hackers , Scott Long , freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 18:07:50 -0000 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Mar-27 14:19:16 -0400, Alexander Sack wrote: >On Fri, Mar 27, 2009 at 1:31 PM, Poul-Henning Kamp wr= ote: >> In message <49CD0405.1060704@samsco.org>, Scott Long writes: >> >>>I've been talking about this for years. =A0All I need is help with the VM >>>magic to create the page on fork. =A0I also want two pages, one global >>>for gettimeofday (and any other global data we can think of) and one >>>per-process for static data like getpid/getgid. gettimeofday is likely to be a mixture of global and per-core data so possibly a 3rd page containing per-core data is warranted. >I'm assuming folks are still in love with the TSC because it still the >cheapest as oppose ACPI-fast or HPET to even contemplate this? That is its major advantage. It might be feasible to export all the data necessary to implement the complete CLOCK_*_FAST family. >Also I thought at least PHK's comment (Sergey mentioned it) was true >regardless of bus, that the TSC is not consistent across multiple >packages (and for that matter I suppose cores) due to I *think* its >ISA lineage so how does this work again? TSC is nothing to do with ISA. The easiest way to build a counter that runs at CPU clock rate is to put it very close to the CPU/core and have different counters for each CPU/core, without any synchronisation between the different counters. > Won't the rate in which you >tick up be sporadic over the course of the process scheduled on >different cores? (i.e. depending on what core RDTSC happened to land >on) RDTSC will wind up on the same core that your thread of execution is running on and this is defined by the scheduler. IE, it's up to the scheduler to ensure that the correct page of global (or per-cpu) data is mapped. --=20 Peter Jeremy --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknPuPEACgkQ/opHv/APuIdvSQCeNOrRWB5USFabAeGF0x/sFeHg RykAn3f5uD9lFiPLI5BlsXGtDRyiOQGM =Jqic -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 18:22:23 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ED751065676; Sun, 29 Mar 2009 18:22:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id D0B6B8FC26; Sun, 29 Mar 2009 18:22:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2TIMKND000444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Mar 2009 05:22:21 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n2TIMKZU025407; Mon, 30 Mar 2009 05:22:20 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n2TIMK5Q025406; Mon, 30 Mar 2009 05:22:20 +1100 (EST) (envelope-from peter) Date: Mon, 30 Mar 2009 05:22:20 +1100 From: Peter Jeremy To: David Xu Message-ID: <20090329182219.GC38985@server.vk2pj.dyndns.org> References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YD3LsXFS42OYHhNZ" Content-Disposition: inline In-Reply-To: <49CEC261.4010803@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 18:22:26 -0000 --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Mar-29 08:35:45 +0800, David Xu wrote: >Julian Elischer wrote: >> interestingly it is even feasible to have a per-thread page.. >> it requires that the scheduler change a page table entry tough. > >I will knock his door at midnight if he added such a heavy weight >task in the scheduler, TLB shutdown is horrible, and big code size >squeezing out data from CPU cache is not idea model. >scheduler should be as simple as just a context switching routine. If the TSC is not consistent between all cores (which is probably the most common situation at present), then using the TSC implies knowing which core you are executing on. From a userland perspective, the easiest way to do this is to have a page of data that varies depending on which core you are executing on. --=20 Peter Jeremy --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknPvFsACgkQ/opHv/APuIeXKgCgviRrpnxRZFKKu/OZ8Q8LAt7d mOgAoIukrhlHkgJJmLZQMlFRBBO7yzbM =I94l -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 18:26:08 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 153A61065679; Sun, 29 Mar 2009 18:26:08 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6CDC8FC0C; Sun, 29 Mar 2009 18:26:07 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n2TIQ5iK061131 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 29 Mar 2009 18:26:07 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: current@freebsd.org, hackers@freebsd.org Date: Sun, 29 Mar 2009 18:26:04 +0000 User-Agent: KMail/1.11.1 (FreeBSD/8.0-CURRENT; KDE/4.2.1; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903291826.05152.ken@mthelicon.com> Cc: Subject: ping6 and traceroute6 trouble X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 18:26:08 -0000 Hi Current and Hackers, I have only seen this recently and was wondering if anyone else can confirm this as a bug or perhaps a setup problem on my end. I think it started to appear with 8-Current from about the 25th of march. Any time I do a ping6 or traceroute6 I receive an error stating "Invalid value for hints." However, I am able to do all other functions (telnet, ssh, etc.) feathers# ping6 ipv6.google.com ping6: Invalid value for hints feathers# traceroute6 ipv6.google.com traceroute6: Invalid value for hints my If config looks like: re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1d:7d:07:24:1a inet 78.33.110.3 netmask 0xffffffe0 broadcast 78.33.110.31 inet6 fe80::21d:7dff:fe07:241a%re0 prefixlen 64 scopeid 0x1 inet6 2001:4d48:ad51:32:21d:7dff:fe07:241a prefixlen 64 autoconf media: Ethernet autoselect (100baseTX ) status: active Thanks in advance, Peg From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 18:48:31 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9B13106566B; Sun, 29 Mar 2009 18:48:31 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (unknown [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5948FC1C; Sun, 29 Mar 2009 18:48:31 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (IDENT:DWWFkZwriII45rtX8rf73jr/o2L6spu5MCjZLJoF7Q+12SO/nOmk9xrVaRY/PD8S@ameno.mahoroba.org [IPv6:2001:2f0:104:8010:20a:79ff:fe69:ee6b]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id n2TIli7h029877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Mar 2009 03:47:51 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 30 Mar 2009 03:47:44 +0900 Message-ID: From: Hajimu UMEMOTO To: Pegasus Mc Cleaft In-Reply-To: <200903291826.05152.ken@mthelicon.com> References: <200903291826.05152.ken@mthelicon.com> User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.1-RELEASE-p2 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Mon, 30 Mar 2009 03:47:51 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: ping6 and traceroute6 trouble X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 18:48:32 -0000 Hi, >>>>> On Sun, 29 Mar 2009 18:26:04 +0000 >>>>> Pegasus Mc Cleaft said: ken> I have only seen this recently and was wondering if anyone else can confirm ken> this as a bug or perhaps a setup problem on my end. I think it started to ken> appear with 8-Current from about the 25th of march. ken> Any time I do a ping6 or traceroute6 I receive an error stating "Invalid ken> value for hints." However, I am able to do all other functions (telnet, ssh, ken> etc.) ken> feathers# ping6 ipv6.google.com ken> ping6: Invalid value for hints ken> feathers# traceroute6 ipv6.google.com ken> traceroute6: Invalid value for hints I've committed the change to lib/libc/net/getaddrinfo.c little while ago that also fixed the problem. Please re-cvsup and try it. http://svn.freebsd.org/viewvc/base/head/lib/libc/net/getaddrinfo.c?r1=190416&r2=190525&view=patch Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 20:06:06 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F6AF106566B; Sun, 29 Mar 2009 20:06:06 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id E54978FC14; Sun, 29 Mar 2009 20:06:05 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so1207720ywh.13 for ; Sun, 29 Mar 2009 13:06:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=k7IrVSdNAeqRKbo7esZm2n7TJ97MgYEoapVCKLVvQ34=; b=OosvWKqL4Prh0pXQrtBFGgPwPEramCOckO1C6Eso7TgPiEKsNHKupaxVMtB/+WdihW CG8OSXWG/AavqQck871uxE5qioKI/Zmwc8245MURVMFJ8mnFnMcn/0ifPUiF0maph3TU Beuxh/tUDNr+1g5b0xVQYcNdycdsdT1OI8iY4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lLuX5dmt+ZOqIqGpK0jVnerjf6Iv4Sedu5fSumN5KGYLO/vmtb6Jy1pk3tnaZVrhgk pp13ENRFAFVjf2qCcwyRkVia0OE2YDZqTJVZNNyWp3zW9JdRRjvx3WxEl3RAsnZ3VJ7t iQbR+e3mZqRn9mgtZgrTPq7oDmR9vbdent8o0= MIME-Version: 1.0 Received: by 10.100.32.6 with SMTP id f6mr3366795anf.32.1238357165326; Sun, 29 Mar 2009 13:06:05 -0700 (PDT) In-Reply-To: <20090329180745.GB38985@server.vk2pj.dyndns.org> References: <49CD0405.1060704@samsco.org> <5739.1238175087@critter.freebsd.dk> <3c0b01820903271119l4161c7b8yf74613b184add487@mail.gmail.com> <20090329180745.GB38985@server.vk2pj.dyndns.org> Date: Sun, 29 Mar 2009 16:06:05 -0400 Message-ID: <3c0b01820903291306i49cf284etd10f693392b7b9a1@mail.gmail.com> From: Alexander Sack To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Hackers , Scott Long , freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 20:06:06 -0000 On Sun, Mar 29, 2009 at 2:07 PM, Peter Jeremy wrote: > On 2009-Mar-27 14:19:16 -0400, Alexander Sack wrote: >>I'm assuming folks are still in love with the TSC because it still the >>cheapest as oppose ACPI-fast or HPET to even contemplate this? > > That is its major advantage. =A0It might be feasible to export all the > data necessary to implement the complete CLOCK_*_FAST family. Understood. >>Also I thought at least PHK's comment (Sergey mentioned it) was true >>regardless of bus, that the TSC is not consistent across multiple >>packages (and for that matter I suppose cores) due to I *think* its >>ISA lineage so how does this work again? > > TSC is nothing to do with ISA. =A0The easiest way to build a counter > that runs at CPU clock rate is to put it very close to the CPU/core > and have different counters for each CPU/core, without any > synchronisation between the different counters. Understood thanks. I don't know why ISA and TSC are in my head. Please ex= cuse. >> =A0Won't the rate in which you >>tick up be sporadic over the course of the process scheduled on >>different cores? =A0(i.e. depending on what core RDTSC happened to land >>on) > > RDTSC will wind up on the same core that your thread of execution is > running on and this is defined by the scheduler. =A0IE, it's up to the > scheduler to ensure that the correct page of global (or per-cpu) data > is mapped. OK. But then why not do what I *think* Solaris does in the first place, sync the cores using a master/slave to effectively create an invariant TSC i.e if you are going to buy the overhead in the scheduler why not do the dirty work at the source instead of all this overhead in either the scheduler or the logic to know that this thread of execution was on that core and is using this TSC etc. etc. I believe this topic has been re-hashed before I don't remember the outcome so again excuse... :D Thanks! -aps From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 21:40:17 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA5510656C7 for ; Sun, 29 Mar 2009 21:40:17 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8B7418FC1B for ; Sun, 29 Mar 2009 21:40:17 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 20384 invoked from network); 29 Mar 2009 21:40:17 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 29 Mar 2009 21:40:17 -0000 Message-ID: <49CFEACE.5010808@telenix.org> Date: Sun, 29 Mar 2009 17:40:30 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: FreeBSD-Hackers X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: the web site X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 21:40:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just had to see if I could locate if there was a gnome project page by looking at the FreeBSD web pages. Why don't you try that yourself? I'll tell you, it's really FAR from being obvious. I'm just saying, even if folks don't want to change the web page, then a TOC-like section should be added near the bottom, to make navigation easier. I've tried my own hand at the web page design. I think I only proved to myself that I'm no artist, but it wouldn't maek things TOO ugly just to add a section at the bottom, would it? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknP6s4ACgkQz62J6PPcoOkwzgCfXJtkN/PRNhRqvApSJCzjS6uj vW0An1yPG0wzG3d3i3njO5H3gJ2p8w9I =aBYh -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 21:56:31 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DFC3106566B; Sun, 29 Mar 2009 21:56:31 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 27C058FC08; Sun, 29 Mar 2009 21:56:31 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n2TLuTV7062181 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 29 Mar 2009 21:56:30 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Sun, 29 Mar 2009 21:56:24 +0000 User-Agent: KMail/1.11.1 (FreeBSD/8.0-CURRENT; KDE/4.2.1; amd64; ; ) References: <200903291826.05152.ken@mthelicon.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903292156.24202.ken@mthelicon.com> Cc: hackers@freebsd.org, Hajimu UMEMOTO Subject: Re: ping6 and traceroute6 trouble X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 21:56:31 -0000 Hi Hajimu, > ken> Any time I do a ping6 or traceroute6 I receive an error stating > "Invalid ken> value for hints." However, I am able to do all other > functions (telnet, ssh, ken> etc.) > > ken> feathers# ping6 ipv6.google.com > ken> ping6: Invalid value for hints > > ken> feathers# traceroute6 ipv6.google.com > ken> traceroute6: Invalid value for hints > > I've committed the change to lib/libc/net/getaddrinfo.c little while > ago that also fixed the problem. Please re-cvsup and try it. > > http://svn.freebsd.org/viewvc/base/head/lib/libc/net/getaddrinfo.c?r1=19041 >6&r2=190525&view=patch Yes, that fixed things nicely. Thank you. Best regards, Peg From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 22:52:29 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D49211065674 for ; Sun, 29 Mar 2009 22:52:29 +0000 (UTC) (envelope-from aram.h@mgk.ro) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7958FC08 for ; Sun, 29 Mar 2009 22:52:28 +0000 (UTC) (envelope-from aram.h@mgk.ro) Received: by fg-out-1718.google.com with SMTP id 19so190546fgg.12 for ; Sun, 29 Mar 2009 15:52:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.55.13 with SMTP id s13mr1679168bkg.180.1238365776957; Sun, 29 Mar 2009 15:29:36 -0700 (PDT) Date: Mon, 30 Mar 2009 01:29:36 +0300 Message-ID: From: Aram Havarneanu To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Subject: Shared Disk/Transactional/Distributed file system (GSoC Proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 22:52:30 -0000 I have been giving some thought lately on some ideas I would like to do for Google Summer of Code. I haven't posted my application yet, as I hope to get some feedback first. I want to make an OpenVMS inspired file system. The key elements would be record oriented I/O, transaction processing and asynchronous I/O. Ideally, the file system will have redundancy features (for high availability) implemented through clustering. The file system should be a shared disk file system, usable in a SAN environment with multiple clients that use the exported block devices simultaneously. The first design issue is weather spreading the file system over a number of machines on the network is a feature that's relevant today or not. OpenVMS did that and it provided redundancy (you could mirror data between nodes) and performance (multiple machines could be serving you data at the same time). This days people tent to centralize storage in a SAN. The SAN provides it's own redundancy, and so far performance is not an issue, as SANs seem to handle scalability extremely well. Even though the idea of spreading the file system through the network seems to have some potential theoretical performance advantages, the current network throughputs are a bottleneck for taking advantage of it. A current hard drive is faster then Gigabit Ethernet, 10Gigabit which still has a prohibitive price today is easily saturated in a small cluster of only a few machines. Other network technologies are again, prohibitively priced. In the past, you could not put to much storage on one machine, so the ability to spread storage across multiple machines was important, but today storage is almost free and usually you can scale it enough in a SAN. Another question is whether to make it a pure record oriented I/O file system, or also implement traditional I/O. A pure record oriented I/O file system would make the distributed lock manager's job much simpler, as there is a simpler mapping between raw bits from the block device and the resources (files/records/fields) the DLM manages. Of course, the VFS interface would be just for convenience for such a system, as the abstraction it provides would add no value to such a file system. But for such a file system to be really useful needs to be used by the transactional, record oriented I/O API anyway. The other option would be to make it a mixed file system, like Files-11 in OpenVMS, with traditional I/O and record oriented I/O. In that case, I would probably use UFS on-disk structure, so it would be more likely an addition to UFS than a new file system. But then of course, FreeBSD has ZFS which has a really nice layered architecture, so I could just use the ZFS lower layers that deal with block devices and can be used for things like redundancy and implement a file system on this architecture. But FreeBSD also has GEOM, and with some clever programming I can also use that. There are many options of doing things. One other thing I like to address is asynchronous I/O. In a way it's just fancy buffered I/O, but from the perspective of the programmer that uses the API, it is much more than that. There are a lot of cases where you want to make lots of unrelated commits to the resource pool, and this I/O operations rarely fail. Or there is the case where you make a big commit that takes time and you want to make smaller commits in the same time that are more crucial to be finished first than the big one and you don't want the big commit to block the smaller ones. Of course you can solve this issues in multiple ways, but with ASYNC I/O it makes the job much easier to the programmer. You just make transactions, install handlers for Asynchronous System Traps that manage aborted transactions, or finished transactions etc. The AST mechanism works in a way like UNIX signals, but the ASTs don't stop system calls and can be queued with some mechanism. There is also the question about how to solve the issue of cache coherency between different nodes. With ASYNC I/O, caching write operations is not that important, but I think that caching read operations is important. This must be implemented in the distributed lock manager. Simply put, what is not locked by anybody should be current in the local cache and can be accessed from there after you make a request to the DLM and the DLM grants the read lock. The distributed lock manager maintains a directory of requested resources, either in concurrent read mode, concurrent write mode, protected read mode, protected write mode and exclusive lock mode. When transactions are made, it is the responsibility of the DLM to invalidate caches. This implementation is pretty expensive in terms of time spend in the round trip to the DLM, but I think the time necessary to make a request can be less then 0.75ms for LANs, and disk access time is in the order of 5ms for fast disks, so that would not be an issue. >From a high level programmer perspective things work like this: 1) You make a request for a lock to the DLM. Requests are queued. Requests can be for concurrent read (desire to read, doesn't stop other from updating), concurrent write (non blocking read-write), protected read (locks the resource globally in a read only mode preventing other to modify it), protected write (locks the resource globally so that only you can update it) and exclusive mode, where only you can hold a lock. Locks can be on full files, records or even fields allowing for flexibility and granularity. 2) Eventually the DLM grants you a lock and you can do transactions with the resource. Transactions are asynchronous by default, but can be made synchronous if needed. You can install handlers for ASTs to do various tasks when some events occur. 3) You release the lock. There is a lot of stuff than can be done and it can be done in various ways, so basically that is why I posted this on the list -- for discussion and suggestions. My ideas may seem vague at the moment, because with this simple ideas you can implement a lot of different things. Hopefully with your help we will be able to come with something that is interesting, usable and feasible to be done in such a short time, at least to some prototype level. In any case, if I do this, I don't plan to stop working on it after GSoC. I will work on it as long as it is necessary. Any feedback is greatly appreciated. I would also appreciate any hints toward general FreeBSD kernel programming. I read the developer docs on the website, I have (and mostly read) "The Design and Implementation of the FreeBSD Operating System" by Marshall Kirk McKusick and, George V. Neville-Neil (also read the 4.4BSD version) and also read "Designing BSD Rootkits -- An Introduction to Kernel Hacking" by Joseph Kong. Thanks, -- Aram H=E3v=E3rneanu From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 29 23:58:15 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF4921065670 for ; Sun, 29 Mar 2009 23:58:15 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id B22CE8FC08 for ; Sun, 29 Mar 2009 23:58:15 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2TNwFZl081199; Sun, 29 Mar 2009 16:58:15 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id p753myee9nicxdnegy25yyuvga; Sun, 29 Mar 2009 16:58:15 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49D00B16.20507@freebsd.org> Date: Sun, 29 Mar 2009 16:58:14 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.19) Gecko/20090226 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Aram Havarneanu References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Shared Disk/Transactional/Distributed file system (GSoC Proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 23:58:16 -0000 Aram Havarneanu wrote: > I have been giving some thought lately on some ideas I would like to > do for Google Summer of Code. I haven't posted my application yet, as > I hope to get some feedback first. An interesting idea, but it sounds much too ambitious for a six-week summer project. I suggest you try to come up with something rather a bit smaller. There are a couple of proposals on the FreeBSD Summer of Code site for small projects that deal with filesystem issues. Especially if you've not worked with the FreeBSD kernel before, it's probably advisable to first tackle a small project that would fix some issues with existing file system implementations so you can learn what a real FS implementation looks like. Once you know your way around the kernel and the filesystem interfaces, then there will be plenty of time to tackle designing your own file system from scratch. There's a suggestion on the FreeBSD Summer of Code page, if I recall correctly, to fix some issues with the msdosfs file system implementation, and I seem to recall some people asking recently about zisofs support for the iso9660 driver. Of course, a lot depends on your particular background. You didn't say how much work of this sort you'd done in the past. Cheers, Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 01:40:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B85001065676; Mon, 30 Mar 2009 01:40:04 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE958FC15; Mon, 30 Mar 2009 01:40:04 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2U1dwlM047752; Mon, 30 Mar 2009 01:39:59 GMT (envelope-from davidxu@freebsd.org) Message-ID: <49D022EF.8030305@freebsd.org> Date: Mon, 30 Mar 2009 09:39:59 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Julian Elischer References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <49CF0523.8020905@elischer.org> In-Reply-To: <49CF0523.8020905@elischer.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 01:40:07 -0000 Julian Elischer wrote: > depends on the hardware. > anyhow I was only saying it was possible, not necessarily > good or even useful. > > I had done some works for thread private page shared by kernel and userland when I was doing userland spinlock, if userland asks a page, kernel will allocate it and put some interesting thing in it by scheduler etcs, these code may be useful. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 01:43:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B56E1065670; Mon, 30 Mar 2009 01:43:22 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 646FC8FC08; Mon, 30 Mar 2009 01:43:22 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2U1hHRS060570; Mon, 30 Mar 2009 01:43:18 GMT (envelope-from davidxu@freebsd.org) Message-ID: <49D023B7.8070402@freebsd.org> Date: Mon, 30 Mar 2009 09:43:19 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Julian Elischer References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <49CF0523.8020905@elischer.org> <49D022EF.8030305@freebsd.org> In-Reply-To: <49D022EF.8030305@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 01:43:22 -0000 David Xu wrote: > Julian Elischer wrote: > >> depends on the hardware. >> anyhow I was only saying it was possible, not necessarily >> good or even useful. >> >> > > I had done some works for thread private page shared by kernel > and userland when I was doing userland spinlock, if userland asks > a page, kernel will allocate it and put some interesting thing in > it by scheduler etcs, these code may be useful. > FYI: http://people.freebsd.org/~davidxu/schedctl/ From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 04:34:46 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDBEF1065673 for ; Mon, 30 Mar 2009 04:34:46 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8AF8FC15 for ; Mon, 30 Mar 2009 04:34:45 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by ewy19 with SMTP id 19so1707516ewy.43 for ; Sun, 29 Mar 2009 21:34:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=4BhMHX2ZrIWJlbcaaPDnYLxpoptlzzERJFAYPhO9bHo=; b=ExKjEUXbsxe9F342zRn/olyyDvovZot+58+gf601tV6lllDdgCuiBqJQQxGsUJbb+T UCzTvUvqbMYh9EsD6JmndcQdAX7KYzqZ5GNN4kWI8l3X3xaFxTpNztduuftKI7p/7EYm VGcuLnFV68Z2YONFvLquNCPNz+YJizufEjf38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=QT8kAlPbgvxOO22+SvTNcskfi/BKwXePA3UKU7vePenniGlAO/XlqAM9A9QtvAOagV bQ+Sd4x+4OW2eIALxny7pSCie6Ay6+caY7IU0BD+S3ZzW7/Mpmoujudvv0MGAFDL4Qi7 gpIKDHLpOvm3Mb5/lgz/TrcOFaTAZ2ns1Onlw= Received: by 10.210.42.20 with SMTP id p20mr3766085ebp.66.1238386344498; Sun, 29 Mar 2009 21:12:24 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id 10sm5289773eyz.59.2009.03.29.21.12.23 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Mar 2009 21:12:24 -0700 (PDT) Date: Mon, 30 Mar 2009 05:12:21 +0100 From: RW To: freebsd-hackers@freebsd.org Message-ID: <20090330051221.219c8a8c@gumby.homeunix.com> In-Reply-To: <49CFEACE.5010808@telenix.org> References: <49CFEACE.5010808@telenix.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: the web site X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 04:34:47 -0000 On Sun, 29 Mar 2009 17:40:30 -0400 Chuck Robey wrote: > I just had to see if I could locate if there was a gnome project page > by looking at the FreeBSD web pages. Why don't you try that > yourself? I'll tell you, it's really FAR from being obvious. I'm > just saying, even if folks don't want to change the web page, then a > TOC-like section should be added near the bottom, to make navigation > easier. If you click on "site map", at the bottom of the page, the gnome link is on the first line. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 04:49:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD4E61065689 for ; Mon, 30 Mar 2009 04:49:18 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outg.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8461C8FC18 for ; Mon, 30 Mar 2009 04:49:18 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 3D8BCC234; Sun, 29 Mar 2009 21:49:19 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 320642D603E; Sun, 29 Mar 2009 21:49:14 -0700 (PDT) Message-ID: <49D04F63.4010800@elischer.org> Date: Sun, 29 Mar 2009 21:49:39 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: David Xu References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <49CF0523.8020905@elischer.org> <49D022EF.8030305@freebsd.org> <49D023B7.8070402@freebsd.org> In-Reply-To: <49D023B7.8070402@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 04:49:20 -0000 David Xu wrote: > David Xu wrote: >> Julian Elischer wrote: >> >>> depends on the hardware. >>> anyhow I was only saying it was possible, not necessarily >>> good or even useful. >>> >>> >> >> I had done some works for thread private page shared by kernel >> and userland when I was doing userland spinlock, if userland asks >> a page, kernel will allocate it and put some interesting thing in >> it by scheduler etcs, these code may be useful. >> > FYI: > http://people.freebsd.org/~davidxu/schedctl/ reading this quickly, you allocate a separately addressed page for each thread, but, how do you use it? From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 04:58:58 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4483F1065670; Mon, 30 Mar 2009 04:58:58 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBDE8FC17; Mon, 30 Mar 2009 04:58:58 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2U4wpXn015146; Mon, 30 Mar 2009 04:58:52 GMT (envelope-from davidxu@freebsd.org) Message-ID: <49D0518D.4040000@freebsd.org> Date: Mon, 30 Mar 2009 12:58:53 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Julian Elischer References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <49CF0523.8020905@elischer.org> <49D022EF.8030305@freebsd.org> <49D023B7.8070402@freebsd.org> <49D04F63.4010800@elischer.org> In-Reply-To: <49D04F63.4010800@elischer.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 04:58:59 -0000 Julian Elischer wrote: > David Xu wrote: >> David Xu wrote: >>> Julian Elischer wrote: >>> >>>> depends on the hardware. >>>> anyhow I was only saying it was possible, not necessarily >>>> good or even useful. >>>> >>>> >>> >>> I had done some works for thread private page shared by kernel >>> and userland when I was doing userland spinlock, if userland asks >>> a page, kernel will allocate it and put some interesting thing in >>> it by scheduler etcs, these code may be useful. >>> >> FYI: >> http://people.freebsd.org/~davidxu/schedctl/ > > reading this quickly, you allocate a separately addressed page for > each thread, but, how do you use it? > > I store the address in userland TLS area, then get it when I want to check some scheduling informations. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 05:02:53 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB1071065673 for ; Mon, 30 Mar 2009 05:02:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outp.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id B95B98FC21 for ; Mon, 30 Mar 2009 05:02:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id B250BD52C; Sun, 29 Mar 2009 22:02:53 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C9F842D6023; Sun, 29 Mar 2009 22:02:49 -0700 (PDT) Message-ID: <49D05292.30701@elischer.org> Date: Sun, 29 Mar 2009 22:03:14 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: David Xu References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <49CF0523.8020905@elischer.org> <49D022EF.8030305@freebsd.org> <49D023B7.8070402@freebsd.org> <49D04F63.4010800@elischer.org> <49D0518D.4040000@freebsd.org> In-Reply-To: <49D0518D.4040000@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 05:02:54 -0000 David Xu wrote: > Julian Elischer wrote: >> David Xu wrote: >>> David Xu wrote: >>>> Julian Elischer wrote: >>>> >>>>> depends on the hardware. >>>>> anyhow I was only saying it was possible, not necessarily >>>>> good or even useful. >>>>> >>>>> >>>> >>>> I had done some works for thread private page shared by kernel >>>> and userland when I was doing userland spinlock, if userland asks >>>> a page, kernel will allocate it and put some interesting thing in >>>> it by scheduler etcs, these code may be useful. >>>> >>> FYI: >>> http://people.freebsd.org/~davidxu/schedctl/ >> >> reading this quickly, you allocate a separately addressed page for >> each thread, but, how do you use it? >> >> > I store the address in userland TLS area, then get it when I want to > check some scheduling informations. and the scheduler writes out interesting information to that location?... From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 05:05:37 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C0D11065730; Mon, 30 Mar 2009 05:05:37 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 61F468FC20; Mon, 30 Mar 2009 05:05:37 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2U55XxY033078; Mon, 30 Mar 2009 05:05:34 GMT (envelope-from davidxu@freebsd.org) Message-ID: <49D0531F.1000005@freebsd.org> Date: Mon, 30 Mar 2009 13:05:35 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Julian Elischer References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <49CF0523.8020905@elischer.org> <49D022EF.8030305@freebsd.org> <49D023B7.8070402@freebsd.org> <49D04F63.4010800@elischer.org> <49D0518D.4040000@freebsd.org> <49D05292.30701@elischer.org> In-Reply-To: <49D05292.30701@elischer.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Long , Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 05:05:38 -0000 Julian Elischer wrote: > David Xu wrote: >> Julian Elischer wrote: >>> David Xu wrote: >>>> David Xu wrote: >>>>> Julian Elischer wrote: >>>>> >>>>>> depends on the hardware. >>>>>> anyhow I was only saying it was possible, not necessarily >>>>>> good or even useful. >>>>>> >>>>>> >>>>> >>>>> I had done some works for thread private page shared by kernel >>>>> and userland when I was doing userland spinlock, if userland asks >>>>> a page, kernel will allocate it and put some interesting thing in >>>>> it by scheduler etcs, these code may be useful. >>>>> >>>> FYI: >>>> http://people.freebsd.org/~davidxu/schedctl/ >>> >>> reading this quickly, you allocate a separately addressed page for >>> each thread, but, how do you use it? >>> >>> >> I store the address in userland TLS area, then get it when I want to >> check some scheduling informations. > > and the scheduler writes out interesting information to that > location?... > > Yes. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 05:52:56 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 436C2106566C for ; Mon, 30 Mar 2009 05:52:56 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 106728FC12 for ; Mon, 30 Mar 2009 05:52:55 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n2U5Lw6q069716 for ; Mon, 30 Mar 2009 00:21:58 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <49D056F5.1030503@missouri.edu> Date: Mon, 30 Mar 2009 00:21:57 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090305 SeaMonkey/1.1.14 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <49CFEACE.5010808@telenix.org> <20090330051221.219c8a8c@gumby.homeunix.com> In-Reply-To: <20090330051221.219c8a8c@gumby.homeunix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: the web site X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 05:52:56 -0000 RW wrote: > On Sun, 29 Mar 2009 17:40:30 -0400 > Chuck Robey wrote: > >> I just had to see if I could locate if there was a gnome project page >> by looking at the FreeBSD web pages. Why don't you try that >> yourself? I'll tell you, it's really FAR from being obvious. I'm >> just saying, even if folks don't want to change the web page, then a >> TOC-like section should be added near the bottom, to make navigation >> easier. > > If you click on "site map", at the bottom of the page, the gnome link > is on the first line. There is also the handy "search" feature which will tell you the following: Search Results The archive www contains the following items relevant to `gnome': Didn't get what you expected? Look here for searching hints. Return to the search page Nothing found. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 07:32:45 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E9F210656BA; Mon, 30 Mar 2009 07:32:45 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id F413B8FC21; Mon, 30 Mar 2009 07:32:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9A32A78CCD; Mon, 30 Mar 2009 07:32:43 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n2U7WgPO009970; Mon, 30 Mar 2009 07:32:43 GMT (envelope-from phk@critter.freebsd.dk) To: Peter Jeremy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 30 Mar 2009 05:07:45 +1100." <20090329180745.GB38985@server.vk2pj.dyndns.org> Date: Mon, 30 Mar 2009 07:32:42 +0000 Message-ID: <9969.1238398362@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alexander Sack , FreeBSD Hackers , freebsd-current@freebsd.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 07:32:47 -0000 In message <20090329180745.GB38985@server.vk2pj.dyndns.org>, Peter Jeremy write s: >>I'm assuming folks are still in love with the TSC because it still the >>cheapest as oppose ACPI-fast or HPET to even contemplate this? > >That is its major advantage. It might be feasible to export all the >data necessary to implement the complete CLOCK_*_FAST family. The general attraction is that it can be read from userland by unpriviledged programs. On systems where the ACPI or HPET hardware can be memory-mapped, I should be equally possible to map those read-only into userland processes. Now _THAT_ would be interesting. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 10:52:31 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E906A106564A; Mon, 30 Mar 2009 10:52:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D2A168FC20; Mon, 30 Mar 2009 10:52:30 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA24249; Mon, 30 Mar 2009 13:52:28 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49D0A46B.3000306@icyb.net.ua> Date: Mon, 30 Mar 2009 13:52:27 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: hot-attach SATA drive X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 10:52:32 -0000 Recently I tried to hot-attach a SATA drive to a running system. Controller is ICH9 in AHCI mode. Physically/electronically everything went smoothly, the drive spun-up. Then I tried to detach and re-attach all channels with no devices on them using atacontrol. I did it 3 times to be sure, but no new disk showed up. Then I finally rebooted, the disk showed up OK. Question: was hot-attach expected to work? Is there a limitation in hardware or in our driver? Note: I attached the drive to a regular SATA port, not eSATA. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 05:03:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52BBC1065672; Mon, 30 Mar 2009 05:03:33 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E1F298FC17; Mon, 30 Mar 2009 05:03:32 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n2U53GDt073333; Sun, 29 Mar 2009 23:03:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49D05294.6040200@samsco.org> Date: Sun, 29 Mar 2009 23:03:16 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: David Xu References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <49CF0523.8020905@elischer.org> <49D022EF.8030305@freebsd.org> <49D023B7.8070402@freebsd.org> <49D04F63.4010800@elischer.org> <49D0518D.4040000@freebsd.org> In-Reply-To: <49D0518D.4040000@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org X-Mailman-Approved-At: Mon, 30 Mar 2009 11:14:30 +0000 Cc: Sergey Babkin , freebsd-hackers@freebsd.org, attilio@freebsd.org, phk@phk.freebsd.dk, freebsd-current@freebsd.org, Julian Elischer , prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 05:03:34 -0000 David Xu wrote: > Julian Elischer wrote: >> David Xu wrote: >>> David Xu wrote: >>>> Julian Elischer wrote: >>>> >>>>> depends on the hardware. >>>>> anyhow I was only saying it was possible, not necessarily >>>>> good or even useful. >>>>> >>>>> >>>> >>>> I had done some works for thread private page shared by kernel >>>> and userland when I was doing userland spinlock, if userland asks >>>> a page, kernel will allocate it and put some interesting thing in >>>> it by scheduler etcs, these code may be useful. >>>> >>> FYI: >>> http://people.freebsd.org/~davidxu/schedctl/ >> >> reading this quickly, you allocate a separately addressed page for >> each thread, but, how do you use it? >> >> > I store the address in userland TLS area, then get it when I want to > check some scheduling informations. > Interesting, I was wondering earlier today if pointing to the per-thread syspage in from the TLS area would save the TLB invalidate that you were concerned about. Scott From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 11:14:37 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666F610656CE for ; Mon, 30 Mar 2009 11:14:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C8AE28FC2A for ; Mon, 30 Mar 2009 11:14:36 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 238842947; Mon, 30 Mar 2009 14:14:35 +0300 Message-ID: <49D0A99B.4030908@FreeBSD.org> Date: Mon, 30 Mar 2009 14:14:35 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Andriy Gapon References: <49D0A46B.3000306@icyb.net.ua> In-Reply-To: <49D0A46B.3000306@icyb.net.ua> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: hot-attach SATA drive X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 11:15:06 -0000 Andriy Gapon wrote: > Recently I tried to hot-attach a SATA drive to a running system. > Controller is ICH9 in AHCI mode. Physically/electronically everything went > smoothly, the drive spun-up. Then I tried to detach and re-attach all channels > with no devices on them using atacontrol. I did it 3 times to be sure, but no new > disk showed up. Then I finally rebooted, the disk showed up OK. > > Question: was hot-attach expected to work? Is there a limitation in hardware or in > our driver? > > Note: I attached the drive to a regular SATA port, not eSATA. Which system version do you use? With recent CURRENT I have successfully tested insert/remove SATA drives with ICH8, ICH8M and JMB363 AHCI controllers channel attach/detach. Theoretically it is possible to insert/remove SATA drives even without channel attach/detach. Remove works fine, but such really hot insertion functionality is not implemented properly now and so blocked. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 11:57:48 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E92681065670; Mon, 30 Mar 2009 11:57:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E51C38FC24; Mon, 30 Mar 2009 11:57:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA26363; Mon, 30 Mar 2009 14:57:45 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49D0B3B7.60400@icyb.net.ua> Date: Mon, 30 Mar 2009 14:57:43 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: Alexander Motin References: <49D0A46B.3000306@icyb.net.ua> <49D0A99B.4030908@FreeBSD.org> In-Reply-To: <49D0A99B.4030908@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: hot-attach SATA drive X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 11:57:49 -0000 on 30/03/2009 14:14 Alexander Motin said the following: > Andriy Gapon wrote: >> Recently I tried to hot-attach a SATA drive to a running system. >> Controller is ICH9 in AHCI mode. Physically/electronically everything went >> smoothly, the drive spun-up. Then I tried to detach and re-attach all channels >> with no devices on them using atacontrol. I did it 3 times to be sure, but no new >> disk showed up. Then I finally rebooted, the disk showed up OK. >> >> Question: was hot-attach expected to work? Is there a limitation in hardware or in >> our driver? >> >> Note: I attached the drive to a regular SATA port, not eSATA. > > Which system version do you use? With recent CURRENT I have successfully > tested insert/remove SATA drives with ICH8, ICH8M and JMB363 AHCI > controllers channel attach/detach. Theoretically it is possible to > insert/remove SATA drives even without channel attach/detach. Remove > works fine, but such really hot insertion functionality is not > implemented properly now and so blocked. It was stable/7, amd64. Maybe there is a small subset of the changes in current that I could try in stable/7? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 12:28:26 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C885C1065675 for ; Mon, 30 Mar 2009 12:28:26 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.sonnenberger.org (www.ostsee-abc.de [62.206.222.50]) by mx1.freebsd.org (Postfix) with ESMTP id 848258FC08 for ; Mon, 30 Mar 2009 12:28:26 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (www.sonnenberger.org [192.168.1.10]) by www.sonnenberger.org (Postfix) with ESMTP id 1673E66794 for ; Mon, 30 Mar 2009 14:28:22 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1000) id 82EB91BD87F; Mon, 30 Mar 2009 14:28:22 +0200 (CEST) Date: Mon, 30 Mar 2009 14:28:22 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20090330122821.GA1391@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20090329180745.GB38985@server.vk2pj.dyndns.org> <9969.1238398362@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9969.1238398362@critter.freebsd.dk> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 12:28:27 -0000 On Mon, Mar 30, 2009 at 07:32:42AM +0000, Poul-Henning Kamp wrote: > On systems where the ACPI or HPET hardware can be memory-mapped, I should > be equally possible to map those read-only into userland processes. Both are IO memory and contain other data. There is also the question of how "undefined" is implemented for locked bus cycles to them... Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 12:46:11 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 673FF106566C for ; Mon, 30 Mar 2009 12:46:11 +0000 (UTC) (envelope-from aram.h@mgk.ro) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id A79138FC19 for ; Mon, 30 Mar 2009 12:46:10 +0000 (UTC) (envelope-from aram.h@mgk.ro) Received: by fxm11 with SMTP id 11so1856211fxm.43 for ; Mon, 30 Mar 2009 05:46:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.8.84 with SMTP id g20mr1950832bkg.162.1238417169527; Mon, 30 Mar 2009 05:46:09 -0700 (PDT) In-Reply-To: <49D00B16.20507@freebsd.org> References: <49D00B16.20507@freebsd.org> Date: Mon, 30 Mar 2009 15:46:09 +0300 Message-ID: From: Aram Havarneanu To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Shared Disk/Transactional/Distributed file system (GSoC Proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 12:46:12 -0000 2009/3/30 Tim Kientzle : > Aram Havarneanu wrote: >> >> I have been giving some thought lately on some ideas I would like to >> do for Google Summer of Code. I haven't posted my application yet, as >> I hope to get some feedback first. > > An interesting idea, but it sounds much too > ambitious for a six-week summer project. > You are right of course, this could not be done in the required time. > There are a couple of proposals on the FreeBSD > Summer of Code site [...] Oh yes, I read them all, it's just that I had this idea for some time, and I wished to implement it one way or another on some system that I like. > Of course, a lot depends on your particular > background. =A0You didn't say how much work of > this sort you'd done in the past. > Well, I didn't do file system work in the past, if that's what you are asking. I started programming about 8-9 years ago, and I mostly did low-level C stuff ever since. Started with DOS, quickly got rid of that problem, moved to Linux where I learned most of what I know about UNIX userland stuff, didn't like Linux for kernel work for reasons I won't detail here, moved to Windows, did various stuff both in the userland and in the kernel, started doing stuff in Windows for money (like 2 years ago), started doing stuff in Solaris, BSD and recently Mac OS X. I always found kernel programming much challenging then userland stuff and I never really cared about the really high level programming stuff. Writing assembly code to make hardware work is something that I enjoy, writing GUI applications is something I hope I'll never do again. Actually I would prefer to do some driver work to improve hardware support in FreeBSD instead of all this file system thing, but I'd need hardware I don't have, so that's out of the question. I would like to do that EFI boot project, because that's something I would want for myself, but I only have 1 EFI machine and I can't afford to do development work on it because I need it for something else. Regarding the original problem, I propose a much simple implementation using ZFS. Database people want transactional (asynchronous) record oriented I/O. Well... probably depends on what database people you ask, because some would say synchronous I/O is imperative (that is why there is ZIL in the ZFS stack, isn't it?) and others will say the opposite thing. Anyway, you can always do SYNC I/O if you need it or want to, so I see the ASYNC I/O feature as plus, because some people will benefit and the others won't be affected. So, as I was saying, using ZFS makes the problem much simpler because ZFS already has transactional capabilities (layers around DMU) and ZFS does all the storage management for free (in the pooled storage layer). All you need to do is to write something in the Interface Layer. The current interfaces are ZPL, the POSIX layer hooked in the VFS, ZVOL and /dev/zfs. Only ZPL is used by the general public. What I propose is a new interface (akin to ZPL in some respects) but not hooked in the VFS (well, some degree of POSIX I/O maybe would help). This would export some syscalls for use by database consumers. I hope I could model the thing after OpenVMS APIs. What do you think of this idea? Thanks, --=20 Aram H=E3v=E3rneanu From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 12:52:00 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FEB01065675 for ; Mon, 30 Mar 2009 12:52:00 +0000 (UTC) (envelope-from aram.h@mgk.ro) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id A5F5A8FC1D for ; Mon, 30 Mar 2009 12:51:59 +0000 (UTC) (envelope-from aram.h@mgk.ro) Received: by fxm11 with SMTP id 11so1858596fxm.43 for ; Mon, 30 Mar 2009 05:51:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.31.196 with SMTP id z4mr1957532bkc.92.1238417518594; Mon, 30 Mar 2009 05:51:58 -0700 (PDT) In-Reply-To: References: <49D00B16.20507@freebsd.org> Date: Mon, 30 Mar 2009 15:51:58 +0300 Message-ID: From: Aram Havarneanu To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Shared Disk/Transactional/Distributed file system (GSoC Proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 12:52:00 -0000 Oh, and of course, doing stuff with ZFS will mean that (Open)Solaris and Mac OS X will benefit as well, which I see as a good thing. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 13:01:35 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1077810656DD for ; Mon, 30 Mar 2009 13:01:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 864DB8FC1F for ; Mon, 30 Mar 2009 13:01:34 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 238857460; Mon, 30 Mar 2009 16:01:33 +0300 Message-ID: <49D0C2AD.70706@FreeBSD.org> Date: Mon, 30 Mar 2009 16:01:33 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Andriy Gapon References: <49D0A46B.3000306@icyb.net.ua> <49D0A99B.4030908@FreeBSD.org> <49D0B3B7.60400@icyb.net.ua> In-Reply-To: <49D0B3B7.60400@icyb.net.ua> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: hot-attach SATA drive X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 13:01:35 -0000 Andriy Gapon wrote: > on 30/03/2009 14:14 Alexander Motin said the following: >> Andriy Gapon wrote: >>> Recently I tried to hot-attach a SATA drive to a running system. >>> Controller is ICH9 in AHCI mode. Physically/electronically everything went >>> smoothly, the drive spun-up. Then I tried to detach and re-attach all channels >>> with no devices on them using atacontrol. I did it 3 times to be sure, but no new >>> disk showed up. Then I finally rebooted, the disk showed up OK. >>> >>> Question: was hot-attach expected to work? Is there a limitation in hardware or in >>> our driver? >>> >>> Note: I attached the drive to a regular SATA port, not eSATA. >> Which system version do you use? With recent CURRENT I have successfully >> tested insert/remove SATA drives with ICH8, ICH8M and JMB363 AHCI >> controllers channel attach/detach. Theoretically it is possible to >> insert/remove SATA drives even without channel attach/detach. Remove >> works fine, but such really hot insertion functionality is not >> implemented properly now and so blocked. > > It was stable/7, amd64. > Maybe there is a small subset of the changes in current that I could try in stable/7? There is significant sources difference due to modularization work done on CURRENT, so it is not so easy to directly compare sources or backport something. I haven't actually looked on/tested 7-STABLE much. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 19:29:08 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D97E41065677; Mon, 30 Mar 2009 19:29:08 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0E58FC18; Mon, 30 Mar 2009 19:29:08 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2UJT4Re092034; Mon, 30 Mar 2009 12:29:04 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id wyb3gig2xvn2yrzqw5jg5d3djs; Mon, 30 Mar 2009 12:29:03 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49D11D7F.2020503@freebsd.org> Date: Mon, 30 Mar 2009 12:29:03 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.19) Gecko/20090226 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Poul-Henning Kamp References: <9969.1238398362@critter.freebsd.dk> In-Reply-To: <9969.1238398362@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Sack , freebsd-current@freebsd.org, prashant.vaibhav@gmail.com, FreeBSD Hackers Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 19:29:09 -0000 Poul-Henning Kamp wrote: > In message <20090329180745.GB38985@server.vk2pj.dyndns.org>, Peter Jeremy write > s: > >>> I'm assuming folks are still in love with the TSC because it still the >>> cheapest as oppose ACPI-fast or HPET to even contemplate this? >> That is its major advantage. It might be feasible to export all the >> data necessary to implement the complete CLOCK_*_FAST family. > > The general attraction is that it can be read from userland by unpriviledged > programs. > > On systems where the ACPI or HPET hardware can be memory-mapped, I should > be equally possible to map those read-only into userland processes. > > Now _THAT_ would be interesting. Which brings us back to having a page of code provided by the kernel so that the kernel can determine the appropriate implementation (depending on the hardware availability) and so that userland can invoke the functions without going through a task switch. Libc can then either invoke these directly or, if the page is unavailable for any reason, use the system calls. Tim From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 30 21:32:35 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BB1410656FB; Mon, 30 Mar 2009 21:32:35 +0000 (UTC) (envelope-from prashant.vaibhav@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id F23AB8FC28; Mon, 30 Mar 2009 21:32:34 +0000 (UTC) (envelope-from prashant.vaibhav@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2423872wfg.7 for ; Mon, 30 Mar 2009 14:32:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=CKInX/R8Ktd0f1VtjI5LVRsFmzGf/4qZhPlwTq++mx8=; b=LoqjF2GPCmpYx0CXp/da+6UZr8ZlIFUrwKEBl8YWShnqB8YAKMYfJ/r/aOzizhUHeh t7Vcd01fEDbxSHr8gHZvV0Vn7NSioE3myo99et5gdeoD85Uze9eVFMvGeXPnZLFkWAcg EmRw7+TDhAA5pxYvbW/1yPYMTOS529Qr+41nY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Uyq77qrWyhxSjfTakZB8MMYM/6ZDhyzgF3svEfKFvoq6SURi2O/dk/eMRbsJcEuyDc dyQcsazFEFIPPzFxRSgrfA+XG0CSuX/hCr65FZCDBjb4XRxePo0AVrTUOlGmsSl1synI 7KQSkPBv6y/0fa67Vg6SDCnaTO7PAlwOI/tag= MIME-Version: 1.0 Received: by 10.142.44.11 with SMTP id r11mr2280257wfr.186.1238448754471; Mon, 30 Mar 2009 14:32:34 -0700 (PDT) In-Reply-To: <49D11D7F.2020503@freebsd.org> References: <9969.1238398362@critter.freebsd.dk> <49D11D7F.2020503@freebsd.org> Date: Tue, 31 Mar 2009 03:02:34 +0530 Message-ID: <17560ccf0903301432t6a94dd86tb2f2a1a8d6edd7c2@mail.gmail.com> From: Prashant Vaibhav To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers , freebsd-current@freebsd.org Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 21:32:37 -0000 ...and that is _exactly_ what I propose(d) in the beginning and what OSX already does. Further, keeping the shared page and functions fixed at the end of the memory space has advantages like not needing any special linking, being easily accessible for code jumps or data reads, and so on [1]. The TSC issues are but one part of the puzzle. After this week-long discussion I still can't decide whether this was something that's desirable at all: keeping in mind that it's among the few project ideas tagged as "Suggested for Google Summer of Code 2009" on the FreeBSD website. :-\ Though I've been reading mailing list archives, and the various handbooks, I'm not familiar well enough with other parts of the freebsd kernel to draft another concrete proposal on my own at this time. [1] *Mac OS X Internals: A Systems Approach,* p 595, Amit Singh, ISBN 0321278542 On Tue, Mar 31, 2009 at 12:59 AM, Tim Kientzle wrote: > Poul-Henning Kamp wrote: > >> In message <20090329180745.GB38985@server.vk2pj.dyndns.org>, Peter Jeremy >> write >> s: >> >> I'm assuming folks are still in love with the TSC because it still the >>>> cheapest as oppose ACPI-fast or HPET to even contemplate this? >>>> >>> That is its major advantage. It might be feasible to export all the >>> data necessary to implement the complete CLOCK_*_FAST family. >>> >> >> The general attraction is that it can be read from userland by >> unpriviledged >> programs. >> >> On systems where the ACPI or HPET hardware can be memory-mapped, I should >> be equally possible to map those read-only into userland processes. >> >> Now _THAT_ would be interesting. >> > > Which brings us back to having a page of code > provided by the kernel so that the kernel can > determine the appropriate implementation > (depending on the hardware availability) and so > that userland can invoke the functions without > going through a task switch. Libc can then > either invoke these directly or, if the page is > unavailable for any reason, use the system calls. > > Tim > > From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 01:02:11 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49CB81065675; Tue, 31 Mar 2009 01:02:11 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 8CA0D8FC14; Tue, 31 Mar 2009 01:02:10 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id n2V0OfJB053389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Mar 2009 17:24:42 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <49D162C4.3050006@FreeBSD.org> Date: Mon, 30 Mar 2009 17:24:36 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Scott Long References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> In-Reply-To: <49CD0405.1060704@samsco.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Sergey Babkin , freebsd-hackers@FreeBSD.org, attilio@FreeBSD.org, phk@phk.freebsd.dk, freebsd-current@FreeBSD.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 01:02:11 -0000 Scott Long wrote: > I've been talking about this for years. All I need is help with the VM > magic to create the page on fork. I also want two pages, one global > for gettimeofday (and any other global data we can think of) and one > per-process for static data like getpid/getgid. I believe somebody suggested that no real VM magic is needed and the libc should be in charge of opening special pseudo-device and doing necessary mmap(2) magic to get the page mapped in when user calls gettimeofday()/getpid()/getid() etc for the first time. -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 01:31:13 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1CA71065672; Tue, 31 Mar 2009 01:31:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC298FC08; Tue, 31 Mar 2009 01:31:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id n2V1VBvN053678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Mar 2009 18:31:12 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <49D1725A.1020005@FreeBSD.org> Date: Mon, 30 Mar 2009 18:31:06 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Peter Jeremy References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <20090329182219.GC38985@server.vk2pj.dyndns.org> In-Reply-To: <20090329182219.GC38985@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, David Xu , prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 01:31:14 -0000 Peter Jeremy wrote: > On 2009-Mar-29 08:35:45 +0800, David Xu wrote: >> Julian Elischer wrote: >>> interestingly it is even feasible to have a per-thread page.. >>> it requires that the scheduler change a page table entry tough. >> I will knock his door at midnight if he added such a heavy weight >> task in the scheduler, TLB shutdown is horrible, and big code size >> squeezing out data from CPU cache is not idea model. >> scheduler should be as simple as just a context switching routine. > > If the TSC is not consistent between all cores (which is probably > the most common situation at present), then using the TSC implies > knowing which core you are executing on. From a userland perspective, > the easiest way to do this is to have a page of data that varies > depending on which core you are executing on. It's not that easy, unless you can pin thread to a specific core before reading that page. I.e. imagine the case when your thread reads per-cpu page, get preempted and scheduled to a different core, then executes RDTSC there, still thinking it got TSC reading from the first core. Even if it does re-read from that page again after reading TSC to determine if he has read the correct TSC, still it's possible (though not very likely) that it has been preempted again and scheduled to the first core after reading the TSC. -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 01:45:38 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A00A106564A; Tue, 31 Mar 2009 01:45:38 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E1B248FC18; Tue, 31 Mar 2009 01:45:37 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id n2V1jZkS053755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Mar 2009 18:45:36 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <49D175BA.6050307@FreeBSD.org> Date: Mon, 30 Mar 2009 18:45:30 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Robert Watson References: <33531707.21385.1238188446396.JavaMail.root@vms074.mailsrvcs.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sergey Babkin , freebsd-hackers@FreeBSD.org, attilio@FreeBSD.org, phk@phk.freebsd.dk, freebsd-current@FreeBSD.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 01:45:38 -0000 Robert Watson wrote: > Part of the point of mapping in the page at execve()-time, or > fork()-time for per-process pages (which I'm not entirely convinced we > need yet) is to avoid the cost of an extra device open, mmap, etc, for > every execve(), which can be quite expensive. I stuck a prototype page You don't really need to do it on every execve() unconditionally. It could be done on demand in libc, so that only when thread pass certain threshold, the "common page optimization code" kicks in and does its open/mmap/etc magic. Otherwise, "normal" syscall is performed. The implementation could be as simple as counter in the appropriate libc routine, so that optimization engages after certain number of calls. For syscalls that return time it's also easy to do frequency thresholds, so that for example gettimeofday() only gets optimized if threads calls it more frequently that 1 call/sec. -Maxim From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 02:38:03 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC171065675; Tue, 31 Mar 2009 02:38:03 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 769378FC08; Tue, 31 Mar 2009 02:38:03 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2V2bx9l016060; Tue, 31 Mar 2009 02:38:00 GMT (envelope-from davidxu@freebsd.org) Message-ID: <49D18209.1020805@freebsd.org> Date: Tue, 31 Mar 2009 10:38:01 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Prashant Vaibhav References: <9969.1238398362@critter.freebsd.dk> <49D11D7F.2020503@freebsd.org> <17560ccf0903301432t6a94dd86tb2f2a1a8d6edd7c2@mail.gmail.com> In-Reply-To: <17560ccf0903301432t6a94dd86tb2f2a1a8d6edd7c2@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , Tim Kientzle , freebsd-current@freebsd.org Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 02:38:04 -0000 Prashant Vaibhav wrote: > ...and that is _exactly_ what I propose(d) in the beginning and what OSX > already does. Further, keeping the shared page and functions fixed at the > end of the memory space has advantages like not needing any special linking, > being easily accessible for code jumps or data reads, and so on [1]. The TSC > issues are but one part of the puzzle. > After this week-long discussion I still can't decide whether this was > something that's desirable at all: keeping in mind that it's among the few > project ideas tagged as "Suggested for Google Summer of Code 2009" on the > FreeBSD website. :-\ Though I've been reading mailing list archives, and > the various handbooks, I'm not familiar well enough with other parts of the > freebsd kernel to draft another concrete proposal on my own at this time. > > [1] *Mac OS X Internals: A Systems Approach,* p 595, Amit Singh, ISBN > 0321278542 > > Without using ELF, but using signal like trampoline code as we current do makes it very difficult for some language to do asynchronous stack unwinding, e.g pthread async cancellation and C++ objection destruction. See my recent work for pthread cancellation and stack unwinding: http://people.freebsd.org/~davidxu/patch/unwind.patch Check x86_64_fallback_frame_state() to see what hacking code should be written. Regards, David Xu From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 09:04:41 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7EB8106566C for ; Tue, 31 Mar 2009 09:04:41 +0000 (UTC) (envelope-from srinivasganji@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 939228FC17 for ; Tue, 31 Mar 2009 09:04:41 +0000 (UTC) (envelope-from srinivasganji@gmail.com) Received: by gxk24 with SMTP id 24so6909636gxk.19 for ; Tue, 31 Mar 2009 02:04:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=pMDdhAp3LE0OvLqRLZFJxpJw9sp9/b55Zcx7nMe3dUI=; b=hMpLvNiZ61sJm2LnsTnqYvnhgScYH28YJPlmop9StvTx0YPQ+xfkzaPdZwKexhcxwt RA1ajazkOSZD515tC5gVZDYQegAK66liVbnnYYEoHJH86VSWAmIjs7ZImhbBByBS515X icT+TLGQJ8TPkgYZoSnwB5zTU9LrnYFKkY1rE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hnPMWcStKeACPjU5ChoUcpmwFVGb+m4P+hFCgoSq+3U++pUzw0IzdVv4/dL8SDbLlH Pgm5n3ntU2yQeEnHWiU2cH7gLYTAjPNJqVU2aPBlDt7DUvAHzfz94Pa6EeMqaxDTWCrI 90jpjvyf9u2OJYAaHK46/A8QjtDj2Zh2s21U0= MIME-Version: 1.0 Received: by 10.150.199.16 with SMTP id w16mr12196303ybf.163.1238488800933; Tue, 31 Mar 2009 01:40:00 -0700 (PDT) Date: Tue, 31 Mar 2009 14:10:00 +0530 Message-ID: From: Srinivas Ganji To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Is it possible to use the libthr.a file on a Redhat Linux? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 09:04:42 -0000 Dear All, I have tried to use the libthr.a library for compiling an application which is working fine on Redhat system with libpthread library. However, I end up with the following errors. ../lib/linux/libthr.a(thr_sem.o): In function `_sem_init': thr_sem.c:(.text+0x100): undefined reference to `ksem_init' thr_sem.c:(.text+0x115): undefined reference to `ksem_destroy' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_destroy': thr_sem.c:(.text+0x216): undefined reference to `ksem_destroy' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_timedwait': thr_sem.c:(.text+0x2ad): undefined reference to `ksem_timedwait' ../lib/linux/libthr.a(thr_sem.o): In function `_sem_wait': .... .... .... collect2: ld returned 1 exit status make: *** [target] Error 1 So, I have also mentioned the libc.so.7(This is also a FreeBSD libc library) library in our application to remove the above undefined references. So, at that time I got the following errors. /usr/bin/ld: errno@@FBSD_1.0: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS definition in ../lib/linux/libc.so section .bss /lib/libc.so.6: could not read symbols: Bad value Here, the lib/libc.so.6 is a Redhat libc library where as ../lib/linux/libc.so is a FreeBSD library (libc.so.7). My question is: Is it possible to use the FreeBSD libthr.a library on a Redhat Linux distribution? Thanks in advance. With Regards, Srinivas G From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 09:39:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51AF410656E3 for ; Tue, 31 Mar 2009 09:39:04 +0000 (UTC) (envelope-from wsw1wsw2@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 240798FC22 for ; Tue, 31 Mar 2009 09:39:03 +0000 (UTC) (envelope-from wsw1wsw2@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so3217371rvb.43 for ; Tue, 31 Mar 2009 02:39:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=+jC8bKy2KrFUEUjn4N1Dm1qp0Ec4/CnTCXRDBj7Dy9A=; b=KOAc9E6izxb5u++fRiy7FBE39wJfrBEpZ+z5UpMDqKvClEPdocdVa/H7PVjYDLJgVT a+sW0JAS35zash0xPfpN8sORfNkG7UPhlRYNkYf6KIIEbXjWZ9g27t0vJLDC51Wn8YiN 8MoT6yw9mRgeIPVs7j/NsCTr4MAx+hJU2sRIU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=m8G08X6sxCSSJFlBmUSazPgphACLhWPv0lU+12rntDKNv5R+rT7IcmtMYCvEr2NHiG XolHzU+bHxDphvBLu8jrgsMZv8GDCc8Tpp1bJ9NJYAfgfgkIO+2RXm3gNEeq6Db5fQ1F yUuUcxaLIrEgjPmuwUe0DzrSgeLxxSLAfz79c= MIME-Version: 1.0 Received: by 10.143.9.11 with SMTP id m11mr2552582wfi.44.1238492342808; Tue, 31 Mar 2009 02:39:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 31 Mar 2009 17:39:02 +0800 Message-ID: <2e566b9e0903310239x15b53d1av2f45453cb35a8898@mail.gmail.com> From: "Shaowei Wang (wsw)" To: Srinivas Ganji Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Is it possible to use the libthr.a file on a Redhat Linux? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 09:39:05 -0000 On Tue, Mar 31, 2009 at 4:40 PM, Srinivas Ganji wrote: > Dear All, > > I have tried to use the libthr.a library for compiling an application which > is working fine on Redhat system with libpthread library. However, I end up > with the following errors. > > > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_init': > > thr_sem.c:(.text+0x100): undefined reference to `ksem_init' > > thr_sem.c:(.text+0x115): undefined reference to `ksem_destroy' > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_destroy': > > thr_sem.c:(.text+0x216): undefined reference to `ksem_destroy' > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_timedwait': > > thr_sem.c:(.text+0x2ad): undefined reference to `ksem_timedwait' > > ../lib/linux/libthr.a(thr_sem.o): In function `_sem_wait': > > .... > > .... > > .... > > > > collect2: ld returned 1 exit status > > make: *** [target] Error 1 > > > > So, I have also mentioned the libc.so.7(This is also a FreeBSD libc > > library) library in our application to remove the above undefined > references. So, at that time I got the following errors. > > > > /usr/bin/ld: errno@@FBSD_1.0: TLS definition in /lib/libc.so.6 section > .tbss > mismatches non-TLS definition in ../lib/linux/libc.so section .bss > > /lib/libc.so.6: could not read symbols: Bad value > > > > Here, the lib/libc.so.6 is a Redhat libc library where as > ../lib/linux/libc.so is a FreeBSD library (libc.so.7). > > > > My question is: Is it possible to use the FreeBSD libthr.a library on a > Redhat Linux distribution? > As I known, it's not possible unless you port the libthr to Linux system. Linux use clone() system call to implement thread library and FreeBSD use a different way(KSE). > > > > Thanks in advance. > > > > With Regards, > > Srinivas G > _______________________________________________ > 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 Mar 31 14:36:53 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4845106566B for ; Tue, 31 Mar 2009 14:36:53 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3238FC14 for ; Tue, 31 Mar 2009 14:36:53 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by fg-out-1718.google.com with SMTP id 13so22652fge.12 for ; Tue, 31 Mar 2009 07:36:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=+wA5PH3XKEZuhNT0qSuuWx3Zfn+kc306Te+uKSS7V7E=; b=ty2D9TPNohCwZ5QhCDghkHTUyC5tqJJxUiqrRfoZdhHAW2oxUCXVz2jMgCYEhAGE6m n5fmVGxkcqvD1yxiFjgek46i7QvFzIoV3g9ix93cqVzL7EfriAr44phn8TAf6VpS8R0T 1NJsnEVtbtzoR4oloVKNeUMgU9D0EHujSCB2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=DvW8EdTZd8AMm/eJ2HlZ6n205VLLMn6sT9p7hlrW7rIXjq6tIKuk97kK9usrL5pjkB xL+rZLp31kWMrHawaJegutPF4BQ6lKl6waAcU5+RocWyPWn/O9rBBE5NP2R+UAZMOGxA 19skVHvZjxKGGL/QBhJcB7Rz341OScVVK87AE= Received: by 10.86.3.4 with SMTP id 4mr5164784fgc.66.1238510212493; Tue, 31 Mar 2009 07:36:52 -0700 (PDT) Received: from localhost.localdomain ([213.152.137.43]) by mx.google.com with ESMTPS id l19sm5317149fgb.26.2009.03.31.07.36.51 (version=SSLv3 cipher=RC4-MD5); Tue, 31 Mar 2009 07:36:51 -0700 (PDT) Message-ID: <49D22A83.508@gmail.com> Date: Tue, 31 Mar 2009 18:36:51 +0400 From: Vladimir Ermakov User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <49C8AD9B.7000500@gmail.com> In-Reply-To: <49C8AD9B.7000500@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [problem] aac0 does not respond X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 14:36:54 -0000 Vladimir Ermakov wrote: > Hello, All > > Describe my problem: > have volume RAID-10 (SAS-HDD x 6) on Adaptec RAID 5805 > 2 HHD of 6 have errors in smart data (damaged) > i am try read file /var/db/mysql/ibdata1 from this volume > system does not respond ( lost access to ssh ) after read 6GB data > from this file > and print debug messages on ttyv0 > > As to prevent the emergence of this problem? > As monitor the status of RAID-controller? > > please, any solutions > > /Vladimir Ermakov > > > > ==========================messages on > ttyv0================================== > Mar 22 20:20:12 df24 kernel: aac0: COMMAND 0xffffffff80859dd0 TIMEOUT > AFTER 50 SECONDS > Mar 22 20:20:12 df24 kernel: aac0: COMMAND 0xffffffff808599e0 TIMEOUT > AFTER 50 SECONDS > Mar 22 20:20:12 df24 kernel: aac0: COMMAND 0xffffffff808569c0 TIMEOUT > AFTER 50 SECONDS > Mar 22 20:20:32 df24 kernel: aac0: COMMAND 0xffffffff80859dd0 TIMEOUT > AFTER 70 SECONDS > Mar 22 20:20:32 df24 kernel: aac0: COMMAND 0xffffffff808599e0 TIMEOUT > AFTER 70 SECONDS > Mar 22 20:20:32 df24 kernel: aac0: COMMAND 0xffffffff808569c0 TIMEOUT > AFTER 70 SECONDS > Mar 22 20:20:52 df24 kernel: aac0: COMMAND 0xffffffff80859dd0 TIMEOUT > AFTER 90 SECONDS > Mar 22 20:20:52 df24 kernel: aac0: COMMAND 0xffffffff808599e0 TIMEOUT > AFTER 90 SECONDS > Mar 22 20:20:52 df24 kernel: aac0: COMMAND 0xffffffff808569c0 TIMEOUT > AFTER 90 SECONDS > Mar 22 20:21:12 df24 kernel: aac0: COMMAND 0xffffffff80859dd0 TIMEOUT > AFTER 111 SECONDS > Mar 22 20:21:12 df24 kernel: aac0: COMMAND 0xffffffff808599e0 TIMEOUT > AFTER 111 SECONDS > Mar 22 20:21:12 df24 kernel: aac0: COMMAND 0xffffffff808569c0 TIMEOUT > AFTER 111 SECONDS > =============================================================== > > > > > # ls -halt /var/db/mysql/ibdata1 > -rw-rw---- 1 88 88 256G Mar 22 23:23 /var/db/mysql/ibdata1 > > # tar -cf - /var/db/mysql/ibdata1 | pv -br > /dev/null > 3.73GB [ 146MB/s] > > > > # smartctl -a -d scsi /dev/pass4 > smartctl version 5.38 [amd64-portbld-freebsd7.1] Copyright (C) 2002-8 > Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > Device: FUJITSU MAX3147RC Version: 0104 > Serial number: xxxxxxxxxxxxxxxxx > Device type: <31> > Transport protocol: SAS > Local Time is: Tue Mar 24 10:07:08 2009 CET > Device supports SMART and is Enabled > Temperature Warning Enabled > SMART Health Status: OK > > Current Drive Temperature: 21 C > Drive Trip Temperature: 65 C > Manufactured in week 18 of year 2006 > Recommended maximum start stop count: 10000 times > Current start stop count: 46 times > > Error counter log: > Errors Corrected by Total Correction > Gigabytes Total > ECC rereads/ errors algorithm > processed uncorrected > fast | delayed rewrites corrected invocations [10^9 > bytes] errors > read: 0 75782 1488 0 0 > 31950.874 1488 > write: 0 567 0 0 0 > 12148.416 0 > verify: 0 17642 960 0 0 > 10148.962 960 > > > > # uname -a > FreeBSD sys3 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Mon Nov 3 > 18:39:49 UTC 2008 root@sys3:/usr/obj/usr/src/sys/SYS3 amd64 > > # pciconf -lvc > *** > aac0@pci0:10:0:0: class=0x010400 card=0x02b69005 chip=0x02859005 > rev=0x09 hdr=0x00 > vendor = 'Adaptec Inc' > device = 'AAC-RAID RAID Controller' > class = mass storage > subclass = RAID > cap 01[98] = powerspec 2 supports D0 D1 D3 current D0 > cap 05[a0] = MSI supports 2 messages, 64 bit > cap 10[d0] = PCI-Express 1 endpoint > cap 03[90] = VPD > *** > > # dmesg | grep aac0 > aac0: mem 0xb8a00000-0xb8bfffff irq 16 at device > 0.0 on pci10 > aac0: Enabling 64-bit address support > aac0: Enable Raw I/O > aac0: Enable 64-bit array > aac0: New comm. interface enabled > aac0: [ITHREAD] > aac0: Adaptec 5805, aac driver 2.0.0-1 > aacp0: on aac0 > aacp1: on aac0 > aacp2: on aac0 > aacd0: on aac0 > > > tried boot FreeBSD 7.1 i386 system and read file from volume ---------------------------------------------------- # tar -cf - /var/db/mysql/ibdata1 | pv -br > /dev/null 256GB [ 208MB/s] # echo $? 0 # ---------------------------------------------------- without problem (controller does not freeze) please help with FreeBSD 7.1 amd64 /Vladimir Ermakov From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 19:02:27 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 272591065672; Tue, 31 Mar 2009 19:02:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id A596A8FC28; Tue, 31 Mar 2009 19:02:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2VJ2Nfd032728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Apr 2009 06:02:24 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n2VJ2MqL007538; Wed, 1 Apr 2009 06:02:22 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n2VJ2MU3007537; Wed, 1 Apr 2009 06:02:22 +1100 (EST) (envelope-from peter) Date: Wed, 1 Apr 2009 06:02:22 +1100 From: Peter Jeremy To: Maxim Sobolev Message-ID: <20090331190222.GA2816@server.vk2pj.dyndns.org> References: <11609492.9579.1238167614335.JavaMail.root@vms070.mailsrvcs.net> <49CD0405.1060704@samsco.org> <49CD30E9.7030501@elischer.org> <49CEC261.4010803@freebsd.org> <20090329182219.GC38985@server.vk2pj.dyndns.org> <49D1725A.1020005@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <49D1725A.1020005@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org, David Xu , prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 19:02:28 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Mar-30 18:45:30 -0700, Maxim Sobolev wrote: >You don't really need to do it on every execve() unconditionally. It=20 >could be done on demand in libc, so that only when thread pass certain=20 >threshold, the "common page optimization code" kicks in and does its=20 >open/mmap/etc magic. Otherwise, "normal" syscall is performed. This "optimisation" is premature. First step is to implement an approach that always maps (or whatever) the data and then gather some information about its overheads in the real world. If they are deemed excessive, only then do we start looking at how to improve things. And IMO, the first step would be to lazily map the page - so it's not mapped by default but mapped the first time any of the information in it is used. >that for example gettimeofday() only gets optimized if threads calls it=20 >more frequently that 1 call/sec. Whilst this thread started talking about timecounters, once you have a shared page, there is a variety of other information that could be exported - PID being the most obvious. If the page is exported as code rather than data (as has been suggested) then you also have the possibility of exporting CPU-dependent optimised versions of some library functions (ala Solaris). The more stuff you export, the less you gain from supporting an export threshold. On 2009-Mar-30 18:31:06 -0700, Maxim Sobolev wrote: >It's not that easy, unless you can pin thread to a specific core before=20 >reading that page. I.e. imagine the case when your thread reads per-cpu=20 >page, get preempted and scheduled to a different core, then executes=20 >RDTSC there, still thinking it got TSC reading from the first core. Even= =20 >if it does re-read from that page again after reading TSC to determine=20 >if he has read the correct TSC, still it's possible (though not very=20 >likely) that it has been preempted again and scheduled to the first core= =20 >after reading the TSC. Good point. If you export code, rather than data, then the scheduler can just special-case threads where the return address is inside the magic page (this is a fairly cheap test and only needs to occur once you have decided to re-schedule that thread - so you are already in the "expensive" part of the scheduler and a few more instructions won't be noticable there). The most obvious approach would be to temporarily pin the thread whilst it's executing inside that page. --=20 Peter Jeremy --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAknSaL4ACgkQ/opHv/APuIedoQCgipQ73bAx0NBwiaR5iZApBWgB GIkAn3H7KyYKduqSfyGKrWD126pk/lyO =xNgP -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 31 21:46:55 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 059AB1065674 for ; Tue, 31 Mar 2009 21:46:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id DC9B98FC13 for ; Tue, 31 Mar 2009 21:46:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 2B02B28BD3; Tue, 31 Mar 2009 14:46:55 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 92FC12D6092; Tue, 31 Mar 2009 14:46:51 -0700 (PDT) Message-ID: <49D28F67.7010802@elischer.org> Date: Tue, 31 Mar 2009 14:47:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: "Shaowei Wang (wsw)" References: <2e566b9e0903310239x15b53d1av2f45453cb35a8898@mail.gmail.com> In-Reply-To: <2e566b9e0903310239x15b53d1av2f45453cb35a8898@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Srinivas Ganji , freebsd-hackers@freebsd.org Subject: Re: Is it possible to use the libthr.a file on a Redhat Linux? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 21:46:55 -0000 Shaowei Wang (wsw) wrote: > On Tue, Mar 31, 2009 at 4:40 PM, Srinivas Ganji wrote: > >> Dear All, >> >> I have tried to use the libthr.a library for compiling an application which >> is working fine on Redhat system with libpthread library. However, I end up >> with the following errors. >> >> >> >> ../lib/linux/libthr.a(thr_sem.o): In function `_sem_init': >> >> thr_sem.c:(.text+0x100): undefined reference to `ksem_init' >> >> thr_sem.c:(.text+0x115): undefined reference to `ksem_destroy' >> >> ../lib/linux/libthr.a(thr_sem.o): In function `_sem_destroy': >> >> thr_sem.c:(.text+0x216): undefined reference to `ksem_destroy' >> >> ../lib/linux/libthr.a(thr_sem.o): In function `_sem_timedwait': >> >> thr_sem.c:(.text+0x2ad): undefined reference to `ksem_timedwait' >> >> ../lib/linux/libthr.a(thr_sem.o): In function `_sem_wait': >> >> .... >> >> .... >> >> .... >> >> >> >> collect2: ld returned 1 exit status >> >> make: *** [target] Error 1 >> >> >> >> So, I have also mentioned the libc.so.7(This is also a FreeBSD libc >> >> library) library in our application to remove the above undefined >> references. So, at that time I got the following errors. >> >> >> >> /usr/bin/ld: errno@@FBSD_1.0: TLS definition in /lib/libc.so.6 section >> .tbss >> mismatches non-TLS definition in ../lib/linux/libc.so section .bss >> >> /lib/libc.so.6: could not read symbols: Bad value >> >> >> >> Here, the lib/libc.so.6 is a Redhat libc library where as >> ../lib/linux/libc.so is a FreeBSD library (libc.so.7). >> >> >> >> My question is: Is it possible to use the FreeBSD libthr.a library on a >> Redhat Linux distribution? >> > > As I known, it's not possible unless you port the libthr to Linux system. > > Linux use clone() system call to implement thread library and FreeBSD use a > different way(KSE). no, KSE was an experimental system that was removed.. FreeBSD threads are created using the thr_create() call There is some siliarity to the way that libthr and linux make threads as they are both 1:1 models. > > >> >> >> Thanks in advance. >> >> >> >> With Regards, >> >> Srinivas G >> _______________________________________________ >> 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 Wed Apr 1 00:05:15 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DEB9106564A for ; Wed, 1 Apr 2009 00:05:15 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 41A688FC12 for ; Wed, 1 Apr 2009 00:05:15 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 241DF28449 for ; Wed, 1 Apr 2009 08:05:14 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id BC25EEB83BA; Wed, 1 Apr 2009 08:05:13 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id b41oip+ugBym; Wed, 1 Apr 2009 08:05:03 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 75F59EC54BB; Wed, 1 Apr 2009 08:05:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=L8x90gjvnGSk0bqic563KBd7F6GGY7R9Y/LOV3ZqS/UqIP39iwT4oSVOe0Fn3/moG tlbfqA1+irKKI0ubNO0YQ== Message-ID: <49D2AFA9.7080707@delphij.net> Date: Tue, 31 Mar 2009 17:04:57 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090324) MIME-Version: 1.0 To: Srinivas Ganji References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Is it possible to use the libthr.a file on a Redhat Linux? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 00:05:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Srinivas Ganji wrote: > Dear All, > > I have tried to use the libthr.a library for compiling an application which > is working fine on Redhat system with libpthread library. However, I end up > with the following errors. > [...] > My question is: Is it possible to use the FreeBSD libthr.a library on a > Redhat Linux distribution? I don't think so. libthr depends on some features that only exists on FreeBSD, like other system libraries, they wrap FreeBSD kernel interfaces to what is more familiar to application programmers, like C and POSIX APIs, etc. It should be noted that it could be possible if you recompile your application under RedHat Linux, as the upper layer of API should be more similar. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknSr6kACgkQi+vbBBjt66AiLACePPXunI2ApOoJ3OSLZKfpZWg2 m1sAoLPrnqOavIV0ldM1+D334JMuaQCs =akOZ -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 02:04:48 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16690106564A; Wed, 1 Apr 2009 02:04:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id AEE378FC19; Wed, 1 Apr 2009 02:04:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 99FC128449; Wed, 1 Apr 2009 10:04:46 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 01CB0EB8A7A; Wed, 1 Apr 2009 10:04:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 4hn50X3tYZnE; Wed, 1 Apr 2009 10:04:38 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 101BBEB6F8F; Wed, 1 Apr 2009 10:04:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=l7G6ZK9wDOlSaU6N9LhN1bYKz6ZetEJMhdNzis/GzMo4Ffd45KpVHVr+t1E0Tg1PX fNzL9MF8bvXv1u4qA7u3g== Message-ID: <49D2CBB1.3070802@delphij.net> Date: Tue, 31 Mar 2009 19:04:33 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090324) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 01 Apr 2009 02:27:28 +0000 Cc: stable@freebsd.org Subject: Re: Intel Integrated Raid (iir) relevance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 02:04:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (It would be probably good idea to redirect this discussion to -stable@, redirected) Hi, Danny, Danny Braniss wrote: > It's no longer working (for me) under 7.2, and so far > I am not getting any feedback, so since it seems that > this particular hardware has reached EOL, I was wondering > if, > a) it's true, > b) drop it, and replace it. > c) should time be spent in getting it to work again. I'm not very sure about your problem with iir(4). A diff against RELENG_7_1 does not reveal any change on the driver itself. Are you sure that 7.1-R can have the device working? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknSy7AACgkQi+vbBBjt66AUoQCgtFiu6Bsg0LygJ7gAnKLdBBMN JKIAoKNioqTEQSA8vX621jqTpBKTaO1C =RmFa -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 18:05:21 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A77D91065704 for ; Wed, 1 Apr 2009 18:05:21 +0000 (UTC) (envelope-from prvs=1342d789fa=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 357C58FC18 for ; Wed, 1 Apr 2009 18:05:20 +0000 (UTC) (envelope-from prvs=1342d789fa=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1238608517; x=1239213317; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=azRlGqvBf6qYEuVIX0Nc1UeSJE3hBeCrsl SrHKgSPD4=; b=k1LavNlMkZq08lhZmrMIinXW79ZgZ2B9sofOLBNUZLyL8j4Vjv HEhIcJ3ejf3658ikthfHOhDHZt7o7t5NH/e6VUTVwecD8A7BUfqGtQ7FFQqhHudP MxEpp64+PXt840atUTprkUq01ua3rfblltmOoGKy1TZ9Ddwks6lsuVkos= X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 01 Apr 2009 18:55:17 +0100 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50007242522.msg for ; Wed, 01 Apr 2009 18:55:17 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 01 Apr 2009 18:55:17 +0100 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 85.236.106.102 X-Return-Path: prvs=1342d789fa=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-ID: From: "Steven Hartland" To: Date: Wed, 1 Apr 2009 18:55:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Subject: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 18:05:22 -0000 How can I increase the maximum number or ptys available on FreeBSD 7.0? It seems that currently the machine is maxing out at 512 but there is still loads of capacity left on the machine. Ideally would like to double at least the number of ttys available, any help would be most appreciated. Regards 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 18:29:26 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 407F9106566B for ; Wed, 1 Apr 2009 18:29:26 +0000 (UTC) (envelope-from prvs=1342d789fa=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id C088F8FC14 for ; Wed, 1 Apr 2009 18:29:25 +0000 (UTC) (envelope-from prvs=1342d789fa=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1238610565; x=1239215365; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=6PlFUnKfIHl34mqyuVQA/ 0v8c06duNnpNc4hJXRQ0KE=; b=gCSotZ3JHvOOOpoBJ9ubxvskEdjdRV+nrqOy2 JOy/VSyyujehjilZbZ4gMbjBV+8pbZDQLk5HLQ4x62LWJn2XrmR2qjb+8nVWKTug o6fsHdjJyXHCnM+T7nWsn4XUxWD2osFBGZIC/mADRuyvm2HbRQZZj50SgGZzoyXz WCUVjY= X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 01 Apr 2009 19:29:25 +0100 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50007242674.msg for ; Wed, 01 Apr 2009 19:29:25 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 01 Apr 2009 19:29:25 +0100 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 85.236.106.102 X-Return-Path: prvs=1342d789fa=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-ID: <57E2F83B3290402281CDBA24485427AE@multiplay.co.uk> From: "Steven Hartland" To: "Steven Hartland" , References: Date: Wed, 1 Apr 2009 19:29:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 18:29:26 -0000 I knew his sounded very familiar, seems I asked the same question back in 2007 for 5.4 just it was capped at 256: http://lists.freebsd.org/mailman/htdig/freebsd-hackers/2007-October/021852.html I'm sure I also remember saying this limit had been removed in 7.x but looking in the source for pqrsPQRS it seems there are several places where this still hard coded:- contrib/telnet/telnetd/sys_term.c: for (cp = "pqrsPQRS"; *cp; cp++) { lib/libc/stdlib/grantpt.c:#define PTY_DEV1 "pqrsPQRSlmnoLMNO" lib/libutil/pty.c: for (cp1 = "pqrsPQRSlmnoLMNO"; *cp1; cp1++) { sys/kern/tty_pty.c:static const char names[] = "pqrsPQRSlmnoLMNOtuvwTUVWxyzXYZ"; sys/kern/tty_pty.c: * pts == /dev/tty[pqrsPQRSlmnoLMNO][0123456789abcdefghijklmnopqrstuv] sys/kern/tty_pty.c: * ptc == /dev/pty[pqrsPQRSlmnoLMNO][0123456789abcdefghijklmnopqrstuv] usr.sbin/ac/ac.c: strchr("pqrsPQRS", usr.ut_line[3]) != 0 || So the questions are:- 1. Is the fix to this still to just to update these settings? 2. Is there any significance to the upper case lower case thing? 3. Are there any other restrictions on the letters that can be used? ----- Original Message ----- From: "Steven Hartland" > How can I increase the maximum number or ptys available on FreeBSD 7.0? > > It seems that currently the machine is maxing out at 512 but there is > still loads of capacity left on the machine. > > Ideally would like to double at least the number of ttys available, > any help would be most appreciated. ================================================ 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 18:38:46 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B021E1065743 for ; Wed, 1 Apr 2009 18:38:46 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id F17028FC1F for ; Wed, 1 Apr 2009 18:38:45 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id 8CCFB39BA2; Wed, 1 Apr 2009 20:25:02 +0200 (CEST) Date: Wed, 1 Apr 2009 20:25:02 +0200 From: Edward Tomasz Napierala To: freebsd-hackers@FreeBSD.org Message-ID: <20090401182502.GA13651@pin.if.uz.zgora.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Filesystem orphaning. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 18:38:47 -0000 Attached is a patch that adds filesystem orphaning. What it means, from the user point of view, is that when a disk device containing mounted filesystem gets removed from the system, all filesystem operations return immediately with an error, contents of the filesystem become invisible and inaccessible, and the filesystem gets marked as 'orphaned' in the mount(8) output. The only thing you can do after that is to unmount the filesystem. There are two problems. First, there is a race condition between registering the callback from the mount routine and device disappearing, causing the callback to be called. I'm not sure how serious it is; vfs_orphan() routine contains code to prevent it from messing things up when called against a filesystem that hasn't been fully mounted yet. Second problem is that vflush(9) with FORCECLOSE isn't quite safe. Right now the only situation it's being called is "umount -f"; this patch would add a second case. I'm little short of time, so I won't be able to work on it anytime soon. If you like the idea - please do whatever is needed to get it to commitable state. This patch was developed during project sponsored by FreeBSD Foundation. Index: sbin/mount/mount.c =================================================================== --- sbin/mount/mount.c (revision 190561) +++ sbin/mount/mount.c (working copy) @@ -112,6 +112,7 @@ static struct opt { { MNT_MULTILABEL, "multilabel" }, { MNT_ACLS, "acls" }, { MNT_GJOURNAL, "gjournal" }, + { MNT_ORPHANED, "orphaned" }, { 0, NULL } }; Index: sys/ufs/ffs/ffs_vfsops.c =================================================================== --- sys/ufs/ffs/ffs_vfsops.c (revision 190561) +++ sys/ufs/ffs/ffs_vfsops.c (working copy) @@ -601,6 +601,15 @@ loop: */ static int sblock_try[] = SBLOCKSEARCH; +static void +ffs_orphan_callback(struct g_consumer *cp, void *user) +{ + struct mount *mp; + + mp = (struct mount *)user; + vfs_orphan(mp); +} + /* * Common code for mount and mountroot */ @@ -629,9 +638,13 @@ ffs_mountfs(devvp, mp, td) dev = devvp->v_rdev; dev_ref(dev); + vfs_ref(mp); DROP_GIANT(); g_topology_lock(); error = g_vfs_open(devvp, &cp, "ffs", ronly ? 0 : 1); + if (error == 0) + g_vfs_register_callback(cp, ffs_orphan_callback, + mp, G_CB_ORPHAN); /* * If we are a root mount, drop the E flag so fsck can do its magic. @@ -923,6 +936,7 @@ out: free(ump, M_UFSMNT); mp->mnt_data = NULL; } + vfs_rel(mp); dev_rel(dev); return (error); } @@ -1110,6 +1124,7 @@ ffs_unmount(mp, mntflags, td) g_topology_unlock(); PICKUP_GIANT(); vrele(ump->um_devvp); + vfs_rel(mp); dev_rel(ump->um_dev); mtx_destroy(UFS_MTX(ump)); if (mp->mnt_gjprovider != NULL) { Index: sys/kern/vfs_syscalls.c =================================================================== --- sys/kern/vfs_syscalls.c (revision 190561) +++ sys/kern/vfs_syscalls.c (working copy) @@ -326,6 +326,8 @@ kern_statfs(struct thread *td, char *path, enum ui sp->f_version = STATFS_VERSION; sp->f_namemax = NAME_MAX; sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; + if (mp->mnt_kern_flag & MNTK_ORPHANED) + sp->f_flags |= MNT_ORPHANED; error = VFS_STATFS(mp, sp, td); if (error) goto out; @@ -415,6 +417,8 @@ kern_fstatfs(struct thread *td, int fd, struct sta sp->f_version = STATFS_VERSION; sp->f_namemax = NAME_MAX; sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; + if (mp->mnt_kern_flag & MNTK_ORPHANED) + sp->f_flags |= MNT_ORPHANED; error = VFS_STATFS(mp, sp, td); if (error) goto out; @@ -515,6 +519,8 @@ kern_getfsstat(struct thread *td, struct statfs ** sp->f_version = STATFS_VERSION; sp->f_namemax = NAME_MAX; sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; + if (mp->mnt_kern_flag & MNTK_ORPHANED) + sp->f_flags |= MNT_ORPHANED; /* * If MNT_NOWAIT or MNT_LAZY is specified, do not * refresh the fsstat cache. MNT_NOWAIT or MNT_LAZY @@ -4662,6 +4668,8 @@ kern_fhstatfs(struct thread *td, fhandle_t fh, str sp->f_version = STATFS_VERSION; sp->f_namemax = NAME_MAX; sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; + if (mp->mnt_kern_flag & MNTK_ORPHANED) + sp->f_flags |= MNT_ORPHANED; error = VFS_STATFS(mp, sp, td); if (error == 0) *buf = *sp; Index: sys/kern/vfs_subr.c =================================================================== --- sys/kern/vfs_subr.c (revision 190561) +++ sys/kern/vfs_subr.c (working copy) @@ -1084,7 +1084,7 @@ insmntque1(struct vnode *vp, struct mount *mp, #endif MNT_ILOCK(mp); if ((mp->mnt_kern_flag & MNTK_NOINSMNTQ) != 0 && - ((mp->mnt_kern_flag & MNTK_UNMOUNTF) != 0 || + ((mp->mnt_kern_flag & (MNTK_UNMOUNTF | MNTK_ORPHANED)) != 0 || mp->mnt_nvnodelistsize == 0)) { locked = VOP_ISLOCKED(vp); if (!locked || (locked == LK_EXCLUSIVE && @@ -1092,6 +1092,8 @@ insmntque1(struct vnode *vp, struct mount *mp, MNT_IUNLOCK(mp); if (dtr != NULL) dtr(vp, dtr_arg); + if ((mp->mnt_kern_flag & MNTK_ORPHANED) != 0) + return (ENXIO); return (EBUSY); } } @@ -2875,6 +2877,7 @@ DB_SHOW_COMMAND(mount, db_show_mount) MNT_KERN_FLAG(MNTK_MPSAFE); MNT_KERN_FLAG(MNTK_NOKNOTE); MNT_KERN_FLAG(MNTK_LOOKUP_SHARED); + MNT_KERN_FLAG(MNTK_ORPHANED); #undef MNT_KERN_FLAG if (flags != 0) { if (buf[0] != '\0') @@ -4249,6 +4252,45 @@ vfs_read_dirent(struct vop_readdir_args *ap, struc } /* + * Mark the filesystem as orphaned. Usually called when the device + * that contained the filesystem goes away. + */ +void +vfs_orphan(struct mount *mp) +{ + int error; + struct mount *tmp; + + error = vfs_busy(mp, MBF_NOWAIT); + /* If the filesystem is being unmounted, do nothing. */ + if (error) + return; + + /* Prevent all future vnode operations from succeeding. */ + MNT_ILOCK(mp); + mp->mnt_kern_flag |= (MNTK_ORPHANED | MNTK_NOINSMNTQ); + MNT_IUNLOCK(mp); + + /* + * Don't try to call vflush on a mount structure that is not + * fully initialized yet. Assume that the mount is initialized + * if it can be found on the mountlist. + */ + mtx_lock(&mountlist_mtx); + TAILQ_FOREACH(tmp, &mountlist, mnt_list) { + if (tmp == mp) + break; + } + mtx_unlock(&mountlist_mtx); + if (tmp == NULL) { + vfs_unbusy(mp); + return; + } + vflush(mp, 0, FORCECLOSE, curthread); + vfs_unbusy(mp); +} + +/* * Mark for update the access time of the file if the filesystem * supports VOP_MARKATIME. This functionality is used by execve and * mmap, so we want to avoid the I/O implied by directly setting Index: sys/fs/msdosfs/msdosfs_vfsops.c =================================================================== --- sys/fs/msdosfs/msdosfs_vfsops.c (revision 190561) +++ sys/fs/msdosfs/msdosfs_vfsops.c (working copy) @@ -403,6 +403,15 @@ msdosfs_mount(struct mount *mp, struct thread *td) return (0); } +static void +msdosfs_orphan_callback(struct g_consumer *cp, void *user) +{ + struct mount *mp; + + mp = (struct mount *)user; + vfs_orphan(mp); +} + static int mountmsdosfs(struct vnode *devvp, struct mount *mp) { @@ -425,9 +434,13 @@ mountmsdosfs(struct vnode *devvp, struct mount *mp dev = devvp->v_rdev; dev_ref(dev); + vfs_ref(mp); DROP_GIANT(); g_topology_lock(); error = g_vfs_open(devvp, &cp, "msdosfs", ronly ? 0 : 1); + if (error == 0) + g_vfs_register_callback(cp, msdosfs_orphan_callback, + mp, G_CB_ORPHAN); g_topology_unlock(); PICKUP_GIANT(); VOP_UNLOCK(devvp, 0); @@ -766,6 +779,7 @@ error_exit: free(pmp, M_MSDOSFSMNT); mp->mnt_data = NULL; } + vfs_rel(mp); dev_rel(dev); return (error); } @@ -831,6 +845,7 @@ msdosfs_unmount(struct mount *mp, int mntflags, st g_topology_unlock(); PICKUP_GIANT(); vrele(pmp->pm_devvp); + vfs_rel(mp); dev_rel(pmp->pm_dev); free(pmp->pm_inusemap, M_MSDOSFSFAT); if (pmp->pm_flags & MSDOSFS_LARGEFS) Index: sys/geom/geom_vfs.c =================================================================== --- sys/geom/geom_vfs.c (revision 190561) +++ sys/geom/geom_vfs.c (working copy) @@ -34,6 +34,8 @@ __FBSDID("$FreeBSD$"); #include #include #include /* XXX Temporary for VFS_LOCK_GIANT */ +#include +#include #include #include @@ -130,17 +132,78 @@ g_vfs_strategy(struct bufobj *bo, struct buf *bp) g_io_request(bip, cp); } +struct g_vfs_cb { + struct g_consumer *cb_consumer; + int cb_event; + void (*cb_callback)(struct g_consumer *, void *); + void *cb_userptr; + struct task cb_task; +}; + +/* + * When registering the callback from the mount routine, the topology lock + * is being taken while holding devvp vnode lock. The callback routine + * would probably try to grab devvp vnode lock, and executing it from + * g_event context, while holding topology lock, would cause LOR. To make + * sure this doesn't happen, we call the callback from taskqueue. + */ static void +g_vfs_cb_func(void *context, int pending) +{ + struct g_vfs_cb *cb; + + cb = context; + + KASSERT(cb->cb_event == G_CB_ORPHAN, + ("found callback for unknown event")); + + (cb->cb_callback)(cb->cb_consumer, cb->cb_userptr); +} + +void +g_vfs_register_callback(struct g_consumer *cp, + void (callback)(struct g_consumer *, void *), void *userptr, int event) +{ + struct g_vfs_cb *cb; + + g_topology_assert(); + + KASSERT(event >= 0 && event <= G_CB_LAST, + ("invalid callback event flag")); + cb = cp->private; + KASSERT(cb[event].cb_callback == NULL, + ("callback already registered")); + + cb[event].cb_callback = callback; + cb[event].cb_userptr = userptr; + cb[event].cb_consumer = cp; + cb[event].cb_event = event; + TASK_INIT(&(cb[event].cb_task), 0, g_vfs_cb_func, &(cb[event])); +} + +static void g_vfs_orphan(struct g_consumer *cp) { struct g_geom *gp; struct bufobj *bo; + struct g_vfs_cb *cb; + int error; g_topology_assert(); gp = cp->geom; bo = gp->softc; + cb = cp->private; + g_trace(G_T_TOPOLOGY, "g_vfs_orphan(%p(%s))", cp, gp->name); + + if (cb != NULL && cb[G_CB_ORPHAN].cb_callback != NULL) { + error = taskqueue_enqueue(taskqueue_thread, + &(cb[G_CB_ORPHAN].cb_task)); + KASSERT(error == 0, ("taskqueue_enqueue(9) failed.")); + taskqueue_drain(taskqueue_thread, &(cb[G_CB_ORPHAN].cb_task)); + } + if (cp->acr > 0 || cp->acw > 0 || cp->ace > 0) g_access(cp, -cp->acr, -cp->acw, -cp->ace); g_detach(cp); @@ -169,6 +232,8 @@ g_vfs_open(struct vnode *vp, struct g_consumer **c gp = g_new_geomf(&g_vfs_class, "%s.%s", fsname, pp->name); cp = g_new_consumer(gp); g_attach(cp, pp); + cp->private = g_malloc(sizeof(struct g_vfs_cb[G_CB_LAST + 1]), + M_WAITOK | M_ZERO); error = g_access(cp, 1, wr, 1); if (error) { g_wither_geom(gp, ENXIO); @@ -195,6 +260,8 @@ g_vfs_close(struct g_consumer *cp) g_topology_assert(); + g_free(cp->private); + cp->private = NULL; gp = cp->geom; bo = gp->softc; bufobj_invalbuf(bo, V_SAVE, 0, 0); Index: sys/geom/geom_vfs.h =================================================================== --- sys/geom/geom_vfs.h (revision 190561) +++ sys/geom/geom_vfs.h (working copy) @@ -35,8 +35,13 @@ struct buf; extern struct buf_ops *g_vfs_bufops; +#define G_CB_ORPHAN 1 +#define G_CB_LAST G_CB_ORPHAN + void g_vfs_strategy(struct bufobj *bo, struct buf *bp); int g_vfs_open(struct vnode *vp, struct g_consumer **cpp, const char *fsname, int wr); void g_vfs_close(struct g_consumer *cp); +void g_vfs_register_callback(struct g_consumer *cp, + void (callback)(struct g_consumer *, void *), void *user, int event); #endif /* _GEOM_GEOM_VFS_H_ */ Index: sys/sys/mount.h =================================================================== --- sys/sys/mount.h (revision 190561) +++ sys/sys/mount.h (working copy) @@ -250,14 +250,17 @@ void __mnt_vnode_markerfree(struct vnode #define MNT_EXPUBLIC 0x20000000 /* public export (WebNFS) */ /* - * Flags set by internal operations, - * but visible to the user. - * XXX some of these are not quite right.. (I've never seen the root flag set) + * Flags set by internal operations, but visible to the user. + * Note that MNT_ORPHANED flag is never actually set on mnt_flag field + * in struct mount; it's only set on f_flags in struct statfs when + * MNTK_ORPHANED is set. We cannot use MNT_ORPHANED instead of MNTK_ORPHANED + * due to missing locking of mnt_flag. */ #define MNT_LOCAL 0x00001000 /* filesystem is stored locally */ #define MNT_QUOTA 0x00002000 /* quotas are enabled on filesystem */ #define MNT_ROOTFS 0x00004000 /* identifies the root filesystem */ #define MNT_USER 0x00008000 /* mounted by a user */ +#define MNT_ORPHANED 0x00020000 /* MNTK_ORPHANED is set */ #define MNT_IGNORE 0x00800000 /* do not show entry in df */ /* @@ -273,7 +276,8 @@ void __mnt_vnode_markerfree(struct vnode MNT_ROOTFS | MNT_NOATIME | MNT_NOCLUSTERR| \ MNT_NOCLUSTERW | MNT_SUIDDIR | MNT_SOFTDEP | \ MNT_IGNORE | MNT_EXPUBLIC | MNT_NOSYMFOLLOW | \ - MNT_GJOURNAL | MNT_MULTILABEL | MNT_ACLS) + MNT_GJOURNAL | MNT_MULTILABEL | MNT_ACLS | \ + MNT_ORPHANED) /* Mask of flags that can be updated. */ #define MNT_UPDATEMASK (MNT_NOSUID | MNT_NOEXEC | \ @@ -289,6 +293,8 @@ void __mnt_vnode_markerfree(struct vnode * XXX: These are not STATES and really should be somewhere else. * XXX: MNT_BYFSID collides with MNT_ACLS, but because MNT_ACLS is only used for * mount(2) and MNT_BYFSID is only used for unmount(2) it's harmless. + * XXX: MNT_DELEXPORT collides with MNT_ORPHANED, but MNT_DELEXPORT is never + * used in mnt_flag, only for ex_flags. */ #define MNT_UPDATE 0x00010000 /* not a real mount, just an update */ #define MNT_DELEXPORT 0x00020000 /* delete export host lists */ @@ -325,6 +331,7 @@ void __mnt_vnode_markerfree(struct vnode #define MNTK_DRAINING 0x00000010 /* lock draining is happening */ #define MNTK_REFEXPIRE 0x00000020 /* refcount expiring is happening */ #define MNTK_EXTENDED_SHARED 0x00000040 /* Allow shared locking for more ops */ +#define MNTK_ORPHANED 0x00000080 /* device is gone */ #define MNTK_UNMOUNT 0x01000000 /* unmount in progress */ #define MNTK_MWAIT 0x02000000 /* waiting for unmount to finish */ #define MNTK_SUSPEND 0x08000000 /* request write suspension */ @@ -747,6 +754,7 @@ struct mount *vfs_mount_alloc(struct vnode *, stru int vfs_suser(struct mount *, struct thread *); void vfs_unbusy(struct mount *); void vfs_unmountall(void); +void vfs_orphan(struct mount *); extern TAILQ_HEAD(mntlist, mount) mountlist; /* mounted filesystem list */ extern struct mtx mountlist_mtx; extern struct nfs_public nfs_pub; -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 20:52:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF99106566C for ; Wed, 1 Apr 2009 20:52:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA998FC08 for ; Wed, 1 Apr 2009 20:52:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C21821CC50; Wed, 1 Apr 2009 22:53:06 +0200 (CEST) Date: Wed, 1 Apr 2009 22:53:06 +0200 From: Ed Schouten To: Steven Hartland Message-ID: <20090401205306.GO13393@hoeg.nl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Hackers Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 20:52:02 -0000 Hi Steven, * Steven Hartland wrote: > How can I increase the maximum number or ptys available on FreeBSD 7.0? > > It seems that currently the machine is maxing out at 512 but there is > still loads of capacity left on the machine. > > Ideally would like to double at least the number of ttys available, > any help would be most appreciated. You can increase the maximum amount of PTYs by editing a lot of source files on your system. There is some good news: in -CURRENT we switched to Unix98-style PTYs (/dev/pts/%u). Right now the maximum amount of PTYs is limited to 1000 (0 to 999). We're currently limited to 7 characters (pts/999) because our utmp/ wtmp/lastlog files only reserve 8 bytes for the TTY name. If you're brave enough, you can increase UT_LINESIZE in include/utmp.h and MAXPTSDEVS in sys/kern/tty_pts.c. Be sure to recompile everything and to remove your utmp/wtmp/lastlog files. -- Ed Schouten WWW: http://80386.nl/ From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 20:57:10 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1239A106564A for ; Wed, 1 Apr 2009 20:57:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id AA27E8FC16 for ; Wed, 1 Apr 2009 20:57:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Lp7Uh-0003BU-Ee; Wed, 01 Apr 2009 23:57:07 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n31Kv4YQ070578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Apr 2009 23:57:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n31Kv4u1085837; Wed, 1 Apr 2009 23:57:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n31Kv4Pj085836; Wed, 1 Apr 2009 23:57:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 1 Apr 2009 23:57:04 +0300 From: Kostik Belousov To: Ed Schouten Message-ID: <20090401205703.GX31897@deviant.kiev.zoral.com.ua> References: <20090401205306.GO13393@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hrlM+fc7ZNh8C9pu" Content-Disposition: inline In-Reply-To: <20090401205306.GO13393@hoeg.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1Lp7Uh-0003BU-Ee 6321f86e8ddbda99f3f5d796e2aa2d7a X-Terabit: YES Cc: FreeBSD Hackers , Steven Hartland Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 20:57:10 -0000 --hrlM+fc7ZNh8C9pu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 01, 2009 at 10:53:06PM +0200, Ed Schouten wrote: > Hi Steven, >=20 > * Steven Hartland wrote: > > How can I increase the maximum number or ptys available on FreeBSD 7.0? > > > > It seems that currently the machine is maxing out at 512 but there is > > still loads of capacity left on the machine. > > > > Ideally would like to double at least the number of ttys available, > > any help would be most appreciated. >=20 > You can increase the maximum amount of PTYs by editing a lot of source > files on your system. There is some good news: in -CURRENT we switched > to Unix98-style PTYs (/dev/pts/%u). Right now the maximum amount of PTYs > is limited to 1000 (0 to 999). >=20 > We're currently limited to 7 characters (pts/999) because our utmp/ > wtmp/lastlog files only reserve 8 bytes for the TTY name. If you're > brave enough, you can increase UT_LINESIZE in include/utmp.h and > MAXPTSDEVS in sys/kern/tty_pts.c. Be sure to recompile everything and to > remove your utmp/wtmp/lastlog files. Can we switch to %x ? Or even, use some radix encoding of the number, to allow alphabetical symbols too ? --hrlM+fc7ZNh8C9pu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknT1R8ACgkQC3+MBN1Mb4jo4QCeMBJbO+7ODuvwo6Xu2yjocGt/ DRUAn2zJVZXmSjdtRHjqwFQtfNq77jhd =ddDC -----END PGP SIGNATURE----- --hrlM+fc7ZNh8C9pu-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 21:07:30 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DFA106566B for ; Wed, 1 Apr 2009 21:07:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 8B61C8FC15 for ; Wed, 1 Apr 2009 21:07:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A61921CC73; Wed, 1 Apr 2009 23:08:35 +0200 (CEST) Date: Wed, 1 Apr 2009 23:08:35 +0200 From: Ed Schouten To: Kostik Belousov Message-ID: <20090401210835.GP13393@hoeg.nl> References: <20090401205306.GO13393@hoeg.nl> <20090401205703.GX31897@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="STPqjqpCrtky8aYs" Content-Disposition: inline In-Reply-To: <20090401205703.GX31897@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Hackers , Steven Hartland Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 21:07:31 -0000 --STPqjqpCrtky8aYs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kostik, * Kostik Belousov wrote: > Can we switch to %x ? Or even, use some radix encoding of the number, > to allow alphabetical symbols too ? I guess that would break a lot of existing libraries. For example: older RELENG_7/CURRENT libcs might still use TIOCGPTN. This ioctl just returns a number that is just printed into a device name using "/dev/pts/%u" as a format. I also suspect a lot of Linux/Solaris-minded software expects the names to be in decimal form. I also thought about that, but the risks are probably too high. I think it's better to just redesign our utmp/wtmp/lastlog system. I guess we could do something like this: - Implement utmpx. At first utmpx should just be a set of wrappers around utmp/wtmp/lastlog. - Migrate all applications to utmpx. - Change the utmpx code to use some new fancy file format. I think I can finish the first step before 8.0 if I start working on this one of these weeks. --=20 Ed Schouten WWW: http://80386.nl/ --STPqjqpCrtky8aYs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknT19MACgkQ52SDGA2eCwUQBgCfWThoNf4HrM/Rh0GBCyNVPKR2 AYoAn2zTnithkWAZ0Me5LSGGpGh7tBxu =p8x/ -----END PGP SIGNATURE----- --STPqjqpCrtky8aYs-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 21:17:35 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B85AE106566B for ; Wed, 1 Apr 2009 21:17:35 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 7970E8FC08 for ; Wed, 1 Apr 2009 21:17:35 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 3D0F91CC73; Wed, 1 Apr 2009 23:18:40 +0200 (CEST) Date: Wed, 1 Apr 2009 23:18:40 +0200 From: Ed Schouten To: Kostik Belousov Message-ID: <20090401211840.GQ13393@hoeg.nl> References: <20090401205306.GO13393@hoeg.nl> <20090401205703.GX31897@deviant.kiev.zoral.com.ua> <20090401210835.GP13393@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NqSa+Xr3J/G6Hhls" Content-Disposition: inline In-Reply-To: <20090401210835.GP13393@hoeg.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Hackers , Steven Hartland Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 21:17:36 -0000 --NqSa+Xr3J/G6Hhls Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > I also thought about that, but the risks are probably too high. I think > it's better to just redesign our utmp/wtmp/lastlog system. I guess we > could do something like this: I forgot one step: > - Implement utmpx. At first utmpx should just be a set of wrappers > around utmp/wtmp/lastlog. > - Migrate all applications to utmpx. - Remove ttyslot() and . > - Change the utmpx code to use some new fancy file format. --=20 Ed Schouten WWW: http://80386.nl/ --NqSa+Xr3J/G6Hhls Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknT2jAACgkQ52SDGA2eCwX+jQCfbplqoaCt+NcvNJyvQfQXWL7P ueMAnRYXtS+EYG+ayNejme3u6pT0+9GQ =SUZ7 -----END PGP SIGNATURE----- --NqSa+Xr3J/G6Hhls-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 21:53:52 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C1610656E0 for ; Wed, 1 Apr 2009 21:53:52 +0000 (UTC) (envelope-from daamn.m@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 176E08FC27 for ; Wed, 1 Apr 2009 21:53:51 +0000 (UTC) (envelope-from daamn.m@gmail.com) Received: by ey-out-2122.google.com with SMTP id 4so57734eyf.7 for ; Wed, 01 Apr 2009 14:53:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=AhKD6YffNi2J46WYfgcX4yyalkV/ktqyOgvF64p9t90=; b=vanm4iv2olOXijEvGb4qOe9bU4eYHDRuLCPa/2J/jjA+67OxluvP3/10nnBzBt5hxx 82KKgPDLWHgP8nz04TO4zQOm4vJamy+VNN4wy956nTyw9hRl8D7KlhFrQnp85HLc/qjT NelT7pAdEiYWuXCnE9aerfYENyLh1B1qqmpeA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=k8uoG2EOYHHI/oM/i6CGn0yZUpwF7E+HMbLteXb+zET+HQUIqqpEIgVpGZPEkpiDH3 pvcnzJZigXXzehWrqTzkCbDGjceDfmIP9XRwhMLymW+d993TruyTfhYBabjPdlDZ0roM D7WI5MAnXZU7TX16j5b0h5JURWQ8nVQMBhjdo= MIME-Version: 1.0 Received: by 10.210.127.10 with SMTP id z10mr4768902ebc.79.1238621050294; Wed, 01 Apr 2009 14:24:10 -0700 (PDT) Date: Wed, 1 Apr 2009 23:24:10 +0200 Message-ID: <2f0131d50904011424l5f2e87aeu5cd48960e5dc98b8@mail.gmail.com> From: Daamn M To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 01 Apr 2009 21:56:04 +0000 Subject: Compilation of hostapd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 21:53:53 -0000 Hi! I'm trying to set up wifi access point using my FreeBSD box and hostapd deamon. My goal is running EAP-TTLS server. It seems that the version shipped with base system isn't compiled with options allowing to use EAP server (I'm using 7.0 version but the same is with the latest 8.0 snapshot). I was suprised that some part of base system requires nonstandard tool (gmake) (I changed it to be able to use standard FreeBSD make). Besides, trying to compile it I get the following error: preauth.o(.text+0x1b2): In function `rsn_preauth_send': /usr/src/contrib/hostapd/preauth.c:263: undefined reference to `l2_packet_send' preauth.o(.text+0x55c): In function `rsn_preauth_iface_deinit': /usr/src/contrib/hostapd/preauth.c:148: undefined reference to `l2_packet_deinit' preauth.o(.text+0x660): In function `rsn_preauth_iface_init': /usr/src/contrib/hostapd/preauth.c:119: undefined reference to `l2_packet_init' gmake: *** [hostapd] Error 1 This is ,,.config'' file I used (after this I pasted error I get if I modify a bit config file): # Example hostapd build time configuration # # This file lists the configuration options that are used when building the # hostapd binary. All lines starting with # are ignored. Configuration option # lines must be commented out complete, if they are not to be included, i.e., # just setting VARIABLE=n is not disabling that variable. # # This file is included in Makefile, so variables like CFLAGS and LIBS can also # be modified from here. In most cass, these lines should use += in order not # to override previous values of the variables. # Driver interface for Host AP driver #CONFIG_DRIVER_HOSTAP=y # Driver interface for wired authenticator #CONFIG_DRIVER_WIRED=y # Driver interface for madwifi driver #CONFIG_DRIVER_MADWIFI=y #CFLAGS += -I../head # change to reflect local setup; directory for madwifi src CONFIG_L2_PACKET=y #CONFIG_DNET_PCAP=y #CONFIG_L2_FREEBSD=y # Driver interface for Prism54 driver #CONFIG_DRIVER_PRISM54=y # Driver interface for drivers using Devicescape IEEE 802.11 stack #CONFIG_DRIVER_DEVICESCAPE=y # Currently, driver_devicescape.c build requires some additional parameters # to be able to include some of the kernel header files. Following lines can # be used to set these (WIRELESS_DEV must point to the root directory of the # wireless-dev.git tree). #WIRELESS_DEV=/usr/src/wireless-dev #CFLAGS += -I$(WIRELESS_DEV)/net/mac80211 # Driver interface for FreeBSD net80211 layer (e.g., Atheros driver) #CONFIG_DRIVER_BSD=y #CFLAGS += -I/usr/local/include #LIBS += -L/usr/local/lib # IEEE 802.11F/IAPP #CONFIG_IAPP=y # WPA2/IEEE 802.11i RSN pre-authentication CONFIG_RSN_PREAUTH=y # PeerKey handshake for Station to Station Link (IEEE 802.11e DLS) CONFIG_PEERKEY=y # IEEE 802.11w (management frame protection) # This version is an experimental implementation based on IEEE 802.11w/D1.0 # draft and is subject to change since the standard has not yet been finalized. # Driver support is also needed for IEEE 802.11w. #CONFIG_IEEE80211W=y # Integrated EAP server CONFIG_EAP=y # EAP-MD5 for the integrated EAP server CONFIG_EAP_MD5=y # EAP-TLS for the integrated EAP server CONFIG_EAP_TLS=y # EAP-MSCHAPv2 for the integrated EAP server CONFIG_EAP_MSCHAPV2=y # EAP-PEAP for the integrated EAP server CONFIG_EAP_PEAP=y # EAP-GTC for the integrated EAP server CONFIG_EAP_GTC=y # EAP-TTLS for the integrated EAP server CONFIG_EAP_TTLS=y # EAP-SIM for the integrated EAP server #CONFIG_EAP_SIM=y # EAP-AKA for the integrated EAP server #CONFIG_EAP_AKA=y # EAP-PAX for the integrated EAP server #CONFIG_EAP_PAX=y # EAP-PSK for the integrated EAP server (this is _not_ needed for WPA-PSK) #CONFIG_EAP_PSK=y # EAP-SAKE for the integrated EAP server #CONFIG_EAP_SAKE=y # EAP-GPSK for the integrated EAP server #CONFIG_EAP_GPSK=y # Include support for optional SHA256 cipher suite in EAP-GPSK #CONFIG_EAP_GPSK_SHA256=y # PKCS#12 (PFX) support (used to read private key and certificate file from # a file that usually has extension .p12 or .pfx) CONFIG_PKCS12=y # RADIUS authentication server. This provides access to the integrated EAP # server from external hosts using RADIUS. #CONFIG_RADIUS_SERVER=y # Build IPv6 support for RADIUS operations #CONFIG_IPV6=y If I uncomment line #CONFIG_IAPP=y then I get: cc -MMD -O2 -Wall -g -DHOSTAPD_DUMP_STATE -I../src -I../src/crypto -I../src/utils -I../src/common -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_IAPP -DCONFIG_RSN_PREAUTH -DCONFIG_PEERKEY -DEAP_MD5 -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_SERVER -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DINTERNAL_SHA256 -DCONFIG_NO_FIPS186_2_PRF -DCONFIG_NO_T_PRF -c -o iapp.o iapp.c iapp.c:46:30: warning: netpacket/packet.h: No such file or directory iapp.c: In function 'iapp_init': iapp.c:394: error: storage size of 'addr' isn't known iapp.c:424: error: 'struct ifreq' has no member named 'ifr_ifindex' iapp.c:468: error: 'SOL_IP' undeclared (first use in this function) iapp.c:468: error: (Each undeclared identifier is reported only once iapp.c:468: error: for each function it appears in.) iapp.c:475: error: 'PF_PACKET' undeclared (first use in this function) iapp.c:483: error: 'AF_PACKET' undeclared (first use in this function) iapp.c:394: warning: unused variable 'addr' iapp.c: In function 'iapp_deinit': iapp.c:522: error: 'SOL_IP' undeclared (first use in this function) gmake: *** [iapp.o] Error 1 thanks in advance From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 22:13:51 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D244A1065811 for ; Wed, 1 Apr 2009 22:13:51 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 91CDF8FC18 for ; Wed, 1 Apr 2009 22:13:51 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n31LSbja023895; Wed, 1 Apr 2009 14:28:37 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 2sracuw9kne3rsgayvgdnbr6t6; Wed, 01 Apr 2009 14:28:37 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49D3DC85.7070007@freebsd.org> Date: Wed, 01 Apr 2009 14:28:37 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.19) Gecko/20090226 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Edward Tomasz Napierala References: <20090401182502.GA13651@pin.if.uz.zgora.pl> In-Reply-To: <20090401182502.GA13651@pin.if.uz.zgora.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Filesystem orphaning. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 22:13:52 -0000 Edward Tomasz Napierala wrote: > Attached is a patch that adds filesystem orphaning. ... > > I'm little short of time, so I won't be able to work on it anytime soon. > If you like the idea - please do whatever is needed to get it to commitable > state. This is funny: the "filesystem orphaning" patch is being orphaned! Tim From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 22:15:03 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CDE410656FC for ; Wed, 1 Apr 2009 22:15:03 +0000 (UTC) (envelope-from fb-hackers@psconsult.nl) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.freebsd.org (Postfix) with ESMTP id 9AB3A8FC21 for ; Wed, 1 Apr 2009 22:15:02 +0000 (UTC) (envelope-from fb-hackers@psconsult.nl) Received: from mx1.psconsult.nl (localhost [80.89.238.138]) by mx1.psconsult.nl (8.14.2/8.14.2) with ESMTP id n31Lr8eA091797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 1 Apr 2009 23:53:13 +0200 (CEST) (envelope-from fb-hackers@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.2/8.14.2/Submit) id n31Lr8G2091796 for freebsd-hackers@freebsd.org; Wed, 1 Apr 2009 23:53:08 +0200 (CEST) (envelope-from fb-hackers@psconsult.nl) Date: Wed, 1 Apr 2009 23:53:08 +0200 From: Paul Schenkeveld To: freebsd-hackers@freebsd.org Message-ID: <20090401215308.GA91493@psconsult.nl> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20090401205306.GO13393@hoeg.nl> <20090401205703.GX31897@deviant.kiev.zoral.com.ua> <20090401210835.GP13393@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090401210835.GP13393@hoeg.nl> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 22:15:04 -0000 On Wed, Apr 01, 2009 at 11:08:35PM +0200, Ed Schouten wrote: > Hi Kostik, > > * Kostik Belousov wrote: > > Can we switch to %x ? Or even, use some radix encoding of the number, > > to allow alphabetical symbols too ? > > I guess that would break a lot of existing libraries. For example: older > RELENG_7/CURRENT libcs might still use TIOCGPTN. This ioctl just returns > a number that is just printed into a device name using "/dev/pts/%u" as > a format. I also suspect a lot of Linux/Solaris-minded software expects > the names to be in decimal form. Or change 'pts' to, for example, 'pt' so without changing utmp and related stuff we'll have space for a four digit pty number. -- Paul Schenkeveld From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 23:00:56 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C69510656D4 for ; Wed, 1 Apr 2009 23:00:56 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id E56BE8FC18 for ; Wed, 1 Apr 2009 23:00:55 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n31N0tZ5002341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Apr 2009 16:00:55 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49D3F227.90606@freebsd.org> Date: Wed, 01 Apr 2009 16:00:55 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Daamn M References: <2f0131d50904011424l5f2e87aeu5cd48960e5dc98b8@mail.gmail.com> In-Reply-To: <2f0131d50904011424l5f2e87aeu5cd48960e5dc98b8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-hackers@freebsd.org Subject: Re: Compilation of hostapd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 23:00:56 -0000 Daamn M wrote: > Hi! > > I'm trying to set up wifi access point using my FreeBSD box and > hostapd deamon. My goal is running EAP-TTLS server. It seems that the > version shipped with base system isn't compiled with options allowing > to use EAP server (I'm using 7.0 version but the same is with the > latest 8.0 snapshot). I was suprised that some part of base system > requires nonstandard tool (gmake) (I changed it to be able to use > standard FreeBSD make). Besides, trying to compile it I get the > following error: > > preauth.o(.text+0x1b2): In function `rsn_preauth_send': > /usr/src/contrib/hostapd/preauth.c:263: undefined reference to `l2_packet_send' > preauth.o(.text+0x55c): In function `rsn_preauth_iface_deinit': > /usr/src/contrib/hostapd/preauth.c:148: undefined reference to > `l2_packet_deinit' > preauth.o(.text+0x660): In function `rsn_preauth_iface_init': > /usr/src/contrib/hostapd/preauth.c:119: undefined reference to `l2_packet_init' > gmake: *** [hostapd] Error 1 > > > This is ,,.config'' file I used (after this I pasted error I get if I > modify a bit config file): > cd /usr/src/usr.sbin/wpa/hostapd; make To enable functionality already supported by the Makefile you can add HOSTAPD_* options to your src.conf (or for testing just add them to make cmd line). Otherwise you might need to mod the Makefile in which case you can file a PR w/ the needed changes to get them included in svn. Sam From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 23:44:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB72B1065670 for ; Wed, 1 Apr 2009 23:44:40 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4A8CA8FC1D for ; Wed, 1 Apr 2009 23:44:40 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Lp9hd-0002mY-6K; Thu, 02 Apr 2009 03:18:37 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 9A55E12764; Thu, 2 Apr 2009 03:18:40 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 5298B10883C; Thu, 2 Apr 2009 03:18:31 +0400 (MSD) Date: Thu, 2 Apr 2009 03:18:31 +0400 From: Dmitry Marakasov To: freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20090401231831.GS1964@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: -pthread propagation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 23:44:41 -0000 Hi! I have a question about -pthread. Imagine the situation where one port installs shared library that uses threads, and other port links with this library. A question: should the second port explicitely add -pthread to linker flags? For example, graphics/ilmbase is built with pthread support by default, but it's shared libraries are not linked with -pthread: % ldd /usr/local/lib/libIlmThread.so /usr/local/lib/libIlmThread.so: libIex.so.6 => /usr/local/lib/libIex.so.6 (0x2819c000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28300000) libm.so.5 => /lib/libm.so.5 (0x281ad000) libc.so.7 => /lib/libc.so.7 (0x2808b000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x281c6000) no libthr.so mention. Thus, % gcc helloworld.cc -lIlmThread -L/usr/local/lib /usr/local/lib/libIlmThread.so: undefined reference to `pthread_create' I assume this should be fixed in ilmbase instead of all dependent ports (for example, graphics/nvidia-texture-tools and graphics/devil, which supports the former), am I right? Btw, libIlmThread.la _does_ have -pthread in dependency_libs. However, I've encountered situations where linking with library linked with -pthread will succeed, but the resulting binary will not be broken. Example is games/battletanks: When built as is (note that it has ${PTHREAD_LIBS} explicitely added to LDFLAGS), it runs without problems. However, if you remove ${PTHREAD_LIBS}, it'll still build successfully, but won't run: % bt [03:04:45.449][src/main.cpp:44] [notice] starting up... version: 5800 beta [03:04:45.449][src/main.cpp:46] [notice] mem avail: -1 mb terminate called after throwing an instance of '__gnu_cxx::__concurrence_lock_error' what(): __gnu_cxx::__concurrence_lock_error [1] 58620 abort (core dumped) bt I think that's linked with static variable initialization - it should be protected with a mutex in threaded environment, but it doesn't happen correctly when linking without -pthread, even if with -lthr. I'll be really grateful if someone explains what really happens when using -lpthread, and what happens in the above mentioned error case (cc'ing hackers@). So should -pthread be forced in ldflags 1) Only in ports that explicitely use threads 2) In all ports that link with -lthr implicitely, including through other ports? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 1 23:48:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333341065677 for ; Wed, 1 Apr 2009 23:48:18 +0000 (UTC) (envelope-from trasz@freebsd.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id E5B728FC1D for ; Wed, 1 Apr 2009 23:48:17 +0000 (UTC) (envelope-from trasz@freebsd.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id CB35639BA2; Thu, 2 Apr 2009 01:49:35 +0200 (CEST) Date: Thu, 2 Apr 2009 01:49:35 +0200 From: Edward Tomasz Napierala To: Tim Kientzle Message-ID: <20090401234935.GA16020@pin.if.uz.zgora.pl> References: <20090401182502.GA13651@pin.if.uz.zgora.pl> <49D3DC85.7070007@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <49D3DC85.7070007@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Filesystem orphaning. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2009 23:48:19 -0000 On 0401T1428, Tim Kientzle wrote: > > Attached is a patch that adds filesystem orphaning. ... > > > > I'm little short of time, so I won't be able to work on it anytime soon. > > If you like the idea - please do whatever is needed to get it to commitable > > state. > > This is funny: the "filesystem orphaning" patch is being orphaned! Postponed. I'm not dying anytime soon. ;-) -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 00:03:29 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DECF1065698 for ; Thu, 2 Apr 2009 00:03:29 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 24DDA8FC0C for ; Thu, 2 Apr 2009 00:03:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KHG001XM5HLY5X0@mta5.srv.hcvlny.cv.net> for freebsd-hackers@freebsd.org; Wed, 01 Apr 2009 20:03:22 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [127.0.0.1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n3203LlI058332; Wed, 01 Apr 2009 20:03:21 -0400 Date: Wed, 01 Apr 2009 20:03:21 -0400 From: "Aryeh M. Friedman" To: freebsd-hackers@freebsd.org Message-id: <49D400C9.30707@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.21 (X11/20090331) Subject: configuring dns/sendmail for two different servers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 00:03:30 -0000 I have a domain that I just transfered from dreamhost and there are already some email accounts set up on it that are forwarded to gmail but there are also other accounts that are local accounts.... my question is there a easy way to say if it is not a local account forward/use as MX gmail? From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 00:12:13 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4056B106566C for ; Thu, 2 Apr 2009 00:12:13 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0E4E38FC14 for ; Thu, 2 Apr 2009 00:12:12 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n320C8wW016010; Wed, 1 Apr 2009 20:12:08 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 01 Apr 2009 20:12:09 -0400 (EDT) Date: Wed, 1 Apr 2009 20:12:08 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Dmitry Marakasov In-Reply-To: <20090401231831.GS1964@hades.panopticon> Message-ID: References: <20090401231831.GS1964@hades.panopticon> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: -pthread propagation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 00:12:13 -0000 On Thu, 2 Apr 2009, Dmitry Marakasov wrote: > Hi! > > I have a question about -pthread. Imagine the situation where one port > installs shared library that uses threads, and other port links with > this library. A question: should the second port explicitely add > -pthread to linker flags? Yes. > For example, graphics/ilmbase is built with pthread support by default, > but it's shared libraries are not linked with -pthread: > > % ldd /usr/local/lib/libIlmThread.so > /usr/local/lib/libIlmThread.so: > libIex.so.6 => /usr/local/lib/libIex.so.6 (0x2819c000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28300000) > libm.so.5 => /lib/libm.so.5 (0x281ad000) > libc.so.7 => /lib/libc.so.7 (0x2808b000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x281c6000) > > no libthr.so mention. Thus, > > % gcc helloworld.cc -lIlmThread -L/usr/local/lib > /usr/local/lib/libIlmThread.so: undefined reference to `pthread_create' > > I assume this should be fixed in ilmbase instead of all dependent ports > (for example, graphics/nvidia-texture-tools and graphics/devil, which > supports the former), am I right? Btw, libIlmThread.la _does_ have > -pthread in dependency_libs. Yes, all ports that use libraries that create threads on their behalf should use -pthread. > However, I've encountered situations where linking with library > linked with -pthread will succeed, but the resulting binary will not > be broken. Example is games/battletanks: This is probably because libc contains some simple thread wrappers (mostly lock related stuff). They go unused unless a thread is created (and libthr is explicitly brought in), in which case those wrappers are overridden by libthr. > When built as is (note that it has ${PTHREAD_LIBS} explicitely added to > LDFLAGS), it runs without problems. However, if you remove > ${PTHREAD_LIBS}, it'll still build successfully, but won't run: > > % bt > [03:04:45.449][src/main.cpp:44] [notice] starting up... version: 5800 beta > [03:04:45.449][src/main.cpp:46] [notice] mem avail: -1 mb > terminate called after throwing an instance of '__gnu_cxx::__concurrence_lock_error' > what(): __gnu_cxx::__concurrence_lock_error > [1] 58620 abort (core dumped) bt > > I think that's linked with static variable initialization - it should > be protected with a mutex in threaded environment, but it doesn't happen > correctly when linking without -pthread, even if with -lthr. It is possible for a library to be thread-aware and thread-safe. In this case it can play pragma weak games with "pthread_create" and only use locks if pthread_create resolves to a non-null pointer. > I'll be really grateful if someone explains what really happens when > using -lpthread, and what happens in the above mentioned error case > (cc'ing hackers@). > > So should -pthread be forced in ldflags > 1) Only in ports that explicitely use threads > 2) In all ports that link with -lthr implicitely, including through > other ports? It depends, libraries can be made thread-safe/aware as above, and both threaded and non-threaded applications can link with them just fine. Assuming those libraries are smart about how they use the locking mechanisms, and never use them unless they know that "pthread_create" is present (or some other symbol not present in libc, but present in libthr). But for libraries that create threads, applications must also link with -pthread (or -lpthread). If you can understand it, you can see src/contrib/gcc/gthr-posix.h for how libgcc is thread-aware. A comment from that file: /* On Solaris 2.6 up to 9, the libc exposes a POSIX threads interface even if -pthreads is not specified. The functions are dummies and most return an error value. However pthread_once returns 0 without invoking the routine it is passed so we cannot pretend that the interface is active if -pthreads is not specified. On Solaris 2.5.1, the interface is not exposed at all so we need to play the usual game with weak symbols. On Solaris 10 and up, a working interface is always exposed. On FreeBSD 6 and later, libc also exposes a dummy POSIX threads interface, similar to what Solaris 2.6 up to 9 does. FreeBSD >= 700014 even provides a pthread_cancel stub in libc, which means the alternate __gthread_active_p below cannot be used there. */ -- DE From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 01:00:59 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C335106564A for ; Thu, 2 Apr 2009 01:00:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 70AE68FC14 for ; Thu, 2 Apr 2009 01:00:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KHG00IQK85L3N31@mta4.srv.hcvlny.cv.net>; Wed, 01 Apr 2009 21:00:58 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [127.0.0.1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n3210uVJ058394; Wed, 01 Apr 2009 21:00:56 -0400 Date: Wed, 01 Apr 2009 21:00:56 -0400 From: "Aryeh M. Friedman" In-reply-to: <20090402005607.GB28987@rugsucker.smi.sendmail.com> To: Gregory Shapiro Message-id: <49D40E48.7000202@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <49D400C9.30707@gmail.com> <20090402005607.GB28987@rugsucker.smi.sendmail.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090331) Cc: freebsd-hackers@freebsd.org Subject: Re: configuring dns/sendmail for two different servers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 01:00:59 -0000 Gregory Shapiro wrote: >> I have a domain that I just transfered from dreamhost and there are >> already some email accounts set up on it that are forwarded to gmail but >> there are also other accounts that are local accounts.... my question is >> there a easy way to say if it is not a local account forward/use as MX >> gmail? >> > > You can use aliases: > > man aliases > > > I was aware of that but wanted a "default" alias for any addr/alias that does not exist to send to gmail and alias(5) does not allow for wild cards and/or defaults it seems From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 01:18:23 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF6C41065672 for ; Thu, 2 Apr 2009 01:18:23 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4C58FC13 for ; Thu, 2 Apr 2009 01:18:23 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from rugsucker.smi.sendmail.com (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by gir.gshapiro.net (8.14.3/8.14.2) with ESMTP id n321IK92061860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Apr 2009 18:18:22 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Wed, 1 Apr 2009 18:18:20 -0700 From: Gregory Shapiro To: "Aryeh M. Friedman" Message-ID: <20090402011820.GC28987@rugsucker.smi.sendmail.com> References: <49D400C9.30707@gmail.com> <20090402005607.GB28987@rugsucker.smi.sendmail.com> <49D40E48.7000202@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49D40E48.7000202@gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-hackers@freebsd.org Subject: Re: configuring dns/sendmail for two different servers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 01:18:24 -0000 > I was aware of that but wanted a "default" alias for any addr/alias that > does not exist to send to gmail and alias(5) does not allow for wild > cards and/or defaults it seems You can add this to your .mc file: define(`LUSER_RELAY', `local:unknownuser') and then alias 'unknownuser' to the address you wish. Alternatively, you can use FEATURE(`virtusertable') for your domain. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 01:21:24 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8AC106564A; Thu, 2 Apr 2009 01:21:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196]) by mx1.freebsd.org (Postfix) with ESMTP id D78AE8FC14; Thu, 2 Apr 2009 01:21:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KHG00JOA93JVK31@mta1.srv.hcvlny.cv.net>; Wed, 01 Apr 2009 21:21:20 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [127.0.0.1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n321LJnp058439; Wed, 01 Apr 2009 21:21:19 -0400 Date: Wed, 01 Apr 2009 21:21:19 -0400 From: "Aryeh M. Friedman" In-reply-to: <20090402011820.GC28987@rugsucker.smi.sendmail.com> To: Gregory Shapiro Message-id: <49D4130F.6060501@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <49D400C9.30707@gmail.com> <20090402005607.GB28987@rugsucker.smi.sendmail.com> <49D40E48.7000202@gmail.com> <20090402011820.GC28987@rugsucker.smi.sendmail.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090331) Cc: freebsd-hackers@freebsd.org Subject: Re: configuring dns/sendmail for two different servers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 01:21:24 -0000 Gregory Shapiro wrote: >> I was aware of that but wanted a "default" alias for any addr/alias that >> does not exist to send to gmail and alias(5) does not allow for wild >> cards and/or defaults it seems >> > > You can add this to your .mc file: > > define(`LUSER_RELAY', `local:unknownuser') > > and then alias 'unknownuser' to the address you wish. > > Alternatively, you can use FEATURE(`virtusertable') for your domain. > > > Maybe I misread but both of those features (I have used the second but not the first) seem to be all or nothing forwarders (i.e. xxx@domain is forwarded for all xxx not just some xxx) From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 01:23:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00AA110656CA for ; Thu, 2 Apr 2009 01:23:49 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id B9B988FC27 for ; Thu, 2 Apr 2009 01:23:49 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from rugsucker.smi.sendmail.com (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by gir.gshapiro.net (8.14.3/8.14.2) with ESMTP id n320u8qM061221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Apr 2009 17:56:12 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Wed, 1 Apr 2009 17:56:08 -0700 From: Gregory Shapiro To: "Aryeh M. Friedman" Message-ID: <20090402005607.GB28987@rugsucker.smi.sendmail.com> References: <49D400C9.30707@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49D400C9.30707@gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-hackers@freebsd.org Subject: Re: configuring dns/sendmail for two different servers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 01:23:51 -0000 > I have a domain that I just transfered from dreamhost and there are > already some email accounts set up on it that are forwarded to gmail but > there are also other accounts that are local accounts.... my question is > there a easy way to say if it is not a local account forward/use as MX > gmail? You can use aliases: man aliases From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 01:25:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E90106566B for ; Thu, 2 Apr 2009 01:25:22 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id CA1208FC20 for ; Thu, 2 Apr 2009 01:25:21 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from rugsucker.smi.sendmail.com (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by gir.gshapiro.net (8.14.3/8.14.2) with ESMTP id n321PISi062155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Apr 2009 18:25:20 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Wed, 1 Apr 2009 18:25:18 -0700 From: Gregory Shapiro To: "Aryeh M. Friedman" Message-ID: <20090402012518.GD28987@rugsucker.smi.sendmail.com> References: <49D400C9.30707@gmail.com> <20090402005607.GB28987@rugsucker.smi.sendmail.com> <49D40E48.7000202@gmail.com> <20090402011820.GC28987@rugsucker.smi.sendmail.com> <49D4130F.6060501@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49D4130F.6060501@gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-hackers@freebsd.org Subject: Re: configuring dns/sendmail for two different servers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 01:25:22 -0000 > Maybe I misread but both of those features (I have used the second but > not the first) seem to be all or nothing forwarders (i.e. xxx@domain is > forwarded for all xxx not just some xxx) LUSER_RELAY is only for unknown users. If you user virtusertable, you'll need to list out all valid users and then add a catchall @domain map entry. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 05:49:29 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12DE2106564A for ; Thu, 2 Apr 2009 05:49:29 +0000 (UTC) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 68CE18FC12 for ; Thu, 2 Apr 2009 05:49:28 +0000 (UTC) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: from ednmsw520.dsto.defence.gov.au (ednmsw520.dsto.defence.gov.au [131.185.68.60]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id n325ORlN015485 for ; Thu, 2 Apr 2009 14:54:27 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw520.dsto.defence.gov.au (Clearswift SMTPRS 5.3.1) with ESMTP id for ; Thu, 2 Apr 2009 15:59:09 +1030 Received: from stlex511.dsto.defence.gov.au ([203.6.60.49]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Apr 2009 15:59:08 +1030 Received: from stlux550.dsto.defence.gov.au ([203.6.60.61]) by stlex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Apr 2009 13:29:06 +0800 Received: from stlux550.dsto.defence.gov.au (localhost [127.0.0.1]) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3) with ESMTP id n325T0Dr003548 for ; Thu, 2 Apr 2009 13:29:00 +0800 (WST) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3/Submit) id n325T0nJ003547 for freebsd-hackers@freebsd.org; Thu, 2 Apr 2009 13:29:00 +0800 (WST) (envelope-from wilkinsa) Date: Thu, 2 Apr 2009 13:29:00 +0800 From: "Wilkinson, Alex" To: freebsd-hackers@freebsd.org Message-ID: <20090402052900.GL2351@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20090401205306.GO13393@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20090401205306.GO13393@hoeg.nl> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 02 Apr 2009 05:29:06.0298 (UTC) FILETIME=[F0F475A0:01C9B353] X-TM-AS-Product-Ver: SMEX-7.0.0.1584-5.6.1016-16554.007 X-TM-AS-Result: No-3.230700-0.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Content-Transfer-Encoding: 7bit Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 05:49:29 -0000 0n Wed, Apr 01, 2009 at 10:53:06PM +0200, Ed Schouten wrote: >You can increase the maximum amount of PTYs by editing a lot of source >files on your system. There is some good news: in -CURRENT we switched >to Unix98-style PTYs (/dev/pts/%u). Right now the maximum amount of PTYs >is limited to 1000 (0 to 999). What are "Unix98-style PTYs" ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 06:09:17 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05CF0106566B for ; Thu, 2 Apr 2009 06:09:17 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 92A128FC1D for ; Thu, 2 Apr 2009 06:09:16 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B06241CC50; Thu, 2 Apr 2009 08:10:03 +0200 (CEST) Date: Thu, 2 Apr 2009 08:10:03 +0200 From: Ed Schouten To: FreeBSD Hackers Message-ID: <20090402061003.GR13393@hoeg.nl> References: <20090401205306.GO13393@hoeg.nl> <20090401205703.GX31897@deviant.kiev.zoral.com.ua> <20090401210835.GP13393@hoeg.nl> <20090401215308.GA91493@psconsult.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cEobB2knsyc5ebfU" Content-Disposition: inline In-Reply-To: <20090401215308.GA91493@psconsult.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 06:09:17 -0000 --cEobB2knsyc5ebfU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Paul Schenkeveld wrote: > Or change 'pts' to, for example, 'pt' so without changing utmp and > related stuff we'll have space for a four digit pty number. I've noticed lots of apps already misbehave because of the pty(4) -> pts(4) migration. I guess using a new naming scheme would totally break stuff. There are lots of apps that do things like: if (strncmp(tty, "tty", 3) !=3D 0 && strncmp(tty, "pts/", 4) !=3D 0) printf("Not a valid pseudo-terminal!\n"); But those are just workarounds. Our utmp format is broken anyway. It's not just UT_LINESIZE that's too small. I think we received many complaints from people who want to increase UT_HOSTSIZE as well. --=20 Ed Schouten WWW: http://80386.nl/ --cEobB2knsyc5ebfU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknUVrsACgkQ52SDGA2eCwVf7gCbBaCDXQqUoob9km1Ez91GE+V8 MsEAnizIY204sjtjc6l260HG9nfPY4D/ =bq9R -----END PGP SIGNATURE----- --cEobB2knsyc5ebfU-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 06:23:23 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 560611065674 for ; Thu, 2 Apr 2009 06:23:23 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 17E148FC08 for ; Thu, 2 Apr 2009 06:23:23 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 559A41CC50; Thu, 2 Apr 2009 08:24:10 +0200 (CEST) Date: Thu, 2 Apr 2009 08:24:10 +0200 From: Ed Schouten To: FreeBSD Hackers Message-ID: <20090402062410.GS13393@hoeg.nl> References: <20090401205306.GO13393@hoeg.nl> <20090402052900.GL2351@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Jl+DbTnyraiZ/loT" Content-Disposition: inline In-Reply-To: <20090402052900.GL2351@stlux503.dsto.defence.gov.au> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 06:23:25 -0000 --Jl+DbTnyraiZ/loT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alex, * Wilkinson, Alex wrote: >=20 > 0n Wed, Apr 01, 2009 at 10:53:06PM +0200, Ed Schouten wrote:=20 >=20 > >You can increase the maximum amount of PTYs by editing a lot of sour= ce > >files on your system. There is some good news: in -CURRENT we switch= ed > >to Unix98-style PTYs (/dev/pts/%u). Right now the maximum amount of = PTYs > >is limited to 1000 (0 to 999). >=20 > What are "Unix98-style PTYs" ? Unix98-style PTYS is a name often given to implementations of pseudo-terminals that use a character device called /dev/ptmx to allocate a new pseudo-terminal. After /dev/ptmx has been opened, it will expose a new TTY in /dev/pts. The name of the TTY can be obtained using routines like ptsname(). Operating systems like Linux and Solaris use this as well. FreeBSD's pts(4) driver also has a /dev/ptmx character device, but it's just there for compatibility (Linux binary emulation, older -CURRENT libcs). The preferred way to allocate pseudo-terminals is to call posix_openpt(2). An advantage of the current design is that allocating pseudo-terminals can be done a lot more easily. On RELENG_[67] posix_openpt(3) is a libc routine that has to loop through devfs to search for the first unused pseudo-terminal. It also requires a set-uid utility (pt_chown) to change the ownership of the TTY: http://svn.freebsd.org/viewvc/base/stable/7/lib/libc/stdlib/grantpt.c?view= =3Dmarkup In -CURRENT the TTYs are allocated on demand with the proper permissions in place. --=20 Ed Schouten WWW: http://80386.nl/ --Jl+DbTnyraiZ/loT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknUWgoACgkQ52SDGA2eCwUogACfWTndxkVTP2OduKeWToxwWmzN b2MAniGK1b2zcKYwnmhcmcOHd+Hfa5Hk =nQ3I -----END PGP SIGNATURE----- --Jl+DbTnyraiZ/loT-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 08:44:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FC4106566C for ; Thu, 2 Apr 2009 08:44:01 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5E0428FC0A for ; Thu, 2 Apr 2009 08:44:00 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Apr 2009 10:43:59 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n328hvMR006045; Thu, 2 Apr 2009 10:43:57 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Thu, 2 Apr 2009 10:43:57 +0200 From: Matthias Apitz To: "Paul B. Mahol" Message-ID: <20090402084357.GA5825@rebelion.Sisis.de> References: <20090327151052.GA13243@rebelion.Sisis.de> <3a142e750903270952h3ba5e28fp72b39283b2a46d97@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3a142e750903270952h3ba5e28fp72b39283b2a46d97@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 02 Apr 2009 08:43:59.0378 (UTC) FILETIME=[2A92DF20:01C9B36F] Cc: freebsd-hackers@freebsd.org Subject: Re: CURRENT sees only /dev/ad2s1a, but not /dev/ad3s1a X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 08:44:02 -0000 El día Friday, March 27, 2009 a las 05:52:40PM +0100, Paul B. Mahol escribió: > On 3/27/09, Matthias Apitz wrote: > > > > Hello, > > > > When I boot my EeePC from USB key (/dev/da0s1a) -CURRENT it sees the two SSD > > only > > as > > > > $ ls -l /dev/ad* > > /dev/ad2 > > /dev/ad2s1 > > /dev/ad2s1a > > /dev/ad3 > > /dev/ad3a > > > > I can mount /dev/ad2s1a but ofc not /dev/ad3s1a; > > > > when I'm booting the RELENG_7 from /dev/ad2s1a itself it looks like this: > > > > $ mount > > /dev/ad2s1a on / (ufs, local, noatime) > > /dev/ad3s1a on /usr/home (ufs, local, noatime) > > CURRENT have replaced geom_bsd with geom_part_bsd > and that can cause various problems, search current archives for more info. When I will update the EeePC from USB key (/dev/da0s1a) to CURRENT I will install into /dev/ad2s1a (with make installworld/installkernel ...) and I want to keep the partition /dev/ad3s1a as it is; would it be enough to just do: # bsdlabel -w ad3s1 auto from CURRENT booted? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 10:29:47 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0276106566B; Thu, 2 Apr 2009 10:29:47 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5AEFB8FC14; Thu, 2 Apr 2009 10:29:47 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so305560ywh.13 for ; Thu, 02 Apr 2009 03:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=nyu6rkKn/kqmghPiJ8dezrrxTSqEeeWr8dNcN+0OU4s=; b=EVg58qoRmuUn6OtH/ple4opL96FxNpPjX9UU+Dss3le2z14GEvWnE4DU4daukara8l U1j5DdXaPgGmekEOpyZALvIHNSFkNjxljjefYKzy1Gdo41lM0TVXGgk4kbvIPM8WwOGa RxfFTqgu5arqwzPbiygr+97SHbWIbkka3psLA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JAxcPCbQpDjY3B6e0jJi9GEFRAVxyUTkQ9HtfWOQ13vDiRlV1XQ2g58aba+j7nM5Yn Xv5jBd7uLdjG2UyL7AQ3N2DuCi1MHmCn06QXVIzDaDQ0rOzbB5Uu3j/zsjwtgJHq7O6/ 7YSQsjs90sZns0m9uOF4hNzmn77w7d5rQotrM= Received: by 10.90.80.18 with SMTP id d18mr1653011agb.12.1238668186662; Thu, 02 Apr 2009 03:29:46 -0700 (PDT) Received: from localhost.localdomain ([213.152.137.43]) by mx.google.com with ESMTPS id 9sm1411621agc.22.2009.04.02.03.29.43 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Apr 2009 03:29:45 -0700 (PDT) Message-ID: <49D49396.1090507@gmail.com> Date: Thu, 02 Apr 2009 14:29:42 +0400 From: Vladimir Ermakov User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Ed Maste References: <49C8AD9B.7000500@gmail.com> <3bbf2fe10903240324t6616cc9dx6ae28028ac971be6@mail.gmail.com> <49C8B5E3.2000104@gmail.com> <49C8D6AD.7050501@gmail.com> <20090324141136.GA46558@jem.dhs.org> In-Reply-To: <20090324141136.GA46558@jem.dhs.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: asmrookie@gmail.com, freebsd-hackers@freebsd.org, Attilio Rao Subject: Re: [problem] aac0 does not respond X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 10:29:48 -0000 Ed Maste wrote: > 2009/3/24 Vladimir Ermakov : > >> Hello, All >> >> Describe my problem: >> have volume RAID-10 (SAS-HDD x 6) on Adaptec RAID 5805 >> 2 HHD of 6 have errors in smart data (damaged) >> i am try read file /var/db/mysql/ibdata1 from this volume >> system does not respond ( lost access to ssh ) after read 6GB data >> > >from this > >> file >> and print debug messages on ttyv0 >> > > If the messages you see are the same as in the message to which you > provided a link ("COMMAND xxx TIMED OUT AFTER xxx SECONDS") it typically > means that the RAID controller has crashed. My initial suggestion is to > check the firmware version installed on your card, and update to the > latest from Adaptec's website if you're not running that one already. > > Attilio also has some driver updates (ported from Adaptec's latest > vendor driver) that you can try. The plan is to commit them sometime > soon, but he can forward those on for testing before that happens. > > -Ed > > after update to FreeBSD 7-STABLE amd64 Adaptec 5805 firmware build: 16501 # uname -a FreeBSD 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #1: Thu Apr 2 11:03:45 CEST 2009 root@sys3:/usr/obj/usr/src/sys/GENERIC amd64 # tar -cf - ibdata1 | pv -brt > /dev/null 5.98GB 0:30:23 [ 0B/s ] ---------/var/log/messages-------------------------------- Apr 2 09:13:51 kernel: SMP: AP CPU #4 Launched! Apr 2 09:13:51 kernel: lapic5: Forcing LINT1 to edge trigger Apr 2 09:13:51 kernel: SMP: AP CPU #5 Launched! Apr 2 09:13:51 kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Apr 2 09:13:51 kernel: da0: Removable Direct Access SCSI-2 device Apr 2 09:13:51 kernel: da0: 40.000MB/s transfers Apr 2 09:13:51 kernel: da0: 15424MB (31588352 512 byte sectors: 255H 63S/T 1966C) Apr 2 09:13:51 kernel: aac0: EventNotify(0) Apr 2 09:13:51 kernel: aac0: (22) Apr 2 09:13:51 kernel: Trying to mount root from ufs:/dev/da0s1a Apr 2 09:13:51 kernel: aac0: EventNotify(0) Apr 2 09:13:51 kernel: aac0: (22) Apr 2 09:13:52 savecore: no dumps found Apr 2 09:13:53 kernel: aac0: EventNotify(0) Apr 2 09:13:53 kernel: aac0: (22) Apr 2 09:14:07 kernel: aac0: EventNotify(0) Apr 2 09:14:07 kernel: aac0: (22) Apr 2 09:55:07 kernel: aac0: COMMAND 0xfffffffe80244060 TIMEOUT AFTER 41 SECONDS Apr 2 09:55:07 kernel: aac0: aac_timeout: FIB @ 0xffffffff4cd37000 Apr 2 09:55:07 kernel: aac0: XferState 830ad Apr 2 09:55:07 kernel: aac0: Command 502 Apr 2 09:55:07 kernel: aac0: StructType 1 Apr 2 09:55:07 kernel: aac0: Flags 0x0 Apr 2 09:55:07 kernel: aac0: Size 80 Apr 2 09:55:07 kernel: aac0: SenderSize 2048 Apr 2 09:55:07 kernel: aac0: SenderAddress 0x528 Apr 2 09:55:07 kernel: aac0: RcvrAddress 0x3e53000 Apr 2 09:55:07 kernel: aac0: SenderData 0x14a Apr 2 09:55:07 kernel: aac0: 7f 3e c2 10 00 00 00 00 00 00 01 00 00 00 01 00 Apr 2 09:55:07 kernel: aac0: 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 Apr 2 09:55:07 kernel: aac0: COMMAND 0xfffffffe80240080 TIMEOUT AFTER 41 SECONDS Apr 2 09:55:07 kernel: aac0: aac_timeout: FIB @ 0xffffffff4ccee000 Apr 2 09:55:07 kernel: aac0: XferState 830ad Apr 2 09:55:07 kernel: aac0: Command 502 Apr 2 09:55:07 kernel: aac0: StructType 1 Apr 2 09:55:07 kernel: aac0: Flags 0x0 Apr 2 09:55:07 kernel: aac0: Size 80 Apr 2 09:55:07 kernel: aac0: SenderSize 2048 Apr 2 09:55:07 kernel: aac0: SenderAddress 0x2e0 Apr 2 09:55:07 kernel: aac0: RcvrAddress 0x3956000 Apr 2 09:55:07 kernel: aac0: SenderData 0xb8 Apr 2 09:55:07 kernel: aac0: ff 3e c2 10 00 00 00 00 00 00 01 00 00 00 01 00 Apr 2 09:55:07 kernel: aac0: 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 Apr 2 09:55:07 kernel: aac0: WARNING! Controller is no longer running! code= 0xbc620100 Apr 2 09:55:27 kernel: aac0: COMMAND 0xfffffffe80244060 TIMEOUT AFTER 61 SECONDS Apr 2 09:55:27 kernel: aac0: aac_timeout: FIB @ 0xffffffff4cd37000 Apr 2 09:55:27 kernel: aac0: XferState 830ad Apr 2 09:55:27 kernel: aac0: Command 502 Apr 2 09:55:27 kernel: aac0: StructType 1 Apr 2 09:55:27 kernel: aac0: Flags 0x0 Apr 2 09:55:27 kernel: aac0: Size 80 Apr 2 09:55:27 kernel: aac0: SenderSize 2048 Apr 2 09:55:27 kernel: aac0: SenderAddress 0x528 Apr 2 09:55:27 kernel: aac0: RcvrAddress 0x3e53000 Apr 2 09:55:27 kernel: aac0: SenderData 0x14a Apr 2 09:55:27 kernel: aac0: 7f 3e c2 10 00 00 00 00 00 00 01 00 00 00 01 00 Apr 2 09:55:27 kernel: aac0: 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 Apr 2 09:55:27 kernel: aac0: COMMAND 0xfffffffe80240080 TIMEOUT AFTER 61 SECONDS Apr 2 09:55:27 kernel: aac0: aac_timeout: FIB @ 0xffffffff4ccee000 Apr 2 09:55:27 kernel: aac0: XferState 830ad Apr 2 09:55:27 kernel: aac0: Command 502 Apr 2 09:55:27 kernel: aac0: StructType 1 Apr 2 09:55:27 kernel: aac0: Flags 0x0 Apr 2 09:55:27 kernel: aac0: Size 80 Apr 2 09:55:27 kernel: aac0: SenderSize 2048 Apr 2 09:55:27 kernel: aac0: SenderAddress 0x2e0 Apr 2 09:55:27 kernel: aac0: RcvrAddress 0x3956000 Apr 2 09:55:27 kernel: aac0: SenderData 0xb8 Apr 2 09:55:27 kernel: aac0: ff 3e c2 10 00 00 00 00 00 00 01 00 00 00 01 00 Apr 2 09:55:27 kernel: aac0: 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 *** --------------------------------------------------------------------- /Vladimir Ermakov From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 11:28:50 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C85F71065670 for ; Thu, 2 Apr 2009 11:28:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 025C58FC13 for ; Thu, 2 Apr 2009 11:28:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA11518 for ; Thu, 02 Apr 2009 14:28:48 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49D4A16F.6020906@icyb.net.ua> Date: Thu, 02 Apr 2009 14:28:47 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090323) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: watchdog: hw+sw? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 11:28:51 -0000 I have some vague thoughts on using SW_WATCHDOG and a hardware watchdog together. I think this could be useful but I am not sure how to implement this. The idea is this: timeout for SW_WATCHDOG is smaller than timeout for hw wd; when some freeze happens sw wd logic kicks in first, stops hw wd and produces either panic or ddb prompt; if the freeze is so severe that sw wd can't run (e.g. hardware is messed up badly) then hw wd performs its duty. I am mostly interested in having this in unattended mode where kernel dump could be useful for later analysis but the system should recover in reasonable time. Suggestions, opinions? Thank you! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 12:33:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D36B10656DF for ; Thu, 2 Apr 2009 12:33:33 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id E389B8FC1C for ; Thu, 2 Apr 2009 12:33:32 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by an-out-0708.google.com with SMTP id d11so322537and.13 for ; Thu, 02 Apr 2009 05:33:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:subject :date:mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:x-mailer:x-mimeole; bh=2D6hm1yo5mTJg0CE4s1xwIFsZmn9Q+2mBnmpqExFPSE=; b=bnroN4Kup7XABwEwMLpNpIyVIoOsC1G/NrRbdRYP/6BBXF3Ec6wdrhbMka2t5Gn2D1 Ch7XD7s7uPNf1l47gE8SWBcjoVDYgSGhOHl2nVn7wuG0tEaIb+/1tIw5y/hPpeC/KjVx ag+Tn2cJrMOg0S8mtybb0X50AQCYEsD0MdGY4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; b=bReVGGSF1VXvj66Zyo3T/lpQBe0keR7nY+Myj8RXqi6PefC4aPslgnFLRQ8gH8vaY+ T7Bg5MeKVMXWljiHrIxn0adU1Rb+DaTcGD4Cs4greuVtmPgxdKZjr0HTUzxe9it+hQwE kh5Ew3MnirnA9S+4tub5RZsnp7/2+XsxIGCKg= Received: by 10.100.124.6 with SMTP id w6mr8722304anc.107.1238673740013; Thu, 02 Apr 2009 05:02:20 -0700 (PDT) Received: from adnote989 (189-18-124-154.dsl.telesp.net.br [189.18.124.154]) by mx.google.com with ESMTPS id 7sm1496162agb.2.2009.04.02.05.02.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Apr 2009 05:02:19 -0700 (PDT) Message-ID: <3FD46C21A487490FB15B89E890790121@adnote989> From: "Luiz Otavio O Souza" To: Date: Thu, 2 Apr 2009 09:01:59 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Thu, 02 Apr 2009 12:43:38 +0000 Subject: Setting the mss for socket X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 12:33:34 -0000 Hello hackers, Is there a way to set the mss for a socket ? Like you can do in linux with setsockopt(TCP_MAXSEG) ? So i can set the maximum size of packets (or sort of) from a simple userland program. I've read the code and i cannot find by myself (at least from a 30minute reading) a single point to change this. It looks like it is dynamic calculated with interface/path mtu. Someone has a simple approach to deal with this ? Any ideas ? Thanks in advance, Luiz From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 13:45:59 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B28910656C3 for ; Thu, 2 Apr 2009 13:45:59 +0000 (UTC) (envelope-from won.derick@yahoo.com) Received: from n75.bullet.mail.sp1.yahoo.com (n75.bullet.mail.sp1.yahoo.com [98.136.44.51]) by mx1.freebsd.org (Postfix) with SMTP id 1E7B48FC1F for ; Thu, 2 Apr 2009 13:45:58 +0000 (UTC) (envelope-from won.derick@yahoo.com) Received: from [69.147.84.145] by n75.bullet.mail.sp1.yahoo.com with NNFMP; 02 Apr 2009 13:45:58 -0000 Received: from [69.147.84.34] by t8.bullet.mail.sp1.yahoo.com with NNFMP; 02 Apr 2009 13:45:58 -0000 Received: from [127.0.0.1] by omp210.mail.sp1.yahoo.com with NNFMP; 02 Apr 2009 13:45:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 807237.87676.bm@omp210.mail.sp1.yahoo.com Received: (qmail 8403 invoked by uid 60001); 2 Apr 2009 13:45:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1238679958; bh=NU0mm5ub2bn1Sx7xJVVKkRRRj+fDn6I4McoNrQ3i544=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=n0PUmr8jzNYdYqjp2KEpxSTg67z9NGa4zr47NQv+G8yhtJ1uHoJNooqihg12gd+xsZ3TBXkfV9WQ3Cp8P4aiQUaK4LqqF2QC0uaQ4dL6z4UWybfL7meWq6f6KPUFvfqQft6SP+mbHL6xS2mvMuvprWs2k6jniByqYSLtkSYLvZE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=P5VEbZIndIdeh89YC/TVUcm6dZL/AJAwoc77j5xp4sR2mXwPc9BK4+L8bjO9NHHZqox4zfj3Vc6z/+drBvjSzr52bmbeBqS/1yjzCOG3l+8meEMOYB0yOf1+i57q054OFdrezLjwClgoqUvVG4flWB/ptX/TCL6ruBLDHF4rfFs=; Message-ID: <630898.7304.qm@web45805.mail.sp1.yahoo.com> X-YMail-OSG: nA90GHgVM1mxT3_bbuH0uMOQn6hI5OeJEsxM6IVaeZ3CalI5W3jHr5TII9wbocKdO6hJrH_ZrstmVKnUnFMO3X1.unhg5cnruw7ntABN37It9Mng26.751q4wa9Y9y_7e720aX7zycC_uY6MGQ_60IP7108mArEJ7nUui5ZHpL08g91yylUEQKSYGrrvOlOf50IWzy1q3U61ZlSFU6jrlcXMfYyHImyB7kVrsxgVxQ0emk9P1TZbW95BODgn60INwGCqYQUjDvnqXhFjfqTQvsu_fG3EfYYfTYXws5i5VqIcU8UFKssfxBJdDHXNYmph6OB8srcyvRp02KL1wdAq5g-- Received: from [58.71.34.137] by web45805.mail.sp1.yahoo.com via HTTP; Thu, 02 Apr 2009 06:45:56 PDT X-Mailer: YahooMailClassic/5.2.15 YahooMailWebService/0.7.289.1 Date: Thu, 2 Apr 2009 06:45:56 -0700 (PDT) From: Won De Erick To: freebsd-hackers@FreeBSD.org, Andriy Gapon MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: watchdog: hw+sw? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 13:46:00 -0000 --- On Thu, 4/2/09, Andriy Gapon wrote: > > I have some vague thoughts on using SW_WATCHDOG and a > hardware watchdog together. > I think this could be useful but I am not sure how to > implement this. > The idea is this: timeout for SW_WATCHDOG is smaller than > timeout for hw wd; when > some freeze happens sw wd logic kicks in first, stops hw wd > and produces either > panic or ddb prompt; if the freeze is so severe that sw wd > can't run (e.g. > hardware is messed up badly) then hw wd performs its duty. > I am mostly interested in having this in unattended mode > where kernel dump could > be useful for later analysis but the system should recover > in reasonable time. > > Suggestions, opinions? That is interesting! I've been longing for that kind of tool that works with FreeBSD. You might as well want to see/try how the 'bmc-panic' mentioned in the following link is related to your project. http://ipmiutil.sourceforge.net/ Good luck. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 14:47:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2399D106566B for ; Thu, 2 Apr 2009 14:47:04 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (capeta.freebsdbrasil.com.br [201.48.151.3]) by mx1.freebsd.org (Postfix) with SMTP id 4E7EA8FC17 for ; Thu, 2 Apr 2009 14:47:03 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 9150 invoked from network); 2 Apr 2009 11:20:20 -0300 Received: from unknown (HELO claire.bh.freebsdbrasil.com.br) (201.48.151.226) by capeta.freebsdbrasil.com.br with SMTP; 2 Apr 2009 11:20:20 -0300 Message-ID: <49D4C9A0.9000804@freebsdbrasil.com.br> Date: Thu, 02 Apr 2009 11:20:16 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 2.0.0.0 (X11/20070612) MIME-Version: 1.0 To: Luiz Otavio O Souza References: <3FD46C21A487490FB15B89E890790121@adnote989> In-Reply-To: <3FD46C21A487490FB15B89E890790121@adnote989> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Setting the mss for socket X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 14:47:04 -0000 Luiz Otavio O Souza escreveu: > Hello hackers, > > Is there a way to set the mss for a socket ? Like you can do in linux > with setsockopt(TCP_MAXSEG) ? > > So i can set the maximum size of packets (or sort of) from a simple > userland program. > > I've read the code and i cannot find by myself (at least from a 30minute > reading) a single point to change this. It looks like it is dynamic > calculated with interface/path mtu. Someone has a simple approach to > deal with this ? Any ideas ? > > Thanks in advance, > Luiz Good point. With something like that it could be possible to make --mss switch from iperf work properly on FreeBSD. -- Patrick Tracanelli From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 15:06:55 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4548E1065676 for ; Thu, 2 Apr 2009 15:06:55 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id A0FC98FC14 for ; Thu, 2 Apr 2009 15:06:54 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy19 with SMTP id 19so549002ewy.43 for ; Thu, 02 Apr 2009 08:06:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BqDpB1RFBW+FICNce2VluHQXUSqOlMfQFUyiQetl1i4=; b=IEse5rTDf7eQZVF/PMpmbb3T6sLE80cqxEdREohLzGS+JZTXhapOmvYutAd/FRljwq 0BWmcCMQVa3g0F4l1JyQ+KyeMHbFsvjLEukdhU6XAL304Dwp2gup9L5fVIUTu/ULa3Ev 3viplWnn4ffKLNhwI2XLJgDylGVST84vGPhgU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=dYtsgh6liFCzy3ze8UhXU75IeXj3Pcb/iqHaVZqgvxnfEmgQwbSGejc1mEbSk0pK4f WnmS+6tYH6+LcrEAitcr4sYdn+ofwvXBlK92PTN4Jhy7KbQIob5lalVa1n49cO3WKZsw uXUnDBrpZa9TDrgGktdZMypYDMR/CJPzxDHGA= MIME-Version: 1.0 Received: by 10.210.110.5 with SMTP id i5mr5462581ebc.48.1238684813540; Thu, 02 Apr 2009 08:06:53 -0700 (PDT) In-Reply-To: <20090402084357.GA5825@rebelion.Sisis.de> References: <20090327151052.GA13243@rebelion.Sisis.de> <3a142e750903270952h3ba5e28fp72b39283b2a46d97@mail.gmail.com> <20090402084357.GA5825@rebelion.Sisis.de> Date: Thu, 2 Apr 2009 17:06:53 +0200 Message-ID: <3a142e750904020806m4e7726d5w77bd34cb9eb3e5c4@mail.gmail.com> From: "Paul B. Mahol" To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: CURRENT sees only /dev/ad2s1a, but not /dev/ad3s1a X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 15:06:55 -0000 On 4/2/09, Matthias Apitz wrote: > El d=EDa Friday, March 27, 2009 a las 05:52:40PM +0100, Paul B. Mahol > escribi=F3: > >> On 3/27/09, Matthias Apitz wrote: >> > >> > Hello, >> > >> > When I boot my EeePC from USB key (/dev/da0s1a) -CURRENT it sees the t= wo >> > SSD >> > only >> > as >> > >> > $ ls -l /dev/ad* >> > /dev/ad2 >> > /dev/ad2s1 >> > /dev/ad2s1a >> > /dev/ad3 >> > /dev/ad3a >> > >> > I can mount /dev/ad2s1a but ofc not /dev/ad3s1a; >> > >> > when I'm booting the RELENG_7 from /dev/ad2s1a itself it looks like >> > this: >> > >> > $ mount >> > /dev/ad2s1a on / (ufs, local, noatime) >> > /dev/ad3s1a on /usr/home (ufs, local, noatime) >> >> CURRENT have replaced geom_bsd with geom_part_bsd >> and that can cause various problems, search current archives for more >> info. > > When I will update the EeePC from USB key (/dev/da0s1a) to CURRENT I > will install into /dev/ad2s1a (with make installworld/installkernel ...) > and I want to keep the partition /dev/ad3s1a as it is; would it be > enough to just do: > > # bsdlabel -w ad3s1 auto > > from CURRENT booted? When you do that, make backups anyway. I dont use bsdlabel/fdisk/sade any more, I use gpart(8) instead. I actually wiped completely old crappy parttion table and replaced it with gpart one, and now I'm using more than 8 labels. --=20 Paul From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 16:04:25 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49BED1065687; Thu, 2 Apr 2009 16:04:25 +0000 (UTC) (envelope-from gabriele.modena@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id A550B8FC1A; Thu, 2 Apr 2009 16:04:24 +0000 (UTC) (envelope-from gabriele.modena@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so283306fka.11 for ; Thu, 02 Apr 2009 09:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9TtG3ADOyryikLk7Hv7lGSYTXmz00cR4Ejt5I4wo8I0=; b=F02QxHZ5Kg9ZAERNzMuv4RQTi7iGI6OWBdv6ZTQpLeOGmtU855H3mxeTtPm8s+03vY cPKK1dQB/tTK8cgEatWhivlEsMAcLFuSYFpvpUbJhlnQJydyBzHVg32a9YT/M9xkOYWo rRWABTNFY3GMzP1PI++9OAiFtM9fBmMs17dYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=x2oI3uUUlGXIBqWN67xEwV/SOi455u6E0oAHoKVuy0VbS5kpKaPJv8FEjAvwcHs6Pw LpbD3OSwdzNWsIhi/iEEbjPtpdTJg/jgJg1XdY/pfeeF7XrXpcuUFyJyro7o/DnAhSIj TK+8x+v0gq9250m/krNjRWV3SFwJ4HWnM2PZ0= MIME-Version: 1.0 Received: by 10.223.103.207 with SMTP id l15mr173971fao.2.1238688263719; Thu, 02 Apr 2009 09:04:23 -0700 (PDT) In-Reply-To: References: <1fe1d5d60903210422g70efef15hdd685695cdf8df3c@mail.gmail.com> Date: Thu, 2 Apr 2009 18:04:23 +0200 Message-ID: <1fe1d5d60904020904ya6dcb00h54a54d6a00e2bd0@mail.gmail.com> From: Gabriele Modena To: Robert Watson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: GSoC: Semantic File System X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 16:04:26 -0000 On Sun, Mar 22, 2009 at 6:52 PM, Robert Watson wrote: > We are certainly not uninterested in projects along these lines, but I th= ink > the trick will be creating a convincing proposal that argues that (a) you > can do the work in a summer, (b) there's a compelling usage case for > including the results in FreeBSD, and (c) find a mentor who can supervise > you in this project. Thanks, I will keep it on mind when writing the proposal. How do you suggest to proceed for finding a mentor? By the way, this is a project that I'm very probably going to carry on even without GSoC support (even though that would be very useful). > What sort of semantic file system do you have in mind? > =C2=A0How would you feel about a middle-ground project along the lines of= Mac OS > X Spotlight or similar efficient userspace indexing of a file system base= d > on feedback from the file system about what has changed, or something > BeOS-like, in which indexing takes place for extended attributes rather t= han > for contents? In this moment I am considering also an userspace approach similar to Spotlight/Beagles, but I don't know how I could propose this as a FreeBSD GSoC project. What I have in mind at the moment would be an indexing based on contents rather than extended fs attributes. I did not know about the BeOS semantics capabilities, I will surely have a look at that. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 17:26:06 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D013F106564A for ; Thu, 2 Apr 2009 17:26:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF8B8FC27 for ; Thu, 2 Apr 2009 17:26:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 065F246B03; Thu, 2 Apr 2009 13:26:06 -0400 (EDT) Date: Thu, 2 Apr 2009 18:26:05 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gabriele Modena In-Reply-To: <1fe1d5d60904020904ya6dcb00h54a54d6a00e2bd0@mail.gmail.com> Message-ID: References: <1fe1d5d60903210422g70efef15hdd685695cdf8df3c@mail.gmail.com> <1fe1d5d60904020904ya6dcb00h54a54d6a00e2bd0@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1955128105-1238693166=:94891" Cc: freebsd-hackers@freebsd.org Subject: Re: GSoC: Semantic File System X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 17:26:10 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-1955128105-1238693166=:94891 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 2 Apr 2009, Gabriele Modena wrote: > On Sun, Mar 22, 2009 at 6:52 PM, Robert Watson wrote: >> We are certainly not uninterested in projects along these lines, but I >> think the trick will be creating a convincing proposal that argues that (a) >> you can do the work in a summer, (b) there's a compelling usage case for >> including the results in FreeBSD, and (c) find a mentor who can supervise >> you in this project. > > Thanks, I will keep it on mind when writing the proposal. How do you suggest > to proceed for finding a mentor? > > By the way, this is a project that I'm very probably going to carry on even > without GSoC support (even though that would be very useful). Well, I think the first step is to write the proposal, and we can see about shopping it around for a potential mentor. >> What sort of semantic file system do you have in mind?  How would you feel >> about a middle-ground project along the lines of Mac OS X Spotlight or >> similar efficient userspace indexing of a file system based on feedback >> from the file system about what has changed, or something BeOS-like, in >> which indexing takes place for extended attributes rather than for >> contents? > > In this moment I am considering also an userspace approach similar to > Spotlight/Beagles, but I don't know how I could propose this as a FreeBSD > GSoC project. I think that would make a fine GSoC proposal. Keep in mind that one of the premises of Spotlight is the fsevents kernel feature, and fseventsd, which allow Spotlight to subscribe to changes in trees and kick off reindexing as required. Porting the fsevents API to FreeBSD is fairly straight forward, with one exception: HFS+ offers a much more reliable notion of vnode->path mapping, but it would be interesting to see how well our current vnode->path mapping mechanisms would suffice in practice (since a lot of the edge cases that don't work well with our mapping system are exactly that -- edge cases). Between kernel and userspace parts there's quite a bit to do, but one possibility would be to borrow parts from Mac OS X/etc that we need. For example, do a literal port of the fsevents mechanism from XNU, provide our own implementation that provides a similar API, or provide a new mechanism that meets fseventd's semantic requirements for monitoring. > What I have in mind at the moment would be an indexing based on contents > rather than extended fs attributes. I did not know about the BeOS semantics > capabilities, I will surely have a look at that. I'm probably blending reality with imagination here, but my vague recollection is that the model was a slightly different blend of user vs. application involvement in indexing. For systems like Spotlight, there are no kernel-maintained indexes, the kernel simply provides a change list so that the userspace indexer can go through and apply file type-specific indexes to all files that have changed. So, for example, there are indexers for word files, plain text files, pdf's, and so on. In the BeOS model, or my reinterpretation based on something I read a long time ago and then presumably had dreams about, the split is a bit different: the file system maintains indexes of extended attributes, which are written by applications in order to expose searchable material. For example, a mail application might write out each message as a file, and attach a series of extended attributes, such as subject line, date, author, etc. These extended attributes are then indexed automatically by the file system in order to allow queries to be evaluated. I don't recall how queries and results are expressed, and in particular, whether the queries are processed by the file system (possibly exposed via special APIs or the name space) or userspace (accessing special files maintained by the kernel that are the indexes). It's also worth observing that one of the authors of BFS was Dominic Giampaolo, who now works on Apple's HFS+, and implemented fsevents there as part of their Spotlight project. Robert N M Watson Computer Laboratory University of Cambridge --621616949-1955128105-1238693166=:94891-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 18:48:27 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6BAA106566C; Thu, 2 Apr 2009 18:48:27 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms173017pub.verizon.net (vms173017pub.verizon.net [206.46.173.17]) by mx1.freebsd.org (Postfix) with ESMTP id 82A2A8FC13; Thu, 2 Apr 2009 18:48:27 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms062.mailsrvcs.net ([172.18.12.134]) by vms173017.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KHH00ED7LK4DA5R@vms173017.mailsrvcs.net>; Thu, 02 Apr 2009 13:48:04 -0500 (CDT) Received: from 65.242.108.162 ([65.242.108.162]) by vms062.mailsrvcs.net (Verizon Webmail) with HTTP; Thu, 02 Apr 2009 13:48:04 -0500 (CDT) Date: Thu, 02 Apr 2009 13:48:04 -0500 (CDT) From: Sergey Babkin To: peterjeremy@optushome.com.au Message-id: <6547642.196222.1238698084570.JavaMail.root@vms062.mailsrvcs.net> Content-transfer-encoding: quoted-printable X-Originating-IP: [65.242.108.162] X-Mailman-Approved-At: Thu, 02 Apr 2009 19:08:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: sobomax@FreeBSD.org, prashant.vaibhav@gmail.com, freebsd-current@FreeBSD.org, davidxu@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 18:48:28 -0000 Apr 2, 2009 01:03:48 AM, [1]peterjeremy@optushome.com.au wrot= e: >On 2009-Mar-30 18:45:30 -0700, Maxim Sobolev <[2]sobomax@freebsd.org> wrote: >>You don't really need to = do it on every execve() unconditionally. It >>could be done on de= mand in libc, so that only when thread pass certain >>threshold, = the "common page optimization code" kicks in and does its >>open/= mmap/etc magic. Otherwise, "normal" syscall is performed. > >Th= is "optimisation" is premature. First step is to implement an >appro= ach that always maps (or whatever) the data and then gather some >inf= ormation about its overheads in the real world. If they are deemed >= excessive, only then do we start looking at how to improve things. >A= nd IMO, the first step would be to lazily map the page - so it's not >= ;mapped by default but mapped the first time any of the information in &= gt;it is used. Does it make sense to even bother with lazy mapping? = After all, this is a very minor activity compared to mapping and linking= the dynamic libc. I think the overhead won't be even noticeable. If you= already map 200 pages, adding one more should not make much difference.= -SB References 1. 3D"mailto:peterjeremy@optushome.com.au" 2. file://localhost/tmp/3D"m= From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 19:18:38 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5E8106564A for ; Thu, 2 Apr 2009 19:18:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outg.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id E14D58FC1A for ; Thu, 2 Apr 2009 19:18:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 1871E1F673; Thu, 2 Apr 2009 12:18:38 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 0679F2D6116; Thu, 2 Apr 2009 12:18:33 -0700 (PDT) Message-ID: <49D50FA6.1020202@elischer.org> Date: Thu, 02 Apr 2009 12:19:02 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Sergey Babkin References: <6547642.196222.1238698084570.JavaMail.root@vms062.mailsrvcs.net> In-Reply-To: <6547642.196222.1238698084570.JavaMail.root@vms062.mailsrvcs.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: sobomax@FreeBSD.org, freebsd-current@FreeBSD.org, davidxu@FreeBSD.org, freebsd-hackers@FreeBSD.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 19:18:38 -0000 Hey Sergey, whatever you are using for a mail client SUCKS real bad at the moment.. it's really messing up your outgoing mails.. note the mail below.... Sergey Babkin wrote: > Apr 2, 2009 01:03:48 AM, [1]peterjeremy@optushome.com.au wrot= : > >On 2009-Mar-30 18:45:30 -0700, Maxim Sobolev <[2]sobomax@freebsd.org> > wrote: > >>You don't really need to =o it on every execve() unconditionally. > It > >>could be done on de=and in libc, so that only when thread pass > certain > >>threshold, =he "common page optimization code" kicks in and does > its > >>open/=map/etc magic. Otherwise, "normal" syscall is performed. > > > >Th=s "optimisation" is premature. First step is to implement an > >appro=ch that always maps (or whatever) the data and then gather > some > >inf=rmation about its overheads in the real world. If they are > deemed > >=xcessive, only then do we start looking at how to improve things. > >A=d IMO, the first step would be to lazily map the page - so it's > not > >=mapped by default but mapped the first time any of the information > in > &=t;it is used. > Does it make sense to even bother with lazy mapping? =fter all, this > is a very minor > activity compared to mapping and linking=he dynamic libc. I think > the overhead > won't be even noticeable. If you=lready map 200 pages, adding one > more should not > make much difference. -SB > > References > > 1. 3D"mailto:peterjeremy@optushome.com.au" > 2. file://localhost/tmp/3D"m_______________________________________________ > 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 Thu Apr 2 21:13:32 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59E62106564A for ; Thu, 2 Apr 2009 21:13:32 +0000 (UTC) (envelope-from prvs=134362cab7=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D7DB48FC19 for ; Thu, 2 Apr 2009 21:13:31 +0000 (UTC) (envelope-from prvs=134362cab7=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1238706205; x=1239311005; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=G3/cePE0d0xor862Jdrj9 b6fUA+EDd3u3d4547CN+hM=; b=ROa1y5SAoVv+9ZZmrJPDYHfJuWaACPVzQVwPJ PuEhPp5ADsOeS0slYXM/TSRJ++3wJOYZm+nwKzX2ZaE6Fz9OuixIYzCp018xLYfX fiVcYZJuitH5oyWcB1llzFWys/lnt/9LjD1av9budF6JRa88G2dMG6PA8WzKqnOk DTZdkE= X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 02 Apr 2009 22:03:25 +0100 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50007249005.msg for ; Thu, 02 Apr 2009 22:03:24 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 02 Apr 2009 22:03:24 +0100 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 85.236.106.102 X-Return-Path: prvs=134362cab7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-ID: <33896E239BB44BB98FD2643D8FE5F58C@multiplay.co.uk> From: "Steven Hartland" To: "Wilkinson, Alex" , References: <20090401205306.GO13393@hoeg.nl> <20090402052900.GL2351@stlux503.dsto.defence.gov.au> Date: Thu, 2 Apr 2009 22:03:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 21:13:32 -0000 0n Wed, Apr 01, 2009 at 10:53:06PM +0200, Ed Schouten wrote: >You can increase the maximum amount of PTYs by editing a lot of source >files on your system. There is some good news: in -CURRENT we switched >to Unix98-style PTYs (/dev/pts/%u). Right now the maximum amount of PTYs >is limited to 1000 (0 to 999). Thanks for the confirmation I've managed to patch our local source tree to increase this to 1024. Seems the last patch to raise to 512 has one bug so fixed that while I was there. If anyone wants the patch set shout. Regards 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 22:08:47 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BDE11065670 for ; Thu, 2 Apr 2009 22:08:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5EB8FC1D for ; Thu, 2 Apr 2009 22:08:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id BC31746B82; Thu, 2 Apr 2009 18:08:46 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n32M8eU0051297; Thu, 2 Apr 2009 18:08:41 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 2 Apr 2009 18:08:00 -0400 User-Agent: KMail/1.9.7 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: <200904021808.00971.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 02 Apr 2009 18:08:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9200/Thu Apr 2 12:41:18 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Steven Hartland Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 22:08:47 -0000 On Wednesday 01 April 2009 1:55:12 pm Steven Hartland wrote: > How can I increase the maximum number or ptys available on FreeBSD 7.0? > > It seems that currently the machine is maxing out at 512 but there is > still loads of capacity left on the machine. > > Ideally would like to double at least the number of ttys available, > any help would be most appreciated. http://people.freebsd.org/~jhb/patches/pty_1152.patch This might require 7.1 instead of 7.0 as I simplified the pty allocation code in <= 7.x so that it was easier to add new ones. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 23:03:07 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFC51106566C for ; Thu, 2 Apr 2009 23:03:07 +0000 (UTC) (envelope-from prvs=134362cab7=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 52B888FC15 for ; Thu, 2 Apr 2009 23:03:06 +0000 (UTC) (envelope-from prvs=134362cab7=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1238713387; x=1239318187; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=566wdykLN+FY9nVbtBZbP 0FlMRuAISyAuGeRluJ1dgw=; b=PWDPtoOGX9s0SRUVZVPPVJq3Xu+H1vJjZCTvK P7NmqFEi1iYnDW91zJjWvFTaU9L0tACf5HW3mIKcVbd8oqAXjtZcSyl9nrBXN5yE 8vZjo8ucHB/usgr+P+/aKMcvDUY6amrbGYfzVKpL0njtViGgfuB9LyU/O8YoccEj YVtkPE= X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 03 Apr 2009 00:03:07 +0100 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50007249419.msg; Fri, 03 Apr 2009 00:03:06 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 03 Apr 2009 00:03:06 +0100 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 85.236.106.102 X-Return-Path: prvs=134362cab7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <0D74F409AFDA459696183345C0454DFC@multiplay.co.uk> From: "Steven Hartland" To: "John Baldwin" , References: <200904021808.00971.jhb@freebsd.org> Date: Fri, 3 Apr 2009 00:02:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: Re: How to increase the max pty's on Freebsd 7.0? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 23:03:08 -0000 Yep that's what I came up with after looking though the code thanks for the link though, always good to get confirmation that I didn't miss something. Regards Steve ----- Original Message ----- From: "John Baldwin" > On Wednesday 01 April 2009 1:55:12 pm Steven Hartland wrote: >> How can I increase the maximum number or ptys available on FreeBSD 7.0? >> >> It seems that currently the machine is maxing out at 512 but there is >> still loads of capacity left on the machine. >> >> Ideally would like to double at least the number of ttys available, >> any help would be most appreciated. > > http://people.freebsd.org/~jhb/patches/pty_1152.patch > > This might require 7.1 instead of 7.0 as I simplified the pty allocation code > in <= 7.x so that it was easier to add new ones. ================================================ 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 2 23:44:44 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A711065672 for ; Thu, 2 Apr 2009 23:44:44 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF468FC0C for ; Thu, 2 Apr 2009 23:44:44 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 02 Apr 2009 16:17:27 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.3/8.14.1) with ESMTP id n32NGY3g015341; Thu, 2 Apr 2009 16:16:34 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.3/8.14.3/Submit) id n32NGYWK015340; Thu, 2 Apr 2009 16:16:34 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200904022316.n32NGYWK015340@ambrisko.com> In-Reply-To: <49D4A16F.6020906@icyb.net.ua> To: Andriy Gapon Date: Thu, 2 Apr 2009 16:16:34 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-hackers@freebsd.org Subject: Re: watchdog: hw+sw? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2009 23:44:45 -0000 Andriy Gapon writes: | I have some vague thoughts on using SW_WATCHDOG and a hardware watchdog | together. | I think this could be useful but I am not sure how to implement this. | The idea is this: timeout for SW_WATCHDOG is smaller than timeout for hw | wd; when some freeze happens sw wd logic kicks in first, stops hw wd and | produces either panic or ddb prompt; if the freeze is so severe that sw | wd can't run (e.g. hardware is messed up badly) then hw wd performs its | duty. I am mostly interested in having this in unattended mode where kernel | dump could be useful for later analysis but the system should recover in | reasonable time. | | Suggestions, opinions? At prior company I implemented a watchdog before watchdog(4) that did this. I used the HW watchdog to register with the SW watchdog. Then our SW watchdog was ticked via a syctl count down. This way we could implement a fairly arbitrary range of time-outs since most HW is very limited in the time duration and then we didn't really have to worry about it. If the SW watchdog didn't tick in a 10 seconds or so then the machine is probably dead. So we used the HW watchdog to enforce the SW watchdog. It's really nice getting the panic and dump. This worked well for us so I think it is a good idea. Also some HW watchdogs can be told to generate an NMI which can also produce a kernel dump/ddb prompt. I've also implemented some rough code to put an simplified back-trace into the IPMI event log in-case a disk or disk I/O sub-system died. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 01:30:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1576B106564A for ; Fri, 3 Apr 2009 01:30:04 +0000 (UTC) (envelope-from thomas@sanbe-farma.com) Received: from kikazu.sanbe-farma.com (kikazu.sanbe-farma.com [202.6.239.17]) by mx1.freebsd.org (Postfix) with ESMTP id 614F08FC19 for ; Fri, 3 Apr 2009 01:30:03 +0000 (UTC) (envelope-from thomas@sanbe-farma.com) Received: from sanbe-farma.com (gwsanbe.sanbe-farma.com [202.6.239.18]) by kikazu.sanbe-farma.com (8.14.3/8.14.2) with SMTP id n331CqDn001558 for ; Fri, 3 Apr 2009 08:12:52 +0700 (WIT) (envelope-from thomas@sanbe-farma.com) Received: (qmail 84925 invoked by uid 98); 3 Apr 2009 08:12:52 +0700 Received: from 192.168.16.75 by gwsanbe.sanbe-farma.com (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.90.2/3620. spamassassin: 3.2.1. Clear:RC:1(192.168.16.75):. Processed in 0.80303 secs); 03 Apr 2009 01:12:52 -0000 X-Qmail-Scanner-Mail-From: thomas@sanbe-farma.com via gwsanbe.sanbe-farma.com X-Qmail-Scanner: 1.25 (Clear:RC:1(192.168.16.75):. Processed in 0.80303 secs) Received: from unknown (HELO ?127.0.0.1?) (thomas@192.168.16.75) by gwsanbe.sanbe-farma.com with SMTP; 3 Apr 2009 08:12:51 +0700 Message-ID: <49D56212.1000702@sanbe-farma.com> Date: Fri, 03 Apr 2009 08:10:42 +0700 From: Thomas Wahyudi User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <3FD46C21A487490FB15B89E890790121@adnote989> <49D4C9A0.9000804@freebsdbrasil.com.br> In-Reply-To: <49D4C9A0.9000804@freebsdbrasil.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9200/Thu Apr 2 23:41:18 2009 on kikazu.sanbe-farma.com X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=6.0 tests=none autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on kikazu.sanbe-farma.com Subject: Re: Setting the mss for socket X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 01:30:04 -0000 Patrick Tracanelli wrote: > Luiz Otavio O Souza escreveu: >> Hello hackers, >> >> Is there a way to set the mss for a socket ? Like you can do in linux >> with setsockopt(TCP_MAXSEG) ? >> >> So i can set the maximum size of packets (or sort of) from a simple >> userland program. >> you mean sysctl -w net.inet.tcp.mssdflt=512 ? From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 08:00:21 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 756671065672 for ; Fri, 3 Apr 2009 08:00:21 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 3668A8FC15 for ; Fri, 3 Apr 2009 08:00:21 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n3380KSO017293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 3 Apr 2009 01:00:20 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n3380KFL017292; Fri, 3 Apr 2009 01:00:20 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA17979; Thu, 2 Apr 09 23:56:51 PST Date: Fri, 03 Apr 2009 00:55:10 -0700 From: perryh@pluto.rain.com To: lists.br@gmail.com Message-Id: <49d5c0de.E5bkeKr+p+fg4K00%perryh@pluto.rain.com> References: <3FD46C21A487490FB15B89E890790121@adnote989> In-Reply-To: <3FD46C21A487490FB15B89E890790121@adnote989> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Setting the mss for socket X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 08:00:22 -0000 "Luiz Otavio O Souza" wrote: > Is there a way to set the mss for a socket ? Like you can do > in linux with setsockopt(TCP_MAXSEG) ? > > So i can set the maximum size of packets (or sort of) from a > simple userland program. Depending on exactly what you need to accomplish, you may find something useful in this thread from last August in freebsd-questions@ setting the other end's TCP segment size From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 06:46:11 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A16C7106564A for ; Fri, 3 Apr 2009 06:46:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 4F69D8FC17 for ; Fri, 3 Apr 2009 06:46:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E542.dip.t-dialin.net [217.226.229.66]) by redbull.bpaserver.net (Postfix) with ESMTP id 8B7742E0A5; Fri, 3 Apr 2009 08:46:05 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5A3BC10CD21; Fri, 3 Apr 2009 08:46:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1238741162; bh=w0QMJ+I+sjCdFgbJo/Js64SICcNLxeMkS rHGZRkFahA=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EKzCxlOk0msub8hQNyJIzhmLoWtF0wQY59rOG96sWgPt4xH9WuQOpbKHuNv3nhZ88 y3t3geirOoQwpPdM6uZ6DS0nevbeVcZ6G7O7zDovH5obL4GhzCZo339hCxI3WWLrtKY nSr1wCW8SuPQkqxTQBClVKeRAKer7ZgGsLSP3kyqCe849AE584nFLxmrMPtiVDJydPS gkyqxkIsJ5W8FfqKC86f4QzcMRt23MJDXCctO55csxbfQtRkcj8H1eD4zdqtBEtw9W6 e8F38TuM+KdPcahQXX4LE893tPm1781iKUH74jZigztNqaqKPL+QaMxBnOE6AXtw0LV +Ovr5Utxg== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n336k1NJ070099; Fri, 3 Apr 2009 08:46:01 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 03 Apr 2009 08:46:01 +0200 Message-ID: <20090403084601.108111xg6o3b49ms@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 03 Apr 2009 08:46:01 +0200 From: Alexander Leidinger To: Doug Ambrisko References: <200904022316.n32NGYWK015340@ambrisko.com> In-Reply-To: <200904022316.n32NGYWK015340@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 8B7742E0A5.EF26F X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.223, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_22 0.60, RDNS_DYNAMIC 0.10, TW_ZF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Fri, 03 Apr 2009 11:20:56 +0000 Cc: freebsd-hackers@freebsd.org, Andriy Gapon Subject: Re: watchdog: hw+sw? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 06:46:12 -0000 Quoting Doug Ambrisko (from Thu, 2 Apr 2009 =20 16:16:34 -0700 (PDT)): > This worked well for us so I think it is a good idea. Also some HW > watchdogs can be told to generate an NMI which can also produce a kernel > dump/ddb prompt. I've also implemented some rough code to put an > simplified back-trace into the IPMI event log in-case a disk or disk > I/O sub-system died. Somewhat related... I have 2 32bit systems with zfs which lock up =20 after a while. The lockup is strictly related to the disks. I can =20 still ping the system just fine, and the HW watchdog seems to still =20 work as intended (or it does not work at all anymore, as there's not =20 automatic reset), but as soon as I want to do something which involves =20 disks (access a webpage located on the zfs disks), I'm lost. The only =20 way to get some useful work done again is to reset manually. Your =20 paragraph above implies that the WD notices that there's a problem =20 with disks. While I know how to teach our watchdogd how to detect this (-e =20 option), we do not have support for this in the basesystem yet. Do you =20 have a patch for /etc/rc.d/watchdogd which allows to specify commands =20 to run via rc.conf or some patch which tells watchdogd to check a file? Bye, Alexander. --=20 Whatever you want to do, you have to do something else first. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 11:25:35 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5ECB106564A for ; Fri, 3 Apr 2009 11:25:35 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 797788FC14 for ; Fri, 3 Apr 2009 11:25:35 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so632427yxm.13 for ; Fri, 03 Apr 2009 04:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:references :subject:date:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=gWavkZIQIDZWVJsIUYNOqwG3CcEx5bY0GOi09/4g9co=; b=GQmvGtJEeD2SsQMZumwjVOk+ZlT6KLdBb/D+1SgNBBV7vnC8zC+YOkTUS4OiPbg01/ /i3qAOWohvdImhpdjAcUXtnMmOcM5G+LJo3QiF4vj2EMIUN9gHkkghCk8a+5+Sx9+HyI xAStkta8SzbyOtftmMGnhysGUMeNBajGCcNw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=bcmv9QhJNfjrveSX8qvPsv4eYS6mNeAFnVtbTLRv00cBVTTW8ojB4MfuuWl1hbYV5D DYxIOcCqC/d7C+nzPNeTwwOKSZtKtv7cMRv5SrD5O8J862PULP0X/FnKa9XdozAqn5EK YaMvPaefea4vOCgd/dcC+EzpECTsHb76tjLj8= Received: by 10.90.113.11 with SMTP id l11mr692138agc.2.1238757934997; Fri, 03 Apr 2009 04:25:34 -0700 (PDT) Received: from adnote989 (201-42-156-231.dsl.telesp.net.br [201.42.156.231]) by mx.google.com with ESMTPS id 32sm2954330aga.4.2009.04.03.04.25.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Apr 2009 04:25:34 -0700 (PDT) Message-ID: <64D5D9E633734200A603D067ED5A81E9@adnote989> From: "Luiz Otavio O Souza" To: References: <3FD46C21A487490FB15B89E890790121@adnote989> <49d5c0de.E5bkeKr+p+fg4K00%perryh@pluto.rain.com> Date: Fri, 3 Apr 2009 08:25:08 -0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Fri, 03 Apr 2009 11:26:07 +0000 Subject: Re: Setting the mss for socket X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 11:25:36 -0000 >> Is there a way to set the mss for a socket ? Like you can do >> in linux with setsockopt(TCP_MAXSEG) ? >> >> So i can set the maximum size of packets (or sort of) from a >> simple userland program. > > Depending on exactly what you need to accomplish, you may > find something useful in this thread from last August in > freebsd-questions@ > > setting the other end's TCP segment size Very informative thread, thanks. This thread show me that TCP_MAXSEG is implemented in freebsd but don't work. You can set the setsockopt(IPPROTO_TCP, TCP_MAXSEG), wich will set the tp->t_maxseg, but this value is recalculated at tcp_input, so in short, you cannot set the max segment size for a socket. I've posted a completly wrong patch (from style point-of-view - and using SOL_SOCKET instead of IPPROTO_TCP), but with that patch i'm able to set the mss in iperf. Many thanks, Luiz From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 11:36:20 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D0ED106566C for ; Fri, 3 Apr 2009 11:36:20 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8EAAD8FC16 for ; Fri, 3 Apr 2009 11:36:19 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: by bwz8 with SMTP id 8so902303bwz.43 for ; Fri, 03 Apr 2009 04:36:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=vPeiJKjbgEbHmedyGMR3MJtvFP3cgtcI6NJLD1kWgDM=; b=J1YaGGYpf3KAwPiS4M7u7Fklx6RYXubCuREy2rhFTeGWnatJXtonrZPD4vxXLna+UW v6QRpxEOdVcYezboLExm0VxOhNIkua+bJDhTEWjDILeygbSOERPAZOwEuh7wBmD/glBn SmJ7AAWRDpwucvT2KT0G4AXia+Nwxx1y6ih+U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uxP6XLcTiGDCE4+b6X6bpYK5iYh723I65kT5Xl/AT81wE2YdBqxDgHigFEVG7bUDy+ oLLXLDvEnx01j8hzlEVB9ylcyLKFZvWlg4eZdCcPLBUA+9Q2wj+qRTrFmOOR5QI1m2S6 kVAoUoHcXKsFjDKb3OC3R+UUyB1Kk1m7vuI38= MIME-Version: 1.0 Received: by 10.223.127.8 with SMTP id e8mr943342fas.80.1238756613618; Fri, 03 Apr 2009 04:03:33 -0700 (PDT) Date: Fri, 3 Apr 2009 13:03:33 +0200 Message-ID: From: Harald Servat To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: some questions about 32 bit / 64 bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 11:36:20 -0000 Hello everybody, I have a laptop with a Centrino 2 Duo processor with 4GB of RAM and a dual VGA (one integrated in the mobo and an ATI Radeon). Now it uses the ATI Radeon, but if I set it to use the integrated VGA, the total free RAM drops to 3.X GB. I understand that this is due to sharing memory with the VGA. My first issue is, I'm currently working with Linux and I'm planning to switch to FreeBSD 7.1, but I don't know if switch to 32 or 64 bit (i.e., i386 or amd64). If I switch to the 32 bit version, which is the memory limit of a single user process? Will the entire system (kernel + user processes) be able to use the whole 4GB (or 3.XGB, if I switch to the integrated VGA)? Please note, avoid a war between 32bit vs 64bit benefits/cons. The second issue is about ports, if I install the 64 bit version I would need some libraries in 32 bit mode too. Is the ports system adapted to control these two different ABIs? If not, how do you manage this? Maybe installing FreeBSD twice (one for x86 and another for amd64)? Thank you. -- _________________________________________________________________ Empty your memory, with a free()... like a pointer! If you cast a pointer to an integer, it becomes an integer, if you cast a pointer to a struct, it becomes a struct. The pointer can crash..., and can overflow. Be a pointer my friend... From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 12:45:34 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A916A106564A for ; Fri, 3 Apr 2009 12:45:34 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5803B8FC23 for ; Fri, 3 Apr 2009 12:45:33 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Lpim2-0007rH-KR for freebsd-hackers@freebsd.org; Fri, 03 Apr 2009 12:45:31 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Apr 2009 12:45:30 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Apr 2009 12:45:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Fri, 03 Apr 2009 14:45:12 +0200 Lines: 37 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC61C2AC6DBCAD558D0FEF66B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: some questions about 32 bit / 64 bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 12:45:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC61C2AC6DBCAD558D0FEF66B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Harald Servat wrote: > My first issue is, I'm currently working with Linux and I'm planning = to > switch to FreeBSD 7.1, but I don't know if switch to 32 or 64 bit (i.e.= , > i386 or amd64). If I switch to the 32 bit version, which is the memory = limit On a server, switch to 64 bit. On a desktop machime, go with 32-bit. You will only be able to address slightly over 3 GB no matter which graphics card you use but on the other hand you'll have better supported drivers and 3rd party software. --------------enigC61C2AC6DBCAD558D0FEF66B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ1gTeldnAQVacBcgRAitXAJ9GDdLEEQaBh0JYtvC6lrVScDpT1wCghu1A SdzQPf5Yi09m8z2QVdZrT34= =0EBl -----END PGP SIGNATURE----- --------------enigC61C2AC6DBCAD558D0FEF66B-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 13:27:55 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A48B1065673 for ; Fri, 3 Apr 2009 13:27:55 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 80A518FC1E for ; Fri, 3 Apr 2009 13:27:53 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so467457fka.11 for ; Fri, 03 Apr 2009 06:27:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=nzeiX8z3+ZXODTBCcx+j6EoyFsXxm3JFRTN7xuJiVmI=; b=yDh4oxN8yR1lnH2MGnBR2My7WYL3TatT2XGE6k3Y0YY77+Ks5i51GqfdDdPYss+rR6 8N2olxX/bJKX1hdVRiKmc5IuXXJkD4b4jpxCBb2pIaP4CZPAVW3PBhJ0JXsNsNhkrK7j s2jYsexENhp2bzqrgoHYcsItyG456cTcB7Fwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=k6IyQHYb9UoRwA2tJWGR0jUBLRiGxP6FIuwSXq8utTIAjAulVqWQGDOlAnb+s+XMTE FRnXBta+ZXvK7AA0XcJ0XBvjGTa8mobHyA/Ns2jW0q93/TMS+FJYJYlDFUQjFkDUGTCd GmcXnpPzQ/EaZtM3hF1LgeBbzU9/brUwYBLf8= MIME-Version: 1.0 Received: by 10.223.108.211 with SMTP id g19mr1085845fap.39.1238765273108; Fri, 03 Apr 2009 06:27:53 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Apr 2009 15:27:53 +0200 Message-ID: From: Harald Servat To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: some questions about 32 bit / 64 bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 13:27:55 -0000 Hi again, 2009/4/3 Ivan Voras > Harald Servat wrote: > > > My first issue is, I'm currently working with Linux and I'm planning to > > switch to FreeBSD 7.1, but I don't know if switch to 32 or 64 bit (i.e., > > i386 or amd64). If I switch to the 32 bit version, which is the memory > limit > > > On a server, switch to 64 bit. > > On a desktop machime, go with 32-bit. You will only be able to address > slightly over 3 GB no matter which graphics card you use but on the > other hand you'll have better supported drivers and 3rd party software. > > I've just seen this topic also being mentioned in http://www.freebsd.org/doc/en/books/faq/compatibility-memory.html And what about the second issue? Thank you very much. -- _________________________________________________________________ Empty your memory, with a free()... like a pointer! If you cast a pointer to an integer, it becomes an integer, if you cast a pointer to a struct, it becomes a struct. The pointer can crash..., and can overflow. Be a pointer my friend... From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 14:19:36 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC7871065672 for ; Fri, 3 Apr 2009 14:19:36 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id AE3378FC1D for ; Fri, 3 Apr 2009 14:19:36 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 03 Apr 2009 07:20:29 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.3/8.14.1) with ESMTP id n33EJZCA069856; Fri, 3 Apr 2009 07:19:35 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.3/8.14.3/Submit) id n33EJYb8069855; Fri, 3 Apr 2009 07:19:34 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200904031419.n33EJYb8069855@ambrisko.com> In-Reply-To: <20090403084601.108111xg6o3b49ms@webmail.leidinger.net> To: Alexander Leidinger Date: Fri, 3 Apr 2009 07:19:34 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-hackers@freebsd.org, Andriy Gapon Subject: Re: watchdog: hw+sw? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 14:19:37 -0000 Alexander Leidinger writes: | Quoting Doug Ambrisko (from Thu, 2 Apr 2009 | 16:16:34 -0700 (PDT)): | | > This worked well for us so I think it is a good idea. Also some HW | > watchdogs can be told to generate an NMI which can also produce a kernel | > dump/ddb prompt. I've also implemented some rough code to put an | > simplified back-trace into the IPMI event log in-case a disk or disk | > I/O sub-system died. | | Somewhat related... I have 2 32bit systems with zfs which lock up | after a while. The lockup is strictly related to the disks. I can | still ping the system just fine, and the HW watchdog seems to still | work as intended (or it does not work at all anymore, as there's not | automatic reset), but as soon as I want to do something which involves | disks (access a webpage located on the zfs disks), I'm lost. The only | way to get some useful work done again is to reset manually. Your | paragraph above implies that the WD notices that there's a problem | with disks. Yep, isn't that fun :-( | While I know how to teach our watchdogd how to detect this (-e | option), we do not have support for this in the basesystem yet. Do you | have a patch for /etc/rc.d/watchdogd which allows to specify commands | to run via rc.conf or some patch which tells watchdogd to check a file? We start watchdogd manually with our own rc.d script mainly since I noticed Dell pe2650's do false triggers :-( Also I wanted to check that our app. is functioning so we'd need to start after that. It would be good to add flags option to the stock start-up scripts. Just having watchdogd running without checking on anything real tends to be useless since it is usually swapped in and can run just fine without depending on much of the system. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 14:46:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33E5A1065672 for ; Fri, 3 Apr 2009 14:46:33 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id C1BD28FC1D for ; Fri, 3 Apr 2009 14:46:32 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1Lpkf9-0006T0-BM; Fri, 03 Apr 2009 16:46:31 +0200 Received: from ta69f.t.pppool.de ([89.55.166.159]:26202 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Lpkf8-00057l-TB; Fri, 03 Apr 2009 16:46:31 +0200 Date: Fri, 3 Apr 2009 16:46:30 +0200 From: Gary Jennejohn To: Harald Servat Message-ID: <20090403164630.75aa203d@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: some questions about 32 bit / 64 bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 14:46:33 -0000 On Fri, 3 Apr 2009 15:27:53 +0200 Harald Servat wrote: > Hi again, > > 2009/4/3 Ivan Voras > > > Harald Servat wrote: > > > > > My first issue is, I'm currently working with Linux and I'm planning to > > > switch to FreeBSD 7.1, but I don't know if switch to 32 or 64 bit (i.e., > > > i386 or amd64). If I switch to the 32 bit version, which is the memory > > limit > > > > > > On a server, switch to 64 bit. > > > > On a desktop machime, go with 32-bit. You will only be able to address > > slightly over 3 GB no matter which graphics card you use but on the > > other hand you'll have better supported drivers and 3rd party software. > > > > > I've just seen this topic also being mentioned in > http://www.freebsd.org/doc/en/books/faq/compatibility-memory.html > > And what about the second issue? > > Thank you very much. > All I can say is that I've been using 64-bit FreeBSD as my desktop for years and never had any real problems. Of course, this is _not_ a laptop, so YMMV. But several people have reported in various MLs that they're using their laptops in 64-bit mode with success. Try it in 64-bit mode. If you have problems, then consider 32-bit mode. --- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 16:02:02 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 181B3106566C for ; Fri, 3 Apr 2009 16:02:02 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outu.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id F144C8FC19 for ; Fri, 3 Apr 2009 16:02:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 83CE45BA7E; Fri, 3 Apr 2009 09:02:25 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 651832D6080; Fri, 3 Apr 2009 09:01:58 -0700 (PDT) Message-ID: <49D63315.6050108@elischer.org> Date: Fri, 03 Apr 2009 09:02:29 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Luiz Otavio O Souza References: <3FD46C21A487490FB15B89E890790121@adnote989> <49d5c0de.E5bkeKr+p+fg4K00%perryh@pluto.rain.com> <64D5D9E633734200A603D067ED5A81E9@adnote989> In-Reply-To: <64D5D9E633734200A603D067ED5A81E9@adnote989> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Lawrence Stewart Subject: Re: Setting the mss for socket X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 16:02:02 -0000 Luiz Otavio O Souza wrote: >>> Is there a way to set the mss for a socket ? Like you can do >>> in linux with setsockopt(TCP_MAXSEG) ? >>> >>> So i can set the maximum size of packets (or sort of) from a >>> simple userland program. >> >> Depending on exactly what you need to accomplish, you may >> find something useful in this thread from last August in >> freebsd-questions@ >> >> setting the other end's TCP segment size > > Very informative thread, thanks. > > This thread show me that TCP_MAXSEG is implemented in freebsd but don't > work. You can set the setsockopt(IPPROTO_TCP, TCP_MAXSEG), wich will set > the > tp->t_maxseg, but this value is recalculated at tcp_input, so in short, you > cannot set the max segment size for a socket. > > I've posted a completly wrong patch (from style point-of-view - and using > SOL_SOCKET instead of IPPROTO_TCP), but with that patch i'm able to set the > mss in iperf. this thread shoud be in FreeBSD-net@ so tha the right people see it many developers do not read hackers every day as it tends to overload them. > > Many thanks, > Luiz > > _______________________________________________ > 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 Apr 3 17:29:16 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7011065704; Fri, 3 Apr 2009 17:29:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 51FAB8FC16; Fri, 3 Apr 2009 17:29:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-1-207-177.bna.bellsouth.net [65.1.207.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n33H6SRC097502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Apr 2009 13:06:28 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Ivan Voras In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-uSn6IXFVnKEIDMfNSz7Q" Organization: FreeBSD Date: Fri, 03 Apr 2009 12:07:05 -0500 Message-Id: <1238778425.65025.35.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-hackers@freebsd.org Subject: Re: some questions about 32 bit / 64 bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 17:29:17 -0000 --=-uSn6IXFVnKEIDMfNSz7Q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-04-03 at 14:45 +0200, Ivan Voras wrote: > Harald Servat wrote: >=20 > > My first issue is, I'm currently working with Linux and I'm planning = to > > switch to FreeBSD 7.1, but I don't know if switch to 32 or 64 bit (i.e.= , > > i386 or amd64). If I switch to the 32 bit version, which is the memory = limit >=20 >=20 > On a server, switch to 64 bit. >=20 > On a desktop machime, go with 32-bit. You will only be able to address > slightly over 3 GB no matter which graphics card you use but on the > other hand you'll have better supported drivers and 3rd party software. All of our drm drivers are safe on amd64. The only thing you get from 32bit is the ability to run the Nvidia blob. If you are trying to do emmulated things like play linux/windows games, then 32bit might be needed, but for normal use graphics isn't a reason not to use amd64. FreeBSD balrog.2hip.net 8.0-CURRENT FreeBSD 8.0-CURRENT #13 r190402M: Tue Mar 24 22:41:47 CDT 2009 rnoland@balrog.2hip.net:/usr/obj/usr/src/sys/BALROG amd64 robert. --=20 Robert Noland FreeBSD --=-uSn6IXFVnKEIDMfNSz7Q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknWQjkACgkQM4TrQ4qfRONcQQCfXW0uqGpApHmcEuykZDlKCFMy WK8An2EiKhwBtYgurR69KR+lT6eN9J74 =iZyY -----END PGP SIGNATURE----- --=-uSn6IXFVnKEIDMfNSz7Q-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 18:46:03 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84F111065670; Fri, 3 Apr 2009 18:46:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 258068FC1B; Fri, 3 Apr 2009 18:46:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LpoOv-0003H6-3e; Fri, 03 Apr 2009 21:46:01 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n33Ijt1V034322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Apr 2009 21:45:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n33IjsiH054711; Fri, 3 Apr 2009 21:45:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n33Ijs9b054710; Fri, 3 Apr 2009 21:45:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 3 Apr 2009 21:45:54 +0300 From: Kostik Belousov To: Robert Noland Message-ID: <20090403184554.GZ31897@deviant.kiev.zoral.com.ua> References: <1238778425.65025.35.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+OlyQ4X911b40MMu" Content-Disposition: inline In-Reply-To: <1238778425.65025.35.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LpoOv-0003H6-3e 01a55f6098c4e734853ea213e1a6935f X-Terabit: YES Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: some questions about 32 bit / 64 bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 18:46:04 -0000 --+OlyQ4X911b40MMu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 03, 2009 at 12:07:05PM -0500, Robert Noland wrote: > On Fri, 2009-04-03 at 14:45 +0200, Ivan Voras wrote: > > Harald Servat wrote: > >=20 > > > My first issue is, I'm currently working with Linux and I'm plannin= g to > > > switch to FreeBSD 7.1, but I don't know if switch to 32 or 64 bit (i.= e., > > > i386 or amd64). If I switch to the 32 bit version, which is the memor= y limit > >=20 > >=20 > > On a server, switch to 64 bit. > >=20 > > On a desktop machime, go with 32-bit. You will only be able to address > > slightly over 3 GB no matter which graphics card you use but on the > > other hand you'll have better supported drivers and 3rd party software. >=20 > All of our drm drivers are safe on amd64. The only thing you get from > 32bit is the ability to run the Nvidia blob. If you are trying to do > emmulated things like play linux/windows games, then 32bit might be > needed, but for normal use graphics isn't a reason not to use amd64. In fact, I committed the missed bits required for wine/i386 on amd64, several days ago. We did tested that wine and mplayer+win32 codecs work. >=20 > FreeBSD balrog.2hip.net 8.0-CURRENT FreeBSD 8.0-CURRENT #13 r190402M: > Tue Mar 24 22:41:47 CDT 2009 > rnoland@balrog.2hip.net:/usr/obj/usr/src/sys/BALROG amd64 >=20 > robert. >=20 > --=20 > Robert Noland > FreeBSD --+OlyQ4X911b40MMu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknWWWIACgkQC3+MBN1Mb4gq0wCfVI2CuclbATSCFKJC32atnA0c aPUAoJnIwiW8bvOwCNSiFDE0IrTsFWUa =+mQO -----END PGP SIGNATURE----- --+OlyQ4X911b40MMu-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 21:32:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73655106564A for ; Fri, 3 Apr 2009 21:32:50 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 616BA8FC08 for ; Fri, 3 Apr 2009 21:32:50 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (ppp-71-139-21-14.dsl.snfc21.pacbell.net [71.139.21.14]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id n33LWlbD071260 for ; Fri, 3 Apr 2009 14:32:47 -0700 (PDT) Message-ID: <49D6807D.1040902@rawbw.com> Date: Fri, 03 Apr 2009 14:32:45 -0700 From: Yuri User-Agent: Thunderbird 2.0.0.21 (X11/20090322) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Is international support broken is msdosfs file system driver? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 21:32:50 -0000 I have a FAT disk written in Windows that has Chinese characters in file names. When I mount this disk without any special options I see question marks in place of Chinese characters. When I mount with options -D=CP950,-L=zh_TW.Big5 there are still some question marks and garbage characters. When I mount with options -D=CP936,-L=zh_CN.GBK there are also some question marks and garbage characters in place of Chinese. I read the contents with 'ls' command from x-terminal in kde4. Normally Chinese characters are shown ok this way. My question is how to read proper file names from FAT disk in FreeBSD? Also the concept of even having the options like -D=CP950,-L=zh_TW.Big5 seems questionable. What if there are files with names in many encodings are on the same FS? Which options should be used? Shouldn't msdosfs driver just show international characters without any special options like ufs driver normally does? Yuri From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 3 21:39:20 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABFCD1065672; Fri, 3 Apr 2009 21:39:20 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx0.stack.nl (mj0.stack.nl [IPv6:2001:610:1108:5010::187]) by mx1.freebsd.org (Postfix) with ESMTP id 6C13C8FC16; Fri, 3 Apr 2009 21:39:20 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx0.stack.nl (Postfix, from userid 65534) id C30DB2B36C0; Fri, 3 Apr 2009 23:39:19 +0200 (CEST) X-Spam-DCC: : X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on meestal-mk5.stack.nl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,FAKE_REPLY_C, NO_RELAYS autolearn=no version=3.2.3 X-Spam-Relay-Country: Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx0.stack.nl (Postfix) with ESMTP id D20A42B35DD; Fri, 3 Apr 2009 23:39:17 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 2F955228A2; Fri, 3 Apr 2009 23:39:05 +0200 (CEST) Date: Fri, 3 Apr 2009 23:39:05 +0200 From: Jilles Tjoelker To: bug-followup@FreeBSD.org, ed@freebsd.org, olli@lurza.secnetix.de, freebsd-hackers@freebsd.org Message-ID: <20090403213905.GA21297@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.1-PRERELEASE i386 User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: bin/113860: sh(1): shell is still running when using `sh -c' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2009 21:39:20 -0000 I think this can be improved. Given that I've been digging in /bin/sh already... Note first that sh already has some of this functionality: % sh -c '{ echo a; sleep 10;}&'; sleep 1; ps T a PID TT STAT TIME COMMAND 94682 p9 Ss 0:00.07 zsh 94702 p9 S 0:00.00 sleep 10 94704 p9 R+ 0:00.00 ps T % This is the EV_EXIT flag to evaltree() and friends, in eval.c. To make this work for '-c', evalstring() needs some flag like EV_EXIT, and parsecmd() needs to tell evalstring() that the command it read is the last (currently, parsecmd() only reports that there is no command anymore; due to the stack-like memory management it is not really possible to read ahead a command). Putting "{\n" and "\n}" around the string could be an alternative for the latter, as any valid string would consist of one (compound) command only. The new mode for evalstring() would only be used for '-c' commands when '-s' is not given. Apart from bash, ksh93 and Solaris /usr/xpg4/bin/sh (which is basically ksh88) also treat simple commands in '-c' this way. So I think the idea is ok. I'm also slightly annoyed by seeing silly 'sh -c blah' processes hanging around, and it is not always possible or desirable to add 'exec'. On another note, the EV_EXIT mode is erroneously still used if a trap on EXIT has been set (or, maybe, any trap at all; particularly if -T is in effect). This means that such traps may not be executed. Most other shells seem to do this right. -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 4 11:44:02 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD1C61065707 for ; Sat, 4 Apr 2009 11:44:02 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9B98FC22 for ; Sat, 4 Apr 2009 11:44:02 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so617721fka.11 for ; Sat, 04 Apr 2009 04:44:01 -0700 (PDT) MIME-Version: 1.0 Date: Sat, 4 Apr 2009 13:12:50 +0200 Received: by 10.204.65.65 with SMTP id h1mr791522bki.18.1238843585445; Sat, 04 Apr 2009 04:13:05 -0700 (PDT) Message-ID: <9bbcef730904040412h53d58295rf28812be9345529b@mail.gmail.com> From: Ivan Voras To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Patch for MS Hyper V (virtualization) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 11:44:03 -0000 Can someone please review and commit (if appropriate) the tweak for Hyper-V shutdown issue at http://shell.peach.ne.jp/aoyama/archives/40 ? The problem is: the VM appears to hang on shutdown without it (hanging the Hyper-V VM with it so the host also can't shutdown or reboot reliably - someone at MS skipped the part where an error in the VM isn't supposed to bring the host down with it) From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 4 20:18:56 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE74F1065679 for ; Sat, 4 Apr 2009 20:18:55 +0000 (UTC) (envelope-from anti_spamsys@yahoo.com) Received: from web37106.mail.mud.yahoo.com (web37106.mail.mud.yahoo.com [209.191.85.108]) by mx1.freebsd.org (Postfix) with SMTP id 9C4448FC22 for ; Sat, 4 Apr 2009 20:18:55 +0000 (UTC) (envelope-from anti_spamsys@yahoo.com) Received: (qmail 28344 invoked by uid 60001); 4 Apr 2009 19:52:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1238874734; bh=Bl07SLgnbZgT2HkqgNpP2bGixVnwu9jvKXVqEOpN4SA=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=MARfimK4WA8e82odyMXiH83gmo+haAIbRRRWxpOwNdMg1YhjE7VQL3XAl+07DOkKyTlHnsulAnpI+zhuieKaULKNvWTCo+2CN0JfuhfbGdrMeswU6Ih2xJIBTnDBIHOXc0RAZlq86wkDojX3qrmD130YUsHU8SCvh0To1N+MMU8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=o477H8LGRV9xmCs9b/XCCQzbCj/JUqs8P9zxlbygKfO+d4Ey6mv20mlKut3o67lnpq+kXcni7/mnY4YRrG9JkYNTb30I4/io4NfLwaw1M+AGbjXd9hzaQ9n1ORTLRp5Qj8T7Z2RDGHfyLGNc8bZsaPWBmkpVEdfEfy2lYESfdBs=; Message-ID: <313500.27821.qm@web37106.mail.mud.yahoo.com> X-YMail-OSG: 91t907AVM1k3q9C26hV.zDVpeUXzW3JCnBb2ZUMEsjfiH5QyscfY8X4DwwQsJu0GDU31eYH.yzih1x78fAkDGU18IdyotAc69yBRgBbhG1DutVKHel1eO2n1Lpuz1KSF55UH6QH2qjgJXhCUoSDL2BfQw8xomf9IOPJDMAks3dFH51X2oGKUhy1.7RYTPyilf1Cu6_sNEoMIRHmJEyEcrGaH.SMD8AmBY4igSRaivbDVzxDdi4qDv3Nw2VvmYvVzxOhFxNOKVKRsfto7haqRJJ0v_FccT_A5zhBZagFtz.uvkn3hIGV1 Received: from [76.227.12.174] by web37106.mail.mud.yahoo.com via HTTP; Sat, 04 Apr 2009 12:52:14 PDT X-Mailer: YahooMailClassic/5.2.15 YahooMailWebService/0.7.289.1 Date: Sat, 4 Apr 2009 12:52:14 -0700 (PDT) From: Travis Daygale To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 04 Apr 2009 20:35:25 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: compiling root filesystem into kernel (preferably tmpfs root filesystem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 20:18:56 -0000 In both the loader and kernel compiling doc, I see snippets of information = like this: #Make space in the kernel for a root filesystem on a md device.options MD_R= OOT_SIZE=3D10 boot_dfltrootInstructs the kernel to mount the statically compiled-in root = file system. My question is, how does one compile a root filesystem into the FreeBSD ker= nel? =A0When mounted, I want this root filesystem to run entirely in memory= with no other backing store (not even a readonly flash disc nor other back= ing media such as DVD/CD). The standard FreeBSD DVD install disc uses just such a root? =A0(Though see= ms to rely heavily on the rescue binaries being on a read only filesystem b= acked by the install DVD?) I'm still trying to reverse engineer how that wa= s done, without much luck. =A0 Is there a place/documentation I should be finding? =A0PicoBSD, NanoBSD, NF= S root diskless systems... all tantalizing close, but not the same thing (r= ead only roots backed by media other than memory). The root filesystem I'm wanting would presumably be in some conceptual sens= e similar to initramfs in Linux land, if that helps explain what I'm trying= to achieve. =A0In fact I have a Linux distribution which consists of a sin= gle giant kernel image and when boot, runs entirely in memory, the kernel i= n fact can't read filesystems other than tmpfs because no filesystems are c= ompiled in. =A0It appears all of this won't be possible in FreeBSD (looks l= ike ufs is required) but it appears I can get close to this. Indeed, I'd love a way for the root filesystem in FreeBSD to be of type tmp= fs, again similar to what is possible on the Linux side, though I'm much le= ss concerned with the type of filesystem (it just needs to be compiled into= the FreeBSD kernel and needs to be a memory backed filesystem when it moun= ts, no other backing store). Thanks in advance! Trever =0A=0A=0A From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 4 22:42:15 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D622106567C for ; Sat, 4 Apr 2009 22:42:15 +0000 (UTC) (envelope-from prvs=1345380963=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 19A558FC22 for ; Sat, 4 Apr 2009 22:42:14 +0000 (UTC) (envelope-from prvs=1345380963=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1238884326; x=1239489126; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=dd92wYEb4HV+/ITwsULc2Ht/SL6IABwSNY /9koxyQYc=; b=JbxAWlHjoPF6bekwIX3Ksns8jv34AJ4b1+/AyLPGPrUQcmUp04 B5uP+K/NQuiof5JQm19FUeonFMyJVrl9h/O8d1ADaSH18InRT/S1h1QVGdlDdvN0 kpB00uKJCXqrvoV+LTjBRXbiLGcPBrVYeJf5aQYwXQKT+zb5a0MzuNGuI= X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 04 Apr 2009 23:32:06 +0100 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50007257412.msg for ; Sat, 04 Apr 2009 23:32:06 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 04 Apr 2009 23:32:06 +0100 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 85.236.106.102 X-Return-Path: prvs=1345380963=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-ID: <1783A36C3DCC44D78488093A4984DC16@multiplay.co.uk> From: "Steven Hartland" To: Date: Sat, 4 Apr 2009 23:31:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Subject: Looking for someone to commit hptmv driver fixes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 22:42:16 -0000 Hi guys I'm looking for someone to commit the hptmv v1.16 driver to the main source? Currently this driver in FreeBSD core is at 1.12 which it totally unusable under 7.+, panics on install, as well as being totally unstable on Seagate drives on previous versions. I can provide a full patch which is essentially v1.16 from highpoint + one minor fix for multi card support. If anyone who can do this would let me know, that would be most appreciated as getting a machine working with this card is currently a major PITA involving building a custom install CD which is a very lengthy process :( Regards 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.