From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 1 00:36:34 2008 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 B28951065673; Sun, 1 Jun 2008 00:36:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 366218FC2D; Sun, 1 Jun 2008 00:36:29 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4841EF0D.8050201@FreeBSD.org> Date: Sun, 01 Jun 2008 02:36:29 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: "Philip M. Gollucci" References: <4841BDA9.5090007@p6m7g8.com> In-Reply-To: <4841BDA9.5090007@p6m7g8.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, hackers@freebsd.org, Florent Thoumie Subject: Re: CFT: adding configuration file support to pkg_install 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, 01 Jun 2008 00:36:34 -0000 Philip M. Gollucci wrote: > Florent Thoumie wrote: >> This adds support for /etc/pkg.conf configuration file. >> Also, this adds support for naive multi-site package fetching. >> >> Any comment welcome (and appreciated). >> >> Patch is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-config.diff >> Tarball is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-0a553aac.tar.bz2 > Hi flz, > > I don't quite get what the end goal is. It looks like /etc/pkg.conf is > duplicating a lot of things already in /usr/ports/Mk/bsd.port.mk. > > Would not it be better to just have the pkg_install tools read that file > instead ? packages are usually built from the ports tree, but not always, and users may use packages without a ports tree present on the local system. Kris From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 1 00:38:31 2008 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 480B7106567F; Sun, 1 Jun 2008 00:38:31 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from exhub015-2.exch015.msoutlookonline.net (exhub015-2.exch015.msoutlookonline.net [207.5.72.94]) by mx1.freebsd.org (Postfix) with ESMTP id 548678FC16; Sun, 1 Jun 2008 00:38:31 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from [172.28.1.195] (74.93.213.161) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.278.0; Sat, 31 May 2008 17:38:31 -0700 Message-ID: <4841EF83.3000407@p6m7g8.com> Date: Sat, 31 May 2008 20:38:27 -0400 From: "Philip M. Gollucci" Organization: P6 Web Applications User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Kris Kennaway References: <4841BDA9.5090007@p6m7g8.com> <4841EF0D.8050201@FreeBSD.org> In-Reply-To: <4841EF0D.8050201@FreeBSD.org> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, hackers@FreeBSD.org, Florent Thoumie Subject: Re: CFT: adding configuration file support to pkg_install 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, 01 Jun 2008 00:38:31 -0000 Kris Kennaway wrote: > packages are usually built from the ports tree, but not always, and > users may use packages without a ports tree present on the local system. short of doing pkg_delete -af then pkg_add /some/dir are there any ports-mgmt/* tools for upgrades that don't need the ports tree present. I know portupgrade does. Thats not an argument for or against, just commentary. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 1 08:43:55 2008 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 DE26E1065672 for ; Sun, 1 Jun 2008 08:43:55 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 7A95E8FC2C for ; Sun, 1 Jun 2008 08:43:50 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so552382fgb.35 for ; Sun, 01 Jun 2008 01:43:48 -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:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=ojP76hm49zgsn0b2hwmI5NlxS+OoA19+9Sr/9ls53Z4=; b=b1DsH3W7n75QIwg4BimH4BMdB9W2OjGNMdRfqeePl7tpJ42Z71zpRvZBCThZwqHnTrMK6SsDSa7tFjeWYQGoLwKI0xRXi8cOWcNmlyX0zr2vLuw0uL6txDFLIjx236KOANUKw8QFfRNcSBE9GYFrAlL0FuJtVgublZsbCx7gQbI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=tztbMi1z9ClUIZZTEH9AE2yMSQcFKBVeWSW3M8qMUuV8BW1G11HF43ApPTyiW+XXknyne/ym4sFScvmz2jnaFQzpjX5rOxl8KkdRQCOCM/8Ih3GJ7JVrv/crgdNdKm5j44DGFwW1GdCo7u/FdkTCtN40gGdRQnt+CEVb5AHp5KE= Received: by 10.86.9.8 with SMTP id 8mr4433410fgi.22.1212309828875; Sun, 01 Jun 2008 01:43:48 -0700 (PDT) Received: by 10.86.92.1 with HTTP; Sun, 1 Jun 2008 01:43:48 -0700 (PDT) Message-ID: <6a7033710806010143y204341cepc43f7a14678f7736@mail.gmail.com> Date: Sun, 1 Jun 2008 16:43:48 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: Maslan In-Reply-To: <319cceca0805311303o61729e0dta615c442b6bd03ce@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <319cceca0805311154w5f705b2cp771392cd86ba888@mail.gmail.com> <6a7033710805311201t4085edcpc2f1ac9fa554c000@mail.gmail.com> <319cceca0805311303o61729e0dta615c442b6bd03ce@mail.gmail.com> X-Google-Sender-Auth: 980acf71650a8602 Cc: freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 01 Jun 2008 08:43:56 -0000 On Sun, Jun 1, 2008 at 4:03 AM, Maslan wrote: > Your are right PAE is for i386, i mean try running i386 freebsd with > PAE enabled rather than amd64. PAE will let you access 64GB which is > far than you got. The whole 8G physical memory is available in our system, the point we concerned is that the kernel cannot use more than 2G memory in kernel space. AFAIK there is still only 4G virtual memory available for one process in i386 even if the PAE is enabled, and the upper part of the 4G virtual memory is mapped to the kernel memory. For example, if the KVM size is 2G, then there is only 2G left for one process because the upper 2G is mapped to kernel space. So there is still a limitation of KVM size in i386 with PAE. The limitation should be 2~3G I think. Since the server is on line now, we cannot re-install it to i386 to check this. We'll try it if we have spare machines. Thanks, Tz-Huan From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 1 08:58:36 2008 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 0D8501065679 for ; Sun, 1 Jun 2008 08:58:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2A68FC15 for ; Sun, 1 Jun 2008 08:58:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B1BF51CC031; Sun, 1 Jun 2008 01:58:35 -0700 (PDT) Date: Sun, 1 Jun 2008 01:58:35 -0700 From: Jeremy Chadwick To: Tz-Huan Huang Message-ID: <20080601085835.GA50415@eos.sc1.parodius.com> References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <319cceca0805311154w5f705b2cp771392cd86ba888@mail.gmail.com> <6a7033710805311201t4085edcpc2f1ac9fa554c000@mail.gmail.com> <319cceca0805311303o61729e0dta615c442b6bd03ce@mail.gmail.com> <6a7033710806010143y204341cepc43f7a14678f7736@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6a7033710806010143y204341cepc43f7a14678f7736@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Maslan , freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 01 Jun 2008 08:58:36 -0000 On Sun, Jun 01, 2008 at 04:43:48PM +0800, Tz-Huan Huang wrote: > On Sun, Jun 1, 2008 at 4:03 AM, Maslan wrote: > > Your are right PAE is for i386, i mean try running i386 freebsd with > > PAE enabled rather than amd64. PAE will let you access 64GB which is > > far than you got. > > The whole 8G physical memory is available in our system, the point we > concerned is that the kernel cannot use more than 2G memory in kernel > space. Your concern is justified; I don't think Maslan understands what it is you're describing. Yes, there is a 2GB limit for kmem_size. Yes, that limit applies to both i386 (with or without PAE) and amd64. Yes, it's a problem. And yes, it's absolutely a problem (especially when it comes to ZFS). > Since the server is on line now, we cannot re-install it to i386 to check this. > We'll try it if we have spare machines. Don't bother -- it won't fix the problem you're reporting. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 1 13:32:27 2008 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 ACA1C106567D for ; Sun, 1 Jun 2008 13:32:27 +0000 (UTC) (envelope-from ender@enderzone.com) Received: from www.ksdhost.com (www.ksdhost.com [75.126.66.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5E59B8FC20 for ; Sun, 1 Jun 2008 13:32:27 +0000 (UTC) (envelope-from ender@enderzone.com) Received: (qmail 10538 invoked from network); 1 Jun 2008 09:05:46 -0400 Received: from 19.94.144.216.westtel.ky (HELO ?192.168.2.2?) (216.144.94.19) by www.ksdhost.com with SMTP; 1 Jun 2008 09:05:46 -0400 Message-ID: <48429E7F.5000205@enderzone.com> Date: Sun, 01 Jun 2008 09:05:03 -0400 From: Ender User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Tz-Huan Huang References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <319cceca0805311154w5f705b2cp771392cd86ba888@mail.gmail.com> <6a7033710805311201t4085edcpc2f1ac9fa554c000@mail.gmail.com> <319cceca0805311303o61729e0dta615c442b6bd03ce@mail.gmail.com> <6a7033710806010143y204341cepc43f7a14678f7736@mail.gmail.com> <20080601085835.GA50415@eos.sc1.parodius.com> In-Reply-To: <20080601085835.GA50415@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, koitsu@FreeBSD.org Subject: Re: Is there any way to increase the KVM? 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, 01 Jun 2008 13:32:27 -0000 Jeremy Chadwick wrote: > On Sun, Jun 01, 2008 at 04:43:48PM +0800, Tz-Huan Huang wrote: > >> On Sun, Jun 1, 2008 at 4:03 AM, Maslan wrote: >> >>> Your are right PAE is for i386, i mean try running i386 freebsd with >>> PAE enabled rather than amd64. PAE will let you access 64GB which is >>> far than you got. >>> >> The whole 8G physical memory is available in our system, the point we >> concerned is that the kernel cannot use more than 2G memory in kernel >> space. >> > > Your concern is justified; I don't think Maslan understands what it is > you're describing. Yes, there is a 2GB limit for kmem_size. Yes, that > limit applies to both i386 (with or without PAE) and amd64. Yes, it's a > problem. And yes, it's absolutely a problem (especially when it comes > to ZFS). > > Exactly. If you have to use ZFS in production I would suggest the new 2008.05 opensolaris.com live cd / installer >> Since the server is on line now, we cannot re-install it to i386 to check this. >> We'll try it if we have spare machines. >> > > Don't bother -- it won't fix the problem you're reporting. > > From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 2 14:58:28 2008 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 3820C1065685; Mon, 2 Jun 2008 14:58:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 30F198FC26; Mon, 2 Jun 2008 14:58:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id BA8931A4D84; Mon, 2 Jun 2008 07:58:27 -0700 (PDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 2 Jun 2008 10:46:55 -0400 User-Agent: KMail/1.9.7 References: <4841EF0D.8050201@FreeBSD.org> <4841EF83.3000407@p6m7g8.com> In-Reply-To: <4841EF83.3000407@p6m7g8.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806021046.55794.jhb@freebsd.org> Cc: "Philip M. Gollucci" , ports@freebsd.org, hackers@freebsd.org, Florent Thoumie Subject: Re: CFT: adding configuration file support to pkg_install 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, 02 Jun 2008 14:58:28 -0000 On Saturday 31 May 2008 08:38:27 pm Philip M. Gollucci wrote: > Kris Kennaway wrote: > > packages are usually built from the ports tree, but not always, and > > users may use packages without a ports tree present on the local system. > > short of doing pkg_delete -af then pkg_add /some/dir > are there any ports-mgmt/* tools for upgrades that don't need the ports > tree present. I know portupgrade does. > > Thats not an argument for or against, just commentary. There are proprietary tools that manage packages of proprietary software that run on FreeBSD embedded devices. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 2 14:58:28 2008 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 3820C1065685; Mon, 2 Jun 2008 14:58:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 30F198FC26; Mon, 2 Jun 2008 14:58:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (server.baldwin.cx [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id BA8931A4D84; Mon, 2 Jun 2008 07:58:27 -0700 (PDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 2 Jun 2008 10:46:55 -0400 User-Agent: KMail/1.9.7 References: <4841EF0D.8050201@FreeBSD.org> <4841EF83.3000407@p6m7g8.com> In-Reply-To: <4841EF83.3000407@p6m7g8.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806021046.55794.jhb@freebsd.org> Cc: "Philip M. Gollucci" , ports@freebsd.org, hackers@freebsd.org, Florent Thoumie Subject: Re: CFT: adding configuration file support to pkg_install 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, 02 Jun 2008 14:58:28 -0000 On Saturday 31 May 2008 08:38:27 pm Philip M. Gollucci wrote: > Kris Kennaway wrote: > > packages are usually built from the ports tree, but not always, and > > users may use packages without a ports tree present on the local system. > > short of doing pkg_delete -af then pkg_add /some/dir > are there any ports-mgmt/* tools for upgrades that don't need the ports > tree present. I know portupgrade does. > > Thats not an argument for or against, just commentary. There are proprietary tools that manage packages of proprietary software that run on FreeBSD embedded devices. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 2 21:37:10 2008 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 7EF7A1065679 for ; Mon, 2 Jun 2008 21:37:10 +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 46AE88FC24 for ; Mon, 2 Jun 2008 21:37:09 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K3HiC-0001va-U3 for freebsd-hackers@freebsd.org; Mon, 02 Jun 2008 21:37:04 +0000 Received: from 89-172-34-130.adsl.net.t-com.hr ([89.172.34.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Jun 2008 21:37:04 +0000 Received: from ivoras by 89-172-34-130.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Jun 2008 21:37:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Mon, 02 Jun 2008 23:36:54 +0200 Lines: 34 Message-ID: References: <200805281446.m4SEkojn099133@lurza.secnetix.de> <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig73F5F0EFD277D158B3C2618B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-34-130.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) In-Reply-To: <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Impact of having a large number of open file descriptors 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, 02 Jun 2008 21:37:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig73F5F0EFD277D158B3C2618B Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Suleiman Souhlal wrote: > I have an old patch that makes kqueue monitor every file write on the=20 > system and return the inode number in the knote's data field:=20 > http://people.freebsd.org/~ssouhlal/testing/kqueue-anyvnode-20050503.di= ff . >=20 > I'd think it shouldn't be too hard to make it per-mountpoint.. How was this intended to be used? Is there something that makes mapping=20 inode# to filenames easier than I think it is? --------------enig73F5F0EFD277D158B3C2618B 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRGf2ldnAQVacBcgRAjr4AKDDSB3JvSyo52pJ66Tnx+1+NwFOAgCg/Fuv bqLGzUeRMjIzxJkr1g5fiRE= =E2Ec -----END PGP SIGNATURE----- --------------enig73F5F0EFD277D158B3C2618B-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 2 22:33:02 2008 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 4B2321065671; Mon, 2 Jun 2008 22:33:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A04458FC0A; Mon, 2 Jun 2008 22:33:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4844751C.80704@FreeBSD.org> Date: Tue, 03 Jun 2008 00:33:00 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: ssouhlal@freebsd.org References: <200805281446.m4SEkojn099133@lurza.secnetix.de> <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Impact of having a large number of open file descriptors 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, 02 Jun 2008 22:33:02 -0000 Ivan Voras wrote: > Suleiman Souhlal wrote: > >> I have an old patch that makes kqueue monitor every file write on the >> system and return the inode number in the knote's data field: >> http://people.freebsd.org/~ssouhlal/testing/kqueue-anyvnode-20050503.diff >> . >> >> I'd think it shouldn't be too hard to make it per-mountpoint.. FWIW, I would love to use this. I have situations where I have huge numbers of files and need to cheaply detect changes so I can resynchronize them to remote machines. Kris From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 02:21:28 2008 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 0317E1065721; Tue, 3 Jun 2008 02:21:28 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id C25AA8FC1D; Tue, 3 Jun 2008 02:21:27 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.124.153] (crustacean-24.dynamic.rpi.edu [128.113.124.153]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m5317Fpe027528; Mon, 2 Jun 2008 21:07:17 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <4844751C.80704@FreeBSD.org> References: <200805281446.m4SEkojn099133@lurza.secnetix.de> <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> <4844751C.80704@FreeBSD.org> Date: Mon, 2 Jun 2008 21:07:15 -0400 To: Kris Kennaway , ssouhlal@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-SA-Score: undef - spam scanning disabled X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: freebsd-hackers@freebsd.org Subject: Re: Impact of having a large number of open file descriptors 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, 03 Jun 2008 02:21:28 -0000 At 12:33 AM +0200 6/3/08, Kris Kennaway wrote: >Ivan Voras wrote: >>Suleiman Souhlal wrote: >> >>>I have an old patch that makes kqueue monitor every file write on >>>the system and return the inode number in the knote's data field: >>>http://people.freebsd.org/~ssouhlal/testing/kqueue-anyvnode-20050503.diff >>>. >>> >>>I'd think it shouldn't be too hard to make it per-mountpoint.. > >FWIW, I would love to use this. I have situations where I have huge >numbers of files and need to cheaply detect changes so I can >resynchronize them to remote machines. I remember a discussion of changes to MacOS10 in Leopard which made it easier to implement features such as Spotlight and TimeMachine. The description starts here, I think: http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/7 the section on file-system events. The idea I thought was interesting was to save the metadata on a directory basis, instead of saving it on the file. So, if file /some/dir/fname was changed, then they'd record that *some* file under /some/dir has changed. So when your userland process comes along later on, it still has to scan all files in that directory to see which file(s) actually changed. But that's a lot less work than scanning all files in the filesystem, and it also means there is much less data that has to be kept track of. I have no idea how easy it would be to implement something similar on FreeBSD, but the strategy seemed like a pretty neat idea. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 08:36:58 2008 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 57693106564A for ; Tue, 3 Jun 2008 08:36:58 +0000 (UTC) (envelope-from dinesh@alphaque.com) Received: from mail.qubeconnect.com (mail.qubeconnect.com [202.190.74.25]) by mx1.freebsd.org (Postfix) with SMTP id 8083E8FC14 for ; Tue, 3 Jun 2008 08:36:57 +0000 (UTC) (envelope-from dinesh@alphaque.com) Received: (qmail 5407 invoked by uid 0); 3 Jun 2008 16:37:12 +0800 Received: from mail.qubeconnect.com (HELO prophet.alphaque.com) (202.190.74.25) by mail.qubeconnect.com with SMTP; 3 Jun 2008 16:37:12 +0800 Received: from prophet.alphaque.com (localhost [127.0.0.1]) by prophet.alphaque.com (8.14.2/8.14.2) with ESMTP id m538ZYgn044959; Tue, 3 Jun 2008 16:35:34 +0800 (MYT) (envelope-from dinesh@alphaque.com) Date: Tue, 3 Jun 2008 16:35:34 +0800 From: Dinesh Nair To: freebsd-hackers@FreeBSD.ORG, dinesh@alphaque.com Message-ID: <20080603163534.4b648fc2@prophet.alphaque.com> In-Reply-To: <200805301437.m4UEb0J8010462@lurza.secnetix.de> References: <20080530135814.390321ee@prophet.alphaque.com> <200805301437.m4UEb0J8010462@lurza.secnetix.de> Organization: Alphaque. Anytime. Anywhere. X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, olli@lurza.secnetix.de Subject: Re: Maximum memory allocation per process 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, 03 Jun 2008 08:36:58 -0000 On Fri, 30 May 2008 16:37:00 +0200 (CEST), Oliver Fromme wrote: > Dinesh Nair wrote: > > for those of us who're booting off a stripped down freebsd and are not > > using the 4th routines, are the above to be set before 'load /kernel' > > or after 'load /kernel' ? > > It doesn't matter. The tunables are passed to the kernel > when it is booted. In fact, the standard beastie.4th > stuff loads the kernel before displaying the menu, so > the settings happen after the kernel is loaded. thanx for the tip. -- Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.openmalaysiablog.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 10:38:12 2008 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 B0DBF1065674; Tue, 3 Jun 2008 10:38:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5F08E8FC14; Tue, 3 Jun 2008 10:38:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1103246C1C; Tue, 3 Jun 2008 06:38:12 -0400 (EDT) Date: Tue, 3 Jun 2008 11:38:11 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Garance A Drosihn In-Reply-To: Message-ID: <20080603111935.K426@fledge.watson.org> References: <200805281446.m4SEkojn099133@lurza.secnetix.de> <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> <4844751C.80704@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, ssouhlal@freebsd.org Subject: Re: Impact of having a large number of open file descriptors 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, 03 Jun 2008 10:38:12 -0000 On Mon, 2 Jun 2008, Garance A Drosihn wrote: > I remember a discussion of changes to MacOS10 in Leopard which made it > easier to implement features such as Spotlight and TimeMachine. The > description starts here, I think: > > http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/7 > > the section on file-system events. > > The idea I thought was interesting was to save the metadata on a directory > basis, instead of saving it on the file. So, if file /some/dir/fname was > changed, then they'd record that *some* file under /some/dir has changed. > > So when your userland process comes along later on, it still has to scan all > files in that directory to see which file(s) actually changed. But that's a > lot less work than scanning all files in the filesystem, and it also means > there is much less data that has to be kept track of. > > I have no idea how easy it would be to implement something similar on > FreeBSD, but the strategy seemed like a pretty neat idea. fsevents allows user processes to subscribe, effectively on a per-filesystem basis, to namespace and file close operations. The implementation is split into two parts: a kernel component, which captures events with possible coalescing, and a user daemon, fseventsd, which listens on a special device and then provides scope narrowing and persistence for subscriptions. Applications talk to fseventsd, using Mach ports, I believe, and fseventsd is responsible for tracking subscriptions, filtering events, and so on. I'm aware of several limitations that should be considered very carefully before adopting this code: (1) The user<->kernel interface is essentially a firehose, and available only to privileged processes. fseventsd performs checks in user space to see whether each consumer is allowed access to each event, which can lead to confusing and potentially quite incorrect results. (2) The kernel code requires a reliable conversion from vnode to path, which we don't have, as events are with respect to paths, and especially coalescing. (3) The user daemon requires synchronous hooks into the file system umount event because fseventsd stores its events journal in the file system root, so must first close it before the file system can be unmounted. In Mac OS X, this is satisfied by having the disk arbitration daemon, which performs unmounts, first send a message to fseventsd and wait for it to finish up. I've seen a number of occasions where the disk unmount process has become non-trivially stalled due to fseventsd, so there's a potential robustness question. (4) As I understand it, events frequently come down to "file system X changed" in practice, which could be captured by a far simpler mechanism. I've not done any measurements to confirm whether this is the case, but it's not impossible to imagine on a busy system. I think there's also considerable overlap with other kernel event systems, such as audit, and we might benefit from thinking seriously about enhancing those event systems rather than introducing a new one. The design of fsevents is pretty much entirely dictated by the needs of Spotlight and later Time Machine. In particular, it's not clear to me that the persistency requirements, which are a large part of the fsevents design, are important to us... or are they? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 11:02:40 2008 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 564D11065673; Tue, 3 Jun 2008 11:02:40 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DFD738FC14; Tue, 3 Jun 2008 11:02:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <484524CF.2090709@FreeBSD.org> Date: Tue, 03 Jun 2008 13:02:39 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Robert Watson References: <200805281446.m4SEkojn099133@lurza.secnetix.de> <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> <4844751C.80704@FreeBSD.org> <20080603111935.K426@fledge.watson.org> In-Reply-To: <20080603111935.K426@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ssouhlal@freebsd.org, Garance A Drosihn , freebsd-hackers@freebsd.org Subject: Re: Impact of having a large number of open file descriptors 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, 03 Jun 2008 11:02:40 -0000 Robert Watson wrote: > fsevents allows user processes to subscribe, effectively on a > per-filesystem basis, to namespace and file close operations. ... > I think there's also considerable overlap with other kernel event > systems, such as audit, and we might benefit from thinking seriously > about enhancing those event systems rather than introducing a new one. > The design of fsevents is pretty much entirely dictated by the needs of > Spotlight and later Time Machine. In particular, it's not clear to me > that the persistency requirements, which are a large part of the > fsevents design, are important to us... or are they? Yes, I keep forgetting about audit for some reason :) It might be that this is already good enough for my use case, although having to maintain a path -> inode mapping for millions of files will be potentially onerous (same for kevent anyway though). Persistency across reboots for unread events would be nice but probably not essential (or worth the trouble). Kris From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 11:11:11 2008 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 86C841065680; Tue, 3 Jun 2008 11:11:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 572158FC1E; Tue, 3 Jun 2008 11:11:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7DD1646C0D; Tue, 3 Jun 2008 07:11:10 -0400 (EDT) Date: Tue, 3 Jun 2008 12:11:10 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <484524CF.2090709@FreeBSD.org> Message-ID: <20080603120818.K426@fledge.watson.org> References: <200805281446.m4SEkojn099133@lurza.secnetix.de> <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> <4844751C.80704@FreeBSD.org> <20080603111935.K426@fledge.watson.org> <484524CF.2090709@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ssouhlal@freebsd.org, Garance A Drosihn , freebsd-hackers@freebsd.org Subject: Re: Impact of having a large number of open file descriptors 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, 03 Jun 2008 11:11:11 -0000 On Tue, 3 Jun 2008, Kris Kennaway wrote: >> I think there's also considerable overlap with other kernel event systems, >> such as audit, and we might benefit from thinking seriously about enhancing >> those event systems rather than introducing a new one. The design of >> fsevents is pretty much entirely dictated by the needs of Spotlight and >> later Time Machine. In particular, it's not clear to me that the >> persistency requirements, which are a large part of the fsevents design, >> are important to us... or are they? > > Yes, I keep forgetting about audit for some reason :) It might be that this > is already good enough for my use case, although having to maintain a path > -> inode mapping for millions of files will be potentially onerous (same for > kevent anyway though). Persistency across reboots for unread events would > be nice but probably not essential (or worth the trouble). One interesting design choice in fsevents is that the event record is submitted on file close, rather than on file open. This doesn't properly handle writes due to memory mappings of the file, but does mean that you don't get the "Odd KDE PDF effect", in which KDE PDF viewer detects the open/write but not the close, so opens and refreshes the PDF before the file is completely rewritten, leading to a partial rendering. Audit captures open(2) and close(2), but only open(2) has a path on FreeBSD. This could be changed, however, to use a generated path on close(2), if available. Right now, there are quite a few file systems, especially synthetic ones such as procfs and devfs, which don't use the name cache, meaning that the path lookup doesn't work for them. Also, our name cache invalidation is pretty strict (to the point of being a performance problem in the NFS client), so path generation can be quite unreliable if it involves active directories. A mini-project in which someone improves the reliability of path generation is probably a prerequisite for any real work in this area. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 11:55:25 2008 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 838DC106566B for ; Tue, 3 Jun 2008 11:55:25 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6AB8FC1C for ; Tue, 3 Jun 2008 11:55:24 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl110-203.kln.forthnet.gr [77.49.229.203]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-4) with ESMTP id m539kjGS000723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 Jun 2008 12:46:53 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m539kioR007858; Tue, 3 Jun 2008 12:46:45 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m539khV3007857; Tue, 3 Jun 2008 12:46:43 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Garance A Drosihn References: <200805281446.m4SEkojn099133@lurza.secnetix.de> <64200F15-4444-44FE-B904-673543441F35@FreeBSD.org> <4844751C.80704@FreeBSD.org> Date: Tue, 03 Jun 2008 12:46:43 +0300 In-Reply-To: (Garance A. Drosihn's message of "Mon\, 2 Jun 2008 21\:07\:15 -0400") Message-ID: <87prqykfzw.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m539kjGS000723 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.758, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.64, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-hackers@freebsd.org, ssouhlal@freebsd.org Subject: Re: Impact of having a large number of open file descriptors 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, 03 Jun 2008 11:55:25 -0000 On Mon, 2 Jun 2008 21:07:15 -0400, Garance A Drosihn wrote: > At 12:33 AM +0200 6/3/08, Kris Kennaway wrote: >>Ivan Voras wrote: >>>Suleiman Souhlal wrote: >>> >>>> I have an old patch that makes kqueue monitor every file write on >>>> the system and return the inode number in the knote's data field: >>>> http://people.freebsd.org/~ssouhlal/testing/kqueue-anyvnode-20050503.diff >>>> . >>>> >>>>I'd think it shouldn't be too hard to make it per-mountpoint.. >> >> FWIW, I would love to use this. I have situations where I have huge >> numbers of files and need to cheaply detect changes so I can >> resynchronize them to remote machines. > > I remember a discussion of changes to MacOS10 in Leopard which made it > easier to implement features such as Spotlight and TimeMachine. The > description starts here, I think: > > http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/7 > > the section on file-system events. > > The idea I thought was interesting was to save the metadata on a > directory basis, instead of saving it on the file. So, if file > /some/dir/fname was changed, then they'd record that *some* file under > /some/dir has changed. > > So when your userland process comes along later on, it still has to > scan all files in that directory to see which file(s) actually > changed. But that's a lot less work than scanning all files in the > filesystem, and it also means there is much less data that has to be > kept track of. > > I have no idea how easy it would be to implement something similar on > FreeBSD, but the strategy seemed like a pretty neat idea. It sounds like a useful compromise between the number of tracked entries and scanning the entire fs :) From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 13:43:25 2008 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 B62D6106567B for ; Tue, 3 Jun 2008 13:43:25 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from f04n07.cac.psu.edu (f04s07.cac.psu.edu [128.118.141.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1908FC1F for ; Tue, 3 Jun 2008 13:43:24 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by f04n07.cac.psu.edu (8.13.2/8.13.2) with ESMTP id m53DhNVc096186 for ; Tue, 3 Jun 2008 09:43:23 -0400 Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by hoenikker.aset.psu.edu (8.14.2/8.14.2) with ESMTP id m53Dh7kT056766 for ; Tue, 3 Jun 2008 09:43:07 -0400 (EDT) (envelope-from det135@hoenikker.aset.psu.edu) Received: (from det135@localhost) by hoenikker.aset.psu.edu (8.14.2/8.14.2/Submit) id m53Dh7Zv056765 for freebsd-hackers@freebsd.org; Tue, 3 Jun 2008 09:43:07 -0400 (EDT) (envelope-from det135) Date: Tue, 3 Jun 2008 09:43:07 -0400 From: Derek Taylor To: freebsd-hackers@freebsd.org Message-ID: <20080603134307.GK76952@psu.edu> Mail-Followup-To: Derek Taylor , freebsd-hackers@freebsd.org References: <20080521182722.GC40818@psu.edu> <483554FC.9040908@dlr.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <483554FC.9040908@dlr.de> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by amavisd-new Subject: Re: Kerberized CIFS client? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derek Taylor List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 13:43:25 -0000 On Thu, 22 May 2008, Hartmut Brandt wrote: >Derek Taylor wrote: >> This question was previously posed of the freebsd-questions list, but >> with no response for a week, I'd like to try my luck here. If there's >> any more information I should include, please speak up: I would be glad >> to oblige. >> >> I would like to use smb/cifs with kerberos auth, but mount_smbfs doesn't >> seem to support this. >> >> Is anyone aware of an alternate means of performing a mount via smb/cifs >> or any patches to provide such functionality? >> >> I already have smbclient working with -k, but I am also interested in a >> mount. > >Try smbnetfs from ports. It's fuse based and seems to work very nice. If >you have a large amount of shares floating in your network you want to >restrict it to mount only the needed shares via the config file. >Otherwise it will mount what it can find... > >It plays nicely with kerberors. When your ticket expires you immediately >loose access; when you renew it you gain access again. All without the >need to unmount/mount. Just call smbnetfs once you have your ticket. You >may even do this from your .profile. > >harti Sorry for not replying sooner. Initial tests here are promising (I can see some mount paths being exported from the server), but it's not fully working (I don't see all of the mount paths that *should* be exported and I get permission denied errors). My thoughts are leaning towards an issue in negotiating auth with the server -- perhaps my krb creds aren't being used? Before trying to work out any issues over the list, there's a lot of things we need to check internally. The thing is that we're so crunched for time, I'm not sure when we'll have the chance to do this. Thanks for the heads up -- this is certainly closer than I was before. If we have the chance to work more on this, I'll follow up on this thread. Until then ... -Derek. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 14:19:59 2008 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 905BE1065670 for ; Tue, 3 Jun 2008 14:19:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206046210.chello.pl [87.206.46.210]) by mx1.freebsd.org (Postfix) with ESMTP id D731D8FC25 for ; Tue, 3 Jun 2008 14:19:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id D999945C99; Tue, 3 Jun 2008 15:53:13 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 14ECC45C8A; Tue, 3 Jun 2008 15:53:09 +0200 (CEST) Date: Tue, 3 Jun 2008 15:53:08 +0200 From: Pawel Jakub Dawidek To: Tz-Huan Huang Message-ID: <20080603135308.GC3434@garage.freebsd.pl> References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 03 Jun 2008 14:19:59 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 31, 2008 at 01:52:56PM +0800, Tz-Huan Huang wrote: > Hi, >=20 > Our nfs server is running 7-stable/amd64 with 8G ram, the size of zfs > pool is 12T. We have set vm.kmem_size and vm.kmem_size_max to > 1.5G, but the kernel still panics by "kmem_map too small" often. Could you also try to decrease vfs.zfs.arc_max? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIRUzDForvXbEpPzQRAreiAJsHv55o8JGFjydQpoLT72c9b+pyBQCgz8Zy ChTe0nsymgmw1fAEweStwBw= =yP8Y -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 15:37:36 2008 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 2489C1065670 for ; Tue, 3 Jun 2008 15:37:36 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id B13648FC12 for ; Tue, 3 Jun 2008 15:37:35 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Jun 2008 17:37:33 +0200 Date: Tue, 3 Jun 2008 17:37:32 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Derek Taylor In-Reply-To: <20080603134307.GK76952@psu.edu> Message-ID: <20080603173601.W41705@beagle.kn.op.dlr.de> References: <20080521182722.GC40818@psu.edu> <483554FC.9040908@dlr.de> <20080603134307.GK76952@psu.edu> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 03 Jun 2008 15:37:33.0326 (UTC) FILETIME=[BDAC9AE0:01C8C58F] Cc: freebsd-hackers@freebsd.org Subject: Re: Kerberized CIFS client? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 15:37:36 -0000 On Tue, 3 Jun 2008, Derek Taylor wrote: DT>On Thu, 22 May 2008, Hartmut Brandt wrote: DT>>Derek Taylor wrote: DT>>> This question was previously posed of the freebsd-questions list, but DT>>> with no response for a week, I'd like to try my luck here. If there's DT>>> any more information I should include, please speak up: I would be glad DT>>> to oblige. DT>>> DT>>> I would like to use smb/cifs with kerberos auth, but mount_smbfs doesn't DT>>> seem to support this. DT>>> DT>>> Is anyone aware of an alternate means of performing a mount via smb/cifs DT>>> or any patches to provide such functionality? DT>>> DT>>> I already have smbclient working with -k, but I am also interested in a DT>>> mount. DT>> DT>>Try smbnetfs from ports. It's fuse based and seems to work very nice. If DT>>you have a large amount of shares floating in your network you want to DT>>restrict it to mount only the needed shares via the config file. DT>>Otherwise it will mount what it can find... DT>> DT>>It plays nicely with kerberors. When your ticket expires you immediately DT>>loose access; when you renew it you gain access again. All without the DT>>need to unmount/mount. Just call smbnetfs once you have your ticket. You DT>>may even do this from your .profile. DT>> DT>>harti DT> DT>Sorry for not replying sooner. DT> DT>Initial tests here are promising (I can see some mount paths being DT>exported from the server), but it's not fully working (I don't see all DT>of the mount paths that *should* be exported and I get permission denied DT>errors). My thoughts are leaning towards an issue in negotiating auth DT>with the server -- perhaps my krb creds aren't being used? You can test this easily: if your ticket expires you get permission denied errors when you try to look into the mounted directories. As soon as you renew the ticket you get access again. All without restarting smbnetfs. harti From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 15:17:09 2008 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 AEAB1106567A for ; Tue, 3 Jun 2008 15:17:09 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32707.mail.mud.yahoo.com (web32707.mail.mud.yahoo.com [68.142.207.251]) by mx1.freebsd.org (Postfix) with SMTP id 78A4D8FC18 for ; Tue, 3 Jun 2008 15:17:09 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 71496 invoked by uid 60001); 3 Jun 2008 14:50:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=SN5UNv++yaWYHVhG7n12/7WqHAXtpU+eQJ0wyXaLI+F/5ngq1tEROL1wohA7taunt43r0IxYObZKnSC/R+ZyqJUxxwRq3Pm/YQ8/HZTRHI5vAPyKl8pt+5FkJ1F9CiDXvGWG6DN5eCh2lXPBR5eEWZWTrpzbQJ2wRPkM64iEsNY=; Received: from [190.157.196.204] by web32707.mail.mud.yahoo.com via HTTP; Tue, 03 Jun 2008 07:50:28 PDT X-Mailer: YahooMailWebService/0.7.199 Date: Tue, 3 Jun 2008 07:50:28 -0700 (PDT) From: pfgshield-freebsd@yahoo.com To: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <853261.35086.qm@web32707.mail.mud.yahoo.com> X-Mailman-Approved-At: Tue, 03 Jun 2008 16:02:01 +0000 Cc: freebsd-hackers@FreeBSD.org Subject: Anyone interested in HDLC support for pppd ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 15:17:09 -0000 Hello; I started playing a bit with net/pppd23 and I noticed there are some patche= s for FreeBSD-3.0 that were never committed (NetBSD certainly has them). Ou= r pppd(8) is derived from the "samba" pppd port and should have them if we = want to continue updating it. I started adapting them but I am actually in a dead point due to my profoun= d ignorance on FreeBSD and it's latest changes. I am stuck here: _____ ... ../../../net/ppp_tty.c: In function `pppsyncstart': ../../../net/ppp_tty.c:653: error: `cdevsw' undeclared (first use in this f= unction) ../../../net/ppp_tty.c:653: error: (Each undeclared identifier is reported = only once ../../../net/ppp_tty.c:653: error: for each function it appears in.) ../../../net/ppp_tty.c:653: warning: implicit declaration of function `majo= r' ../../../net/ppp_tty.c:653: warning: nested extern declaration of `major' *** Error code 1 ______ the offending code is this: ______ /* call device driver IOCTL to transmit a frame */ if ((*cdevsw[major(tp->t_dev)]->d_ioctl) (tp->t_dev,TIOCXMTFRAME,(caddr_t)&m,0,0)) { /* busy or error, set as current packet */ sc->sc_outm =3D m; _____ If someone can give me (easy to follow) suggestions on how to fix it I'll b= e grateful. The changes I already did to the original patches are not huge = but if someone wants to review them all just send me a private mail and I'l= l send them. cheers, Pedro.=0A=0A=0A ___________________________________ =0AScopri il B= log di Yahoo! Mail: trucchi, novit=E0, consigli... e la tua opinione!=0Ahtt= p://www.ymailblogit.com/blog/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 16:06:26 2008 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 60F57106564A for ; Tue, 3 Jun 2008 16:06:26 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from f04n01.cac.psu.edu (f04s01.cac.psu.edu [128.118.141.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1CAF28FC17 for ; Tue, 3 Jun 2008 16:06:25 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by f04n01.cac.psu.edu (8.13.2/8.13.2) with ESMTP id m53G6OvS112362 for ; Tue, 3 Jun 2008 12:06:24 -0400 Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by hoenikker.aset.psu.edu (8.14.2/8.14.2) with ESMTP id m53G683f057785 for ; Tue, 3 Jun 2008 12:06:08 -0400 (EDT) (envelope-from det135@hoenikker.aset.psu.edu) Received: (from det135@localhost) by hoenikker.aset.psu.edu (8.14.2/8.14.2/Submit) id m53G68VF057784 for freebsd-hackers@freebsd.org; Tue, 3 Jun 2008 12:06:08 -0400 (EDT) (envelope-from det135) Date: Tue, 3 Jun 2008 12:06:08 -0400 From: Derek Taylor To: freebsd-hackers@freebsd.org Message-ID: <20080603160608.GA56965@psu.edu> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20080521182722.GC40818@psu.edu> <483554FC.9040908@dlr.de> <20080603134307.GK76952@psu.edu> <20080603173601.W41705@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20080603173601.W41705@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by amavisd-new Subject: Re: Kerberized CIFS client? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derek Taylor List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2008 16:06:26 -0000 On Tue, 03 Jun 2008, Harti Brandt wrote: >On Tue, 3 Jun 2008, Derek Taylor wrote: > >DT>On Thu, 22 May 2008, Hartmut Brandt wrote: >DT>>Derek Taylor wrote: >DT>>> This question was previously posed of the freebsd-questions list, but >DT>>> with no response for a week, I'd like to try my luck here. If there= 's >DT>>> any more information I should include, please speak up: I would be g= lad >DT>>> to oblige. >DT>>>=20 >DT>>> I would like to use smb/cifs with kerberos auth, but mount_smbfs doe= sn't >DT>>> seem to support this. >DT>>>=20 >DT>>> Is anyone aware of an alternate means of performing a mount via smb/= cifs >DT>>> or any patches to provide such functionality? >DT>>>=20 >DT>>> I already have smbclient working with -k, but I am also interested i= n a >DT>>> mount. >DT>> >DT>>Try smbnetfs from ports. It's fuse based and seems to work very nice. = If=20 >DT>>you have a large amount of shares floating in your network you want to= =20 >DT>>restrict it to mount only the needed shares via the config file.=20 >DT>>Otherwise it will mount what it can find... >DT>> >DT>>It plays nicely with kerberors. When your ticket expires you immediate= ly=20 >DT>>loose access; when you renew it you gain access again. All without the= =20 >DT>>need to unmount/mount. Just call smbnetfs once you have your ticket. Y= ou=20 >DT>>may even do this from your .profile. >DT>> >DT>>harti >DT> >DT>Sorry for not replying sooner. >DT> >DT>Initial tests here are promising (I can see some mount paths being >DT>exported from the server), but it's not fully working (I don't see all >DT>of the mount paths that *should* be exported and I get permission denied >DT>errors). My thoughts are leaning towards an issue in negotiating auth >DT>with the server -- perhaps my krb creds aren't being used? > >You can test this easily: if your ticket expires you get permission denied= =20 >errors when you try to look into the mounted directories. As soon as you= =20 >renew the ticket you get access again. All without restarting smbnetfs. > >harti I replaced all server names below with "example.com" (and derivatives) where appropriate: =46rom my FreeBSD machine, using smbnetfs: $ klist klist: No ticket file: /tmp/krb5cc_1001 $ kinit det135 det135@realm.example.com's Password:=20 kinit: NOTICE: ticket renewable lifetime is 1 week $ klist Credentials cache: FILE:/tmp/krb5cc_1001 Principal: det135@realm.example.com Issued Expires Principal =20 Jun 3 11:51:20 Jun 3 21:51:04 krbtgt/realm.example.com@realm.example.com $ cd ~/mount/cifs.example.com/dir1 $ ls ls: .: Permission denied $ cd .. $ ls dir1 dir2 $ klist Credentials cache: FILE:/tmp/krb5cc_1001 Principal: det135@realm.example.com Issued Expires Principal =20 Jun 3 11:51:20 Jun 3 21:51:04 krbtgt/realm.example.com@realm.example.com =46rom my Mac, using (from Finder) Go -> Connect to Server -> cifs://cifs.example.com/dir1 $ klist klist: No Kerberos 5 tickets in credentials cache $ kinit det135 Please enter the password for det135@realm.example.com: $ klist Kerberos 5 ticket cache: 'API:Initial default ccache' Default principal: det135@realm.example.com Valid Starting Expires Service Principal 06/03/08 11:59:41 06/03/08 21:59:41 krbtgt/realm.example.com@realm.exampl= e.com renew until 06/10/08 11:59:41 #### Here I mount via Finder before continuing with the commands below $ cd /Volumes/dir1/ $ ls subdir1 subdir2 file1 file2 $ klist Kerberos 5 ticket cache: 'API:Initial default ccache' Default principal: det135@realm.example.com Valid Starting Expires Service Principal 06/03/08 11:59:41 06/03/08 21:59:41 krbtgt/realm.example.com@realm.exampl= e.com renew until 06/10/08 11:59:41 06/03/08 12:00:31 06/03/08 21:59:41 cifs/cifs.example.com@realm.example.c= om renew until 06/10/08 11:59:41 It looks like my creds aren't being used on the FreeBSD machine. -Derek. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 16:40:56 2008 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 6AEC0106564A for ; Tue, 3 Jun 2008 16:40:56 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 444B28FC1B for ; Tue, 3 Jun 2008 16:40:56 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id BCC12112978; Tue, 3 Jun 2008 12:30:49 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 03 Jun 2008 12:30:49 -0400 X-Sasl-enc: fbnJRxRZwnn1xA8VvaQ3NCE7RrXveyR5ytY2Uox5SlII 1212510649 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id DEAA31E4CC; Tue, 3 Jun 2008 12:30:48 -0400 (EDT) Message-ID: <484571B7.1050004@FreeBSD.org> Date: Tue, 03 Jun 2008 17:30:47 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: pfgshield-freebsd@yahoo.com References: <853261.35086.qm@web32707.mail.mud.yahoo.com> In-Reply-To: <853261.35086.qm@web32707.mail.mud.yahoo.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Anyone interested in HDLC support for pppd ? 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, 03 Jun 2008 16:40:56 -0000 pfgshield-freebsd@yahoo.com wrote: > Hello; > > I started playing a bit with net/pppd23 and I noticed there are some patches for FreeBSD-3.0 that were never committed (NetBSD certainly has them). Our pppd(8) is derived from the "samba" pppd port and should have them if we want to continue updating it. > Ed Schouten is currently rewriting the tty code. It sounds like line disciplines are about to go away, so pppd23 will most likely stop working at that point. There's a Netgraph node ng_cisco which claims to support HDLC. Perhaps tweaking MPD to work with it is a better use of effort. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 15:26:21 2008 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 03D581065677 for ; Tue, 3 Jun 2008 15:26:21 +0000 (UTC) (envelope-from florent.thoumie@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id B63458FC1D for ; Tue, 3 Jun 2008 15:26:20 +0000 (UTC) (envelope-from florent.thoumie@gmail.com) Received: by el-out-1112.google.com with SMTP id m34so206465ele.8 for ; Tue, 03 Jun 2008 08:26:20 -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:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Oufd0lgyxMWXfE3IeVsrCPw9r0wAEUnlz4BfwVNrIhI=; b=tMbEkKzNMHJAAeMy5lnF5HY1ancU3lkyNqM8QB0kXJGtvPRks466NxCfDgGpRQiZo2o71GVaON7HeR2hbynGJDXogEws1uqVgosQz10IQSucovF52IdvaOHAzvcek3AYTmnH487zr2D2k+lrqStbcWvwrkVxL3ythNBsN2YWFuc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=G8mCiOWfBLSI4siodKqhFL8HFsYKLjrUiIyK31B1MgKf+5LFwbnwKzG/f1zFvQmPbo9LkCwj1g5NXbRQOS8T8nba/y/EEWSg3lLhREX7ISsxE7XUDE6ezLKlb5GyuU6eA3PZseMi8KHDHwRLR97pS9KWSNapJv5t2GqQ4Sjej5I= Received: by 10.114.124.1 with SMTP id w1mr4032241wac.57.1212506779470; Tue, 03 Jun 2008 08:26:19 -0700 (PDT) Received: by 10.114.60.15 with HTTP; Tue, 3 Jun 2008 08:26:19 -0700 (PDT) Message-ID: Date: Tue, 3 Jun 2008 16:26:19 +0100 From: "Florent Thoumie" Sender: florent.thoumie@gmail.com To: "Philip M. Gollucci" In-Reply-To: <4841BDA9.5090007@p6m7g8.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4841BDA9.5090007@p6m7g8.com> X-Google-Sender-Auth: 8d9ab9b8e35d4d9e X-Mailman-Approved-At: Tue, 03 Jun 2008 16:57:22 +0000 Cc: ports@freebsd.org, hackers@freebsd.org Subject: Re: CFT: adding configuration file support to pkg_install 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, 03 Jun 2008 15:26:21 -0000 On Sat, May 31, 2008 at 10:05 PM, Philip M. Gollucci wrote: > Florent Thoumie wrote: >> >> This adds support for /etc/pkg.conf configuration file. >> Also, this adds support for naive multi-site package fetching. >> >> Any comment welcome (and appreciated). >> >> Patch is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-config.diff >> Tarball is here: >> http://people.freebsd.org/~flz/local/ports/pkg-install-0a553aac.tar.bz2 > > Hi flz, > > I don't quite get what the end goal is. It looks like /etc/pkg.conf is > duplicating a lot of things already in /usr/ports/Mk/bsd.port.mk. > > Would not it be better to just have the pkg_install tools read that file > instead ? > > I probably missed all the back story here, so feel free to put me in my > place. Packages can be used without a full tree (as Kris mentioned). It can be argued that using only pkg_install to maintain packages is a PITA, but it's still possible. The fact that there's no proper tool part of or on top of pkg_install to do it is irrelevant. > The multi-site package fetching is definitely something I'm interested it, > but I also figured it would just iterate over the values in PACKAGESITE > > PACKAGESITE=ftp://foo/stdpath/base/Latest/ ftp://foo/stdpath/www/Latest > > where base would have things like sudo, bash, vim, etc... and could be used > on multiple computers. > > www would have things like apache22 mod_X and would be used on 'www' class > machines. I'm not sure what behaviour you're describing there. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 21:17:58 2008 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 CC27F1065673 for ; Tue, 3 Jun 2008 21:17:58 +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 AFB048FC15 for ; Tue, 3 Jun 2008 21:17:53 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 2720 invoked from network); 3 Jun 2008 20:51:11 -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 ; 3 Jun 2008 20:51:11 -0000 Message-ID: <4845AC84.6040407@telenix.org> Date: Tue, 03 Jun 2008 16:41:40 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) 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: git problems 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, 03 Jun 2008 21:17:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am having problems with the git out of ports .... git-fetch keeps on dumping core when I try update of xorg (the initial checkout works ok). I'm running FreeBSD-current ... does anyone have any idea why this might be? When I try to do a gdb -c corefile on the resulting core image, all i get is a couple of thousand empty stack frames. Any idea why that might be, also? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRayEz62J6PPcoOkRAnjLAKCIhWPRyB/Ng17/RiUgkej+9qmp6gCcC2uM 2zxaevhQyF4C3vbsJtURSPQ= =4hoW -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 21:23:56 2008 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 0124A1065679 for ; Tue, 3 Jun 2008 21:23:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id B76B18FC16 for ; Tue, 3 Jun 2008 21:23:55 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1F0CD1CD7D; Tue, 3 Jun 2008 23:23:55 +0200 (CEST) Date: Tue, 3 Jun 2008 23:23:55 +0200 From: Ed Schouten To: Chuck Robey Message-ID: <20080603212355.GB64397@hoeg.nl> References: <4845AC84.6040407@telenix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A7r2ZSzTc5uUoZ5x" Content-Disposition: inline In-Reply-To: <4845AC84.6040407@telenix.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Hackers Subject: Re: git problems 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, 03 Jun 2008 21:23:56 -0000 --A7r2ZSzTc5uUoZ5x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Chuck Robey wrote: > I am having problems with the git out of ports .... git-fetch keeps on du= mping > core when I try update of xorg (the initial checkout works ok). I'm run= ning > FreeBSD-current ... does anyone have any idea why this might be? >=20 > When I try to do a gdb -c corefile on the resulting core image, all i get= is a > couple of thousand empty stack frames. Any idea why that might be, also? I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace nearby, but it seems to be crash inside free(). --=20 Ed Schouten WWW: http://80386.nl/ --A7r2ZSzTc5uUoZ5x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhFtmsACgkQ52SDGA2eCwXhSACdHGiv40xO1+MudOFFC7+Z+ZRz J60AnAiHi+I9dKzxU1YRtTmFILaT8E6q =T8nh -----END PGP SIGNATURE----- --A7r2ZSzTc5uUoZ5x-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 3 21:39:08 2008 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 39520106566B for ; Tue, 3 Jun 2008 21:39:08 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 15E868FC14 for ; Tue, 3 Jun 2008 21:39:07 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 22866 invoked from network); 3 Jun 2008 21:39:07 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 3 Jun 2008 21:39:07 -0000 Message-ID: <4845B7C0.7070805@telenix.org> Date: Tue, 03 Jun 2008 17:29:36 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Ed Schouten References: <4845AC84.6040407@telenix.org> <20080603212355.GB64397@hoeg.nl> In-Reply-To: <20080603212355.GB64397@hoeg.nl> 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 Cc: FreeBSD Hackers Subject: Re: git problems 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, 03 Jun 2008 21:39:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ed Schouten wrote: > * Chuck Robey wrote: >> I am having problems with the git out of ports .... git-fetch keeps on dumping >> core when I try update of xorg (the initial checkout works ok). I'm running >> FreeBSD-current ... does anyone have any idea why this might be? >> >> When I try to do a gdb -c corefile on the resulting core image, all i get is a >> couple of thousand empty stack frames. Any idea why that might be, also? > > I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace nearby, > but it seems to be crash inside free(). > My problem is, I can't even get a backtrace on core files, I get thousands of empty stack frames only. The only way I can debug is to do static images and debug the image, not a core file. I don't run anything but current so I can't do any other testing. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRbfAz62J6PPcoOkRAuPAAJ4k6en0g/YlAAUM22Qqj/Kwjx81TwCfR1bx cgq0ip67DuwPJWbfhM61kkA= =H1pB -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 06:17:54 2008 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 D1A201065677 for ; Wed, 4 Jun 2008 06:17:54 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 58BA08FC21 for ; Wed, 4 Jun 2008 06:17:53 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1459066fgb.35 for ; Tue, 03 Jun 2008 23:17:53 -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:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=vQgzgr1vM7C9wzD2trZT+neZtrtSGXNRYHuL8kCqLrk=; b=F72DaemNjEsTBYOMSL4jCsyVZlrv2Ru5quJKE3VerOnOGwMo2b6FqUmMcR1omUvmPpgK3WXQvqwXcCiKFrMtD/QZEggOfbJ8aovoquiUa/ugyyrcyaTRafgVKEfJciw51ZoHMpllS0PSdEiiXpkdadxQEMch3AXezAXgy2TIdIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=DBeTMQqrid7Hh01no3ciOZMbVLeHOFg+y4L3cHz+Wjhjwu8d+/36N0/q+0pUgjZaZDNhgz8wZDoOGU8QkgDzHld9/xLbDCAvg+lcVLTl5/rSgZbKxaextGKad1msZs/A6gdsxyJwwJ9exPtbBVMKfLeRt3hwlEkY+pZLRHqKZDE= Received: by 10.86.25.17 with SMTP id 17mr4703805fgy.63.1212560273191; Tue, 03 Jun 2008 23:17:53 -0700 (PDT) Received: by 10.86.92.1 with HTTP; Tue, 3 Jun 2008 23:17:52 -0700 (PDT) Message-ID: <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> Date: Wed, 4 Jun 2008 14:17:52 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Pawel Jakub Dawidek" In-Reply-To: <20080603135308.GC3434@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> X-Google-Sender-Auth: 0ee3e6faddeb4375 Cc: freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 04 Jun 2008 06:17:54 -0000 On Tue, Jun 3, 2008 at 9:53 PM, Pawel Jakub Dawidek wrote: > On Sat, May 31, 2008 at 01:52:56PM +0800, Tz-Huan Huang wrote: >> Hi, >> >> Our nfs server is running 7-stable/amd64 with 8G ram, the size of zfs >> pool is 12T. We have set vm.kmem_size and vm.kmem_size_max to >> 1.5G, but the kernel still panics by "kmem_map too small" often. > > Could you also try to decrease vfs.zfs.arc_max? The vfs.zfs.arc_max was set to 512M originally, the machine survived for 4 days and panicked this morning. Now the vfs.zfs.arc_max is set to 64M by Oliver's suggestion, let's see how long it will survive. :-) Thanks, Tz-Huan From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 09:06:19 2008 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 54688106567C for ; Wed, 4 Jun 2008 09:06:19 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 02CC48FC18 for ; Wed, 4 Jun 2008 09:06:18 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=B+GHAMjdqFzg340s5oL69PFc0qZPCmTL7Ts4D8T8xFEv0S0nSA93j0PZVidhdXpyNLZ/844zmXN6NXh14kW3UvidEY4ZZ16VgRmEqNOdyK6UC4hAKwhKGXTTm7rg7GPIu7O1+HndsoQGtVZRLkaWY4P4/fsaQof9L6nf/niVzLs=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K3olv-000Byc-8M; Wed, 04 Jun 2008 12:55:07 +0400 Date: Wed, 4 Jun 2008 12:55:06 +0400 From: Eygene Ryabinkin To: Chuck Robey Message-ID: References: <4845AC84.6040407@telenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4845AC84.6040407@telenix.org> Sender: rea-fbsd@codelabs.ru Cc: FreeBSD-Hackers Subject: Re: git problems 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, 04 Jun 2008 09:06:19 -0000 Chuck, good day. Tue, Jun 03, 2008 at 04:41:40PM -0400, Chuck Robey wrote: > I am having problems with the git out of ports .... git-fetch keeps on dumping > core when I try update of xorg (the initial checkout works ok). I'm running > FreeBSD-current ... does anyone have any idea why this might be? What version of Git you're using and what protocol is used for updating, native git or http? Any possibility of using ElectricFence (devel/ElectricFence) for chasing memory-related troubles? -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 12:49:45 2008 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 501E91065676 for ; Wed, 4 Jun 2008 12:49:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 250BC8FC24 for ; Wed, 4 Jun 2008 12:49:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C0BBF46C4F; Wed, 4 Jun 2008 08:49:44 -0400 (EDT) Date: Wed, 4 Jun 2008 13:49:44 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ed Schouten In-Reply-To: <20080603212355.GB64397@hoeg.nl> Message-ID: <20080604134830.D49920@fledge.watson.org> References: <4845AC84.6040407@telenix.org> <20080603212355.GB64397@hoeg.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers , Chuck Robey Subject: Re: git problems 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, 04 Jun 2008 12:49:45 -0000 On Tue, 3 Jun 2008, Ed Schouten wrote: > * Chuck Robey wrote: >> I am having problems with the git out of ports .... git-fetch keeps on >> dumping core when I try update of xorg (the initial checkout works ok). >> I'm running FreeBSD-current ... does anyone have any idea why this might >> be? >> >> When I try to do a gdb -c corefile on the resulting core image, all i get >> is a couple of thousand empty stack frames. Any idea why that might be, >> also? > > I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace nearby, but > it seems to be crash inside free(). Application memory errors in HEAD but not in a RELENG_ branch are frequently a symptom of an application bug unmasked by malloc(3) debugging enabled in the development branch but not production branches. It might not hurt to ramp up debugging on your 6.x install to see if it starts crashing there was well -- see malloc(3) for details, you'll want to create an appropriate malloc.conf. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 14:22:24 2008 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 3A8711065671 for ; Wed, 4 Jun 2008 14:22:24 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1203C8FC1B for ; Wed, 4 Jun 2008 14:22:24 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 24841 invoked from network); 4 Jun 2008 14:22:23 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Jun 2008 14:22:23 -0000 Message-ID: <4846A2E7.2060003@telenix.org> Date: Wed, 04 Jun 2008 10:12:55 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Robert Watson References: <4845AC84.6040407@telenix.org> <20080603212355.GB64397@hoeg.nl> <20080604134830.D49920@fledge.watson.org> In-Reply-To: <20080604134830.D49920@fledge.watson.org> 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 Cc: Ed Schouten , FreeBSD Hackers Subject: Re: git problems 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, 04 Jun 2008 14:22:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Watson wrote: > On Tue, 3 Jun 2008, Ed Schouten wrote: > >> * Chuck Robey wrote: >>> I am having problems with the git out of ports .... git-fetch keeps >>> on dumping core when I try update of xorg (the initial checkout works >>> ok). I'm running FreeBSD-current ... does anyone have any idea why >>> this might be? >>> >>> When I try to do a gdb -c corefile on the resulting core image, all i >>> get is a couple of thousand empty stack frames. Any idea why that >>> might be, also? >> >> I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace >> nearby, but it seems to be crash inside free(). > > Application memory errors in HEAD but not in a RELENG_ branch are > frequently a symptom of an application bug unmasked by malloc(3) > debugging enabled in the development branch but not production > branches. It might not hurt to ramp up debugging on your 6.x install to > see if it starts crashing there was well -- see malloc(3) for details, > you'll want to create an appropriate malloc.conf. I didn't see the email where Ed Schouten commented about seeing my problems of seeing no good stack frames, but Robert, I run only -current here, not RELENG_6, so I can't do the testing you speak of. I would want to see if maybe our gcc on - -current might have been made with a default of emitting no stack frames, which I would guess might have this effect. I guess I could test this, and if it's so, recompile all my libraries to undo that, because I abhor doing things that utterly block any troubleshooting at a minimal savings elsewhere. > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRqLnz62J6PPcoOkRAlhFAJsHrHTMVaFCdPcUha+1yaFOYyMxuACfY+ms jZRd8WCy9PFcwYICmg636y4= =4PYv -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 14:36:28 2008 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 4A8F31065672 for ; Wed, 4 Jun 2008 14:36:28 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id EC10C8FC1D for ; Wed, 4 Jun 2008 14:36:27 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=Kw2VB+V34MqWYos32AV75VF1qT8CmH82FcYTNleY2fTVzkx3Ye2JgJ91B/DIb0fM4yfhjus9Low4YZEcq9QzFs/th9ZvGATjmUBkxEsoY7nkvr7ZbCLE/L9v6Fpzzfbl5PUY8RrV2Ktw8L+wt8KepA3t7ZkcnVT+dD0obFDhwoE=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K3u6D-000KfN-Ra; Wed, 04 Jun 2008 18:36:25 +0400 Date: Wed, 4 Jun 2008 18:36:24 +0400 From: Eygene Ryabinkin To: Chuck Robey Message-ID: <7tA3MvVpZ14HTFbKQUoucxMjR6I@XW7GVEPlMa2oCuO15y8lYU4QCgM> References: <4845AC84.6040407@telenix.org> <20080603212355.GB64397@hoeg.nl> <20080604134830.D49920@fledge.watson.org> <4846A2E7.2060003@telenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4846A2E7.2060003@telenix.org> Sender: rea-fbsd@codelabs.ru Cc: Ed Schouten , Robert Watson , FreeBSD Hackers Subject: Re: git problems 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, 04 Jun 2008 14:36:28 -0000 Chuck, Wed, Jun 04, 2008 at 10:12:55AM -0400, Chuck Robey wrote: > >> I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace > >> nearby, but it seems to be crash inside free(). > > > > Application memory errors in HEAD but not in a RELENG_ branch are > > frequently a symptom of an application bug unmasked by malloc(3) > > debugging enabled in the development branch but not production > > branches. It might not hurt to ramp up debugging on your 6.x install to > > see if it starts crashing there was well -- see malloc(3) for details, > > you'll want to create an appropriate malloc.conf. > > I didn't see the email where Ed Schouten commented about seeing my problems of > seeing no good stack frames, but Robert, I run only -current here, not RELENG_6, > so I can't do the testing you speak of. There is no need: I had tried this on -STABLE with environment variable MALLOC_OPTIONS set to 'J' -- it dumps core. The problem seems to be in the git-fetch: ----- $ MALLOC_OPTIONS=JA git-fetch --update-head-ok Segmentation fault: 11 (core dumped) ----- This happens inside git repository of xserver and 100% reproducible for my both -CURRENT and -STABLE. > I would want to see if maybe our gcc on > - -current might have been made with a default of emitting no stack frames, which > I would guess might have this effect. The stack seems to be smashed at the second call to 'transport_unlock_pack': the argument called 'transport' seems to carry the pointer to the area, filled by malloc() with byte 0x5a: ----- $ MALLOC_OPTIONS=JA gdb git-fetch GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) run --update-head-ok Starting program: /usr/local/bin/git-fetch --update-head-ok Program received signal SIGSEGV, Segmentation fault. 0x4841de8b in free () from /lib/libc.so.7 (gdb) bt #0 0x4841de8b in free () from /lib/libc.so.7 #1 0x080d8d04 in transport_unlock_pack (transport=0x820a0a0) at transport.c:811 #2 0x08066927 in unlock_pack () at builtin-fetch.c:56 #3 0x48468fe3 in __cxa_finalize () from /lib/libc.so.7 #4 0x4842199a in exit () from /lib/libc.so.7 #5 0x0804b15b in handle_internal_command (argc=2, argv=0xffffffff) at git.c:379 #6 0x0804b8be in main (argc=2, argv=Error accessing memory address 0x10: Bad address. ) at git.c:414 (gdb) fr 1 #1 0x080d8d04 in transport_unlock_pack (transport=0x820a0a0) at transport.c:811 811 free(transport->pack_lockfile); (gdb) print *transport $1 = {remote = 0x5a5a5a5a, url = 0x5a5a5a5a , data = 0x5a5a5a5a, remote_refs = 0x5a5a5a5a, set_option = 0x5a5a5a5a, get_refs_list = 0x5a5a5a5a, fetch = 0x5a5a5a5a, push = 0x5a5a5a5a, disconnect = 0x5a5a5a5a, pack_lockfile = 0x5a5a5a5a , verbose = -2} (gdb) ----- I don't believe that __cxa_finalize should call unlock_pack, so stack seems to be smashed somewhere before. > I guess I could test this, and if it's so, recompile all my libraries to undo > that, because I abhor doing things that utterly block any troubleshooting at a > minimal savings elsewhere. You don't need to recompile anything to enable malloc debugging. The easiest way is to set MALLOC_OPTIONS to the needed malloc flags. -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 14:38:13 2008 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 7CA611065672 for ; Wed, 4 Jun 2008 14:38:13 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 517708FC25 for ; Wed, 4 Jun 2008 14:38:13 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 6720 invoked from network); 4 Jun 2008 14:38:12 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Jun 2008 14:38:12 -0000 Message-ID: <4846A69D.4000105@telenix.org> Date: Wed, 04 Jun 2008 10:28:45 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Robert Watson References: <4845AC84.6040407@telenix.org> <20080603212355.GB64397@hoeg.nl> <20080604134830.D49920@fledge.watson.org> In-Reply-To: <20080604134830.D49920@fledge.watson.org> 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 Cc: Ed Schouten , FreeBSD Hackers Subject: Re: git problems 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, 04 Jun 2008 14:38:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Watson wrote: > On Tue, 3 Jun 2008, Ed Schouten wrote: > >> * Chuck Robey wrote: >>> I am having problems with the git out of ports .... git-fetch keeps >>> on dumping core when I try update of xorg (the initial checkout works >>> ok). I'm running FreeBSD-current ... does anyone have any idea why >>> this might be? >>> >>> When I try to do a gdb -c corefile on the resulting core image, all i >>> get is a couple of thousand empty stack frames. Any idea why that >>> might be, also? >> >> I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace >> nearby, but it seems to be crash inside free(). > > Application memory errors in HEAD but not in a RELENG_ branch are > frequently a symptom of an application bug unmasked by malloc(3) > debugging enabled in the development branch but not production > branches. It might not hurt to ramp up debugging on your 6.x install to > see if it starts crashing there was well -- see malloc(3) for details, > you'll want to create an appropriate malloc.conf. This is really replying to my own question, because I found what I was missing. I have'nt done any troubleshooting for a long while now (health, down for some years) and the last time I did it, if you had a core file in the same directory as the binary and the sources, gdb would know where to find the symbols on it's own, but it looks like that's changed. Once I explicitly gave the symbols, th8ings began to work ok, so you can stop worrying about my missing stack frames. Now that I have that, I have also the ability to find out where git-fetch died, and I will pretty quickly, that ought to help some. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRqVvz62J6PPcoOkRAoKcAJ9c5WFhKf0NkOCgfNFO53jEWpsPUwCdErw4 RY8Ry6WQpgwOKVAPoe+mOUs= =M+hX -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 14:41:55 2008 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 E053E106564A for ; Wed, 4 Jun 2008 14:41:55 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id B7D328FC25 for ; Wed, 4 Jun 2008 14:41:55 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 9450 invoked from network); 4 Jun 2008 14:41:55 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Jun 2008 14:41:55 -0000 Message-ID: <4846A77B.9060603@telenix.org> Date: Wed, 04 Jun 2008 10:32:27 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4845AC84.6040407@telenix.org> In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Hackers Subject: Re: git problems 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, 04 Jun 2008 14:41:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eygene Ryabinkin wrote: > Chuck, good day. > > Tue, Jun 03, 2008 at 04:41:40PM -0400, Chuck Robey wrote: >> I am having problems with the git out of ports .... git-fetch keeps on dumping >> core when I try update of xorg (the initial checkout works ok). I'm running >> FreeBSD-current ... does anyone have any idea why this might be? > > What version of Git you're using and what protocol is used for > updating, native git or http? > > Any possibility of using ElectricFence (devel/ElectricFence) > for chasing memory-related troubles? Now that I have gdb working with me again, I am checking the git-fetch image to see where it got lost. If I must bring a tool such as ElectricFence I, I guess I must, just I'm a bit irritated that the git build has one of those make "improvements" (NOT) that instead of telling you the buid line, just gives you "CC sourcename.c" which for anyone who knows code is just irritating, not any sort of help at all. Anyhow, I can do my own testing for a bit now. I can say that I have tried other git archives, and it's the git-fetch that seems to be doing it, not the archive. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRqd7z62J6PPcoOkRAg/9AJ9WwjsefME8DKmgIsxgtcAvH5tkIwCgiGrg 72CV1T72i5F4D22LiTY8JOI= =edbu -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 14:44:15 2008 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 E20B11065673 for ; Wed, 4 Jun 2008 14:44:14 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 817098FC12 for ; Wed, 4 Jun 2008 14:44:14 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 8230 invoked from network); 4 Jun 2008 14:44:14 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Jun 2008 14:44:13 -0000 Message-ID: <4846A806.9040204@telenix.org> Date: Wed, 04 Jun 2008 10:34:46 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4845AC84.6040407@telenix.org> <20080603212355.GB64397@hoeg.nl> <20080604134830.D49920@fledge.watson.org> <4846A2E7.2060003@telenix.org> <7tA3MvVpZ14HTFbKQUoucxMjR6I@XW7GVEPlMa2oCuO15y8lYU4QCgM> In-Reply-To: <7tA3MvVpZ14HTFbKQUoucxMjR6I@XW7GVEPlMa2oCuO15y8lYU4QCgM> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Ed Schouten , Robert Watson , FreeBSD Hackers Subject: Re: git problems 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, 04 Jun 2008 14:44:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eygene Ryabinkin wrote: > Chuck, > > Wed, Jun 04, 2008 at 10:12:55AM -0400, Chuck Robey wrote: >>>> I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace >>>> nearby, but it seems to be crash inside free(). >>> Application memory errors in HEAD but not in a RELENG_ branch are >>> frequently a symptom of an application bug unmasked by malloc(3) >>> debugging enabled in the development branch but not production >>> branches. It might not hurt to ramp up debugging on your 6.x install to >>> see if it starts crashing there was well -- see malloc(3) for details, >>> you'll want to create an appropriate malloc.conf. >> I didn't see the email where Ed Schouten commented about seeing my problems of >> seeing no good stack frames, but Robert, I run only -current here, not RELENG_6, >> so I can't do the testing you speak of. > > There is no need: I had tried this on -STABLE with environment > variable MALLOC_OPTIONS set to 'J' -- it dumps core. The problem > seems to be in the git-fetch: > ----- > $ MALLOC_OPTIONS=JA git-fetch --update-head-ok > Segmentation fault: 11 (core dumped) > ----- > This happens inside git repository of xserver and 100% reproducible > for my both -CURRENT and -STABLE. > >> I would want to see if maybe our gcc on >> - -current might have been made with a default of emitting no stack frames, which >> I would guess might have this effect. > > The stack seems to be smashed at the second call to > 'transport_unlock_pack': the argument called 'transport' seems to > carry the pointer to the area, filled by malloc() with byte 0x5a: > ----- > $ MALLOC_OPTIONS=JA gdb git-fetch > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > (gdb) run --update-head-ok > Starting program: /usr/local/bin/git-fetch --update-head-ok > > Program received signal SIGSEGV, Segmentation fault. > 0x4841de8b in free () from /lib/libc.so.7 > (gdb) bt > #0 0x4841de8b in free () from /lib/libc.so.7 > #1 0x080d8d04 in transport_unlock_pack (transport=0x820a0a0) > at transport.c:811 > #2 0x08066927 in unlock_pack () at builtin-fetch.c:56 > #3 0x48468fe3 in __cxa_finalize () from /lib/libc.so.7 > #4 0x4842199a in exit () from /lib/libc.so.7 > #5 0x0804b15b in handle_internal_command (argc=2, argv=0xffffffff) > at git.c:379 > #6 0x0804b8be in main (argc=2, argv=Error accessing memory address 0x10: Bad address. > ) at git.c:414 > (gdb) fr 1 > #1 0x080d8d04 in transport_unlock_pack (transport=0x820a0a0) > at transport.c:811 > 811 free(transport->pack_lockfile); > (gdb) print *transport > $1 = {remote = 0x5a5a5a5a, > url = 0x5a5a5a5a , > data = 0x5a5a5a5a, remote_refs = 0x5a5a5a5a, set_option = 0x5a5a5a5a, > get_refs_list = 0x5a5a5a5a, fetch = 0x5a5a5a5a, push = 0x5a5a5a5a, > disconnect = 0x5a5a5a5a, > pack_lockfile = 0x5a5a5a5a , > verbose = -2} > (gdb) > ----- > I don't believe that __cxa_finalize should call unlock_pack, so > stack seems to be smashed somewhere before. > >> I guess I could test this, and if it's so, recompile all my libraries to undo >> that, because I abhor doing things that utterly block any troubleshooting at a >> minimal savings elsewhere. > > You don't need to recompile anything to enable malloc debugging. > The easiest way is to set MALLOC_OPTIONS to the needed malloc > flags. Good, that's what I'd figured on my own. I may be slow as mollasses, but I'm more than a little stubborn, I will track this down (if no one else beats me to it). I really need my git to work here. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRqgGz62J6PPcoOkRAs0nAJ0YK0+z9uoUn4Ja97ZG/UECj1OLGgCfffBj NLCk9xbUINso5d+5QohpefQ= =slbH -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 14:48:16 2008 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 8A0491065673 for ; Wed, 4 Jun 2008 14:48:16 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3687F8FC26 for ; Wed, 4 Jun 2008 14:48:16 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=OAyKE/2bmuXv3L/Yi2EZD9j3fRqR8Dvk+P7mZOSVhEoMQiCCCXjudaaAl6QK6Gd7E4yOjExk0lQEDTneMdrn/gWMi/iFqk+LYv2T3M1A3mzBBt80GM4otQyPhYurUFb1Xq8o1ffcnJOOkKkSka1yn9YkUMy/HTYEs5ckcU/h0m0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K3uHf-000KvW-4y; Wed, 04 Jun 2008 18:48:15 +0400 Date: Wed, 4 Jun 2008 18:48:14 +0400 From: Eygene Ryabinkin To: Chuck Robey Message-ID: References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4846A77B.9060603@telenix.org> Sender: rea-fbsd@codelabs.ru Cc: FreeBSD-Hackers Subject: Re: Re: git problems 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, 04 Jun 2008 14:48:16 -0000 Chuck, Wed, Jun 04, 2008 at 10:32:27AM -0400, Chuck Robey wrote: > > Any possibility of using ElectricFence (devel/ElectricFence) > > for chasing memory-related troubles? > > Now that I have gdb working with me again, I am checking the git-fetch image to > see where it got lost. If I must bring a tool such as ElectricFence I, I guess > I must, just I'm a bit irritated that the git build has one of those make > "improvements" (NOT) that instead of telling you the buid line, just gives you > "CC sourcename.c" which for anyone who knows code is just irritating, not any > sort of help at all. No problems, just issue 'make V=1' instead of just 'make' in the /devel/git -- it will give you all flags and will eliminate the fancies. And 'make V=1 CFLAGS="-O0 -g"' will produce unoptimized binary with debug symbols that can be directly traced by gdb with all symbols and right (unoptimized, as in the sources) code paths. For the ElectricFence -- it dumps core just after startup, I don't know why. So it is not very much usable now, at least for me. Thank you. -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 14:57:43 2008 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 D3B941065671 for ; Wed, 4 Jun 2008 14:57:43 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id A99268FC14 for ; Wed, 4 Jun 2008 14:57:43 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 3436 invoked from network); 4 Jun 2008 14:57:43 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Jun 2008 14:57:43 -0000 Message-ID: <4846AB2F.7090900@telenix.org> Date: Wed, 04 Jun 2008 10:48:15 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Hackers Subject: Re: git problems 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, 04 Jun 2008 14:57:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eygene Ryabinkin wrote: > Chuck, > > Wed, Jun 04, 2008 at 10:32:27AM -0400, Chuck Robey wrote: >>> Any possibility of using ElectricFence (devel/ElectricFence) >>> for chasing memory-related troubles? >> Now that I have gdb working with me again, I am checking the git-fetch image to >> see where it got lost. If I must bring a tool such as ElectricFence I, I guess >> I must, just I'm a bit irritated that the git build has one of those make >> "improvements" (NOT) that instead of telling you the buid line, just gives you >> "CC sourcename.c" which for anyone who knows code is just irritating, not any >> sort of help at all. > > No problems, just issue 'make V=1' instead of just 'make' in the > /devel/git -- it will give you all flags and will eliminate > the fancies. And 'make V=1 CFLAGS="-O0 -g"' will produce unoptimized > binary with debug symbols that can be directly traced by gdb with > all symbols and right (unoptimized, as in the sources) code paths. > > For the ElectricFence -- it dumps core just after startup, I don't > know why. So it is not very much usable now, at least for me Well, maybe this will be of help (sure does make me want to look more closely at malloc, doesn't it?) #0 0x284369f3 in malloc_usable_size () from /lib/libc.so.7 (gdb) bt #0 0x284369f3 in malloc_usable_size () from /lib/libc.so.7 #1 0x28437067 in free () from /lib/libc.so.7 #2 0x080d5dd4 in transport_unlock_pack (transport=0x284c1c98) at transport.c:811 #3 0x08066467 in unlock_pack () at builtin-fetch.c:56 #4 0x2848b5f3 in __cxa_finalize () from /lib/libc.so.7 #5 0x2843b1aa in exit () from /lib/libc.so.7 #6 0x0804b0e3 in handle_internal_command (argc=2, argv=0xffffffff) at git.c:379 #7 0x0804b7ed in main (argc=2, argv=Cannot access memory at address 0x12 ) at git.c:414 (gdb) Oh, I didn't say this was from a git-fetch.core and a freshly rebuilt image in ports, did I? It is, though. I'm not done here, yet, but maybe your better knowledge of our malloc may help us a bit? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRqsvz62J6PPcoOkRAsPfAJ4wlm9W5Z1wCvQsVgwkjBor7BMZ5ACgkTW+ F4ahNZpzhJuD2Uru1vsoMQo= =EXb0 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 15:35:31 2008 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 2C1891065674 for ; Wed, 4 Jun 2008 15:35:31 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 010C78FC13 for ; Wed, 4 Jun 2008 15:35:30 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 19416 invoked from network); 4 Jun 2008 15:35:30 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 4 Jun 2008 15:35:29 -0000 Message-ID: <4846B40A.4010309@telenix.org> Date: Wed, 04 Jun 2008 11:26:02 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: Eygene Ryabinkin References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Hackers Subject: Re: git problems 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, 04 Jun 2008 15:35:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eygene Ryabinkin wrote: > Chuck, > > Wed, Jun 04, 2008 at 10:32:27AM -0400, Chuck Robey wrote: >>> Any possibility of using ElectricFence (devel/ElectricFence) >>> for chasing memory-related troubles? >> Now that I have gdb working with me again, I am checking the git-fetch image to >> see where it got lost. If I must bring a tool such as ElectricFence I, I guess >> I must, just I'm a bit irritated that the git build has one of those make >> "improvements" (NOT) that instead of telling you the buid line, just gives you >> "CC sourcename.c" which for anyone who knows code is just irritating, not any >> sort of help at all. > > No problems, just issue 'make V=1' instead of just 'make' in the > /devel/git -- it will give you all flags and will eliminate > the fancies. And 'make V=1 CFLAGS="-O0 -g"' will produce unoptimized > binary with debug symbols that can be directly traced by gdb with > all symbols and right (unoptimized, as in the sources) code paths. > > For the ElectricFence -- it dumps core just after startup, I don't > know why. So it is not very much usable now, at least for me. > > Thank you. I think I have it narrowed down to either a problemm in process creation (I don't believe this one) or, more likely, a problem in managing the crt0 stuff in managing a process's startup bars. Take a look below and tell me if you agree. Here's the stack dump: #0 0x284369f3 in malloc_usable_size () from /lib/libc.so.7 #1 0x28437067 in free () from /lib/libc.so.7 #2 0x080d5dd4 in transport_unlock_pack (transport=0x284c1c98) at transport.c:811 #3 0x08066467 in unlock_pack () at builtin-fetch.c:56 #4 0x2848b5f3 in __cxa_finalize () from /lib/libc.so.7 #5 0x2843b1aa in exit () from /lib/libc.so.7 #6 0x0804b0e3 in handle_internal_command (argc=2, argv=0xffffffff) at git.c:379 #7 0x0804b7ed in main (argc=2, argv=Cannot access memory at address 0x12 ) at git.c:414 and here's the lines from git.c, the loop where handle_internal_command gets called: /* Turn "git cmd --help" into "git help cmd" */ 370 if (argc > 1 && !strcmp(argv[1], "--help")) { 371 argv[1] = argv[0]; 372 argv[0] = cmd = "help"; 373 } 374 375 for (i = 0; i < ARRAY_SIZE(commands); i++) { 376 struct cmd_struct *p = commands+i; 377 if (strcmp(p->cmd, cmd)) 378 continue; 379 exit(run_command(p, argc, argv)); 380 } First I want to comment on that weird line 379, because while it might work, it sure seems to me to be a very strange and wasteful way to do a fork. I bet that's some sort of portability hack. Second, the second argument to handle_internal_command seems to have been a argv=0xffffffff, which is very obviously a bad string pointer Looking at the top stack frame (main), that frame and the next are deeply involved in inspecting argv 0 thru 2, and since it's full of garbage, that's what breaks things. That's NOT malloc, that seems to be either a problem in process creation or (I think more likely) a problem in the creation of a process's environment, the crt0 stuff. I'm getting out of my depth, here. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIRrQKz62J6PPcoOkRAnwFAJ9XXb0cy/Rowt+X2uLx1uaYWJdHdACglAe6 dThwRYHJ9f95Qyua/syFsV4= =yFZR -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 16:46:52 2008 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 37BDA1065674 for ; Wed, 4 Jun 2008 16:46:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6709A8FC21 for ; Wed, 4 Jun 2008 16:46:51 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 445F22083; Wed, 4 Jun 2008 18:31:24 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Tz-Huan Huang" References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> Date: Wed, 04 Jun 2008 18:31:23 +0200 In-Reply-To: <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> (Tz-Huan Huang's message of "Wed\, 4 Jun 2008 14\:17\:52 +0800") Message-ID: <86zlq140x0.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Pawel Jakub Dawidek Subject: Re: Is there any way to increase the KVM? 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, 04 Jun 2008 16:46:52 -0000 "Tz-Huan Huang" writes: > The vfs.zfs.arc_max was set to 512M originally, the machine survived for > 4 days and panicked this morning. Now the vfs.zfs.arc_max is set to 64M > by Oliver's suggestion, let's see how long it will survive. :-) des@ds4 ~% uname -a=20=20=20=20=20=20=20=20 FreeBSD ds4.des.no 8.0-CURRENT FreeBSD 8.0-CURRENT #27: Sat Feb 23 01:24:32= CET 2008 des@ds4.des.no:/usr/obj/usr/src/sys/ds4 amd64 des@ds4 ~% sysctl -h vm.kmem_size_min vm.kmem_size_max vm.kmem_size vfs.zfs= .arc_min vfs.zfs.arc_max vm.kmem_size_min: 1,073,741,824 vm.kmem_size_max: 1,073,741,824 vm.kmem_size: 1,073,741,824 vfs.zfs.arc_min: 67,108,864 vfs.zfs.arc_max: 536,870,912 des@ds4 ~% zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT raid 1.45T 435G 1.03T 29% ONLINE - des@ds4 ~% zfs list | wc -l 210 Haven't had a single panic in over six months. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 17:53:39 2008 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 8D06A1065670 for ; Wed, 4 Jun 2008 17:53:39 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 069278FC17 for ; Wed, 4 Jun 2008 17:53:38 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so135624fgb.35 for ; Wed, 04 Jun 2008 10:53:37 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=MOp0OfoCD3oO/MtkEerPU4irBed4jWBvldhbFvVp6o8=; b=SpLaunQIJM7fTycD3nlcsYwKlRqI196jDvyH4BUGKrog2scgInzylWp39ekKXOkduD u7dLXBBdvBElGFGsLEQiizoEe+XSPIIInVGd7CaCKj1lDxqg5bWyjh9LoYYaOWfxcwxD gF3//+pp4hkS74cx4Z9j+0C4P99k2gNs2SUGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=VsUCPtpqt1hwv6htXMzXNB84yc/U3h+tB3emdM9hfQN+n1NnwlUl2aF3aNTlErK55E YhX5D8abEWAlZvoXIYpvcZ0uK8u7a9oBgicIHAuQOwn7aqoFG1pYuHYs0hW8t06ZABTe U+kwW585CbVLOV8g28LQbLxwThu1cD8u9ObtA= Received: by 10.86.33.10 with SMTP id g10mr557361fgg.15.1212602017750; Wed, 04 Jun 2008 10:53:37 -0700 (PDT) Received: by 10.86.92.1 with HTTP; Wed, 4 Jun 2008 10:53:37 -0700 (PDT) Message-ID: <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> Date: Thu, 5 Jun 2008 01:53:37 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "=?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?=" In-Reply-To: <86zlq140x0.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> X-Google-Sender-Auth: f3ddba1e417553d6 Cc: freebsd-hackers@freebsd.org, Pawel Jakub Dawidek Subject: Re: Is there any way to increase the KVM? 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, 04 Jun 2008 17:53:39 -0000 T24gVGh1LCBKdW4gNSwgMjAwOCBhdCAxMjozMSBBTSwgRGFnLUVybGluZyBTbcO4cmdyYXYgPGRl c0BkZXMubm8+IHdyb3RlOgo+ICJUei1IdWFuIEh1YW5nIiA8dHpodWFuQGNzaWUub3JnPiB3cml0 ZXM6Cj4+IFRoZSB2ZnMuemZzLmFyY19tYXggd2FzIHNldCB0byA1MTJNIG9yaWdpbmFsbHksIHRo ZSBtYWNoaW5lIHN1cnZpdmVkIGZvcgo+PiA0IGRheXMgYW5kIHBhbmlja2VkIHRoaXMgbW9ybmlu Zy4gTm93IHRoZSB2ZnMuemZzLmFyY19tYXggaXMgc2V0IHRvIDY0TQo+PiBieSBPbGl2ZXIncyBz dWdnZXN0aW9uLCBsZXQncyBzZWUgaG93IGxvbmcgaXQgd2lsbCBzdXJ2aXZlLiA6LSkKPgo+IGRl c0BkczQgfiUgdW5hbWUgLWEKPiBGcmVlQlNEIGRzNC5kZXMubm8gOC4wLUNVUlJFTlQgRnJlZUJT RCA4LjAtQ1VSUkVOVCAjMjc6IFNhdCBGZWIgMjMgMDE6MjQ6MzIgQ0VUIDIwMDggICAgIGRlc0Bk czQuZGVzLm5vOi91c3Ivb2JqL3Vzci9zcmMvc3lzL2RzNCAgYW1kNjQKPiBkZXNAZHM0IH4lIHN5 c2N0bCAtaCB2bS5rbWVtX3NpemVfbWluIHZtLmttZW1fc2l6ZV9tYXggdm0ua21lbV9zaXplIHZm cy56ZnMuYXJjX21pbiB2ZnMuemZzLmFyY19tYXgKPiB2bS5rbWVtX3NpemVfbWluOiAxLDA3Myw3 NDEsODI0Cj4gdm0ua21lbV9zaXplX21heDogMSwwNzMsNzQxLDgyNAo+IHZtLmttZW1fc2l6ZTog MSwwNzMsNzQxLDgyNAo+IHZmcy56ZnMuYXJjX21pbjogNjcsMTA4LDg2NAo+IHZmcy56ZnMuYXJj X21heDogNTM2LDg3MCw5MTIKPiBkZXNAZHM0IH4lIHpwb29sIGxpc3QKPiBOQU1FICAgICAgICAg ICAgICAgICAgICBTSVpFICAgIFVTRUQgICBBVkFJTCAgICBDQVAgIEhFQUxUSCAgICAgQUxUUk9P VAo+IHJhaWQgICAgICAgICAgICAgICAgICAgMS40NVQgICAgNDM1RyAgIDEuMDNUICAgIDI5JSAg T05MSU5FICAgICAtCj4gZGVzQGRzNCB+JSB6ZnMgbGlzdCB8IHdjIC1sCj4gICAgIDIxMAo+Cj4g SGF2ZW4ndCBoYWQgYSBzaW5nbGUgcGFuaWMgaW4gb3ZlciBzaXggbW9udGhzLgoKVGhhbmtzIGZv ciB5b3VyIGluZm9ybWF0aW9uLCB0aGUgbWFqb3IgZGlmZmVyZW5jZSBpcyB0aGF0IHdlCnJ1bnMg b24gNy1zdGFibGUgYW5kIHRoZSBzaXplIG9mIG91ciB6ZnMgcG9vbCBpcyBtdWNoIGJpZ2dlci4K CnJvb3RAY21sMiQgdW5hbWUgLWEKRnJlZUJTRCBjbWwyLmNzaWUubnR1LmVkdS50dyA3LjAtU1RB QkxFIEZyZWVCU0QgNy4wLVNUQUJMRSAjNDA6IFNhdApNYXkgMzEgMTA6Mjk6MTYgQ1NUIDIwMDgK cm9vdEBjbWwyLmNzaWUubnR1LmVkdS50dzovdXNyL2xvY2FsL29iai91c3IvbG9jYWwvc3JjL3N5 cy9DTUwyICBhbWQ2NApyb290QGNtbDIkIHN5c2N0bCAtaCB2bS5rbWVtX3NpemVfbWluIHZtLmtt ZW1fc2l6ZV9tYXggdm0ua21lbV9zaXplCnZmcy56ZnMuYXJjX21pbiB2ZnMuemZzLmFyY19tYXgK dm0ua21lbV9zaXplX21pbjogMAp2bS5rbWVtX3NpemVfbWF4OiAxLDYxMCw2MTIsNzM2CnZtLmtt ZW1fc2l6ZTogMSw2MTAsNjEyLDczNgp2ZnMuemZzLmFyY19taW46IDE2LDc3NywyMTYKdmZzLnpm cy5hcmNfbWF4OiA2NywxMDgsODY0CnJvb3RAY21sMiQgenBvb2wgbGlzdApOQU1FICAgICAgICAg ICAgICAgICAgICBTSVpFICAgIFVTRUQgICBBVkFJTCAgICBDQVAgIEhFQUxUSCAgICAgQUxUUk9P VApzdW4gICAgICAgICAgICAgICAgICAgIDExLjNUICAgOS4wM1QgICAyLjMwVCAgICA3OSUgIE9O TElORSAgICAgLQpyb290QGNtbDIkIHpmcyBsaXN0IHwgd2MgLWwKICAgICAyOTUKClRoYW5rcywK VHotSHVhbgo= From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 19:11:41 2008 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 964291065675 for ; Wed, 4 Jun 2008 19:11:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1F08FC21 for ; Wed, 4 Jun 2008 19:11:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m54JBbGg002403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jun 2008 05:11:38 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m54JBbQ6075582; Thu, 5 Jun 2008 05:11:37 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m54JBbm2075581; Thu, 5 Jun 2008 05:11:37 +1000 (EST) (envelope-from peter) Date: Thu, 5 Jun 2008 05:11:37 +1000 From: Peter Jeremy To: Chuck Robey Message-ID: <20080604191137.GC1028@server.vk2pj.dyndns.org> References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> <4846B40A.4010309@telenix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Osvg0bgWkLaeQPMj" Content-Disposition: inline In-Reply-To: <4846B40A.4010309@telenix.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD-Hackers Subject: Re: git problems 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, 04 Jun 2008 19:11:41 -0000 --Osvg0bgWkLaeQPMj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jun-04 11:26:02 -0400, Chuck Robey wrote: >#3 0x08066467 in unlock_pack () at builtin-fetch.c:56 >#4 0x2848b5f3 in __cxa_finalize () from /lib/libc.so.7 >#5 0x2843b1aa in exit () from /lib/libc.so.7 >#6 0x0804b0e3 in handle_internal_command (argc=3D2, argv=3D0xffffffff) at= git.c:379 >#7 0x0804b7ed in main (argc=3D2, argv=3DCannot access memory at address 0= x12) at git.c:414 __cxa_finalise() is part of the atexit() processing - the source comments imply it handles shared object destructors. >379 exit(run_command(p, argc, argv)); >380 } > >First I want to comment on that weird line 379, because while it >might work, it sure seems to me to be a very strange and wasteful way >to do a fork. There's no fork involved. It's just shorthand for: return_code =3D run_command(p, argc, argv); exit(return_code); By the time exit() is invoked, run_command() has completed. > Second, the second argument to handle_internal_command seems to >have been a argv=3D0xffffffff, which is very obviously a bad string >pointer Note that argv in main is also corrupt. I suspect gdb is confused by the level of optimisation being done by gcc. In a later posting, you indicate that there's a double-free bug. Possibly unlock_pack() is being registered as a destructor (or similar) _and_ is being explicitly called. Without studying the code, the solution is probably to either skip the explicit cleanup (leaving just the destructor processing) and/or flag freed data (ie NULL pointers after freeing them). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --Osvg0bgWkLaeQPMj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhG6OkACgkQ/opHv/APuId6AACeKwi96IK66pN81ZZLHocAMI2s mGYAnjvU/q5SFs/7+ah4nhZvQ30EETcR =GPX2 -----END PGP SIGNATURE----- --Osvg0bgWkLaeQPMj-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 19:14:44 2008 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 5215D1065670 for ; Wed, 4 Jun 2008 19:14:44 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id EFF778FC12 for ; Wed, 4 Jun 2008 19:14:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=EsCsf81E53WSfPOV8X8sJUIg2QK0v9z9lPGGQn1qkrCgCIZQgq1i4wB3TvCFOdcSQ+yh9xNXbNuFrD1eAmNoaKXV6NRQfTmcFYtq4/PFzjiG7+KIXhVVVU1jMHvbmP6sq0JqypDsg8BJE7N3CfIcSuBIigtTLAkSyzMm3XmbkNM=; Received: from amnesiac.at.no.dns (ppp83-237-105-161.pppoe.mtu-net.ru [83.237.105.161]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K3yRW-0001NB-M0; Wed, 04 Jun 2008 23:14:42 +0400 Date: Wed, 4 Jun 2008 23:14:41 +0400 From: Eygene Ryabinkin To: Chuck Robey Message-ID: References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> <4846B40A.4010309@telenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4846B40A.4010309@telenix.org> Sender: rea-fbsd@codelabs.ru Cc: FreeBSD-Hackers Subject: Re: git problems 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, 04 Jun 2008 19:14:44 -0000 Chuck, Wed, Jun 04, 2008 at 11:26:02AM -0400, Chuck Robey wrote: [...] > Looking at the top stack frame (main), that frame and the next are deeply > involved in inspecting argv 0 thru 2, and since it's full of garbage, that's > what breaks things. That's NOT malloc, that seems to be either a problem in > process creation or (I think more likely) a problem in the creation of a > process's environment, the crt0 stuff. I'm getting out of my depth, here. Sorry, I had thought about stack smashing, but it isn't it, so I somewhat guided people to the wrong way (if they were listening to me ;)) The real problem was the doubled call to the transport_unlock_pack() in the builtin-fetch.c. And the stack frame with __cxa_finalize was perfectly correct -- as I learned half an hour ago, it is the function that calls all handlers, registered with atexit(). So, the problem was the following: static function unlock_pack() in the builtin-fetch.c is the cleanup routine for the static variable 'transport'. And it calls transport_unlock_pack() if the 'transport' variable isn't NULL. But do_fetch() calls free(transport), so atexit's unlock_pack() tries to use already freed memory. The below patch works for me, although I should think about it once more to see if it handles all cases. Please, try the patch. --- builtin-fetch.c.orig 2008-06-04 22:49:05.000000000 +0400 +++ builtin-fetch.c 2008-06-04 23:07:51.000000000 +0400 @@ -598,7 +598,7 @@ int cmd_fetch(int argc, const char **argv, const char *prefix) { struct remote *remote; - int i; + int i, retval; static const char **refs = NULL; int ref_nr = 0; @@ -654,6 +654,14 @@ signal(SIGINT, unlock_pack_on_signal); atexit(unlock_pack); - return do_fetch(transport, + retval = do_fetch(transport, parse_fetch_refspec(ref_nr, refs), ref_nr); + /* + * Set transport to NULL, because its contents are already + * freed in do_fetch(), so we mustn't deinitialize it in + * unlock_pack(). + */ + transport = NULL; + + return retval; } -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 19:51:46 2008 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 DB6981065678 for ; Wed, 4 Jun 2008 19:51:46 +0000 (UTC) (envelope-from chagin.dmitry@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 59B918FC19 for ; Wed, 4 Jun 2008 19:51:45 +0000 (UTC) (envelope-from chagin.dmitry@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so167669fgb.35 for ; Wed, 04 Jun 2008 12:51:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:cc:subject :in-reply-to:message-id:references:user-agent:mime-version :content-type:from; bh=RpvJN+mnQBFnrytLel6mfXPHlWt9gLHGCwtrf9v+PNE=; b=xa4g85AX+PCkTNw2pt3Cb1HWdI5gWHb3R3xW4fj5yNWO9j9IbYSxyk57VJhg1TfzqH Pdl+8vyd6qgeI0BYi3NtCAew560ZxamwFxT/5KqswK5Pj2aakj3O+H0Oa3FnVUnwqQKk VaLMHRZABbA8uEXyRUA3dVpC9DWS8ff8ZT628= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:in-reply-to:message-id:references:user-agent :mime-version:content-type:from; b=KoBg22qxAel5zhR9NlRA3t9t8HG+YW24bGYqzrucZMboNik80UNsX9jFO8bvGZ+hAV 17cWxPw7Cwf0d3Cu6VRIQbHfng8t6MzCEspR0TL1evxZBmYsKfj0e+rrqSKs1qSqVm0X IArl3NHRbTpYEP2J2pIYqvkmw3kXuoBZ8n8XA= Received: by 10.86.90.13 with SMTP id n13mr718298fgb.3.1212607422194; Wed, 04 Jun 2008 12:23:42 -0700 (PDT) Received: from ora.chd.net ( [81.200.6.196]) by mx.google.com with ESMTPS id l19sm2189133fgb.7.2008.06.04.12.23.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Jun 2008 12:23:40 -0700 (PDT) Date: Wed, 4 Jun 2008 23:21:59 +0400 (MSD) To: Eygene Ryabinkin In-Reply-To: Message-ID: References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> <4846B40A.4010309@telenix.org> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed From: Chagin Dmitry Cc: FreeBSD-Hackers , Chuck Robey Subject: Re: git problems 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, 04 Jun 2008 19:51:46 -0000 On Wed, 4 Jun 2008, Eygene Ryabinkin wrote: hello! has just subscribed.... this problem with git is fixed in version 1.5.5.1, our port requires updating. -- Have fun! chd From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 19:54:09 2008 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 63F341065670 for ; Wed, 4 Jun 2008 19:54:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 0D2FB8FC0C for ; Wed, 4 Jun 2008 19:54:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8C4801CCCA; Wed, 4 Jun 2008 21:53:57 +0200 (CEST) Date: Wed, 4 Jun 2008 21:53:57 +0200 From: Ed Schouten To: Peter Jeremy Message-ID: <20080604195357.GD1176@hoeg.nl> References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> <4846B40A.4010309@telenix.org> <20080604191137.GC1028@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="veXX9dWIonWZEC6h" Content-Disposition: inline In-Reply-To: <20080604191137.GC1028@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Hackers , Chuck Robey Subject: Re: git problems 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, 04 Jun 2008 19:54:09 -0000 --veXX9dWIonWZEC6h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Peter Jeremy wrote: > On 2008-Jun-04 11:26:02 -0400, Chuck Robey wrote: > >#3 0x08066467 in unlock_pack () at builtin-fetch.c:56 > >#4 0x2848b5f3 in __cxa_finalize () from /lib/libc.so.7 > >#5 0x2843b1aa in exit () from /lib/libc.so.7 > >#6 0x0804b0e3 in handle_internal_command (argc=3D2, argv=3D0xffffffff) = at git.c:379 > >#7 0x0804b7ed in main (argc=3D2, argv=3DCannot access memory at address= 0x12) at git.c:414 >=20 > __cxa_finalise() is part of the atexit() processing - the source comments > imply it handles shared object destructors. >=20 > >379 exit(run_command(p, argc, argv)); > >380 } > > > >First I want to comment on that weird line 379, because while it > >might work, it sure seems to me to be a very strange and wasteful way > >to do a fork. >=20 > There's no fork involved. It's just shorthand for: > return_code =3D run_command(p, argc, argv); > exit(return_code); > By the time exit() is invoked, run_command() has completed. >=20 > > Second, the second argument to handle_internal_command seems to > >have been a argv=3D0xffffffff, which is very obviously a bad string > >pointer >=20 > Note that argv in main is also corrupt. I suspect gdb is confused by > the level of optimisation being done by gcc. >=20 > In a later posting, you indicate that there's a double-free bug. > Possibly unlock_pack() is being registered as a destructor (or > similar) _and_ is being explicitly called. Without studying the > code, the solution is probably to either skip the explicit cleanup > (leaving just the destructor processing) and/or flag freed data (ie > NULL pointers after freeing them). I just solved this on my systems by removing the call to free(). I know, it's awful, but it was good enough for me to live with on short term. --=20 Ed Schouten WWW: http://80386.nl/ --veXX9dWIonWZEC6h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhG8tUACgkQ52SDGA2eCwWWqwCfWyeNg9NWoU7PZGJ9w4//aU5v 5NAAn0O4MRYjFZFv3lY5dvF2OmKMXC6v =7ivG -----END PGP SIGNATURE----- --veXX9dWIonWZEC6h-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 20:11:14 2008 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 681BD1065670 for ; Wed, 4 Jun 2008 20:11:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5C68FC17 for ; Wed, 4 Jun 2008 20:11:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=Zj+ChdJpL2YpkjrQHdsq5lPWAfl1dBMmg06iuqZWddeDYw499nFtxnc+dr9xUNZ/rXV/VOWRMTHw7tJ1cyWbt/Zh7ZqU8dYHQpkVoq20heREchUUN9mN6EOWgVRo58Lg5sPK/UWt/WrL7muWxrbe7dg7/vCzRKA4B0NBpHnC3Rw=; Received: from amnesiac.at.no.dns (ppp83-237-105-161.pppoe.mtu-net.ru [83.237.105.161]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K3zKC-0002z7-7b; Thu, 05 Jun 2008 00:11:12 +0400 Date: Thu, 5 Jun 2008 00:11:10 +0400 From: Eygene Ryabinkin To: Chagin Dmitry Message-ID: References: <4845AC84.6040407@telenix.org> <4846A77B.9060603@telenix.org> <4846B40A.4010309@telenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: Ed Schouten , Chuck Robey , FreeBSD-Hackers , anholt@freebsd.org Subject: Re: git problems 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, 04 Jun 2008 20:11:14 -0000 Dmitry, good day. Wed, Jun 04, 2008 at 11:21:59PM +0400, Chagin Dmitry wrote: > this problem with git is fixed in version 1.5.5.1, Yeah, commit 7b7f39eae6ab0bbcc68d3c42a5b23595880e528f > our port requires updating. Care to test? The diff from 1.5.5 is below. Ed, Eric, anyone, any comments? I had tested packaging list -- it seems to be unchanged since 1.5.5, both for the cases of GUI and GUI-less git. And no new functionality was brought in, judging by ChangeLog contents and quick glance over commits. ----- diff -urN ./Makefile ../git/Makefile --- ./Makefile 2008-06-04 23:52:50.000000000 +0400 +++ ../git/Makefile 2008-06-04 23:53:38.000000000 +0400 @@ -6,7 +6,7 @@ # PORTNAME= git -PORTVERSION= 1.5.5 +PORTVERSION= 1.5.5.3 CATEGORIES= devel MASTER_SITES= http://www.kernel.org/pub/software/scm/git/ DISTFILES= ${PORTNAME}-${PORTVERSION}${EXTRACT_SUFX} \ diff -urN ./distinfo ../git/distinfo --- ./distinfo 2008-06-04 23:52:50.000000000 +0400 +++ ../git/distinfo 2008-06-04 23:58:08.000000000 +0400 @@ -1,6 +1,6 @@ -MD5 (git-1.5.5.tar.bz2) = 09f15f0b0e330986d930746abf6962f4 -SHA256 (git-1.5.5.tar.bz2) = 27483890c598450d7d1b4583e40dd8ec6c8def08c7cec94b20eb7336bb83e65e -SIZE (git-1.5.5.tar.bz2) = 1673736 -MD5 (git-manpages-1.5.5.tar.bz2) = 62a82276856add1d2b310d1e0b5ad5db -SHA256 (git-manpages-1.5.5.tar.bz2) = cc7f16b72a228cafd6bcc41ea09fdc67f4c5d50a0bf4521b80d8ea75127bb802 -SIZE (git-manpages-1.5.5.tar.bz2) = 162609 +SIZE (git-1.5.5.tar.bz2) = 1677113 +MD5 (git-1.5.5.3.tar.bz2) = 022ce5772b900243ef5d289deb7a3667 +SHA256 (git-1.5.5.3.tar.bz2) = c0a5220e7c80dc791e2077ec238298c2ec30af4d8d0ed6d2fbd7ca808266dfc0 +MD5 (git-manpages-1.5.5.3.tar.bz2) = 374a62ddf37343a5130f3318eab1ce2b +SHA256 (git-manpages-1.5.5.3.tar.bz2) = 770543b0ca871f72829f810d51f9e4d8b27659cbf4e73534fd09dfb5833f99de +SIZE (git-manpages-1.5.5.tar.bz2) = 163895 ----- Perhaps this topic should now be moved out of -hackers. -- Eygene From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 22:55:12 2008 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 EA43C1065676 for ; Wed, 4 Jun 2008 22:55:12 +0000 (UTC) (envelope-from nlcom_os@ii.nl) Received: from mail1.ii.nl (mail1.ii.nl [82.94.191.120]) by mx1.freebsd.org (Postfix) with ESMTP id 84CCF8FC34 for ; Wed, 4 Jun 2008 22:55:12 +0000 (UTC) (envelope-from nlcom_os@ii.nl) Received: from c53751d89.cable.wanadoo.nl ([83.117.29.137]:49084 helo=[192.168.1.103]) by mail1.ii.nl with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) authenticated as nanno with plain authenticator (Exim 4.63) (envelope-from ) id 1K41Xo-0006Er-Du; Thu, 05 Jun 2008 00:33:25 +0200 Message-ID: <4847182F.80105@ii.nl> Date: Thu, 05 Jun 2008 00:33:19 +0200 From: Nanno Langstraat User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Standard byteorder functions across BSD / 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: Wed, 04 Jun 2008 22:55:13 -0000 Hello, I think it would be nice to have standard byteorder conversion functions for user applications across the BSDs and Linux. betoh64(), htobe64(), etc. (like OpenBSD's sys/endian.h) Just small convenience functions/macros, but useful because it's such a common requirement; applications currently have to roll their own over&over with an annoying tangle of #ifdefs. Summary of the story so far: * glibc added the basic macros to * OpenBSD already had the macros in . They are for both kernel and application use according to the manpage. OpenBSD didn't want my patch that made the standard include file for user applications. * FreeBSD has similar but incompatible macros in . They are for kernel use, not application use according to the manpage. Full details below. (pretty long story for such a tiny feature) ---- My original proposal to the GNU glibc maintainers: * glibc Bugzilla 6442 - Adding cross-Unix endianness functions: betoh() / htobe() 64,32,16 http://sources.redhat.com/bugzilla/show_bug.cgi?id=6442 * Pro/con: http://sourceware.org/ml/libc-alpha/2008-05/msg00022.html ---- I planned to have a little coordination between glibc/FreeBSD/OpenBSD before starting on patches. That didn't happen, the glibc maintainers gave zero response for a full month, then created the basic macros in /usr/include/endian.h without any discussion. * ('endian.h' pre-existed in glibc to define __LITTLE_ENDIAN etc. The file does not pre-exist on OpenBSD / FreeBSD) * (glibc didn't adopt the "swap64()" etc. functions. Glibc already contains variants with a different naming pattern: "bswap_64()" etc.) * (be32enc() and friends only got a small mention by me, not adopted by glibc) ---- The discussion on the OpenBSD mailinglist can be read here: http://thread.gmane.org/gmane.os.openbsd.tech/15161/focus=15161 Of particular interest to FreeBSD: this charmless but informative email by Theo de Raadt, which outlines the history of the BSD kernel byteorder functions: http://thread.gmane.org/gmane.os.openbsd.tech/15161/focus=15179 ============================================================ My question to FreeBSD: I don't use FreeBSD myself, but I'll prepare a patch if you like the idea and if you indicate what you'll accept: * or ? I maintain that it should be for user applications: IMHO is for the user-kernel API, and byteorder belongs to libc not the kernel API. glibc apparently agrees, OpenBSD disagreed. * You're OK with userspace applications standardizing on OpenBSD's original betoh64() instead of FreeBSD's derivate be64toh() ? Regards, Nanno From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 4 23:19:53 2008 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 6727C106566C for ; Wed, 4 Jun 2008 23:19:53 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id AE3998FC20 for ; Wed, 4 Jun 2008 23:19:52 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-062-212.pools.arcor-ip.net [88.66.62.212]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1K42Gl04Cv-0007MF; Thu, 05 Jun 2008 01:19:51 +0200 Received: (qmail 67570 invoked from network); 4 Jun 2008 23:17:54 -0000 Received: from myhost.laiers.local (192.168.4.151) by ns1.laiers.local with SMTP; 4 Jun 2008 23:17:54 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Thu, 5 Jun 2008 01:19:24 +0200 User-Agent: KMail/1.9.9 References: <4847182F.80105@ii.nl> In-Reply-To: <4847182F.80105@ii.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806050119.24405.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+28Iq79P2w5r+oM5C0vKzMe3jAx4N8rvK7zLh JaRoGpYlFa3t+vV68SrOGNOzH+1iNhku0A2AyunoC5nb6w4UXt Obmdo45ZNzxids2l30hFQ== Cc: Nanno Langstraat Subject: Re: Standard byteorder functions across BSD / 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: Wed, 04 Jun 2008 23:19:53 -0000 On Thursday 05 June 2008 00:33:19 Nanno Langstraat wrote: > My question to FreeBSD: > I don't use FreeBSD myself, but I'll prepare a patch if you like the > idea and if you indicate what you'll accept: > > * or ? > I maintain that it should be for user applications: > IMHO is for the user-kernel API, and byteorder belongs to > libc not the kernel API. > glibc apparently agrees, OpenBSD disagreed. Not sure about this. There might be namespace issues with this approach, though there probably shouldn't. It's obviously not a problem to have both, but getting rid of sys/endian.h now is too late for sure. > * You're OK with userspace applications standardizing on OpenBSD's > original betoh64() instead of FreeBSD's derivate be64toh() ? I'm all for this. We should keep the both for backward compatibility and it will probably take some fixing to hunt down all ported code that does define betoh64 on its own. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 06:27:34 2008 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 BECFB1065674 for ; Thu, 5 Jun 2008 06:27:34 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206046210.chello.pl [87.206.46.210]) by mx1.freebsd.org (Postfix) with ESMTP id 512558FC1D for ; Thu, 5 Jun 2008 06:27:33 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 59EB045B26; Thu, 5 Jun 2008 08:27:32 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 57D4445685; Thu, 5 Jun 2008 08:27:27 +0200 (CEST) Date: Thu, 5 Jun 2008 08:27:28 +0200 From: Pawel Jakub Dawidek To: Tz-Huan Huang Message-ID: <20080605062728.GA4278@garage.freebsd.pl> References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Dag-Erling Sm??rgrav , freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 05 Jun 2008 06:27:34 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 05, 2008 at 01:53:37AM +0800, Tz-Huan Huang wrote: > On Thu, Jun 5, 2008 at 12:31 AM, Dag-Erling Sm??rgrav wrote: > > "Tz-Huan Huang" writes: > >> The vfs.zfs.arc_max was set to 512M originally, the machine survived f= or > >> 4 days and panicked this morning. Now the vfs.zfs.arc_max is set to 64M > >> by Oliver's suggestion, let's see how long it will survive. :-) > > > > des@ds4 ~% uname -a > > FreeBSD ds4.des.no 8.0-CURRENT FreeBSD 8.0-CURRENT #27: Sat Feb 23 01:2= 4:32 CET 2008 des@ds4.des.no:/usr/obj/usr/src/sys/ds4 amd64 > > des@ds4 ~% sysctl -h vm.kmem_size_min vm.kmem_size_max vm.kmem_size vfs= .zfs.arc_min vfs.zfs.arc_max > > vm.kmem_size_min: 1,073,741,824 > > vm.kmem_size_max: 1,073,741,824 > > vm.kmem_size: 1,073,741,824 > > vfs.zfs.arc_min: 67,108,864 > > vfs.zfs.arc_max: 536,870,912 > > des@ds4 ~% zpool list > > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > > raid 1.45T 435G 1.03T 29% ONLINE - > > des@ds4 ~% zfs list | wc -l > > 210 > > > > Haven't had a single panic in over six months. >=20 > Thanks for your information, the major difference is that we > runs on 7-stable and the size of our zfs pool is much bigger. I'm don't think the panics are related to pool size. More to the load and characteristics of your workload. > root@cml2$ uname -a > FreeBSD cml2.csie.ntu.edu.tw 7.0-STABLE FreeBSD 7.0-STABLE #40: Sat > May 31 10:29:16 CST 2008 > root@cml2.csie.ntu.edu.tw:/usr/local/obj/usr/local/src/sys/CML2 amd64 > root@cml2$ sysctl -h vm.kmem_size_min vm.kmem_size_max vm.kmem_size > vfs.zfs.arc_min vfs.zfs.arc_max > vm.kmem_size_min: 0 > vm.kmem_size_max: 1,610,612,736 > vm.kmem_size: 1,610,612,736 > vfs.zfs.arc_min: 16,777,216 > vfs.zfs.arc_max: 67,108,864 > root@cml2$ zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > sun 11.3T 9.03T 2.30T 79% ONLINE - > root@cml2$ zfs list | wc -l > 295 If we're comparing who has bigger... :) beast:root:~# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 732G 604G 128G 82% ONLINE - but: beast:root:~# zfs list | wc -l 1932 No panics. PS. I'm quite sure the ZFS version I've in perforce will fix most if not all 'kmem_map too small' panics. It's not yet committed, but I do want to MFC it into RELENG_7. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIR4dPForvXbEpPzQRAunQAJ9kw4ZGXadc2WLbVvflkLoRr7Zc7QCgvplM +2y24VAv5ARhILSdVMxcffY= =yIsd -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 06:53:30 2008 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 87669106566B; Thu, 5 Jun 2008 06:53:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7361A8FC13; Thu, 5 Jun 2008 06:53:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4C5641CC05B; Wed, 4 Jun 2008 23:53:30 -0700 (PDT) Date: Wed, 4 Jun 2008 23:53:30 -0700 From: Jeremy Chadwick To: Pawel Jakub Dawidek Message-ID: <20080605065330.GA62591@eos.sc1.parodius.com> References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080605062728.GA4278@garage.freebsd.pl> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Dag-Erling Sm??rgrav , Tz-Huan Huang , freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 05 Jun 2008 06:53:30 -0000 On Thu, Jun 05, 2008 at 08:27:28AM +0200, Pawel Jakub Dawidek wrote: > On Thu, Jun 05, 2008 at 01:53:37AM +0800, Tz-Huan Huang wrote: > > On Thu, Jun 5, 2008 at 12:31 AM, Dag-Erling Sm??rgrav wrote: > > > "Tz-Huan Huang" writes: > > >> The vfs.zfs.arc_max was set to 512M originally, the machine survived for > > >> 4 days and panicked this morning. Now the vfs.zfs.arc_max is set to 64M > > >> by Oliver's suggestion, let's see how long it will survive. :-) > > > > > > des@ds4 ~% uname -a > > > FreeBSD ds4.des.no 8.0-CURRENT FreeBSD 8.0-CURRENT #27: Sat Feb 23 01:24:32 CET 2008 des@ds4.des.no:/usr/obj/usr/src/sys/ds4 amd64 > > > des@ds4 ~% sysctl -h vm.kmem_size_min vm.kmem_size_max vm.kmem_size vfs.zfs.arc_min vfs.zfs.arc_max > > > vm.kmem_size_min: 1,073,741,824 > > > vm.kmem_size_max: 1,073,741,824 > > > vm.kmem_size: 1,073,741,824 > > > vfs.zfs.arc_min: 67,108,864 > > > vfs.zfs.arc_max: 536,870,912 > > > des@ds4 ~% zpool list > > > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > > > raid 1.45T 435G 1.03T 29% ONLINE - > > > des@ds4 ~% zfs list | wc -l > > > 210 > > > > > > Haven't had a single panic in over six months. > > > > Thanks for your information, the major difference is that we > > runs on 7-stable and the size of our zfs pool is much bigger. > > I'm don't think the panics are related to pool size. More to the load > and characteristics of your workload. Not to add superfluous comments, but I agree. It has little to do with actual pool size, but more with I/O activity. However, multiple zpools will very likely result in the panic happening sooner, just based on the "nature of the beast" -- more zpools likely means more "overall" I/O because there's more things people will be utilising via ZFS, thus you'll exhaust kmem quicker. > beast:root:~# zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > tank 732G 604G 128G 82% ONLINE - > > but: > > beast:root:~# zfs list | wc -l > 1932 > > No panics. > > PS. I'm quite sure the ZFS version I've in perforce will fix most if not > all 'kmem_map too small' panics. It's not yet committed, but I do want > to MFC it into RELENG_7. That's great to hear, but the point I've made regarding kmem_size not being able to extend past 2GB (on i386 and amd64) still stands. I've looked at the code myself, in attempt to figure out where the actual limitation is, and the code is beyond my understanding. (It's somewhat abstracted, but only to those who are completely unfamiliar to the VM piece -- like me :-) ). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 08:15:38 2008 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 199671065675 for ; Thu, 5 Jun 2008 08:15:38 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id E204F8FC14 for ; Thu, 5 Jun 2008 08:15:37 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so402742wfg.7 for ; Thu, 05 Jun 2008 01:15:37 -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:to :subject:mime-version:content-type; bh=BtCUboQKzPVvSQKGRPjmRtORdYQOeatIiPqPPrL2+jY=; b=D9ZT9jpnPkdDwbU1cOyKO0T3oPY5D6eLLGPNa0dzWm/vljSPaAcjaudPzLWjsUFhs8 bumFztskVtZAA1sAaMsj4f2vy0NIdCuLdM0AfRbis8/9vRqs0bGpPeijL3Pi+Zu2MS1I ej1sJprE8//WAQAOwvMMfRaDATfEBsL67wtZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=XMeQOwesENF42Va0SHYY1jMl6s0pDFM9L8Z1BR5kDEwLeCqmEMWXy7uwhTokZmtS5c z8stPzmNUlFEahTVYIgT8ReGuZTJOf4jFBROdfSSaa19MnYP4+A1lw8Wxv+p5TqhXoPh agSEZniNXDxu+2AHG29CtHCozalzV18X99FvY= Received: by 10.142.224.5 with SMTP id w5mr381700wfg.215.1212652152121; Thu, 05 Jun 2008 00:49:12 -0700 (PDT) Received: by 10.142.47.7 with HTTP; Thu, 5 Jun 2008 00:49:12 -0700 (PDT) Message-ID: Date: Thu, 5 Jun 2008 09:49:12 +0200 From: "Harald Servat" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mplayer pauses when holding a window 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, 05 Jun 2008 08:15:38 -0000 Hello, today I was running mplayer playing an streaming url (just audio). There was a moment that I holded a(ny) window (i.e., click to move) for a long time (about 10-15s) and mplayer paused. Have anyone experienced this issue? I'm running mplayer-0.99.11_4 (I configured it to use esound), gnome2-lite-2.22.0, xorg 7.3 on FreeBSD 7.0 (ULE)/ia32. Regards, -- _________________________________________________________________ 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 Thu Jun 5 09:45:14 2008 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 213331065670 for ; Thu, 5 Jun 2008 09:45:14 +0000 (UTC) (envelope-from nlcom_os@ii.nl) Received: from mail1.ii.nl (mail1.ii.nl [82.94.191.120]) by mx1.freebsd.org (Postfix) with ESMTP id D28838FC18 for ; Thu, 5 Jun 2008 09:45:13 +0000 (UTC) (envelope-from nlcom_os@ii.nl) Received: from c53751d89.cable.wanadoo.nl ([83.117.29.137]:58584 helo=[192.168.1.103]) by mail1.ii.nl with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) authenticated as nanno with plain authenticator (Exim 4.63) (envelope-from ) id 1K4C0d-0006WE-I7; Thu, 05 Jun 2008 11:43:51 +0200 Message-ID: <4847B552.9070807@ii.nl> Date: Thu, 05 Jun 2008 11:43:46 +0200 From: Nanno Langstraat User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Max Laier References: <4847182F.80105@ii.nl> <200806050119.24405.max@love2party.net> In-Reply-To: <200806050119.24405.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Standard byteorder functions across BSD / 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: Thu, 05 Jun 2008 09:45:14 -0000 Max Laier wrote: > On Thursday 05 June 2008 00:33:19 Nanno Langstraat wrote: > >> * or ? >> I maintain that it should be for user applications: >> IMHO is for the user-kernel API, and byteorder belongs to >> libc not the kernel API. >> glibc apparently agrees, OpenBSD disagreed. >> > > Not sure about this. There might be namespace issues with this approach, > though there probably shouldn't. True. However, glibc (i.e. Linux) has had the file for a long time. (That's probably why Ulrich Drepper simply added the new macros there) Since they're something of an "800 pound gorilla", I don't think it'll be an additional hazard for BSD to add that file to the top-level file namespace. In fact, glibc are taking an extra risk, because their pre-existing is automatically pulled in by common things like and . On FreeBSD, a newly introduced can sit there innocently, and only be pulled in by user applications that explicitly know about it. > It's obviously not a problem to have > both, but getting rid of sys/endian.h now is too late for sure. > Agree, won't disappear, even if only because the kernel uses it. Nanno From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 10:09:13 2008 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 087621065674 for ; Thu, 5 Jun 2008 10:09:13 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 77F788FC16 for ; Thu, 5 Jun 2008 10:09:12 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so379177fgb.35 for ; Thu, 05 Jun 2008 03:09:11 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=gW6IGjFZGrLB0HY4UAbiJC1OcKkOe9jexX1Dqjo+D4c=; b=XS7QLwJavWqp3D+DjLBmwnOqQPa+bi5le9S3X/kyqz+scYU7bPjkcDwoMxHKe2olDa oX68rfRNW/tJjKqrjgWdZXkJSushFW6x/zoVe2axn5YAy3dgf5T7GVVESjxRfkRwPg06 TEL4SkJZ6MsEISvdylTRlW8/1+pYpXTHc9i/g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=bLF141h555reiiyaTKWr03y2fa1t2Vh6T+seLEBqeMA6Hcev1UhjPBNZU8mdmMYpha lvJrw2KMh1+8o76+S/EK+G9DRKCgvVLGdqknZNZ9mQ+eq7Cs/EBAQ8q28znbMEfMrjh8 OV1LuS7jzB00AsJ4PXkgW077OjGxVQC5ghZZQ= Received: by 10.86.99.9 with SMTP id w9mr1725233fgb.70.1212660551437; Thu, 05 Jun 2008 03:09:11 -0700 (PDT) Received: by 10.86.92.1 with HTTP; Thu, 5 Jun 2008 03:09:11 -0700 (PDT) Message-ID: <6a7033710806050309l7b994e96i6e4f2f6383444ab0@mail.gmail.com> Date: Thu, 5 Jun 2008 18:09:11 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Pawel Jakub Dawidek" In-Reply-To: <20080605062728.GA4278@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> X-Google-Sender-Auth: 10f4f8ea8e69051f Cc: Dag-Erling Sm??rgrav , freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 05 Jun 2008 10:09:13 -0000 On Thu, Jun 5, 2008 at 2:27 PM, Pawel Jakub Dawidek wrote: > On Thu, Jun 05, 2008 at 01:53:37AM +0800, Tz-Huan Huang wrote: >> On Thu, Jun 5, 2008 at 12:31 AM, Dag-Erling Sm??rgrav wrote: > I'm don't think the panics are related to pool size. More to the load > and characteristics of your workload. I see. Our server exports all zfs filesytem via nfs to other 10 machines, which run the svm (http://en.wikipedia.org/wiki/Support_vector_machine) day and night to classify the video data ... > If we're comparing who has bigger... :) > > beast:root:~# zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > tank 732G 604G 128G 82% ONLINE - > > but: > > beast:root:~# zfs list | wc -l > 1932 > > No panics. > > PS. I'm quite sure the ZFS version I've in perforce will fix most if not > all 'kmem_map too small' panics. It's not yet committed, but I do want > to MFC it into RELENG_7. That's great news! Thanks, Tz-Huan From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 13:24:56 2008 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 A32E1106564A for ; Thu, 5 Jun 2008 13:24:56 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6288FC1E for ; Thu, 5 Jun 2008 13:24:56 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id BBD8E15CB; Thu, 5 Jun 2008 13:10:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id 3r-VGDJp-mBB; Thu, 5 Jun 2008 13:09:50 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-25-165.cpe.netcabo.pt [213.22.25.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTPSA id 1F05015BD; Thu, 5 Jun 2008 13:09:49 +0000 (UTC) Message-ID: <4847E5AA.5010109@barafranca.com> Date: Thu, 05 Jun 2008 14:10:02 +0100 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> In-Reply-To: <20080605062728.GA4278@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 05 Jun 2008 13:24:56 -0000 Pawel Jakub Dawidek wrote: > On Thu, Jun 05, 2008 at 01:53:37AM +0800, Tz-Huan Huang wrote: > >> On Thu, Jun 5, 2008 at 12:31 AM, Dag-Erling Sm??rgrav wrote: >> >>> "Tz-Huan Huang" writes: >>> >>>> The vfs.zfs.arc_max was set to 512M originally, the machine survived for >>>> 4 days and panicked this morning. Now the vfs.zfs.arc_max is set to 64M >>>> by Oliver's suggestion, let's see how long it will survive. :-) >>>> >>> des@ds4 ~% uname -a >>> FreeBSD ds4.des.no 8.0-CURRENT FreeBSD 8.0-CURRENT #27: Sat Feb 23 01:24:32 CET 2008 des@ds4.des.no:/usr/obj/usr/src/sys/ds4 amd64 >>> des@ds4 ~% sysctl -h vm.kmem_size_min vm.kmem_size_max vm.kmem_size vfs.zfs.arc_min vfs.zfs.arc_max >>> vm.kmem_size_min: 1,073,741,824 >>> vm.kmem_size_max: 1,073,741,824 >>> vm.kmem_size: 1,073,741,824 >>> vfs.zfs.arc_min: 67,108,864 >>> vfs.zfs.arc_max: 536,870,912 >>> des@ds4 ~% zpool list >>> NAME SIZE USED AVAIL CAP HEALTH ALTROOT >>> raid 1.45T 435G 1.03T 29% ONLINE - >>> des@ds4 ~% zfs list | wc -l >>> 210 >>> >>> Haven't had a single panic in over six months. >>> >> Thanks for your information, the major difference is that we >> runs on 7-stable and the size of our zfs pool is much bigger. >> > > I'm don't think the panics are related to pool size. More to the load > and characteristics of your workload. > > >> root@cml2$ uname -a >> FreeBSD cml2.csie.ntu.edu.tw 7.0-STABLE FreeBSD 7.0-STABLE #40: Sat >> May 31 10:29:16 CST 2008 >> root@cml2.csie.ntu.edu.tw:/usr/local/obj/usr/local/src/sys/CML2 amd64 >> root@cml2$ sysctl -h vm.kmem_size_min vm.kmem_size_max vm.kmem_size >> vfs.zfs.arc_min vfs.zfs.arc_max >> vm.kmem_size_min: 0 >> vm.kmem_size_max: 1,610,612,736 >> vm.kmem_size: 1,610,612,736 >> vfs.zfs.arc_min: 16,777,216 >> vfs.zfs.arc_max: 67,108,864 >> root@cml2$ zpool list >> NAME SIZE USED AVAIL CAP HEALTH ALTROOT >> sun 11.3T 9.03T 2.30T 79% ONLINE - >> root@cml2$ zfs list | wc -l >> 295 >> > > If we're comparing who has bigger... :) > > beast:root:~# zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > tank 732G 604G 128G 82% ONLINE - > > but: > > beast:root:~# zfs list | wc -l > 1932 > > No panics. > > PS. I'm quite sure the ZFS version I've in perforce will fix most if not > all 'kmem_map too small' panics. It's not yet committed, but I do want > to MFC it into RELENG_7. > > Any guesstimate as to when the MFC will happen ? From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 14:00:23 2008 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 A2661106566C for ; Thu, 5 Jun 2008 14:00:23 +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 2947D8FC18 for ; Thu, 5 Jun 2008 14:00:22 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K4G0r-0003sv-3p for freebsd-hackers@freebsd.org; Thu, 05 Jun 2008 14:00:21 +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 ; Thu, 05 Jun 2008 14:00:21 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Jun 2008 14:00:21 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Thu, 05 Jun 2008 16:00:13 +0200 Lines: 60 Message-ID: References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD68D107016C060E9C72D20D4" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.14 (X11/20080505) In-Reply-To: <20080605062728.GA4278@garage.freebsd.pl> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Is there any way to increase the KVM? 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, 05 Jun 2008 14:00:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD68D107016C060E9C72D20D4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > If we're comparing who has bigger... :) >=20 > beast:root:~# zpool list > NAME SIZE USED AVAIL CAP HEALTH ALTROOT= > tank 732G 604G 128G 82% ONLINE - >=20 > but: >=20 > beast:root:~# zfs list | wc -l > 1932 >=20 > No panics. >=20 > PS. I'm quite sure the ZFS version I've in perforce will fix most if no= t > all 'kmem_map too small' panics. It's not yet committed, but I do want > to MFC it into RELENG_7. At the risk of sounding repetitive, can you try a simple test on your ZFS pools, to see if you can panic the kernel? Do this: * install blogbench and bonnie++ from ports/benchmarks * run: blogbench -c 100 -d . -i 30 -r 50 -W 10 -w 10 bonnie++ -d . -s 16G -n 80 in parallel, until completion or crash. It shouldn't take too long to complete the above benchmarks, so you probably won't invest too much time in it even if it doesn't crash. (note: in the above command lines, "." is the current working directory, which is on ZFS, and "16G" is "2*RAM size". Keep the "-s" argument high even if you don't have lots of RAM.) This assumes you have a multi-core machine on which ZFS is running. 4 would be nice, 2 is probably ok. --------------enigD68D107016C060E9C72D20D4 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) iD8DBQFIR/FtldnAQVacBcgRAimIAKDGj6oI2veyw/rznL+1lM3uY+d/tACfcSli FP09jC4k0ttb/r38OuAakLg= =RMij -----END PGP SIGNATURE----- --------------enigD68D107016C060E9C72D20D4-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 14:33:06 2008 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 F256F1065673 for ; Thu, 5 Jun 2008 14:33:06 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB948FC15 for ; Thu, 5 Jun 2008 14:33:06 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id q2so575181uge.37 for ; Thu, 05 Jun 2008 07:33:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent:sender; bh=Gr8TVww85SNyysvu84hMoijaB9aDHGyP4YSarHLCv9s=; b=Sy8BiPOfvpl9Q2glUX7LF1OLFjf9yfYt2msYmn67K/lPOUDlQ4N/YRGiygcr2A3j7f yJpC1Z4bplJ6ULq/8Dl1aCAKXCMlXWBUFACbIG03bzMjEx61Pd/QxQeu4OdLlMYeuRqS oBp/P4FXekrZYAIWknv36jH6pVoibNGKZ4vyg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent:sender; b=AMeQ3LNIVrtjNUEQIsCM0VC9bv0Im74o0zSZxpARbrIJPT0LR3vHXc33VP8DQgHZHz Jq0UXK9IijZL+eoxV15gziK6NLNLdUxU64hIKjib6y1YtAM798nB5xlgf/QTy7RYYwX+ KYn7xyeFCJ+GNU0c3DF//e7o4LhJIlAsoolo0= Received: by 10.67.100.12 with SMTP id c12mr533388ugm.0.1212676385054; Thu, 05 Jun 2008 07:33:05 -0700 (PDT) Received: from epsilon.local ( [92.250.76.8]) by mx.google.com with ESMTPS id b23sm15522013ugd.23.2008.06.05.07.33.01 (version=SSLv3 cipher=RC4-MD5); Thu, 05 Jun 2008 07:33:03 -0700 (PDT) Date: Thu, 5 Jun 2008 15:32:27 +0100 From: Rui Paulo To: Harald Servat Message-ID: <20080605143227.GB6864@epsilon.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Rui Paulo Cc: freebsd-hackers@freebsd.org Subject: Re: mplayer pauses when holding a window 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, 05 Jun 2008 14:33:07 -0000 On Thu, Jun 05, 2008 at 09:49:12AM +0200, Harald Servat wrote: > Hello, > > today I was running mplayer playing an streaming url (just audio). There > was a moment that I holded a(ny) window (i.e., click to move) for a long > time (about 10-15s) and mplayer paused. > Have anyone experienced this issue? > > I'm running mplayer-0.99.11_4 (I configured it to use esound), > gnome2-lite-2.22.0, xorg 7.3 on FreeBSD 7.0 (ULE)/ia32. This is normal behavior and I think this is a Window Manager issue, not a FreeBSD issue. Regards, -- Rui Paulo From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 18:08:21 2008 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 C3AFF10656B0 for ; Thu, 5 Jun 2008 18:08:21 +0000 (UTC) (envelope-from fabonacci@yahoo.com) Received: from n72.bullet.mail.sp1.yahoo.com (n72.bullet.mail.sp1.yahoo.com [98.136.44.34]) by mx1.freebsd.org (Postfix) with SMTP id 954498FC30 for ; Thu, 5 Jun 2008 18:08:21 +0000 (UTC) (envelope-from fabonacci@yahoo.com) Received: from [216.252.122.216] by n72.bullet.mail.sp1.yahoo.com with NNFMP; 05 Jun 2008 18:08:21 -0000 Received: from [69.147.84.107] by t1.bullet.sp1.yahoo.com with NNFMP; 05 Jun 2008 18:08:21 -0000 Received: from [127.0.0.1] by omp202.mail.sp1.yahoo.com with NNFMP; 05 Jun 2008 18:08:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 311524.8611.bm@omp202.mail.sp1.yahoo.com Received: (qmail 55512 invoked by uid 60001); 5 Jun 2008 18:08:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=NCiAXvdyEZkYB9Pf7DIyavKnKr0ubjXjyC7RRLUUISQNGdtymCgze30E0bdNJJGBNqHvQNcvcllLzOnMQHWIMgvy6T/zC66JCFZU32Cnu/fkiJtO8/xF/ESUsfZKDp5VAr0VFXCqqSRt6iWvhS443L9SVtwvvRPh1NktdcfvHIA=; Received: from [59.35.37.7] by web46312.mail.sp1.yahoo.com via HTTP; Thu, 05 Jun 2008 11:08:20 PDT X-Mailer: YahooMailRC/975.41 YahooMailWebService/0.7.199 Date: Thu, 5 Jun 2008 11:08:20 -0700 (PDT) From: John Timony To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Message-ID: <97039.54881.qm@web46312.mail.sp1.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Matrix 2 Reload... 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, 05 Jun 2008 18:08:21 -0000 HI,all Which operating system did the film used by Trinity? Thx,, Fabonacci. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 19:50:57 2008 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 27AA51065677 for ; Thu, 5 Jun 2008 19:50:57 +0000 (UTC) (envelope-from amsibamsi@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id AFEF68FC1A for ; Thu, 5 Jun 2008 19:50:56 +0000 (UTC) (envelope-from amsibamsi@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so541883fgb.35 for ; Thu, 05 Jun 2008 12:50:55 -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 :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=RlQnFFVe8ZtrsVQTOpCF7j+36EUWTvMpAcBGLaN0vUo=; b=e6a8/4diBrVoIrObRj5gl6kXr2+DpDEqI4YutVLkJHyXWmilCxhIdaaWBMGbItzdSW n2HHjh3BevRLZ6Bt3CB+yXxTiI0HOMIUHWe1Ucb/mTHsA60A+z4mo99i6CU2nLfgjOnf WcCdKA86ccVWY/+jPEXJawBl0AcVfu6Bz0YqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=NvMmfGFFpkkJ0z7N9lYYEcbGR0nsOVGWPNFKaJM568LPpJ8ONk79WaW9xJALRpmKjZ 2zBCNij7siL6zi9Ke4jMDRN7ucKHbR9uAzdy/wRjhSaw0IhkwEdq3hNrn82c945f8cQ9 +NFtPURc9Ehj6BxVDROgB+g7EuLl1YCmDKTkU= Received: by 10.86.98.10 with SMTP id v10mr2725713fgb.46.1212693779739; Thu, 05 Jun 2008 12:22:59 -0700 (PDT) Received: from marvelman.marvels.xx ( [77.57.75.125]) by mx.google.com with ESMTPS id e20sm4282391fga.1.2008.06.05.12.22.58 (version=SSLv3 cipher=RC4-MD5); Thu, 05 Jun 2008 12:22:59 -0700 (PDT) Message-Id: <09461409-746F-4BBE-BA76-5FE732977B7E@gmail.com> From: Anselm Strauss To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Thu, 5 Jun 2008 21:22:57 +0200 X-Mailer: Apple Mail (2.924) Subject: Introducing myself (better late than never) 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, 05 Jun 2008 19:50:57 -0000 Hi, my name is Anselm Strauss and I'm working on FreeBSD's libarchive mentored by Tim Kientzle in this year's Google Summer of Code. If you want to know more about the project you should find enough information on: http://wiki.freebsd.org/AnselmStrauss/LibArchive I'm a computer science student at the University of Bern in Switzerland and in my final studies for graduating (hopefully) this autumn. I'm really looking forward to code on FreeBSD and work together with great people. Happy hacking to you hackers, Cheers. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 21:19:11 2008 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 0AE28106566C for ; Thu, 5 Jun 2008 21:19:11 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id B9A018FC1C for ; Thu, 5 Jun 2008 21:19:10 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so401347rne.12 for ; Thu, 05 Jun 2008 14:19:10 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=HqkDfjUdjJ7XKjANW7vgQtRtmgEanS0FqUUYfuMkCYg=; b=Vx/qt4T7IXs8yLVn9gucuGsVf02KWW9tOQEpQgHvYG+Q/IWRqYMZzW/+i6+mOs7AQi KGz+yg2JYIFmAlvQURGk++MZwD0lkDAY5h02ZRYwS8aHOZGDTvyOwJzZ02Ixtt7v9/lr fIW9ovDT1VLXU+6kgvwmIaFuFqAjUJApTrRws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=nklhRC3C7NFa1ztCsK3udI7wavGg0J/7IgXEc7rAEZ7n4DhaAeC13R/VZ2nMw6tHpZ QqfaX1BvOU2tvfXFnAvm9aSLL0rFYui9pZmNf3i/W/Pg9dJGxEKzF4OyPFxgQgk4UzBG qTewkEP34MKFzqSTAgmbjzd+OXU7DiDYwet04= Received: by 10.142.186.15 with SMTP id j15mr739403wff.115.1212699275922; Thu, 05 Jun 2008 13:54:35 -0700 (PDT) Received: by 10.142.199.19 with HTTP; Thu, 5 Jun 2008 13:54:35 -0700 (PDT) Message-ID: <3a142e750806051354s7867708esb23ba4320037b5ba@mail.gmail.com> Date: Thu, 5 Jun 2008 22:54:35 +0200 From: "Paul B. Mahol" To: "Rui Paulo" In-Reply-To: <20080605143227.GB6864@epsilon.local> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080605143227.GB6864@epsilon.local> Cc: freebsd-hackers@freebsd.org, Harald Servat Subject: Re: mplayer pauses when holding a window 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, 05 Jun 2008 21:19:11 -0000 I could not reproduce this with fvwm and mplayer (without esoud). But I am aware of following (fv)wm/Xorg issue/bug/feature: if you configured your window manager to not display window when moving it (instead wm display frame) all Xorg windows will be put in suspend state (music will stop playing, and such ...) On 6/5/08, Rui Paulo wrote: > On Thu, Jun 05, 2008 at 09:49:12AM +0200, Harald Servat wrote: >> Hello, >> >> today I was running mplayer playing an streaming url (just audio). There >> was a moment that I holded a(ny) window (i.e., click to move) for a long >> time (about 10-15s) and mplayer paused. >> Have anyone experienced this issue? >> >> I'm running mplayer-0.99.11_4 (I configured it to use esound), >> gnome2-lite-2.22.0, xorg 7.3 on FreeBSD 7.0 (ULE)/ia32. > > This is normal behavior and I think this is a Window Manager issue, not > a FreeBSD issue. > > Regards, > -- > Rui Paulo > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 19:48:47 2008 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 F3A47106567A for ; Thu, 5 Jun 2008 19:48:46 +0000 (UTC) (envelope-from ges@wingfoot.org) Received: from wingfoot.org (caduceus.wingfoot.org [64.32.179.50]) by mx1.freebsd.org (Postfix) with ESMTP id C93CB8FC1B for ; Thu, 5 Jun 2008 19:48:46 +0000 (UTC) (envelope-from ges@wingfoot.org) Received: from localhost (localhost [127.0.0.1]) by wingfoot.org (Postfix) with ESMTP id 10A8339DC47 for ; Thu, 5 Jun 2008 15:31:06 -0400 (EDT) X-Virus-Scanned: amavisd-new at wingfoot.org Received: from wingfoot.org ([127.0.0.1]) by localhost (wingfoot.org [127.0.0.1]) (amavisd-new, port 10042) with ESMTP id NkTbAit0W6aP for ; Thu, 5 Jun 2008 15:31:00 -0400 (EDT) Received: from Sandal.local (ool-4353640b.dyn.optonline.net [67.83.100.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by wingfoot.org (Postfix) with ESMTPSA id 4606139DC42 for ; Thu, 5 Jun 2008 15:31:00 -0400 (EDT) Message-ID: <48483ED5.2040800@wingfoot.org> Date: Thu, 05 Jun 2008 15:30:29 -0400 From: Glenn Sieb User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.14) Gecko/20080421 Thunderbird/2.0.0.14 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <97039.54881.qm@web46312.mail.sp1.yahoo.com> In-Reply-To: <97039.54881.qm@web46312.mail.sp1.yahoo.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=35D38A61 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 05 Jun 2008 23:35:12 +0000 Subject: Re: Matrix 2 Reload... 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, 05 Jun 2008 19:48:47 -0000 John Timony wrote: > HI,all > Which operating system did the film used by Trinity? > Thx,, > Fabonacci. > MovieOS? (Starts here...) http://ars.userfriendly.org/cartoons/?id=20010111 ;-) Best, --Glenn -- ...destination is merely a byproduct of the journey --Eric Hansen From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 06:09:53 2008 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 3905D106567D for ; Fri, 6 Jun 2008 06:09:53 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206046210.chello.pl [87.206.46.210]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9588FC23 for ; Fri, 6 Jun 2008 06:09:52 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7EF5A45B26; Fri, 6 Jun 2008 08:09:50 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id EB99F45C98; Fri, 6 Jun 2008 08:09:45 +0200 (CEST) Date: Fri, 6 Jun 2008 08:09:47 +0200 From: Pawel Jakub Dawidek To: Hugo Silva Message-ID: <20080606060946.GA4090@garage.freebsd.pl> References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> <4847E5AA.5010109@barafranca.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <4847E5AA.5010109@barafranca.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 06 Jun 2008 06:09:53 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 05, 2008 at 02:10:02PM +0100, Hugo Silva wrote: > Pawel Jakub Dawidek wrote: > >PS. I'm quite sure the ZFS version I've in perforce will fix most if not > >all 'kmem_map too small' panics. It's not yet committed, but I do want > >to MFC it into RELENG_7. > > > > =20 >=20 > Any guesstimate as to when the MFC will happen ? Hard to tell, really. The number of changes is huge, so it's hard to predict how much I'd need to fix after commit to HEAD. Two months sounds possible. I'll provide patches for RELENG_7 probably earlier. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFISNSqForvXbEpPzQRAmXGAKC4XRr5ef+Ox5DuzN/7GnH3AGAzRgCZAc2g gKVtNa+wshdHKkH9DulmroQ= =SFLF -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 07:49:19 2008 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 59147106566C for ; Fri, 6 Jun 2008 07:49:19 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4EF8FC29 for ; Fri, 6 Jun 2008 07:49:19 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1246655rvf.43 for ; Fri, 06 Jun 2008 00:49:18 -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:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=p69TXDszFlG+8dnzXsRmKQ8N77O0MPpxU3gfPlHVda0=; b=Kh5Qnpm9Mda7ASAHr0Kk/EHJgFKAIooV5Hy/PPCCYRkihQmJ/1wDYnRKIg105dm/9k o+tdT31fQEjHHzkjvy2K0DnVSS/WTLucuakvrmu3XDKrpHcU9uvk6zwmTQ4Q/8ROKhR5 3+1sGH2Yd+3gqZJyz3qOvzkblyAsVLuK7yitA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=QH+Km1iUShUapMm94LfbYs4S1PqtQNW5ozhX5nbKIGidNZ8KqfSXzOrU5Zul3cEGcW L2rBw9BLGDE6U4LTxoMjpdHqx5qMbHRNrO1X7c+M8PL2pCOShllbEPZ1BYrmjS0T4k/L X4C/60zKGp/WfWUASuWA7jooRM1y2GF5M+qpk= Received: by 10.142.188.4 with SMTP id l4mr977939wff.92.1212738558769; Fri, 06 Jun 2008 00:49:18 -0700 (PDT) Received: by 10.142.47.7 with HTTP; Fri, 6 Jun 2008 00:49:18 -0700 (PDT) Message-ID: Date: Fri, 6 Jun 2008 09:49:18 +0200 From: "Harald Servat" To: "Paul B. Mahol" In-Reply-To: <3a142e750806051354s7867708esb23ba4320037b5ba@mail.gmail.com> MIME-Version: 1.0 References: <20080605143227.GB6864@epsilon.local> <3a142e750806051354s7867708esb23ba4320037b5ba@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, Rui Paulo Subject: Re: mplayer pauses when holding a window 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, 06 Jun 2008 07:49:19 -0000 Hi, 2008/6/5 Paul B. Mahol : > I could not reproduce this with fvwm and mplayer (without esoud). But > I am aware of following (fv)wm/Xorg issue/bug/feature: if you > configured your window manager to not display window when moving it > (instead wm display frame) all Xorg windows will be put in suspend > state (music will stop playing, and such ...) > Paul, you hit the nail on the head. I have "Metacity>Reduced resources" enabled in the Gnome Configurator. If I disable it, this issue disappear. Regards, > > On 6/5/08, Rui Paulo wrote: > > On Thu, Jun 05, 2008 at 09:49:12AM +0200, Harald Servat wrote: > >> Hello, > >> > >> today I was running mplayer playing an streaming url (just audio). > There > >> was a moment that I holded a(ny) window (i.e., click to move) for a long > >> time (about 10-15s) and mplayer paused. > >> Have anyone experienced this issue? > >> > >> I'm running mplayer-0.99.11_4 (I configured it to use esound), > >> gnome2-lite-2.22.0, xorg 7.3 on FreeBSD 7.0 (ULE)/ia32. > > > > This is normal behavior and I think this is a Window Manager issue, not > > a FreeBSD issue. > > > > Regards, > > -- > > Rui Paulo > > _______________________________________________ > > 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" > > > -- _________________________________________________________________ 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 Jun 6 09:19:05 2008 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 8B159106567A for ; Fri, 6 Jun 2008 09:19:05 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5358FC15 for ; Fri, 6 Jun 2008 09:19:04 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.183.219] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1K4Pw8-00063K-VI; Fri, 06 Jun 2008 02:36:09 +0200 Message-ID: <4848866D.3010706@FreeBSD.org> Date: Fri, 06 Jun 2008 02:35:57 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Anselm Strauss References: <09461409-746F-4BBE-BA76-5FE732977B7E@gmail.com> In-Reply-To: <09461409-746F-4BBE-BA76-5FE732977B7E@gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org Subject: Re: Introducing myself (better late than never) 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, 06 Jun 2008 09:19:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Anselm Strauss wrote: | Hi, Hi Anselm, ++CH !!! | I'm a computer science student at the University of Bern in Switzerland | and in my final studies for graduating (hopefully) this autumn. I'm | really looking forward to code on FreeBSD and work together with great | people. Uni^b or BFH? I've done my studies at BFH :) | Happy hacking to you hackers, Same to you! | Cheers. Gretz! - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkhIhm0ACgkQwMJqmJVx945NGQCgoYETvWWJGO6XgTRikst5oxfx GDEAn3ixzWeJG1An3oA9D4dVjCIwjKiz =vFX6 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 10:32:08 2008 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 BECB11065671 for ; Fri, 6 Jun 2008 10:32:08 +0000 (UTC) (envelope-from daniel.lannstrom@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 83E1E8FC1D for ; Fri, 6 Jun 2008 10:32:08 +0000 (UTC) (envelope-from daniel.lannstrom@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so854193wfg.7 for ; Fri, 06 Jun 2008 03:32:08 -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:to :subject:in-reply-to:mime-version:content-type:references; bh=oZ3SA7tA9cpEfz19pCppmg2r+0tTJEL8VDAbDEUh+MY=; b=ohMyKPd2UMccAjaVW6TU9XxTrJtIyukWMEb+GL7R6qtQbvvHkp83sRfS6Ske7DjaQ2 GdY4nFqI0sMUGRum6yeT7lRPg5Xfr7BLrDrxi36wnoISsIyogwRtAXbw/cb9o/qedla8 k7T/LgPPjIPDFaGAWetywcXUDLLWPg7/FPEg0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=JHsMD3Vw8m75zVZdDCFde+qhea/2Eeg8uvwmATrhwDTQD6TgBvEuNKl9fketCyzC4q 9NkgQwiCTk44Vn/p++1r7TE3VwruZRZkmzqeLX3xCrH737hjtsykQyRAxNL7cWS7Whif 6VNy2S/3zgLyihdb1Z/p3oZxx96wH+gASVFik= Received: by 10.142.11.2 with SMTP id 2mr1024410wfk.72.1212746781055; Fri, 06 Jun 2008 03:06:21 -0700 (PDT) Received: by 10.143.163.15 with HTTP; Fri, 6 Jun 2008 03:06:21 -0700 (PDT) Message-ID: Date: Fri, 6 Jun 2008 03:06:21 -0700 From: "=?ISO-8859-1?Q?Daniel_L=E4nnstr=F6m?=" To: freebsd-hackers@freebsd.org In-Reply-To: <97039.54881.qm@web46312.mail.sp1.yahoo.com> MIME-Version: 1.0 References: <97039.54881.qm@web46312.mail.sp1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Matrix 2 Reload... 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, 06 Jun 2008 10:32:08 -0000 John Timony wrote: > HI,all > Which operating system did the film used by Trinity? > Thx,, > Fabonacci. The story doesn't tell, if I remember correctly. However they are exploiting a vulnerability in an early version of OpenSSH using nmap. I think nmap had some more information on their homepage, not sure if it's there anymore though. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 12:05:13 2008 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 E5D2910656C5 for ; Fri, 6 Jun 2008 12:05:13 +0000 (UTC) (envelope-from murilo.esplugues@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 63B348FC12 for ; Fri, 6 Jun 2008 12:05:13 +0000 (UTC) (envelope-from murilo.esplugues@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so787025fgb.35 for ; Fri, 06 Jun 2008 05:05:12 -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:to :subject:in-reply-to:mime-version:content-type:references; bh=qkPMk4GB637YsTiviqo+k4n5gPodinPmlCDzoGjVK1M=; b=sXXFCOnPEEMmQv+208DFaoy5iwxHC2ip0+M5ts3s7v+0+J6yrVxQihU8WGl3HXZ+Lb kcv0uuQgXQWL296Ivc/FYNp7cvOkxhuXBdQKH/tKjLcLI5gxEKsKNiMrO4VwKO7vV62+ cHAitx+U84d+7O7kGLhAbtovRaV8l9DOLOU6o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=J2Q7Oxf8NTFGIBmRmz2eHykZ23M+VF8QTl9QFuz42bSpMF/RmSUy+fGOW0KsV2Qoe3 lAhxeUip/m9O7GnnVdRTJGhJiJfNVJaM7cpLG+V43pw7FtfdO12jJG1b2xdWMji6eiem TTNQ4KfGsdpU7+YyZ8+xOyqYJOPS+zg1UUIOg= Received: by 10.82.178.11 with SMTP id a11mr199581buf.47.1212752324889; Fri, 06 Jun 2008 04:38:44 -0700 (PDT) Received: by 10.82.150.4 with HTTP; Fri, 6 Jun 2008 04:38:44 -0700 (PDT) Message-ID: <2e81840c0806060438k1390275ch29151d3f05ba6ded@mail.gmail.com> Date: Fri, 6 Jun 2008 08:38:44 -0300 From: "Murilo R. Esplugues" To: freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 References: <97039.54881.qm@web46312.mail.sp1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Matrix 2 Reload... 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, 06 Jun 2008 12:05:14 -0000 In the captured screen in nmap.org, the output is "no exact OS machs for host" http://nmap.org/images/matrix/nmap-matrix2log.jpg unix like OS -- Murilo R. Esplugues murilo.esplugues@gmail.com From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 12:18:38 2008 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 8EA221065777; Fri, 6 Jun 2008 12:18:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 381F88FC13; Fri, 6 Jun 2008 12:18:38 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 003452083; Fri, 6 Jun 2008 14:18:36 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jeremy Chadwick References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> <20080605065330.GA62591@eos.sc1.parodius.com> Date: Fri, 06 Jun 2008 14:18:36 +0200 In-Reply-To: <20080605065330.GA62591@eos.sc1.parodius.com> (Jeremy Chadwick's message of "Wed\, 4 Jun 2008 23\:53\:30 -0700") Message-ID: <86y75iah9f.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Pawel Jakub Dawidek , Tz-Huan Huang Subject: Re: Is there any way to increase the KVM? 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, 06 Jun 2008 12:18:38 -0000 Jeremy Chadwick writes: > That's great to hear, but the point I've made regarding kmem_size not > being able to extend past 2GB (on i386 and amd64) still stands. I've > looked at the code myself, in attempt to figure out where the actual > limitation is, and the code is beyond my understanding. IIRC, it's a hardware limitation. Search the archives for "kmem_size" and my name for a full explanation. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 12:53:21 2008 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 028AA106564A for ; Fri, 6 Jun 2008 12:53:21 +0000 (UTC) (envelope-from sylvain.desbureaux@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id CA8928FC1D for ; Fri, 6 Jun 2008 12:53:20 +0000 (UTC) (envelope-from sylvain.desbureaux@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1377260rvf.43 for ; Fri, 06 Jun 2008 05:53:20 -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:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=uI55qH8HdphMxuPewR4gcjPhT8v3akvxjOBZAZKZ3XM=; b=DHxYd7PU6KRAVrQwmZJcVrhoArw24vrFk8Kx//EsLuMDq5uHy1kdnsr38pWjHYEPl8 JxToUJNAltbBWRm1JQevml4SAHMzRpLibSAsj0wjEaAySmOEmnx4gx+bWBgmo9+Rtq1t 1VI0cDjEdCCGYLVjxFvzHl2T/p6oOH2ggk3Yo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Kpsg83IKCfmeXhsTUOoODOv8aBrM6Jjd/nmPggH9aRNLAuzV0l34X3M6YLtwgp91On VYNY/UnlTRJX70ZdTg2AQ7nD/xcWjoeOsHFTPaL5TTPvyvduiT/V+8LYfIRMINOp9CCp r+VgfrE3fLExdpL9a+0/suJ7zC5e1GIG5UKYI= Received: by 10.140.226.14 with SMTP id y14mr1657940rvg.188.1212755184406; Fri, 06 Jun 2008 05:26:24 -0700 (PDT) Received: by 10.140.178.17 with HTTP; Fri, 6 Jun 2008 05:26:24 -0700 (PDT) Message-ID: <652bbbf50806060526j5956c518u6b7e81756f187c38@mail.gmail.com> Date: Fri, 6 Jun 2008 14:26:24 +0200 From: "Sylvain Desbureaux" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: virtio drivers for freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sylvain@desbureaux.fr List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 12:53:21 -0000 Hi all, I'm currently using linux KVM as an hypervisor and I would like to use an old freebsd4 machine as a guest. The thing is that machine is very network consuming, so it would be great to have special drivers. KVM has now special drivers, based on the virtio specifications. These drivers are compiled for windows and linux but unfortunately not for BSD. I think that they are pretty simple in the guest side (75kb of code for linux for example, for network and block device) but I'm not very good in kernel driver compilation. Do you think it could be interesting to integrate them as a module into FreeBSD? I really think it could be interesting to have easily Freebsd paravirtualized guest on top of KVM. Anybody wanting to do that (I really would like to know how to do but I'm not skilled enough)? Thanks in advance for you answers :) Sylvain From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 17:02:41 2008 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 88F8E106568C for ; Fri, 6 Jun 2008 17:02:41 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (mail.ki.iif.hu [IPv6:2001:738:0:411::241]) by mx1.freebsd.org (Postfix) with ESMTP id 12C728FC0C for ; Fri, 6 Jun 2008 17:02:41 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from localhost (localhost [IPv6:::1]) by mail.ki.iif.hu (Postfix) with ESMTP id DC4A2849EB for ; Fri, 6 Jun 2008 19:02:38 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mignon.ki.iif.hu Received: from mail.ki.iif.hu ([127.0.0.1]) by localhost (mignon.ki.iif.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id dcpknjjanhKD for ; Fri, 6 Jun 2008 19:02:36 +0200 (CEST) Received: by mail.ki.iif.hu (Postfix, from userid 9002) id 68914849A5; Fri, 6 Jun 2008 19:02:36 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 31F4784673 for ; Fri, 6 Jun 2008 19:02:36 +0200 (CEST) Date: Fri, 6 Jun 2008 19:02:36 +0200 (CEST) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: freebsd-hackers@freebsd.org Message-ID: <20080606185442.O7163@mignon.ki.iif.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: openssl with zlib support 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, 06 Jun 2008 17:02:41 -0000 Dear All, Are there any reason to not enabling zlib compression for TLS in openssl on FreeBSD ? My colleague tested with some different platforms: user@host:~$ openssl s_client -ssl3 -connect linuxmachine.hu:https /dev/null | grep Compression Compression: zlib compression Compression: 1 (zlib compression) user@host:~$ openssl s_client -ssl3 -connect freebsdmachine.hu:https /dev/null | grep Compression Compression: NONE Would it break ABI if I enable it by tweaking the openssl Makefile? Best Regards, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 19:02:44 2008 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 E389B106566B for ; Fri, 6 Jun 2008 19:02:44 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 830F18FC12 for ; Fri, 6 Jun 2008 19:02:44 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so901578fgb.35 for ; Fri, 06 Jun 2008 12:02:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:received :date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=aJC1oRWS0JKWeBeUaSbjZqDVJPW+GGij3iZ7UqRs39k=; b=KaEAOKRNuaKVijN/9TL6RIHf5+NWgdUQ22y46gPPYYVklTJ7ik//Qx+si1V2XERHFr Csiks1QqolD5ljDi3YTrD6VjXaHWTxzkBlw+DA7AQ8DZ11l2M6VfsLfwEdqqY5tPLCn/ KShoPfYBGRjEITDaDpWkYSlye8mrw+gsBAApA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=YZSoB71tOix78sYD+qjoGOA+UOe3/IDiQO7/afm1Eis8b/Lb4c1jsMdqXxTAWj9td9 AW3WaEw/hiKcxIr5+vdr1kl7siu26wVJYfMPMlGuLIwcBh0RZHWB1LJOCIONJF90Uhwc 92qYNVMJdzmpee0R8BYkqGHMIoR0GnjPz3gpo= Received: by 10.86.63.19 with SMTP id l19mr827186fga.77.1212778963281; Fri, 06 Jun 2008 12:02:43 -0700 (PDT) Received: from acme.spoerlein.net ( [217.172.44.86]) by mx.google.com with ESMTPS id g28sm10993967fkg.1.2008.06.06.12.02.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Jun 2008 12:02:41 -0700 (PDT) Received: from roadrunner.spoerlein.net (e180153005.adsl.alicedsl.de [85.180.153.5]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m56J1kSw031199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 6 Jun 2008 21:01:47 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m56IrQdV009267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Jun 2008 20:53:26 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m56IrQSD009266; Fri, 6 Jun 2008 20:53:26 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Fri, 6 Jun 2008 20:53:26 +0200 From: Ulrich Spoerlein To: Israel Lehnen Silva Message-ID: <20080606185326.GC1646@roadrunner.spoerlein.net> Mail-Followup-To: Israel Lehnen Silva , hackers@freebsd.org References: <5ce468b90805281511h2729be73l65dccdcfe13ad4db@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ce468b90805281511h2729be73l65dccdcfe13ad4db@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: hackers@freebsd.org Subject: Re: FreeBSD + LDAP + SAMBA + WINDOWS 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, 06 Jun 2008 19:02:45 -0000 On Wed, 28.05.2008 at 19:11:06 -0300, Israel Lehnen Silva wrote: > Friends, > > I have the following scenario: > > Server FreeBSD 7.0 Stable authenticating in one basis LDAP through of the > PAM (pam_ldap and nss_ldap) > In same server, have running the SAMBA 3.0.28 authenticating too in > basis LDAP and using the scripts smbldap-tools. > Tool LDAPAdmin for administration of basis LDAP. > > THE PROBLEM: > > When chang the pass of user in basis LDAP trhough of LDAPAdmin, > select th cryptograpy "MD5 Crypt" for the atribuct userPassword > This way, I achieve log in the Windows and FreeBSD by terminal, ssh... > but when chang pass of user by Windows, the cryptograpy of password in > atribuct userPassword > is chanded for SSHA and so not conect in FreeBSD, also just conect in > windows. > > FreeBSD and SAMBA authenticating in LDAP, > and changing the password by own user, not interfering in auth of ssh in > FreeBSD... > Someone implemented??? Hi, I think you have this backwards. At our setup, with active samba password sync users can change their samba{LM,NT}passwords and have their userPassword updated accordingly. Samba will not change the used algorithm, though (we use {CRYPT}, don't ask ...) The other way round though will only update the userPassword and not change the samba{Lm,NT}passwords leading to the old password still being valid for Windows. We're using a small CGI script where our users can change (both) passwords in their browser. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 19:15:27 2008 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 0A8B71065675 for ; Fri, 6 Jun 2008 19:15:27 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from f04n01.cac.psu.edu (f04s01.cac.psu.edu [128.118.141.31]) by mx1.freebsd.org (Postfix) with ESMTP id D39938FC1D for ; Fri, 6 Jun 2008 19:15:25 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by f04n01.cac.psu.edu (8.13.2/8.13.2) with ESMTP id m56JFOEj031130 for ; Fri, 6 Jun 2008 15:15:24 -0400 Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by hoenikker.aset.psu.edu (8.14.2/8.14.2) with ESMTP id m56JFOYk046445 for ; Fri, 6 Jun 2008 15:15:24 -0400 (EDT) (envelope-from det135@hoenikker.aset.psu.edu) Received: (from det135@localhost) by hoenikker.aset.psu.edu (8.14.2/8.14.2/Submit) id m56JFOkX046444 for freebsd-hackers@freebsd.org; Fri, 6 Jun 2008 15:15:24 -0400 (EDT) (envelope-from det135) Date: Fri, 6 Jun 2008 15:15:24 -0400 From: Derek Taylor To: freebsd-hackers@freebsd.org Message-ID: <20080606191524.GQ56965@psu.edu> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20080521182722.GC40818@psu.edu> <483554FC.9040908@dlr.de> <20080603134307.GK76952@psu.edu> <20080603173601.W41705@beagle.kn.op.dlr.de> <20080603160608.GA56965@psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by amavisd-new Subject: Re: Kerberized CIFS client? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derek Taylor List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 19:15:27 -0000 On Tue, 03 Jun 2008, Atte Peltomki wrote: >You will have to adjust your krb5.conf to map a given domain or hostname >to a kerberos realm, if you are doing cross-realm authentication. See MIT >kerberos admin guide for details. I'm pretty sure it's set up ok. I can use smbclient -k just fine: $ kinit det135@realm.example.com's Password: kinit: NOTICE: ticket renewable lifetime is 1 week $ klist Credentials cache: FILE:/tmp/krb5cc_1001 Principal: det135@realm.example.com Issued Expires Principal Jun 6 15:08:47 Jun 7 01:08:47 krbtgt/realm.example.com@realm.example.com $ smbclient -k -U det135 //cifs.example.com/dir1 OS=[Unix] Server=[Samba 3.0.30] smb: \> ls . D 0 Thu Feb 14 14:46:42 2008 .. D 0 Fri Jun 6 10:16:29 2008 [ other files/directories here ] smb: \> quit $ cd ~/mount/smbbeta.pass.psu.edu/pass $ ls ls: .: Permission denied $ klist Credentials cache: FILE:/tmp/krb5cc_1001 Principal: det135@dce.psu.edu Issued Expires Principal Jun 6 15:08:47 Jun 7 01:08:47 krbtgt/realm.example.com@realm.example.com Jun 6 15:09:17 Jun 7 01:08:47 cifs/cifs.example.com@realm.example.com $ -Derek. >On 6/3/08, Derek Taylor wrote: >> On Tue, 03 Jun 2008, Harti Brandt wrote: >>>On Tue, 3 Jun 2008, Derek Taylor wrote: >>> >>>DT>On Thu, 22 May 2008, Hartmut Brandt wrote: >>>DT>>Derek Taylor wrote: >>>DT>>> This question was previously posed of the freebsd-questions list, but >>>DT>>> with no response for a week, I'd like to try my luck here. If >>> there's >>>DT>>> any more information I should include, please speak up: I would be >>> glad >>>DT>>> to oblige. >>>DT>>> >>>DT>>> I would like to use smb/cifs with kerberos auth, but mount_smbfs >>> doesn't >>>DT>>> seem to support this. >>>DT>>> >>>DT>>> Is anyone aware of an alternate means of performing a mount via >>> smb/cifs >>>DT>>> or any patches to provide such functionality? >>>DT>>> >>>DT>>> I already have smbclient working with -k, but I am also interested in >>> a >>>DT>>> mount. >>>DT>> >>>DT>>Try smbnetfs from ports. It's fuse based and seems to work very nice. >>> If >>>DT>>you have a large amount of shares floating in your network you want to >>>DT>>restrict it to mount only the needed shares via the config file. >>>DT>>Otherwise it will mount what it can find... >>>DT>> >>>DT>>It plays nicely with kerberors. When your ticket expires you >>> immediately >>>DT>>loose access; when you renew it you gain access again. All without the >>>DT>>need to unmount/mount. Just call smbnetfs once you have your ticket. >>> You >>>DT>>may even do this from your .profile. >>>DT>> >>>DT>>harti >>>DT> >>>DT>Sorry for not replying sooner. >>>DT> >>>DT>Initial tests here are promising (I can see some mount paths being >>>DT>exported from the server), but it's not fully working (I don't see all >>>DT>of the mount paths that *should* be exported and I get permission denied >>>DT>errors). My thoughts are leaning towards an issue in negotiating auth >>>DT>with the server -- perhaps my krb creds aren't being used? >>> >>>You can test this easily: if your ticket expires you get permission denied >>>errors when you try to look into the mounted directories. As soon as you >>>renew the ticket you get access again. All without restarting smbnetfs. >>> >>>harti >> >> I replaced all server names below with "example.com" (and derivatives) >> where appropriate: >> >> From my FreeBSD machine, using smbnetfs: >> >> $ klist >> klist: No ticket file: /tmp/krb5cc_1001 >> $ kinit det135 >> det135@realm.example.com's Password: >> kinit: NOTICE: ticket renewable lifetime is 1 week >> $ klist >> Credentials cache: FILE:/tmp/krb5cc_1001 >> Principal: det135@realm.example.com >> >> Issued Expires Principal >> Jun 3 11:51:20 Jun 3 21:51:04 krbtgt/realm.example.com@realm.example.com >> $ cd ~/mount/cifs.example.com/dir1 >> $ ls >> ls: .: Permission denied >> $ cd .. >> $ ls >> dir1 dir2 >> $ klist >> Credentials cache: FILE:/tmp/krb5cc_1001 >> Principal: det135@realm.example.com >> >> Issued Expires Principal >> Jun 3 11:51:20 Jun 3 21:51:04 krbtgt/realm.example.com@realm.example.com >> >> >> From my Mac, using (from Finder) >> Go -> Connect to Server -> cifs://cifs.example.com/dir1 >> >> $ klist >> klist: No Kerberos 5 tickets in credentials cache >> $ kinit det135 >> Please enter the password for det135@realm.example.com: >> $ klist >> Kerberos 5 ticket cache: 'API:Initial default ccache' >> Default principal: det135@realm.example.com >> >> Valid Starting Expires Service Principal >> 06/03/08 11:59:41 06/03/08 21:59:41 >> krbtgt/realm.example.com@realm.example.com >> renew until 06/10/08 11:59:41 >> >> #### Here I mount via Finder before continuing with the commands below >> >> $ cd /Volumes/dir1/ >> $ ls >> subdir1 subdir2 file1 file2 >> $ klist >> Kerberos 5 ticket cache: 'API:Initial default ccache' >> Default principal: det135@realm.example.com >> >> Valid Starting Expires Service Principal >> 06/03/08 11:59:41 06/03/08 21:59:41 >> krbtgt/realm.example.com@realm.example.com >> renew until 06/10/08 11:59:41 >> 06/03/08 12:00:31 06/03/08 21:59:41 >> cifs/cifs.example.com@realm.example.com >> renew until 06/10/08 11:59:41 >> >> >> It looks like my creds aren't being used on the FreeBSD machine. >> >> -Derek. >> _______________________________________________ >> 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 Jun 6 20:57:03 2008 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 1B023106580B; Fri, 6 Jun 2008 20:57:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id BBD778FC18; Fri, 6 Jun 2008 20:57:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m56KtqcL015893; Fri, 6 Jun 2008 16:56:47 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 6 Jun 2008 15:52:57 -0400 User-Agent: KMail/1.9.7 References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080605065330.GA62591@eos.sc1.parodius.com> <86y75iah9f.fsf@ds4.des.no> In-Reply-To: <86y75iah9f.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200806061552.58205.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 06 Jun 2008 16:56:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/7390/Fri Jun 6 13:50:38 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= , Jeremy Chadwick , Pawel Jakub Dawidek , Tz-Huan Huang Subject: Re: Is there any way to increase the KVM? 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, 06 Jun 2008 20:57:03 -0000 On Friday 06 June 2008 08:18:36 am Dag-Erling Sm=C3=B8rgrav wrote: > Jeremy Chadwick writes: > > That's great to hear, but the point I've made regarding kmem_size not > > being able to extend past 2GB (on i386 and amd64) still stands. I've > > looked at the code myself, in attempt to figure out where the actual > > limitation is, and the code is beyond my understanding. >=20 > IIRC, it's a hardware limitation. Search the archives for "kmem_size" > and my name for a full explanation. While global variables have to be within 2GB for %rip relative addressing,= =20 there's no reason malloc'd buffers can't be anywhere in the 64-bit address= =20 space since pointers are 64-bits. =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 20:57:14 2008 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 B99201065679 for ; Fri, 6 Jun 2008 20:57:14 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from f04n07.cac.psu.edu (f04s07.cac.psu.edu [128.118.141.35]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB838FC16 for ; Fri, 6 Jun 2008 20:57:14 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by f04n07.cac.psu.edu (8.13.2/8.13.2) with ESMTP id m56KvDZn042396 for ; Fri, 6 Jun 2008 16:57:13 -0400 Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by hoenikker.aset.psu.edu (8.14.2/8.14.2) with ESMTP id m56KvDAf049327 for ; Fri, 6 Jun 2008 16:57:13 -0400 (EDT) (envelope-from det135@hoenikker.aset.psu.edu) Received: (from det135@localhost) by hoenikker.aset.psu.edu (8.14.2/8.14.2/Submit) id m56KvDWj049326 for freebsd-hackers@freebsd.org; Fri, 6 Jun 2008 16:57:13 -0400 (EDT) (envelope-from det135) Date: Fri, 6 Jun 2008 16:57:13 -0400 From: Derek Taylor To: freebsd-hackers@freebsd.org Message-ID: <20080606205713.GS56965@psu.edu> Mail-Followup-To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by amavisd-new Subject: Kerberos support in NFSv4 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derek Taylor List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2008 20:57:14 -0000 Is anyone aware of a project to add kerberos support to FreeBSD's NFSv4 implementation? Is there a better list to ask about development efforts and directions for HEAD? Thanks. -Derek. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 21:14:21 2008 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 2C5601065687 for ; Fri, 6 Jun 2008 21:14:21 +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 C64998FC34 for ; Fri, 6 Jun 2008 21:14:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m56LE9VE032179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 Jun 2008 07:14:13 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m56LE9mo079970; Sat, 7 Jun 2008 07:14:09 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m56LE69F079969; Sat, 7 Jun 2008 07:14:06 +1000 (EST) (envelope-from peter) Date: Sat, 7 Jun 2008 07:14:06 +1000 From: Peter Jeremy To: sylvain@desbureaux.fr Message-ID: <20080606211406.GN67629@server.vk2pj.dyndns.org> References: <652bbbf50806060526j5956c518u6b7e81756f187c38@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7uYPyRQQ5N0D02nI" Content-Disposition: inline In-Reply-To: <652bbbf50806060526j5956c518u6b7e81756f187c38@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: virtio drivers for freebsd 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, 06 Jun 2008 21:14:21 -0000 --7uYPyRQQ5N0D02nI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jun-06 14:26:24 +0200, Sylvain Desbureaux wrote: >I'm currently using linux KVM as an hypervisor and I would like to use >an old freebsd4 machine as a guest. I agree that virtualising FreeBSD is useful but I suspect your chances of getting guest patches for FreeBSD 4.x are very low. FreeBSD 4.x is no longer supported by the FreeBSD project and there are significant changes in the kernel architecture between 4.x and later versions. For new features to be added to FreeBSD, they must be first added to the latest version and then back-ported to older versions - the backport to 4.x would probably require significant effort. >KVM has now special drivers, based on the virtio specifications. These >drivers are compiled for windows and linux but unfortunately not for >BSD. I think that they are pretty simple in the guest side (75kb of >code for linux for example, for network and block device) but I'm not >very good in kernel driver compilation. Note that FreeBSD does not have block-mode devices. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --7uYPyRQQ5N0D02nI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhJqJ4ACgkQ/opHv/APuId+MgCglHA6MO6Al2mddepu7wrhKkIL 5gUAn3D6Vg9KnyGffQz/ByGWr7FMYi8y =kLEX -----END PGP SIGNATURE----- --7uYPyRQQ5N0D02nI-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 6 21:57:13 2008 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 6963A1065672 for ; Fri, 6 Jun 2008 21:57:13 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 3E57C8FC21 for ; Fri, 6 Jun 2008 21:57:13 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (78.6.192-77.rev.gaoland.net [77.192.6.78]) by smtp.lamaiziere.net (Postfix) with ESMTP id 5A1CF118058C for ; Fri, 6 Jun 2008 23:41:37 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 738EE43ED85 for ; Fri, 6 Jun 2008 23:41:36 +0200 (CEST) Date: Fri, 6 Jun 2008 23:41:35 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: freebsd-hackers@freebsd.org Message-ID: <20080606234135.46144207@baby-jane-lamaiziere-net.local> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: AMD Geode LX crypto accelerator (glxsb) 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, 06 Jun 2008 21:57:13 -0000 Dears, I'm trying to port the glxsb driver from OpenBSD to FreeBSD 7-STABLE (via the NetBSD port). " The glxsb driver supports the security block of the Geode LX series processors. The Geode LX is a member of the AMD Geode family of integrated x86 system chips. Driven by periodic checks for available data from the generator, glxsb supplies entropy to the random(4) driver for common usage. glxsb also supports acceleration of AES-128-CBC operations for crypto(4)." I think that most of the work is done, except the random generator. Source "in progress" for 7-STABLE: http://user.lamaiziere.net/patrick/glxsb.c http://user.lamaiziere.net/patrick/glxsb.tar.gz (c+Makefile) Credits to OpenBSD and NetBSD, Thanks! Well, it seems to work but i've got few problems to test the module : - How check the encryption/decryption ? Openssl seems ok, i've got quite the same results as NetBSD on a Soekris net5501 box. But i must use -engine cryptodev, why ? $ openssl speed -evp aes-128-cbc -engine cryptodev -elapsed engine "cryptodev" set. ...CUT... type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 1151.08k 4134.25k 11936.49k 22504.83k 25576.36k When i test ssh -c aes128-cbc hostname, ssh does not use the crypto device. I receive a crypto_newsession() followed by a crypto_freesession(), i mean i don't receive any crypto_process(). So how can I be sure that the datas are well encrypted ? Also, I've got some questions to finish the driver: - between arc4rand() and read_random(), witch function shall i use ? - Shall I lock the sessions ? The padlock driver uses a mutex to lock the sessions http://fxr.watson.org/fxr/source/crypto/via/padlock.c?v=FREEBSD7#L211 Is it usefull ? Drivers ubsec, safe and hifn don't lock the sessions at all. - during crypto_process() the driver uses "s = splnet();". I'm not sure about this ? - The driver does a busy wait to check the completion of the encryption. I think it would be beter to use the interrupt. I will look later. - Any comment is welcome, this is my first work on a driver. Thanks, regards. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 02:45:17 2008 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 2C6B910656D0 for ; Sat, 7 Jun 2008 02:45:17 +0000 (UTC) (envelope-from zachary.loafman@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 153CD8FC0C for ; Sat, 7 Jun 2008 02:45:17 +0000 (UTC) (envelope-from zachary.loafman@isilon.com) Received: from zloafman.west.isilon.com ([10.54.190.57]) by seaxch09.isilon.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jun 2008 19:33:16 -0700 Received: from zloafman.west.isilon.com (localhost.localdomain [127.0.0.1]) by zloafman.west.isilon.com (8.13.1/8.13.1) with ESMTP id m572XFwK022400 for ; Fri, 6 Jun 2008 19:33:16 -0700 Received: (from zloafman@localhost) by zloafman.west.isilon.com (8.13.1/8.13.1/Submit) id m572XFfd022399 for freebsd-hackers@freebsd.org; Fri, 6 Jun 2008 19:33:15 -0700 X-Authentication-Warning: zloafman.west.isilon.com: zloafman set sender to zachary.loafman@isilon.com using -f Date: Fri, 6 Jun 2008 19:33:15 -0700 From: Zachary Loafman To: freebsd-hackers@freebsd.org Message-ID: <20080607023315.GD31784@zloafman.west.isilon.com> References: <20080606205713.GS56965@psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080606205713.GS56965@psu.edu> User-Agent: Mutt/1.4.1i X-OriginalArrivalTime: 07 Jun 2008 02:33:16.0171 (UTC) FILETIME=[D71395B0:01C8C846] Subject: Re: Kerberos support in NFSv4 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, 07 Jun 2008 02:45:17 -0000 Isilon Systems is sponsoring RPCSEC_GSS work for FreeBSD soon. I expect that we'll have it CURRENT later this year. We don't really have any plans to glue it into the v4 client just yet, we're targeting Kerberized NFSv3 first. We are looking at NFSv4 longer term, though, at which point we will have to beat the v4 client into shape for internal testing purposes. ...Zach On Fri, Jun 06, 2008 at 04:57:13PM -0400, Derek Taylor wrote: > Is anyone aware of a project to add kerberos support to FreeBSD's NFSv4 > implementation? > > Is there a better list to ask about development efforts and directions > for HEAD? > > Thanks. > > -Derek. > _______________________________________________ > 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" -- Zach Loafman | Staff Engineer Isilon Systems D +1-206-315-7570 F +1-206-315-7485 www.isilon.com P +1-206-315-7500 M +1-206-422-3461 From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 04:19:02 2008 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 A6A261065673 for ; Sat, 7 Jun 2008 04:19:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206046210.chello.pl [87.206.46.210]) by mx1.freebsd.org (Postfix) with ESMTP id 4398F8FC0A for ; Sat, 7 Jun 2008 04:19:01 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8474845F20; Sat, 7 Jun 2008 06:19:00 +0200 (CEST) Received: from localhost (chello087206046210.chello.pl [87.206.46.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0E5F345EA4; Sat, 7 Jun 2008 06:18:54 +0200 (CEST) Date: Sat, 7 Jun 2008 06:18:55 +0200 From: Pawel Jakub Dawidek To: Patrick Lamaizi?re Message-ID: <20080607041855.GA3462@garage.freebsd.pl> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20080606234135.46144207@baby-jane-lamaiziere-net.local> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) 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, 07 Jun 2008 04:19:02 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 06, 2008 at 11:41:35PM +0200, Patrick Lamaizi?re wrote: > Dears, >=20 > I'm trying to port the glxsb driver from OpenBSD to FreeBSD 7-STABLE > (via the NetBSD port). Cool. > " The glxsb driver supports the security block of the Geode LX > series processors. The Geode LX is a member of the AMD Geode family > of integrated x86 system chips. > =20 > Driven by periodic checks for available data from the generator, > glxsb supplies entropy to the random(4) driver for common usage. >=20 > glxsb also supports acceleration of AES-128-CBC operations for > crypto(4)." >=20 > I think that most of the work is done, except the random generator. > Source "in progress" for 7-STABLE: > http://user.lamaiziere.net/patrick/glxsb.c > http://user.lamaiziere.net/patrick/glxsb.tar.gz (c+Makefile) >=20 > Credits to OpenBSD and NetBSD, Thanks! >=20 > Well, it seems to work but i've got few problems to test the module : >=20 > - How check the encryption/decryption ? >=20 > Openssl seems ok, i've got quite the same results as NetBSD on a Soekris > net5501 box. But i must use -engine cryptodev, why ? This is ok, as you may not want to use it, right? > $ openssl speed -evp aes-128-cbc -engine cryptodev -elapsed > engine "cryptodev" set. > ...CUT... > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > aes-128-cbc 1151.08k 4134.25k 11936.49k 22504.83k 25576.36k >=20 > When i test ssh -c aes128-cbc hostname, ssh does not use the crypto > device. I receive a crypto_newsession() followed by a > crypto_freesession(), i mean i don't receive any crypto_process(). Have you tried to put some debug to opencrypto? I believe openssh should use it automatically, at least this was the case some time ago, AFAIR. > So how can I be sure that the datas are well encrypted ? Try comparing result of openssl encryption with and without '-engine cryptodev'. Remember to use -nosalt (and maybe -raw) prevent openssl from putting salt in front of the ciphertext. > Also, I've got some questions to finish the driver: >=20 > - between arc4rand() and read_random(), witch function shall i use ? arc4rand() is preferred. > - Shall I lock the sessions ? The padlock driver uses a mutex to lock > the sessions > http://fxr.watson.org/fxr/source/crypto/via/padlock.c?v=3DFREEBSD7#L211= =20 >=20 > Is it usefull ? Drivers ubsec, safe and hifn don't lock the sessions at > all. You should and they should as well. > - during crypto_process() the driver uses "s =3D splnet();". I'm not sure > about this ? Drop this one. > - The driver does a busy wait to check the completion of the > encryption. I think it would be beter to use the interrupt. I will > look later. I remember looking at that code sometime ago and that bit is really lame, so lame that I think they would do it in a different way if that was possible. Maybe it's worth contacting OpenBSD/NetBSD and ask? There might be a good reason for that. > - Any comment is welcome, this is my first work on a driver. Looks good:) I can do a final review and commit once you are done and if I'll be able to start my Soekris and test it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFISgwuForvXbEpPzQRAipxAJ4jazwBTft3mMLQLYZOANWDg1Wn9gCg8BeS 4+Zc/B/9/8h8BcazpHh+ow0= =+f8m -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 06:05:27 2008 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 0EE5A106567A for ; Sat, 7 Jun 2008 06:05:27 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206046210.chello.pl [87.206.46.210]) by mx1.freebsd.org (Postfix) with ESMTP id 73ECF8FC0A for ; Sat, 7 Jun 2008 06:05:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 465BB45C8A; Sat, 7 Jun 2008 08:05:25 +0200 (CEST) Received: from localhost (chello087206046210.chello.pl [87.206.46.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7B04B45C99; Sat, 7 Jun 2008 08:05:20 +0200 (CEST) Date: Sat, 7 Jun 2008 08:05:21 +0200 From: Pawel Jakub Dawidek To: Ivan Voras Message-ID: <20080607060521.GB3462@garage.freebsd.pl> References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: Is there any way to increase the KVM? 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, 07 Jun 2008 06:05:27 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 05, 2008 at 04:00:13PM +0200, Ivan Voras wrote: > Pawel Jakub Dawidek wrote: >=20 > > If we're comparing who has bigger... :) > >=20 > > beast:root:~# zpool list > > NAME SIZE USED AVAIL CAP HEALTH ALTROOT > > tank 732G 604G 128G 82% ONLINE - > >=20 > > but: > >=20 > > beast:root:~# zfs list | wc -l > > 1932 > >=20 > > No panics. > >=20 > > PS. I'm quite sure the ZFS version I've in perforce will fix most if not > > all 'kmem_map too small' panics. It's not yet committed, but I do want > > to MFC it into RELENG_7. >=20 > At the risk of sounding repetitive, can you try a simple test on your > ZFS pools, to see if you can panic the kernel? Do this: >=20 > * install blogbench and bonnie++ from ports/benchmarks > * run: > blogbench -c 100 -d . -i 30 -r 50 -W 10 -w 10 > bonnie++ -d . -s 16G -n 80 > in parallel, until completion or crash. It shouldn't take too long to > complete the above benchmarks, so you probably won't invest too much > time in it even if it doesn't crash. Both completed successfully (i386, 1GB of RAM, dual core CPU). Can you now go and revert all the FUD you spread? You probably need to invest much more time than that. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFISiUhForvXbEpPzQRAguXAJ410GFjyT9PZwUMdaVBuzTcaJD41gCeMQ67 VwOuOfP4vUHzVLqFpK+GfDU= =87CL -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 08:18:06 2008 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 21BCA106564A; Sat, 7 Jun 2008 08:18:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 554438FC15; Sat, 7 Jun 2008 08:18:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <484A443D.8080900@FreeBSD.org> Date: Sat, 07 Jun 2008 10:18:05 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org References: <20080531143655.GA14020@nobby.studby.ntnu.no> In-Reply-To: <20080531143655.GA14020@nobby.studby.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFT: CVSMode for csup with MD5 check 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, 07 Jun 2008 08:18:06 -0000 Ulf Lilleengen wrote: > Hello, > > As a followup to my previous patch on csup, I've tried to do some fixes to > RCS-files. However, instead of doing major workarounds in csup to handle > files which does not behave correctly to RCS, I implemented MD5 check of RCS > content. This means that the MD5 sum from cvsupd is checked against the > actual RCS content (which is different from a normal MD5 check, because > only the content is compared), and if it's not correct, a fixup of the file > will be sent, thus making sure that the contents are correct. I hope some of > you are able to test this. > > There are still a few issues with cvsmode: > - Not correct entries in status file. > - I get unnatural high memory usage. > > Patches here: > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_CURRENT.diff > and > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_RELENG_7.diff > This doesn't compile. There are a bunch of warnings, and rcsfile.c is missing from Makefile, but there is an undefined reference: rcsfile.o(.text+0x1d32): In function `rcsfile_frompath': : undefined reference to `rcsparse_run' *** Error code 1 Kris From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 10:03:47 2008 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 624CF106566B for ; Sat, 7 Jun 2008 10:03:47 +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 B50528FC1A for ; Sat, 7 Jun 2008 10:03:46 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K4vGy-0006BH-Cv for freebsd-hackers@freebsd.org; Sat, 07 Jun 2008 10:03:44 +0000 Received: from 89-172-47-52.adsl.net.t-com.hr ([89.172.47.52]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Jun 2008 10:03:44 +0000 Received: from ivoras by 89-172-47-52.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Jun 2008 10:03:44 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Sat, 07 Jun 2008 12:03:32 +0200 Lines: 77 Message-ID: References: <6a7033710805302252v43a7b240x66ca3f5e3dd5fda4@mail.gmail.com> <20080603135308.GC3434@garage.freebsd.pl> <6a7033710806032317g4dbe8845h26a1196016b9c440@mail.gmail.com> <86zlq140x0.fsf@ds4.des.no> <6a7033710806041053g4a5c2fdftd7202b708bff363c@mail.gmail.com> <20080605062728.GA4278@garage.freebsd.pl> <20080607060521.GB3462@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0277BEE0C5A9F610F420C647" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-47-52.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) In-Reply-To: <20080607060521.GB3462@garage.freebsd.pl> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Is there any way to increase the KVM? 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, 07 Jun 2008 10:03:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0277BEE0C5A9F610F420C647 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > On Thu, Jun 05, 2008 at 04:00:13PM +0200, Ivan Voras wrote: >> At the risk of sounding repetitive, can you try a simple test on your >> ZFS pools, to see if you can panic the kernel? Do this: >> >> * install blogbench and bonnie++ from ports/benchmarks >> * run: >> blogbench -c 100 -d . -i 30 -r 50 -W 10 -w 10 >> bonnie++ -d . -s 16G -n 80 >> in parallel, until completion or crash. It shouldn't take too long t= o >> complete the above benchmarks, so you probably won't invest too much >> time in it even if it doesn't crash. >=20 > Both completed successfully (i386, 1GB of RAM, dual core CPU). Perfect! > Can you now go and revert all the FUD you spread? You probably need to > invest much more time than that. Right, I'm just an evil guy trying to badmouth the system that's a large = chunk of my bread and butter because I'm bored. :) What should I say,=20 "sorry for posting bug reports?" and "sorry for writing docs on which=20 features of (current) ZFS to avoid to sidestep crashes?" Actually I have a suspicion it's the second one (in ZFS wiki pages)=20 you'd like cleared up, but keep in mind you were off the lists for a=20 time and you are the principal source of information on our ZFS=20 implementation. At the time there was a lot of incorrect information=20 floating about in the mailing lists, where people (me included) were=20 doing voodoo computing - trying every knob there was to see if it made a = difference - and I tried to document whatever seemed to work to avoid=20 answering repetitive questions posted on the lists. I will be among the first to try the new patches (depending on the time=20 zone, probably, and we're pretty close there) and, unfortunately, I will = complain and ask guidance if things don't work. On the other hand, if=20 they do work, I'll a) add big honking banners with bells and whistles=20 proclaiming that it finally works in (HEAD | RELENG_7), optionally=20 praising you to heaven for bringing it to completion[*], and b) buy you=20 a BIGNUM of beers next time we meet. [*] really, no sarcasm intended. It *was* an enormous job and if it=20 works, you'd earn it! In the time I spent trying to make it work I saw=20 from first-hand experience how great the whole idea of ZFS is and how=20 useful it is in daily operation. --------------enig0277BEE0C5A9F610F420C647 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFISlz1ldnAQVacBcgRArQ1AJ9h6cuhdJ7KGdd+BBSJt0/4bMKgnwCg7ZYR qD4K5rfpUUU9/d6X7xF0KBM= =2roW -----END PGP SIGNATURE----- --------------enig0277BEE0C5A9F610F420C647-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 11:18:47 2008 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 E0E971065676; Sat, 7 Jun 2008 11:18:47 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene2.itea.ntnu.no (bene2.itea.ntnu.no [IPv6:2001:700:300:3::57]) by mx1.freebsd.org (Postfix) with ESMTP id 241F28FC13; Sat, 7 Jun 2008 11:18:46 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 4133C90004; Sat, 7 Jun 2008 13:18:45 +0200 (CEST) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::184]) by bene2.itea.ntnu.no (Postfix) with ESMTP id 9BF7590003; Sat, 7 Jun 2008 13:18:44 +0200 (CEST) Date: Sat, 7 Jun 2008 13:19:28 +0200 From: Ulf Lilleengen To: Kris Kennaway Message-ID: <20080607111837.GA1840@carrot.studby.ntnu.no> References: <20080531143655.GA14020@nobby.studby.ntnu.no> <484A443D.8080900@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <484A443D.8080900@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene2.itea.ntnu.no Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: CVSMode for csup with MD5 check 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, 07 Jun 2008 11:18:48 -0000 On lør, jun 07, 2008 at 10:18:05am +0200, Kris Kennaway wrote: > Ulf Lilleengen wrote: > > Hello, > > > > As a followup to my previous patch on csup, I've tried to do some fixes to > > RCS-files. However, instead of doing major workarounds in csup to handle > > files which does not behave correctly to RCS, I implemented MD5 check of RCS > > content. This means that the MD5 sum from cvsupd is checked against the > > actual RCS content (which is different from a normal MD5 check, because > > only the content is compared), and if it's not correct, a fixup of the file > > will be sent, thus making sure that the contents are correct. I hope some of > > you are able to test this. > > > > There are still a few issues with cvsmode: > > - Not correct entries in status file. > > - I get unnatural high memory usage. > > > > Patches here: > > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_CURRENT.diff > > and > > http://people.freebsd.org/~lulf/patches/csup/csup_2008-05-31_RELENG_7.diff > > > > This doesn't compile. There are a bunch of warnings, and rcsfile.c is > missing from Makefile, but there is an undefined reference: > > rcsfile.o(.text+0x1d32): In function `rcsfile_frompath': > : undefined reference to `rcsparse_run' > *** Error code 1 > Sorry, I probably didn't test the patch correctly. These patches now works for me on a 7.0 and CURRENT tree at least: http://people.freebsd.org/~lulf/patches/csup/csup_2008-06-07_RELENG_7.diff http://people.freebsd.org/~lulf/patches/csup/csup_2008-06-07_CURRENT.diff -- Ulf Lilleengen From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 12:55:21 2008 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 B4785106564A; Sat, 7 Jun 2008 12:55:21 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 4B41E8FC17; Sat, 7 Jun 2008 12:55:16 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 771AB1E8C40; Sat, 7 Jun 2008 12:54:50 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 6CEA5FE03; Sat, 7 Jun 2008 14:56:24 +0200 (CEST) Date: Sat, 7 Jun 2008 14:56:24 +0200 From: "Simon L. Nielsen" To: Pawel Jakub Dawidek Message-ID: <20080607125623.GB979@zaphod.nitro.dk> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080607041855.GA3462@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080607041855.GA3462@garage.freebsd.pl> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org, Patrick Lamaizi?re Subject: Re: AMD Geode LX crypto accelerator (glxsb) 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, 07 Jun 2008 12:55:21 -0000 On 2008.06.07 06:18:55 +0200, Pawel Jakub Dawidek wrote: > On Fri, Jun 06, 2008 at 11:41:35PM +0200, Patrick Lamaizi?re wrote: > > - How check the encryption/decryption ? > > > > Openssl seems ok, i've got quite the same results as NetBSD on a Soekris > > net5501 box. But i must use -engine cryptodev, why ? > > This is ok, as you may not want to use it, right? > > > $ openssl speed -evp aes-128-cbc -engine cryptodev -elapsed > > engine "cryptodev" set. > > ...CUT... > > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > > aes-128-cbc 1151.08k 4134.25k 11936.49k 22504.83k 25576.36k > > > > When i test ssh -c aes128-cbc hostname, ssh does not use the crypto > > device. I receive a crypto_newsession() followed by a > > crypto_freesession(), i mean i don't receive any crypto_process(). > > Have you tried to put some debug to opencrypto? I believe openssh should > use it automatically, at least this was the case some time ago, AFAIR. OpenSSL 0.9.7 (in FreeBSD 6 and older) enabled it by default. After the OpenSSL 0.9.8 import it was not enabled automatically anymore. I have yet to figure out why this changed. sam@ made a patch to enable it always but I was not entirely sure it was the correct way to do it so I haven't committed it. You can enable it per application in the openssl config file, if the application calls the correct openssl config init function, which OpenSSL AFAIR does not. I will try to look more into this, but no promises as to when I will get to it. If anyone can make / get a patch which is OK'ed by the OpenSSL people I will be more than happy to commit it. BTW. I think phk@ already worked on a patch for AES in the AMD Geode LX, but I can't remember details or have time to look it up right now. -- Simon L. Nielsen Hat: FreeBSD OpenSSL janitor From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 12:59:34 2008 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 8139B1065684 for ; Sat, 7 Jun 2008 12:59:34 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 407EF8FC14 for ; Sat, 7 Jun 2008 12:59:34 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 80CF21E8C2F; Sat, 7 Jun 2008 12:42:48 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 4C318FE03; Sat, 7 Jun 2008 14:44:22 +0200 (CEST) Date: Sat, 7 Jun 2008 14:44:21 +0200 From: "Simon L. Nielsen" To: Mohacsi Janos Message-ID: <20080607124420.GA979@zaphod.nitro.dk> References: <20080606185442.O7163@mignon.ki.iif.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080606185442.O7163@mignon.ki.iif.hu> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: openssl with zlib support 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, 07 Jun 2008 12:59:34 -0000 On 2008.06.06 19:02:36 +0200, Mohacsi Janos wrote: > Dear All, > Are there any reason to not enabling zlib compression for TLS in openssl > on FreeBSD ? No, that seems like a mistake. Which FreeBSD version are you using, and are you using OpenSSL from base or ports? > Would it break ABI if I enable it by tweaking the openssl Makefile? Probably not, but I'm not sure where it's enabled/disabled so I can't say for sure. I will try to look into this more, but it might not be until sometime next week. -- Simon L. Nielsen From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 17:27:54 2008 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 C82371065683 for ; Sat, 7 Jun 2008 17:27:54 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id B36E38FC0C for ; Sat, 7 Jun 2008 17:27:54 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 9989 invoked from network); 7 Jun 2008 17:27:54 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 7 Jun 2008 17:27:54 -0000 Message-ID: <484AC2F1.1000806@telenix.org> Date: Sat, 07 Jun 2008 13:18:41 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) 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: number of /dev/usb nodes 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, 07 Jun 2008 17:27:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can't seem to find how many /dev/usbN bus devices there can be. I'm writing some code that scans them all looking for anything that has my device, but I while I know to start at usb0, just how high do I go? There seem to be 128 device minors, is that the number? (from dev/usb/usb.h) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFISsLxz62J6PPcoOkRAtSTAKCFC8NueSSuJ0yZcVNwdjQie3SZJgCfb0bL AMAwFSbFBySoSVCfqc7R0+M= =MwIo -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 7 21:52:19 2008 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 5BAEE106566C for ; Sat, 7 Jun 2008 21:52:19 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8778FC0A for ; Sat, 7 Jun 2008 21:52:19 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix2-g20.free.fr (Postfix) with ESMTP id 7151A271E0B8 for ; Sat, 7 Jun 2008 21:32:44 +0200 (CEST) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 6E7CC3F62CE; Sat, 7 Jun 2008 23:33:06 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 5BEE93F62CC; Sat, 7 Jun 2008 23:33:06 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id D714D9B497; Sat, 7 Jun 2008 21:29:20 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id C18B94089; Sat, 7 Jun 2008 23:29:20 +0200 (CEST) Date: Sat, 7 Jun 2008 23:29:20 +0200 From: Jeremie Le Hen To: Mathieu Prevot Message-ID: <20080607212920.GN13704@obiwan.tataz.chchile.org> References: <3e473cc60805260752o2f573cf2h12910a45cf6849e6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e473cc60805260752o2f573cf2h12910a45cf6849e6@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: hackers@freebsd.org Subject: Re: network bitrate of a poll of processes 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, 07 Jun 2008 21:52:19 -0000 Hi Mathieu, On Mon, May 26, 2008 at 04:52:04PM +0200, Mathieu Prevot wrote: > I would like to know the bitrate of a pool of child processes that use > a network connection, how can I have something like netstat -w1 > provide but at the process level ? One way to do it is to create a dynamic library providing a wrapper for read/write/send/recv/whichever syscalls that counts the number of bytes. Use gettimeofday(2) in a construtor and destructor to print the average bitrage. At runtime, load the shared library with LD_PRELOAD. If you want real time bitrate, I think you need an external device or you may spoil the results. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org >