From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 01:35:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3C61065692 for ; Sun, 3 Jan 2010 01:35:40 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:198:206::1]) by mx1.freebsd.org (Postfix) with ESMTP id AD5658FC1F for ; Sun, 3 Jan 2010 01:35:39 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id o031ZcSu067363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jan 2010 02:35:38 +0100 (CET) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id o031ZcQT067362; Sun, 3 Jan 2010 02:35:38 +0100 (CET) (envelope-from uqs@spoerlein.net) Date: Sun, 3 Jan 2010 02:35:37 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: martinko Message-ID: <20100103013537.GK3508@acme.spoerlein.net> Mail-Followup-To: martinko , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: gstat: geom_gettree = -1: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 01:35:40 -0000 On Fri, 01.01.2010 at 18:47:27 +0100, martinko wrote: > Hi list, > > gstat(8) does not work here on 8.0 (it worked happily on 6.x and 7.x) : > > # gstat > gstat: geom_gettree = -1: No such file or directory > > Is this known ? What can I do ? I doubt that it is widely known, but I've seen these 2-3 times before when fussing around with USB media and/or md(4) devices with gmirror on top. Basically, if you get really creative with the geom layering, this is likely to happen. It sure is a bug, but without a good way to reproduce, noone's gonna fix it. Regards, Uli From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 01:38:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF1D11065693; Sun, 3 Jan 2010 01:38:34 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:198:206::1]) by mx1.freebsd.org (Postfix) with ESMTP id 300488FC14; Sun, 3 Jan 2010 01:38:33 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id o031cXVv068781 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jan 2010 02:38:33 +0100 (CET) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id o031cWB0068777; Sun, 3 Jan 2010 02:38:32 +0100 (CET) (envelope-from uqs@spoerlein.net) Date: Sun, 3 Jan 2010 02:38:32 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Derek Kulinski Message-ID: <20100103013832.GL3508@acme.spoerlein.net> Mail-Followup-To: Derek Kulinski , freebsd-i18n@freebsd.org, freebsd-stable@freebsd.org References: <1112548880.20100101154736@takeda.tk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112548880.20100101154736@takeda.tk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, freebsd-i18n@freebsd.org Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 01:38:34 -0000 On Fri, 01.01.2010 at 15:47:36 -0800, Derek Kulinski wrote: > Hello, > > After installing FreeBSD 8.0 I noticed that some characters aren't > displayed correctly (it worked fine for 7.2). > > Mainly the dash character is most noticeable (though it's possible > it's more of them). > > Example: > env LANG=C man sh > env LANG=pl_PL.UTF-8 man sh > env LANG=en_US.UTF-8 man sh > > The first command shows everything fine, the later two seem to show > some unprintable character in place of every dash (i.e. in the second > paragraph word "built-in", or the dashes that break up the words at > the end of the line) me too, though I'm only setting LC_CTYPE to de_DE.UTF-8 and I don't always see it. It must be some combination of xterm/ssh and/or putty that breaks this. On the other hand, I thought there was a commit done, that would render - (the dash) always as - (0x2d) so you can copy&paste the examples from the manpage into your shell. But perhaps I was just dreaming this up? Bye, Uli From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 03:28:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D4A61065670 for ; Sun, 3 Jan 2010 03:28:11 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id 375C98FC14 for ; Sun, 3 Jan 2010 03:28:11 +0000 (UTC) Received: by chen.org.nz (Postfix, from userid 1000) id 778232840F; Sun, 3 Jan 2010 16:28:07 +1300 (NZDT) Date: Sun, 3 Jan 2010 16:28:07 +1300 From: Jonathan Chen To: Derek Kulinski , freebsd-i18n@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20100103032807.GB90418@osiris.chen.org.nz> References: <1112548880.20100101154736@takeda.tk> <20100103013832.GL3508@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100103013832.GL3508@acme.spoerlein.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 03:28:11 -0000 On Sun, Jan 03, 2010 at 02:38:32AM +0100, Ulrich Sp??rlein wrote: > On Fri, 01.01.2010 at 15:47:36 -0800, Derek Kulinski wrote: > > Hello, > > > > After installing FreeBSD 8.0 I noticed that some characters aren't > > displayed correctly (it worked fine for 7.2). > > > > Mainly the dash character is most noticeable (though it's possible > > it's more of them). > > > > Example: > > env LANG=C man sh > > env LANG=pl_PL.UTF-8 man sh > > env LANG=en_US.UTF-8 man sh > > > > The first command shows everything fine, the later two seem to show > > some unprintable character in place of every dash (i.e. in the second > > paragraph word "built-in", or the dashes that break up the words at > > the end of the line) > > me too, though I'm only setting LC_CTYPE to de_DE.UTF-8 and I don't > always see it. It must be some combination of xterm/ssh and/or putty > that breaks this. Actually, I've just got en_NZ.UTF8, and I see it on the console as well. -- Jonathan Chen ---------------------------------------------------------------------- "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 03:37:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E17EB106566B; Sun, 3 Jan 2010 03:37:24 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (takeda-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:16b::2]) by mx1.freebsd.org (Postfix) with ESMTP id BEB118FC0C; Sun, 3 Jan 2010 03:37:24 +0000 (UTC) Received: from takeda-ws.lan (takeda-ws.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.3/8.14.3) with ESMTP id o033bLnR032119 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 2 Jan 2010 19:37:21 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Sat, 2 Jan 2010 19:37:15 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <1325303468.20100102193715@takeda.tk> To: Jonathan Chen In-Reply-To: <20100103032807.GB90418@osiris.chen.org.nz> References: <1112548880.20100101154736@takeda.tk> <20100103013832.GL3508@acme.spoerlein.net> <20100103032807.GB90418@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, freebsd-i18n@freebsd.org Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 03:37:25 -0000 Hello Jonathan, Saturday, January 2, 2010, 7:28:07 PM, you wrote: >> me too, though I'm only setting LC_CTYPE to de_DE.UTF-8 and I don't >> always see it. It must be some combination of xterm/ssh and/or putty >> that breaks this. > Actually, I've just got en_NZ.UTF8, and I see it on the console as > well. Put en_NZ.UTF-8 (with the dash), if you set an invalid value it switches to default. -- Best regards, Derek mailto:takeda@takeda.tk If you have a procedure with ten parameters, you probably missed some. -- Alan J. Perlis From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 04:41:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC96106566B; Sun, 3 Jan 2010 04:41:05 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB9F8FC0A; Sun, 3 Jan 2010 04:41:05 +0000 (UTC) Received: by chen.org.nz (Postfix, from userid 1000) id 7B5D62840F; Sun, 3 Jan 2010 17:41:03 +1300 (NZDT) Date: Sun, 3 Jan 2010 17:41:03 +1300 From: Jonathan Chen To: Derek Kulinski Message-ID: <20100103044103.GA7138@osiris.chen.org.nz> References: <1112548880.20100101154736@takeda.tk> <20100103013832.GL3508@acme.spoerlein.net> <20100103032807.GB90418@osiris.chen.org.nz> <1325303468.20100102193715@takeda.tk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1325303468.20100102193715@takeda.tk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, freebsd-i18n@freebsd.org Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 04:41:05 -0000 On Sat, Jan 02, 2010 at 07:37:15PM -0800, Derek Kulinski wrote: > Hello Jonathan, > > Saturday, January 2, 2010, 7:28:07 PM, you wrote: > > >> me too, though I'm only setting LC_CTYPE to de_DE.UTF-8 and I don't > >> always see it. It must be some combination of xterm/ssh and/or putty > >> that breaks this. > > > Actually, I've just got en_NZ.UTF8, and I see it on the console as > > well. > > Put en_NZ.UTF-8 (with the dash), if you set an invalid value it > switches to default. Sorry. I actually meant that if I had en_NZ.UTF-8 on the console, some man pages' characters are mangled as well. If it uses the default of C, everything is fine. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "Lots of folks confuse bad management with destiny" - Kin Hubbard From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 09:08:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF72E1065672 for ; Sun, 3 Jan 2010 09:08:39 +0000 (UTC) (envelope-from enginbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 59D758FC19 for ; Sun, 3 Jan 2010 09:08:38 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so52012eye.9 for ; Sun, 03 Jan 2010 01:08:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=GJjbrPRP6GsJaEVw+kOaNgduit/j7dUsXEaBlQZUryo=; b=R6rjsyDEUN8h4zDxeUZgItEm/ZFfV8sg7sutSg4xIuc2a2/0kOC0Puqu+qp+fNU5sd ZPXlJPWZDTa8gCZbbL/CxGIfS/lon1sjd+vVE4ZU08YY2HlyPiAGp2olGG+05XnM2NhY 8nsyN+JyHfOAzpa1Si8cfEY1mID9Pyu5rMYZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=UjTlNJKOyMgWy7BskL37u/W+wYrp09HIHIcavZALF6EDXEIaW8iDDfj9kphNkBvddw fGNhMQuKQx4g1Dkx29q6b/WE0CrdonO5uooBGntvJ5YRZmVVNz4TX28dYR/xMeMnWCoZ wHuA5genfSyH8/vqc2BkpVBzQk9PYRK4WT98s= MIME-Version: 1.0 Received: by 10.216.93.18 with SMTP id k18mr2326746wef.218.1262509223401; Sun, 03 Jan 2010 01:00:23 -0800 (PST) Date: Sun, 3 Jan 2010 11:00:23 +0200 Message-ID: <86095ec11001030100i2eac6d4ctd7ed569b90ad6e5d@mail.gmail.com> From: "E. O." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 09:08:39 -0000 *I have read the handbook but I'm getting constant errors.* *8.0-RELEASE amd64 GENERIC* # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=cvsup1.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8 *default delete use-rel-suffix src-all cd /usr/ports/ && make fetchindex #cvsup -g -L 2 /etc/ports-supfile cvsup -g -L 2 /etc/standard-supfile rm -rf /usr/obj cd /usr/src make cleanworld && make cleandir make buildworld and make buildkernel -> *error* /usr/src/sys/dev/pci/pcivar.h:429: warning: implicit declaration of function 'PCI_RELEASE_MSI' /usr/src/sys/dev/pci/pcivar.h:429: warning: nested extern declaration of 'PCI_RELEASE_MSI' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msi_count': /usr/src/sys/dev/pci/pcivar.h:435: warning: implicit declaration of function 'PCI_MSI_COUNT' /usr/src/sys/dev/pci/pcivar.h:435: warning: nested extern declaration of 'PCI_MSI_COUNT' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msix_count': /usr/src/sys/dev/pci/pcivar.h:441: warning: implicit declaration of function 'PCI_MSIX_COUNT' /usr/src/sys/dev/pci/pcivar.h:441: warning: nested extern declaration of 'PCI_MSIX_COUNT' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 10:53:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96C2C106566B for ; Sun, 3 Jan 2010 10:53:10 +0000 (UTC) (envelope-from tkjacobsen@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 28A528FC18 for ; Sun, 3 Jan 2010 10:53:09 +0000 (UTC) Received: by ewy26 with SMTP id 26so12168760ewy.3 for ; Sun, 03 Jan 2010 02:53:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=f8Oc6Qn6hL+akjzTT6H/SLb69KE8z+mLErfPLAkyoKY=; b=STyFHXlXSyOuYeBgm5cszieKH/WMojLT/yIhdbtZrc6QWdVIBhWxgv494SPoFR3JrA wC6MbQE3wvo9KcZQPy7g+/Tjd+vJE2e+SUniqwJNLtkS5Yrbrlla1MEX5h7wHmDnsBB4 arZy8uWjtm2NFgWiFRhKPRFGOnwoS/GVm/FkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=JTa1WwT1UV7Q2QifGaos8F5ncGDmFs2VmYypbKGtFsV48ocrseouUWQyxedHHbNd9F Ipz4CZ19uq+02ZryyuCJkOTkHCodItlZw3AIK6SDb3EQ26+BkdkilfyxtOQNkBcP7Pez YLFEdLfoCJA0eMpVKAnbunMfQG6yB3sXvlqgg= Received: by 10.213.100.168 with SMTP id y40mr2849210ebn.28.1262515986031; Sun, 03 Jan 2010 02:53:06 -0800 (PST) Received: from localhost (84-238-114-250.u.parknet.dk [84.238.114.250]) by mx.google.com with ESMTPS id 14sm11870689ewy.15.2010.01.03.02.53.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 03 Jan 2010 02:53:01 -0800 (PST) Date: Sun, 3 Jan 2010 11:52:56 +0100 From: Troels Kofoed Jacobsen To: freebsd-stable@freebsd.org Message-ID: <20100103105256.GA1437@photon.std> References: <1112548880.20100101154736@takeda.tk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112548880.20100101154736@takeda.tk> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 10:53:10 -0000 On Fri, Jan 01, 2010 at 03:47:36PM -0800, Derek Kulinski wrote: > Hello, > > After installing FreeBSD 8.0 I noticed that some characters aren't > displayed correctly (it worked fine for 7.2). > > Mainly the dash character is most noticeable (though it's possible > it's more of them). > > Example: > env LANG=C man sh > env LANG=pl_PL.UTF-8 man sh > env LANG=en_US.UTF-8 man sh > > The first command shows everything fine, the later two seem to show > some unprintable character in place of every dash (i.e. in the second > paragraph word "built-in", or the dashes that break up the words at > the end of the line) > I've been playing around with locales myself the past days. My analysis: # env LANG=C locale charmap US-ASCII # env LANG=pl_PL.UTF-8 locale charmap UTF-8 # env LANG=en_US.UTF-8 locale charmap UTF-8 So the first one prints US-ASCII to your terminal and the latter two prints UTF-8 characters. My guess is that your terminal is set to US-ASCII and not UTF-8 and will thus not understand UTF-8 encoded characters. I'm using konsole where this setting can be found in "View" -> "Character Encoding" Hope this helps /Troels Kofoed Jacobsen > -- > Best regards, > Derek mailto:takeda@takeda.tk > > Daddy, why doesn't this magnet pick up this floppy disk? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 12:08:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E965106566C for ; Sun, 3 Jan 2010 12:08:33 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 262C98FC27 for ; Sun, 3 Jan 2010 12:08:33 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:6cfc:929f:fd32:730f] (unknown [IPv6:2001:7b8:3a7:0:6cfc:929f:fd32:730f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7EC345C43; Sun, 3 Jan 2010 13:08:32 +0100 (CET) Message-ID: <4B4088C3.10506@andric.com> Date: Sun, 03 Jan 2010 13:08:35 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5) Gecko/20091217 Shredder/3.0.1pre MIME-Version: 1.0 To: "E. O." References: <86095ec11001030100i2eac6d4ctd7ed569b90ad6e5d@mail.gmail.com> In-Reply-To: <86095ec11001030100i2eac6d4ctd7ed569b90ad6e5d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 12:08:33 -0000 On 2010-01-03 10:00, E. O. wrote: > make buildkernel -> *error* > > /usr/src/sys/dev/pci/pcivar.h:429: warning: implicit declaration of function > 'PCI_RELEASE_MSI' > /usr/src/sys/dev/pci/pcivar.h:429: warning: nested extern declaration of > 'PCI_RELEASE_MSI' > /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msi_count': > /usr/src/sys/dev/pci/pcivar.h:435: warning: implicit declaration of function > 'PCI_MSI_COUNT' > /usr/src/sys/dev/pci/pcivar.h:435: warning: nested extern declaration of > 'PCI_MSI_COUNT' > /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msix_count': > /usr/src/sys/dev/pci/pcivar.h:441: warning: implicit declaration of function > 'PCI_MSIX_COUNT' > /usr/src/sys/dev/pci/pcivar.h:441: warning: nested extern declaration of > 'PCI_MSIX_COUNT' > *** Error code 1 These last few lines do not contain enough information to see what is going wrong. Can you please upload the full buildkernel log somewhere and post the URL here? Just capture it with: cd /usr/src && script buildkernel.log make buildkernel From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 13:29:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0587106568B for ; Sun, 3 Jan 2010 13:29:58 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 773D08FC12 for ; Sun, 3 Jan 2010 13:29:58 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:6cfc:929f:fd32:730f] (unknown [IPv6:2001:7b8:3a7:0:6cfc:929f:fd32:730f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C81D05C43; Sun, 3 Jan 2010 14:29:57 +0100 (CET) Message-ID: <4B409BD9.6050806@andric.com> Date: Sun, 03 Jan 2010 14:30:01 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5) Gecko/20091217 Shredder/3.0.1pre MIME-Version: 1.0 To: "E. O." , freebsd-stable@freebsd.org References: <86095ec11001030100i2eac6d4ctd7ed569b90ad6e5d@mail.gmail.com> <4B4088C3.10506@andric.com> <86095ec11001030506p21ef4108xe6743754610b0964@mail.gmail.com> In-Reply-To: <86095ec11001030506p21ef4108xe6743754610b0964@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 13:29:58 -0000 On 2010-01-03 14:06, E. O. wrote: > cd /usr/src > make cleanworld&& make cleandir > make buildworld > make kernel-toolchain > make buildkernel *--> error* > > pls see error --> http://www.harmanyeri.web.tr/buildkernel.log Okay, this looks very strange: In file included from /usr/src/sys/sys/bus.h:542, from /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h:44, from aic7xxx_reg_print.c:9: ./device_if.h:102: error: stray '\335' in program ./device_if.h:102: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'CE_PROBE' Can you please upload the file /usr/obj/usr/src/sys/GENERIC/device_if.h there too? It looks like it has been generated incorrectly, but no idea why... From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 14:01:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CD511065698 for ; Sun, 3 Jan 2010 14:01:01 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 627088FC21 for ; Sun, 3 Jan 2010 14:01:01 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e0a6:573d:e5c6:5f8a] (unknown [IPv6:2001:7b8:3a7:0:e0a6:573d:e5c6:5f8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B989D5C43; Sun, 3 Jan 2010 15:01:00 +0100 (CET) Message-ID: <4B40A320.3010203@andric.com> Date: Sun, 03 Jan 2010 15:01:04 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5) Gecko/20091217 Shredder/3.0.1pre MIME-Version: 1.0 To: "E. O." , freebsd-stable@freebsd.org References: <86095ec11001030100i2eac6d4ctd7ed569b90ad6e5d@mail.gmail.com> <4B4088C3.10506@andric.com> <86095ec11001030506p21ef4108xe6743754610b0964@mail.gmail.com> <4B409BD9.6050806@andric.com> <86095ec11001030549j4c443ed1wf8574ac5f34b22d1@mail.gmail.com> In-Reply-To: <86095ec11001030549j4c443ed1wf8574ac5f34b22d1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 14:01:01 -0000 On 2010-01-03 14:49, E. O. wrote: >> Can you please upload the file /usr/obj/usr/src/sys/GENERIC/device_if.= h >> there too? It looks like it has been generated incorrectly, but no id= ea >> why... > pls see --> http://www.harmanyeri.web.tr/device_if.h.txt All "DEVICE_" prefixes have been changed to "DEV=DDCE_", which looks like= either memory corruption, or file corruption. You should try the following: 1) Run a full memory test () 2) Delete at least /usr/src/sys/kern/device_if.m, re-download that file, and do "make buildkernel" again 3) If that doesn't work, delete /usr/src entirely, re-download all of it, and do make buildworld + buildkernel again From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 14:03:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB3B1065670 for ; Sun, 3 Jan 2010 14:03:05 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id D38EF8FC14 for ; Sun, 3 Jan 2010 14:03:04 +0000 (UTC) Received: from toad.stack.nl (toad.stack.nl [IPv6:2001:610:1108:5010::135]) by mx1.stack.nl (Postfix) with ESMTP id D31EE1DD647; Sun, 3 Jan 2010 15:03:03 +0100 (CET) Received: by toad.stack.nl (Postfix, from userid 1677) id C668673F9D; Sun, 3 Jan 2010 15:03:03 +0100 (CET) Date: Sun, 3 Jan 2010 15:03:03 +0100 From: Jilles Tjoelker To: "E. O." Message-ID: <20100103140303.GA1899@stack.nl> References: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: locale-related build problems (was: kernel build failed) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 14:03:05 -0000 On Sat, Jan 02, 2010 at 11:01:06PM +0200, E. O. wrote: > pls help me , kernel always returns an error > make buildkernel > and error > ./pci_if.h:214: error: expected '=', ',', ';', 'asm' or '__attribute__' > before '_RELEASE_MS' > ./pci_if.h:214: error: stray '\335' in program > > ./pci_if.h:226: error: stray '\335' in program > ./pci_if.h:226: error: expected '=', ',', ';', 'asm' or '__attribute__' > before '_MS' > ./pci_if.h:226: error: stray '\335' in program > ./pci_if.h:238: error: stray '\335' in program > ./pci_if.h:238: error: expected '=', ',', ';', 'asm' or '__attribute__' > before '_MS' > ./pci_if.h:238: error: stray '\335' in program > [...] The build system appears not to cope with locales. My guess is that you're using Turkish locale, which has dotless and dotted uppercase and lowercase 'i', where the uppercase version of the dotted 'i' is an uppercase dotted 'I'. awk(1) knows about this and generates a file that conforms to Turkish conventions but obviously will not work. As a workaround, you can run your builds with LC_ALL=C in the environment, disabling locale support. (e.g. env LC_ALL=C make buildkernel). This should be fixed by adding LC_ALL=C somewhere in the build process, possibly only for these awk commands. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 14:15:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0D191065670 for ; Sun, 3 Jan 2010 14:15:44 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 686ED8FC13 for ; Sun, 3 Jan 2010 14:15:44 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e0a6:573d:e5c6:5f8a] (unknown [IPv6:2001:7b8:3a7:0:e0a6:573d:e5c6:5f8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B849C5C43; Sun, 3 Jan 2010 15:15:43 +0100 (CET) Message-ID: <4B40A693.3050902@andric.com> Date: Sun, 03 Jan 2010 15:15:47 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5) Gecko/20091217 Shredder/3.0.1pre MIME-Version: 1.0 To: Jilles Tjoelker References: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> <20100103140303.GA1899@stack.nl> In-Reply-To: <20100103140303.GA1899@stack.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "E. O." , freebsd-stable@freebsd.org Subject: Re: locale-related build problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 14:15:44 -0000 On 2010-01-03 15:03, Jilles Tjoelker wrote: > The build system appears not to cope with locales. My guess is that > you're using Turkish locale, which has dotless and dotted uppercase and > lowercase 'i', where the uppercase version of the dotted 'i' is an > uppercase dotted 'I'. awk(1) knows about this and generates a file that > conforms to Turkish conventions but obviously will not work. > > As a workaround, you can run your builds with LC_ALL=C in the > environment, disabling locale support. (e.g. env LC_ALL=C make > buildkernel). > > This should be fixed by adding LC_ALL=C somewhere in the build process, > possibly only for these awk commands. Ah yes, this must be the cause. I can reproduce E.O.'s problem by setting LC_ALL=tr_TR.ISO8859-9 and doing a buildkernel. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 15:33:21 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D9D9106566B for ; Sun, 3 Jan 2010 15:33:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB3B8FC12 for ; Sun, 3 Jan 2010 15:33:20 +0000 (UTC) Received: (qmail 32246 invoked by uid 399); 3 Jan 2010 15:33:20 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jan 2010 15:33:20 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B40B8C3.2090405@FreeBSD.org> Date: Sun, 03 Jan 2010 07:33:23 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "E. O." , freebsd-stable@FreeBSD.org References: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> <4B3FBA9B.5020706@FreeBSD.org> <86095ec11001030006k18711c5cg579faa6f27aba13b@mail.gmail.com> In-Reply-To: <86095ec11001030006k18711c5cg579faa6f27aba13b@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-9 Content-Transfer-Encoding: 7bit Cc: Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 15:33:21 -0000 E. O. wrote: > make buildkernel -> *error* Ok, have you changed anything in the GENERIC kernel config file? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 16:17:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFEFC1065698 for ; Sun, 3 Jan 2010 16:17:20 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 87E7C8FC1C for ; Sun, 3 Jan 2010 16:17:19 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NRT8k-0003QC-U7 for freebsd-stable@freebsd.org; Sun, 03 Jan 2010 17:17:14 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jan 2010 17:17:14 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jan 2010 17:17:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Sun, 03 Jan 2010 17:16:45 +0100 Lines: 31 Message-ID: References: <20100103013537.GK3508@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <20100103013537.GK3508@acme.spoerlein.net> Sender: news Cc: freebsd-geom@freebsd.org Subject: Re: gstat: geom_gettree = -1: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 16:17:20 -0000 Ulrich Spörlein wrote: > On Fri, 01.01.2010 at 18:47:27 +0100, martinko wrote: >> Hi list, >> >> gstat(8) does not work here on 8.0 (it worked happily on 6.x and 7.x) : >> >> # gstat >> gstat: geom_gettree = -1: No such file or directory >> >> Is this known ? What can I do ? > > I doubt that it is widely known, but I've seen these 2-3 times before > when fussing around with USB media and/or md(4) devices with gmirror on > top. Basically, if you get really creative with the geom layering, this > is likely to happen. > > It sure is a bug, but without a good way to reproduce, noone's gonna fix > it. Well, it is definitely reproducible here -- I cannot run gstat(8). Apart from mouse I have no USB devices connected. I use tmpmfs="YES" in rc.conf but I do not use gmirror nor any other creative GEOM layering. If someone's willing to investigate -- what info should I provide ? Cheers, Martin From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 16:23:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D1A41065679 for ; Sun, 3 Jan 2010 16:23:50 +0000 (UTC) (envelope-from enginbsd@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id A91F38FC17 for ; Sun, 3 Jan 2010 16:23:49 +0000 (UTC) Received: by ewy26 with SMTP id 26so12329596ewy.3 for ; Sun, 03 Jan 2010 08:23:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=FRdjpEoQq9X1Rdg0BKnn0WLxVM/qv4DgUKJrwU3Ttkg=; b=T82qwU6VEXZkWDUdJzIY8qyFm3gYKX4NlEpoW1cBmxiuWScRhBaij7nG58kCkDj+TS R7Pk6M5nR6zAFOwpNhA6KzXRZFKitTOWo4j092NHXruBpEKma2EmAoBbTXHIHrwNKPQ7 ov+d6UpVDSyMw9sdJEvh49kMvUIPkelV9IoKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=GFlMQ0tH1v4ay2XrUe1hGUnOUoadsNA9//M7bODgR8HkM28Y0l7KecvXJQjQqv+vfy nrnohDhanN5R4JGlfZg81QpGA3y8vGXjsJ26BF/kUpmdEdycUSPslrA+yrgQLoEhRf/y bV6CnZTj2uamCKSFf0OZ7k7WICFKBJVCxEYv0= MIME-Version: 1.0 Received: by 10.216.153.208 with SMTP id f58mr3658948wek.36.1262535824892; Sun, 03 Jan 2010 08:23:44 -0800 (PST) Date: Sun, 3 Jan 2010 18:23:44 +0200 Message-ID: <86095ec11001030823v55aa1676n727018336bb8f33e@mail.gmail.com> From: "E. O." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 16:23:50 -0000 my kernel compile error -> http://www.harmanyeri.web.tr/buildkernel.log Thx Dimitry Andric.. 1 month I was dealing with this error. I wrote frebsd forums everywhere. but not. and ... are today, but thank you very much. I'm very happy. Dimitry Andric wrote of me ; Yes, your /etc/profile is fine, just leave your default settings for Turkish locale. You only need to use LC_ALL=C temporarily, for building world and kernel. For example, you could use: cd /usr/src unset LANG unset MM_CHARSET export LC_ALL=C make buildworld make buildkernel *and problem solved... * From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 17:03:03 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C709D106566C; Sun, 3 Jan 2010 17:03:03 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 714B08FC0A; Sun, 3 Jan 2010 17:03:03 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id o03H31dw063975; Sun, 3 Jan 2010 11:03:01 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Sun, 3 Jan 2010 11:03:01 -0600 (CST) From: "Sean C. Farley" To: =?ISO-8859-15?Q?Ulrich_Sp=F6rlein?= In-Reply-To: <20100103013832.GL3508@acme.spoerlein.net> Message-ID: References: <1112548880.20100101154736@takeda.tk> <20100103013832.GL3508@acme.spoerlein.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-1090201092-1262538182=:5267" X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Derek Kulinski , freebsd-stable@FreeBSD.org, freebsd-i18n@FreeBSD.org Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 17:03:03 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-1090201092-1262538182=:5267 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 3 Jan 2010, Ulrich Spörlein wrote: > On Fri, 01.01.2010 at 15:47:36 -0800, Derek Kulinski wrote: >> Hello, >> >> After installing FreeBSD 8.0 I noticed that some characters aren't >> displayed correctly (it worked fine for 7.2). >> >> Mainly the dash character is most noticeable (though it's possible >> it's more of them). >> >> Example: >> env LANG=C man sh >> env LANG=pl_PL.UTF-8 man sh >> env LANG=en_US.UTF-8 man sh >> >> The first command shows everything fine, the later two seem to show >> some unprintable character in place of every dash (i.e. in the second >> paragraph word "built-in", or the dashes that break up the words at >> the end of the line) > > me too, though I'm only setting LC_CTYPE to de_DE.UTF-8 and I don't > always see it. It must be some combination of xterm/ssh and/or putty > that breaks this. > > On the other hand, I thought there was a commit done, that would > render - (the dash) always as - (0x2d) so you can copy&paste the > examples from the manpage into your shell. > > But perhaps I was just dreaming this up? The last commit that I recall (r192561) fixed dashes in front of options (.Fl macro) but not dashes present within a man page. Personally, I just create an alias for man to call 'LANG=C man' to protect against examples with non-ASCII (U+002D) dashes. Read the commit message[1] for a better explanation of unresolved issues. Sean 1. http://svn.freebsd.org/viewvc/base?view=revision&revision=192561 -- scf@FreeBSD.org --56599777-1090201092-1262538182=:5267-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 17:12:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C563C1065672 for ; Sun, 3 Jan 2010 17:12:04 +0000 (UTC) (envelope-from garrettmoore@gmail.com) Received: from mail-iw0-f177.google.com (mail-iw0-f177.google.com [209.85.223.177]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4D48FC08 for ; Sun, 3 Jan 2010 17:12:04 +0000 (UTC) Received: by iwn7 with SMTP id 7so1426557iwn.7 for ; Sun, 03 Jan 2010 09:11:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=JtzTgeIMgrVHfT/Q40zDle5FUTCyxK6LdYEGKoB0H5w=; b=SXYwo/PWeMC5I1OAmW5Yca/Rj+A6nnnts/7SDWzqyapq9HSb9W/n/O3GCkcxeyP6kp swo9QSBvCrHlsHdqvr3KC8lNUXDP1swC8OJp7cw6G0QoTLRAL4dhxUX09NzRx4Agn63i qOs9JXnNq/f3WbaKB3b8D2OuZrfjSG8m5tKKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ueTvRJSMQLVhMpinT3OAhUfS/yLcSzWLIg4WPn1AF8JfC/2ZCvDuUaSOQaLNg8yN1V es2OFUX6gZpeBfD6nwJIdAUWjXDHVxdzk2QWG0bkwYVqBpOENMA44Nxd1B28k2TBL9W+ b/VXUfZdo+lEnYKEa89xDEwWdqDmqLeP44Tp4= MIME-Version: 1.0 Received: by 10.231.148.3 with SMTP id n3mr4834242ibv.25.1262536934173; Sun, 03 Jan 2010 08:42:14 -0800 (PST) Date: Sun, 3 Jan 2010 11:42:14 -0500 Message-ID: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> From: Garrett Moore To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 17:12:04 -0000 Hello all, I posted a thread about ZFS performance issues in the General section of the forums and there were other people having the same issue, so I thought that it might be helpful to send the details to the mailing list as well. The thread can be found at: http://forums.freebsd.org/showthread.php?p=59680&posted=1#post59680 My original post: --- I'm having problems with ZFS performance. When my system comes up, read/write speeds are excellent (testing with dd if=/dev/zero of=/tank/bigfile and dd if=/tank/bigfile of=/dev/null); I get at least 100MB/s on both reads and writes, and I'm happy with that. The longer the system is up, the worse my performance gets. Currently my system has been up for 4 days, and read/write performance is down to about 10MB/s at best. The system is only accessed by 3 clients: myself, my roommate, and our HTPC. Usually, only one client will be doing anything at a time, so it is not under heavy load or anything. *Software:* Code: FreeBSD leviathan 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 The following apps are running and touching data on the zpool: - rTorrent - read and write, usually active, not doing much for reads (not doing any major seeding) - SABnzbd+ - write only, not always active - Lighttpd - running ruTorrent (web interface for rTorrent); nothing else - samba - all of our clients are running Windows, so we use samba to network-mount the zpool *Hardware:* - AMD Athlon II X2 250 Dual Core Processor Socket AM3 3.0GHZ - Gigabyte MA790GP-UD4H AMD790GX ATX AM2+/AM3 Sideport 2PCI-E Sound GBLAN HDMI CrossFireX Motherboard - Corsair XMS2 TWIN2X4096-6400C5 4GB DDR2 2X2GB - Supermicro AOC-USASLP-L8I LSI 1068E 8-PORT RAID 0/1/10 Uio SATA/SAS Controller W/ 16MB Low Profile - *8x* Western Digital WD15EADS Caviar Green 1.5TB SATA 32MB Cache 3.5IN *ZFS setup:* I have the 1.5TB drives in one RAIDZ pool. All 8 drives are connected to the Supermicro L8I controller. The controller is set to 'disabled', so it isn't doing anything with the drives except presenting them to the system untouched. (So I'm really only using it as an expansion card, for the extra ports). Code: [root@leviathan ~]# zpool status pool: tank state: ONLINE config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 da6 ONLINE 0 0 0 da7 ONLINE 0 0 0 errors: No known data errors Any suggestions as to what might be causing the performance to degrade with system uptime? If I missed anything or more information is needed, please let me know. Thanks in advance. --- Also just to note, as suggested by someone in the thread, it's probably not directly related to system uptime, but instead related to usage - the more usage, the worse the performance. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 09:16:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67231106566B; Sun, 3 Jan 2010 09:16:09 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id D64848FC1B; Sun, 3 Jan 2010 09:16:08 +0000 (UTC) Received: by ewy26 with SMTP id 26so12131709ewy.3 for ; Sun, 03 Jan 2010 01:15:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.90.77 with SMTP id d55mr7978693wef.146.1262508301934; Sun, 03 Jan 2010 00:45:01 -0800 (PST) X-Originating-IP: [89.251.107.22] In-Reply-To: <4B3FBA9B.5020706@FreeBSD.org> References: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> <4B3FBA9B.5020706@FreeBSD.org> Date: Sun, 3 Jan 2010 14:45:01 +0600 Message-ID: <5a816ea1001030045o2091ea09r2060082d993515c4@mail.gmail.com> From: Max Khon To: Doug Barton X-Mailman-Approved-At: Sun, 03 Jan 2010 17:45:46 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "E. O." , freebsd-stable@freebsd.org Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 09:16:09 -0000 Hello! On Sun, Jan 3, 2010 at 3:28 AM, Doug Barton wrote: > > cd /usr/src > > > > make cleandir && make cleandir && rm -rf /usr/obj > > > > make buildkernel > > FreeBSD is not like Linux in the sense that you don't just want to > update the kernel independently of the rest of the base system. You > want to update the whole thing. Try this instead: > > make buildworld && > make buildkernel > > You should also read > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mak > eworld.html > to get a better idea of the overall process. > Actually it is enough to do "make kernel-toolchain" instead of "make buildworld" prior to building kernel. Max From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 20:05:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAECB1065697 for ; Sun, 3 Jan 2010 20:05:50 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx1.synetsystems.com (mx1.synetsystems.com [76.10.206.14]) by mx1.freebsd.org (Postfix) with ESMTP id A35B38FC1B for ; Sun, 3 Jan 2010 20:05:50 +0000 (UTC) Received: by mx1.synetsystems.com (Postfix, from userid 66) id 19715E41; Sun, 3 Jan 2010 14:45:16 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NRVSJ-000CLZ-99 for freebsd-stable@freebsd.org; Sun, 03 Jan 2010 12:45:35 -0600 To: freebsd-stable@freebsd.org References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> From: Richard Todd Date: Sun, 03 Jan 2010 12:45:34 -0600 In-Reply-To: (Garrett Moore's message of "Sun, 3 Jan 2010 11:42:14 -0500") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 20:05:50 -0000 Garrett Moore writes: > I'm having problems with ZFS performance. When my system comes up, > read/write speeds are excellent (testing with dd if=/dev/zero > of=/tank/bigfile and dd if=/tank/bigfile of=/dev/null); I get at least > 100MB/s on both reads and writes, and I'm happy with that. > > The longer the system is up, the worse my performance gets. Currently my > system has been up for 4 days, and read/write performance is down to about > 10MB/s at best. > > The system is only accessed by 3 clients: myself, my roommate, and our HTPC. > Usually, only one client will be doing anything at a time, so it is not > under heavy load or anything. This could be due to the amount of memory available for ZFS caching declining as time goes on (for reasons that are not entirely clear, though I suspect it may be due to increasing fragmentation in the kernel memory). You might try doing "sysctl kstat.zfs.misc.arcstats.size" repeatedly to monitor the amount of memory the ZFS cache is taking up as your system uptime increases. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 20:31:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A702B1065696 for ; Sun, 3 Jan 2010 20:31:15 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp101.biz.mail.re2.yahoo.com (smtp101.biz.mail.re2.yahoo.com [68.142.229.215]) by mx1.freebsd.org (Postfix) with SMTP id 1003C8FC13 for ; Sun, 3 Jan 2010 20:31:14 +0000 (UTC) Received: (qmail 68082 invoked from network); 3 Jan 2010 20:04:32 -0000 Received: from 75-145-250-173-Connecticut.hfc.comcastbusiness.net (noackjr@75.145.250.173 with login) by smtp101.biz.mail.re2.yahoo.com with SMTP; 03 Jan 2010 12:04:31 -0800 PST X-Yahoo-SMTP: VnOecJeswBCMn50HlEMYJKFtvXTL X-YMail-OSG: cEB_b3EVM1mlGjmZsEdd_FzB1kE1kbI6MW1VmLbsjVlmbG0pRzGv9e.AYRgHFVuYZeO7fIiG4.s8sSM1R_qUKxoq1b2JL1eBsBFeq88joqK09fqvcjrlRBkx8KdV35MgENKTNOViUsA0Ilp9v1inbeKDpOzN6KqIy3oOmjsThEHtP..JR9wiMjiLsgUNWCl0SrP.Y5mMHanw8wo1KL91HFyJFtlGx5FogsQdR8nEjuZS1w_PP_1hWkqhG4IBOsHJjtzMEwgJC7K4ptwyjUdyq8t70sGND3xmhZLlDFb72Ukwk082v13v_0lZk09TKsgU88JVMdp4KepmscVlYcYMds8Pdb_uZCUYFzLycV8XhCIwpAS0vUVeaJaj_uthWS5LS.f6QYrlME7A3O8eDW3x4umhVS50ip9aus0HoIaijI_rUEGReXLtcLdthP.lUYCJZMVgiQYH2BHERF2joVxxAwk23RhsyH92jWqvPKrobW.oN8u.QBZJj0kZEg-- X-Yahoo-Newman-Property: ymail-3 Received: from optimator.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 12A0061E7; Sun, 3 Jan 2010 15:04:31 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by optimator.noacks.org (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5LNWp9TKncuQ; Sun, 3 Jan 2010 15:04:30 -0500 (EST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 246D46184; Sun, 3 Jan 2010 15:04:30 -0500 (EST) Received: from 192.168.1.1 (SquirrelMail authenticated user noackjr) by www.noacks.org with HTTP; Sun, 3 Jan 2010 15:04:30 -0500 Message-ID: <6b03c98ec492c38358083cfef0cfd541.squirrel@www.noacks.org> In-Reply-To: References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> Date: Sun, 3 Jan 2010 15:04:30 -0500 From: "Jonathan Noack" To: "jhell" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: FreeBSD Hackers , stable@freebsd.org, Oliver Pinter Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 20:31:15 -0000 On Tue, December 29, 2009 23:33, jhell wrote: > On Tue, 29 Dec 2009 17:18, oliver.pntr@ wrote: >> Hi list! >> >> Something fails, when updated the FreeBSD's svn repo to git. Since >> yesterday I get this warning: >> $ git svn rebase >> >> ... >> M sys/boot/pc98/kgzldr/crt.s >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/stable/8/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf >> r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 >> (refs/remotes/git-svn) >> M sys/powerpc/conf/DEFAULTS >> M sys/sparc64/conf/DEFAULTS >> M sys/ia64/conf/DEFAULTS >> M sys/sun4v/conf/DEFAULTS >> M sys/pc98/conf/DEFAULTS >> M sys/i386/conf/DEFAULTS >> M sys/amd64/conf/DEFAULTS >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf >> r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 >> (refs/remotes/git-svn) >> M etc/rc.d/named >> M etc/mtree/BIND.chroot.dist >> M etc/namedb/named.conf >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc >> r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b >> (refs/remotes/git-svn) >> M usr.sbin/zic/Theory >> M lib/libc/stdtime/tzfile.5 >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/lib/libc >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic >> r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 >> (refs/remotes/git-svn) >> ... >> >> >> the git config is: >> >> [core] >> repositoryformatversion = 0 >> filemode = true >> bare = false >> logallrefupdates = true >> [svn-remote "svn"] >> url = svn://svn.freebsd.org/base/stable/7 >> fetch = :refs/remotes/git-svn >> >> Is this a user error (my), or it's an mismerge or repo fail git / or >> freebsd's svn? > > SVN never has problems "It's powered by FreeBSD ;)" > > Take a look at your git config. The problem lies there and is very > visible. After you are done fixing that re-read the whole email that you > posted. I'd appreciate an explanation -- sounds like the OP, myself, and at least one other person haven't figured it out yet. Thanks! -Jon From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 22:32:51 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46F6D1065672; Sun, 3 Jan 2010 22:32:51 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9CC8FC25; Sun, 3 Jan 2010 22:32:51 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o03MWYLP013999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Jan 2010 14:32:34 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8B7C31CC0C; Sun, 3 Jan 2010 14:32:34 -0800 (PST) To: noackjr@alumni.rice.edu In-reply-to: Your message of "Sun, 03 Jan 2010 15:04:30 EST." <6b03c98ec492c38358083cfef0cfd541.squirrel@www.noacks.org> Date: Sun, 03 Jan 2010 14:32:34 -0800 From: "Kevin Oberman" Message-Id: <20100103223234.8B7C31CC0C@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-01-03_04:2009-12-31, 2010-01-03, 2010-01-03 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001030160 Cc: FreeBSD Hackers , stable@freebsd.org Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 22:32:51 -0000 > Date: Sun, 3 Jan 2010 15:04:30 -0500 > From: "Jonathan Noack" > Sender: owner-freebsd-stable@freebsd.org > > On Tue, December 29, 2009 23:33, jhell wrote: > > On Tue, 29 Dec 2009 17:18, oliver.pntr@ wrote: > >> Hi list! > >> > >> Something fails, when updated the FreeBSD's svn repo to git. Since > >> yesterday I get this warning: > >> $ git svn rebase > >> > >> ... > >> M sys/boot/pc98/kgzldr/crt.s > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/stable/8/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf > >> r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 > >> (refs/remotes/git-svn) > >> M sys/powerpc/conf/DEFAULTS > >> M sys/sparc64/conf/DEFAULTS > >> M sys/ia64/conf/DEFAULTS > >> M sys/sun4v/conf/DEFAULTS > >> M sys/pc98/conf/DEFAULTS > >> M sys/i386/conf/DEFAULTS > >> M sys/amd64/conf/DEFAULTS > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > >> r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 > >> (refs/remotes/git-svn) > >> M etc/rc.d/named > >> M etc/mtree/BIND.chroot.dist > >> M etc/namedb/named.conf > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc > >> r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b > >> (refs/remotes/git-svn) > >> M usr.sbin/zic/Theory > >> M lib/libc/stdtime/tzfile.5 > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/lib/libc > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic > >> r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 > >> (refs/remotes/git-svn) > >> ... > >> > >> > >> the git config is: > >> > >> [core] > >> repositoryformatversion = 0 > >> filemode = true > >> bare = false > >> logallrefupdates = true > >> [svn-remote "svn"] > >> url = svn://svn.freebsd.org/base/stable/7 > >> fetch = :refs/remotes/git-svn > >> > >> Is this a user error (my), or it's an mismerge or repo fail git / or > >> freebsd's svn? > > > > SVN never has problems "It's powered by FreeBSD ;)" > > > > Take a look at your git config. The problem lies there and is very > > visible. After you are done fixing that re-read the whole email that you > > posted. > > I'd appreciate an explanation -- sounds like the OP, myself, and at least > one other person haven't figured it out yet. No, the OP has it figured out, so it's just you and a a few others who may have missed the last message in the thread. The problem was a change in the importation of svn into git with the latest update to git on 12/28. It required a modification of the git configuration...otherwise the import failed. I am not git-aware, so I suggest reading the final message from Oliver sent on 1/1 at 18:24 -8. He points out the thread on the git list that explained the work-around: http://lists-archives.org/git/707921-git-svn-memoize-conversion-of-svn-merge-ticket-info-to-git-commit-ranges.html -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 3 23:12:47 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A1BB1065676; Sun, 3 Jan 2010 23:12:47 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (takeda-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:16b::2]) by mx1.freebsd.org (Postfix) with ESMTP id E1FA18FC1D; Sun, 3 Jan 2010 23:12:46 +0000 (UTC) Received: from takeda-ws.lan (takeda-ws.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.3/8.14.3) with ESMTP id o03NCi6p052852 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 3 Jan 2010 15:12:45 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Sun, 3 Jan 2010 15:12:36 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <1606098274.20100103151236@takeda.tk> To: "Sean C. Farley" In-Reply-To: References: <1112548880.20100101154736@takeda.tk> <20100103013832.GL3508@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: =?utf-8?Q?Ulrich_Sp=C3=B6rlein?= , freebsd-stable@FreeBSD.org, freebsd-i18n@FreeBSD.org Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 23:12:47 -0000 Hello Sean, Sunday, January 3, 2010, 9:03:01 AM, you wrote: > The last commit that I recall (r192561) fixed dashes in front of options > (.Fl macro) but not dashes present within a man page. Personally, I > just create an alias for man to call 'LANG=C man' to protect against > examples with non-ASCII (U+002D) dashes. > Read the commit message[1] for a better explanation of unresolved > issues. > Sean > 1. http://svn.freebsd.org/viewvc/base?view=revision&revision=192561 What caused this to be broken? Everything was fine up until 7.2 (or at least I didn't notice this earlier) -- Best regards, Derek mailto:takeda@takeda.tk A seminar on Time Travel will be held two weeks ago. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 00:49:20 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 524801065697 for ; Mon, 4 Jan 2010 00:49:20 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.32.7]) by mx1.freebsd.org (Postfix) with ESMTP id 11F918FC16 for ; Mon, 4 Jan 2010 00:49:20 +0000 (UTC) Received: from localhost (unknown [195.96.32.7]) by mail.moehre.org (Postfix) with ESMTP id 8A5D01573466 for ; Mon, 4 Jan 2010 01:30:19 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -3.906 X-Spam-Level: X-Spam-Status: No, score=-3.906 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1.8, AWL=0.493, BAYES_00=-2.599] autolearn=ham Received: from mail.moehre.org ([195.96.32.7]) by localhost (mail.moehre.org [195.96.32.7]) (amavisd-new, port 10024) with ESMTP id 0BtZ2AacuVIX for ; Mon, 4 Jan 2010 01:30:17 +0100 (CET) Received: from [192.168.100.30] (p54B0B7B7.dip.t-dialin.net [84.176.183.183]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTP id EE756157345C for ; Mon, 4 Jan 2010 01:30:16 +0100 (CET) Message-ID: <4B413695.4040304@executive-computing.de> Date: Mon, 04 Jan 2010 01:30:13 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD Tools for ProLiant -- Status on FreeBSD 8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 00:49:20 -0000 Hello. We have some ProLiants in use, and plan to migrate them to 8.x. One of my concerns is, if and when the ProLiant tools get an update to work with releases after 6. I saw this question pop up in the archives of freebsd-proliant, but directing it to a broader audience might help the case. FWIW, I have a one DL380 G2 running FreeBSD 8-STABLE/i386 as of January 3rd, and was unable to get hpasm-7.50 up and running. Other than that, FreeBSD 8 runs very nicely on the box for now. MfG CoCo From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 01:59:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D19B1065676 for ; Mon, 4 Jan 2010 01:59:16 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 147FF8FC18 for ; Mon, 4 Jan 2010 01:59:16 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e0a6:573d:e5c6:5f8a] (unknown [IPv6:2001:7b8:3a7:0:e0a6:573d:e5c6:5f8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 39D465C43; Mon, 4 Jan 2010 02:59:15 +0100 (CET) Message-ID: <4B414B76.2060900@andric.com> Date: Mon, 04 Jan 2010 02:59:18 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2b6pre) Gecko/20100103 Lanikai/3.1a1pre MIME-Version: 1.0 To: Jilles Tjoelker References: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> <20100103140303.GA1899@stack.nl> In-Reply-To: <20100103140303.GA1899@stack.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "E. O." , freebsd-stable@freebsd.org Subject: Re: locale-related build problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 01:59:16 -0000 On 2010-01-03 15:03, Jilles Tjoelker wrote: > This should be fixed by adding LC_ALL=C somewhere in the build process, > possibly only for these awk commands. Here is a quite minimal diff to do so, at least for the buildkernel part. In any case, it looks like awk is used quite a lot in other places during buildworld; some of these invocations already use LC_ALL=C, most of them do not. There are even invocations of sh using LC_ALL=C. :) Instead of peppering the whole tree with LC_ALL=C insertions, would it make sense to simply set LC_ALL=C globally during building world and kernel? Or are there parts that actually use locales during the build? Index: sys/conf/kern.pre.mk =================================================================== --- sys/conf/kern.pre.mk (revision 201193) +++ sys/conf/kern.pre.mk (working copy) @@ -14,7 +14,7 @@ M= ${MACHINE_ARCH} -AWK?= awk +AWK?= LC_ALL=C awk LINT?= lint NM?= nm OBJCOPY?= objcopy Index: sys/conf/kmod.mk =================================================================== --- sys/conf/kmod.mk (revision 201193) +++ sys/conf/kmod.mk (working copy) @@ -60,7 +60,7 @@ # Unload a module. # -AWK?= awk +AWK?= LC_ALL=C awk KMODLOAD?= /sbin/kldload KMODUNLOAD?= /sbin/kldunload OBJCOPY?= objcopy From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 06:02:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A11961065692 for ; Mon, 4 Jan 2010 06:02:31 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 3686D8FC15 for ; Mon, 4 Jan 2010 06:02:30 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:65373) by fish.ish.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NRgHI-0002jM-0A; Mon, 04 Jan 2010 17:18:56 +1100 Message-ID: <4B418470.2000607@ish.com.au> Date: Mon, 04 Jan 2010 17:02:24 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20091229 Shredder/3.0.1pre MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jurgen Weber Subject: upgrade 7.2 to 8.0 problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 06:02:31 -0000 # AMD64, Supermicro hardware. ZFS filesystem (booting to UFS, then rest of the file system /usr /var /tmp on ZFS). I used "freebsd-update upgrade -r 8.0-RELEASE" and all went well for the usual first install of the kernel with "freebsd-update install". After rebooting into single user mode, I manually mounted the ZFS partitions (which needs to be done as follows since the ZFS userland tools are incompatible with 8.0): mount -uw / mount -t zfs tank/usr /usr mount -t zfs tank/var /var mount -t zfs tank/tmp /tmp mount /bootdir Then I ran "freebsd-update install" for the second time to install the userland. The disk lights flashed a lot at the start, but then the system came to an almost complete halt. Looking at 'systat -vmstat' I can see that the disk and cpu are both almost idle. 'top' doesn't work (since it probably is the old userland). 'ps ax' shows that freebsd-install is running and has spawned an 'install' command. It is installing files at the rate of about one per 5 minutes. At this rate it should be done by next Christmas. I can see that the files it completes have their modified date changed to the current date. There is nothing interesting in /var/log/messages. It is still working, and I don't want to kill it for fear of ending up with a completely non-functional system. Any thoughts about this problem? I'm really stumped. Thanks Ari Maniatis -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 15:23:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 391C810656D2 for ; Mon, 4 Jan 2010 15:23:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id BC3978FC27 for ; Mon, 4 Jan 2010 15:23:57 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NRomg-0003AE-2M for freebsd-stable@freebsd.org; Mon, 04 Jan 2010 16:23:54 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jan 2010 16:23:54 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Jan 2010 16:23:54 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Mon, 04 Jan 2010 16:13:36 +0100 Lines: 59 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 Sender: news Cc: freebsd-current@freebsd.org Subject: 8.0 regression: consecutive panics (iwi / wlan / zfs ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 15:23:58 -0000 Hallo, A few hours ago I experienced 3 consecutive panics on this freshly installed 8.0, the last panic just 28s into boot sequence. It seems to me that culprit could be iwi/wlan possibly with help from zfs or others. More details even with screen-shot of the last panic follow. I have used versions 5.3 to 6.4 on this laptop, the last one being the most stable and smooth. A few weeks ago I moved to 8.0 (fresh install) and since then I've been experiencing funny issues. Last night I was writing an email when I noticed my wi-fi link was gone. I checked /var/log/messages and saw the following: wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP linux: pid 6189 (skype): syscall inotify_init not implemented ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 13 ZFS storage pool version 13 While wifi weirdness did not impressed me, I was perplexed by ZFS messages. I checked kldstat and indeed ZFS was loaded. Note that I have not attached any ZFS storage devices nor I have ever configured ZFS on this laptop. And before I could investigate any further my laptop froze and then rebooted. After reboot I logged into X11 and was checking system logs while waiting for background fsck to finish. I noticed that wifi was screwed up, probably reset did not reinitialize it properly and the driver was at lost. And as soon as fsck finished the system suddenly rebooted. And it was getting worse. Next reboot did not even finish and the system panicked again. At least this time I could see a message and so I took a picture of it for your perusal: http://mato.gamato.org/freebsd/aw1n/2010-01-04_05-59-10_panic-8.0-iwi.jpg FreeBSD mb-aw1n-bsd 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Please note that this is just one of multiple issues I'm having since moving from 6.4 to 8.0 and now I'm even worrying about my data etc. :( What else would you need from me to investigate further please ? With regards, Martin From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 15:50:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70A1A1065695 for ; Mon, 4 Jan 2010 15:50:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 578B68FC20 for ; Mon, 4 Jan 2010 15:50:43 +0000 (UTC) Received: from OMTA24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by QMTA15.emeryville.ca.mail.comcast.net with comcast id RTjJ1d0061zF43QAFTqjAT; Mon, 04 Jan 2010 15:50:43 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA24.emeryville.ca.mail.comcast.net with comcast id RTs71d0093S48mS8kTs761; Mon, 04 Jan 2010 15:52:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9C7201E301C; Mon, 4 Jan 2010 07:50:41 -0800 (PST) Date: Mon, 4 Jan 2010 07:50:41 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100104155041.GA73184@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0 regression: consecutive panics (iwi / wlan / zfs ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 15:50:43 -0000 On Mon, Jan 04, 2010 at 04:13:36PM +0100, martinko wrote: > A few hours ago I experienced 3 consecutive panics on this freshly > installed 8.0, the last panic just 28s into boot sequence. It seems > to me that culprit could be iwi/wlan possibly with help from zfs or > others. > More details even with screen-shot of the last panic follow. > > I have used versions 5.3 to 6.4 on this laptop, the last one being > the most stable and smooth. A few weeks ago I moved to 8.0 (fresh > install) and since then I've been experiencing funny issues. > > Last night I was writing an email when I noticed my wi-fi link was > gone. I checked /var/log/messages and saw the following: > > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > linux: pid 6189 (skype): syscall inotify_init not implemented > ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, > add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. > ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable > behavior. > Consider tuning vm.kmem_size and vm.kmem_size_max > in /boot/loader.conf. > ZFS filesystem version 13 > ZFS storage pool version 13 > > While wifi weirdness did not impressed me, I was perplexed by ZFS > messages. I checked kldstat and indeed ZFS was loaded. Note that I > have not attached any ZFS storage devices nor I have ever configured > ZFS on this laptop. And before I could investigate any further my > laptop froze and then rebooted. The ZFS messages in question get printed when ZFS initialises (in your case, when the kernel module was loaded). How or why it got loaded is beyond me. In this case would help to post these kinds of kernel messages taken directly from /var/log/messages instead of from dmesg -- the file in question is handled by syslog and will have timestamps. I can't help with the rest of the problems mentioned, sorry. :-( -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Mon Jan 4 15:58:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862B5106566C for ; Mon, 4 Jan 2010 15:58:09 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id F406B8FC13 for ; Mon, 4 Jan 2010 15:58:08 +0000 (UTC) Received: from mycenae.net (cable-94-189-189-17.dynamic.sbb.rs [94.189.189.17]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id o04Fw6lT010699 for ; Mon, 4 Jan 2010 16:58:06 +0100 Received: by mycenae.net (Postfix, from userid 1001) id 9BE965C23; Mon, 4 Jan 2010 16:58:19 +0100 (CET) Date: Mon, 4 Jan 2010 16:58:19 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20100104155819.GA1154@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.4 X-SBB-Spam-Level: XXX Subject: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 15:58:09 -0000 Hi all! I prepare to make plug music server with usb connected hard drive, formated ext3, since the system is ubuntu 9.04 as default. My rips are back-uped on spare usb disk, formated as ufs. My idea is to copy files from ufs to ext3 drive, using freebsd. I would probably enconter inode problem, since modern linuces use inode as 256, but bsd uses it as 128. I could use knoppix and format is with -I 128 flag. In ports available is e2fsprogs package with some utilities that might help. I could also take another approach and use rsync to avoid all inode puzzles. What would you recommend as the most reliable? Mounting ext3 as ext2 poses the question of making it "dirty" and necessity to fsck it first on linux system. Also, I found some posts of ina- bility to have the job done this way on branch 7. I have 8.0 on the laptop I write this and (if memory serves me well) 7.1 on old desktop. Best reagards Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 16:16:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78FA41065679 for ; Mon, 4 Jan 2010 16:16:14 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 480EF8FC13 for ; Mon, 4 Jan 2010 16:16:14 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 52E55C98B0 for ; Mon, 4 Jan 2010 11:16:13 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 04 Jan 2010 11:16:13 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=hPlJ8V0NGh2ujlJL/ZJ9MSFfkuY=; b=E2fhIyFp74f5bBtJ1ZM752LTE4YhAubZWYodJqlfk2OFSNnmmq2Ifgnd/d7SLRVjw+hmoFTYBsjpfYC7MLRJMklPnQc4fRBDFXj7nDRW0xkq7tO4oBb0cbXpjuD/Fwd2Z9XIKB9/qkDF38JXs2/N3ieCJfA7AWYd55Bn5VVN3XY= X-Sasl-enc: 8bDdGbezgS/052wdNcKM7aVga6C7PcjIb5+RYg1dLO0l 1262621772 Received: from [192.168.123.18] (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id C03FF4080 for ; Mon, 4 Jan 2010 11:16:12 -0500 (EST) Message-ID: <4B421449.4020604@incunabulum.net> Date: Mon, 04 Jan 2010 16:16:09 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100104155819.GA1154@mycenae.net> In-Reply-To: <20100104155819.GA1154@mycenae.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:16:14 -0000 You could try this, but it needs patching for FreeBSD: http://sourceforge.net/projects/ext2fuse/ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 16:28:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2E71065693 for ; Mon, 4 Jan 2010 16:28:57 +0000 (UTC) (envelope-from oloringr@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 95BE48FC08 for ; Mon, 4 Jan 2010 16:28:56 +0000 (UTC) Received: by fxm27 with SMTP id 27so884996fxm.3 for ; Mon, 04 Jan 2010 08:28:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:x-face:mime-version:content-type :content-transfer-encoding:message-id; bh=Ni+Y1u9Sd4iCXXTZLbC65Vc1cS7vDDad0Jbr3ih1C+g=; b=Src6r6bbUqivjS+iNU3A5R08568WrHaQiXViQxNvaD/ZfAyNs7+psTEsC1EZYvYgE7 cMqYkXUIUdrs3OOIwOiS0QYQR10KJgUTVLAHN85gt46aSZ17hx81ZtDj2PEulYrYw8+/ L5F7RrwlHsIxV+s8zMrXmlH35gDHEZt0rcviU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:x-face :mime-version:content-type:content-transfer-encoding:message-id; b=T4+nOiYMzCwmrZ22r2f4EyiCKd59zaTuF2xtrK67oE6EbF88J69npBNAUv3+eplDKN 9ABJqp1mrpshYSaRrNGqK+8o4hUw9f5XRC86f1O3FiLMCX4wIC25cDhPXPC/GiF4P3UL 1I3tCiYMT3LjVy+du9Z4S4vgpqhrnUQyQabjU= Received: by 10.223.95.79 with SMTP id c15mr1677784fan.31.1262622530560; Mon, 04 Jan 2010 08:28:50 -0800 (PST) Received: from media.localnet (62.1.240.133.dsl.dyn.forthnet.gr [62.1.240.133]) by mx.google.com with ESMTPS id g28sm26894675fkg.8.2010.01.04.08.28.49 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 08:28:49 -0800 (PST) From: Ed Jobs To: freebsd-stable@freebsd.org Date: Mon, 4 Jan 2010 18:29:14 +0200 User-Agent: KMail/1.12.4 (Linux/2.6.32-ARCH; KDE/4.3.4; i686; ; ) References: <20100104155819.GA1154@mycenae.net> In-Reply-To: <20100104155819.GA1154@mycenae.net> X-Face: %5EDs|At1pm>WE%P0}6)Hi*s, JH2J${69~j)R"Yu'^P9R3#fvi{LmpsCzxvX*38/, kxcUd QVrlS0G,}-ll{||\P]; *'Gz`RTG+dzconmNyDY3rJHBmpEJkFj|; %vZO&~T")='B<; 88~[ Cltx6#}N*E MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart30798041.07jUqlDMxx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001041829.14951.oloringr@gmail.com> Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:28:57 -0000 --nextPart30798041.07jUqlDMxx Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Monday 04 January 2010 17:58, Zoran Kolic wrote: > Hi all! > I prepare to make plug music server with usb connected hard drive, > formated ext3, since the system is ubuntu 9.04 as default. My > rips are back-uped on spare usb disk, formated as ufs. My idea is > to copy files from ufs to ext3 drive, using freebsd. I would > probably enconter inode problem, since modern linuces use inode > as 256, but bsd uses it as 128. I could use knoppix and format > is with -I 128 flag. In ports available is e2fsprogs package with > some utilities that might help. I could also take another approach > and use rsync to avoid all inode puzzles. > What would you recommend as the most reliable? Mounting ext3 as > ext2 poses the question of making it "dirty" and necessity to > fsck it first on linux system. Also, I found some posts of ina- > bility to have the job done this way on branch 7. I have 8.0 > on the laptop I write this and (if memory serves me well) 7.1 > on old desktop. > Best reagards >=20 > Zoran >=20 i have been using the e2fsprogs from the ports collection since 8.0-BETA2=20 without any problems*, i think that it will work for you. * the partition which i mounted was a 256 one too =2D-=20 Real programmers don't document. If it was hard to write, it should be hard= to=20 understand. --nextPart30798041.07jUqlDMxx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAktCF1oACgkQBPpdVEWKA32V+gCfePd+Ln4afo3fqtp88RNn1oXR i4kAnjjUbyKY+1XYZ/2+Z+apQBNfLc71 =YLHt -----END PGP SIGNATURE----- --nextPart30798041.07jUqlDMxx-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 16:50:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 820E31065676 for ; Mon, 4 Jan 2010 16:50:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4745D8FC17 for ; Mon, 4 Jan 2010 16:50:28 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NRq8Q-000Epp-TR for freebsd-stable@freebsd.org; Mon, 04 Jan 2010 16:50:26 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NRq8Q-0000aC-Sa for freebsd-stable@freebsd.org; Mon, 04 Jan 2010 16:50:26 +0000 Date: Mon, 04 Jan 2010 16:50:26 +0000 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: TIOCSTI possibly broken under 8.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:50:28 -0000 TIOCSTI appears to be broken - the code attached at the bottom works fine in 7.x but fails in 8.0. What the code is attempting to do is to print a prompt for text input, along with an initial value for that text which can be edited by the user. I am assuming this is a bug, and not incorrect usage of TIOCSTI, but evven if not it is still a regression compared to 7.x. The reason I am intested in this is that this is the code which is used by /usr/bin/mail to allow the headers to be edited in an email, so this does break a very basic piece of the base system. cheers, -pete. #include #include char *src = "hello world"; int main(int argc, char *argv[]) { char ch; int c; char *cp; char x[512]; puts("Enter text: "); fflush(stdout); cp = src == NULL ? "" : src; while ((c = *cp++) != '\0') { ch = c; ioctl(0, TIOCSTI, &ch); } fgets(x, 511, stdin); printf("We got: %s\n", x); fflush(stdout); return 0; } From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 16:55:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F064106566B for ; Mon, 4 Jan 2010 16:55:22 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp4.sbb.rs (smtp4.sbb.rs [89.216.2.36]) by mx1.freebsd.org (Postfix) with ESMTP id B976E8FC08 for ; Mon, 4 Jan 2010 16:55:21 +0000 (UTC) Received: from mycenae.net (cable-94-189-189-17.dynamic.sbb.rs [94.189.189.17]) by smtp4.sbb.rs (8.14.0/8.14.0) with ESMTP id o04GtJTG003263 for ; Mon, 4 Jan 2010 17:55:19 +0100 Received: by mycenae.net (Postfix, from userid 1001) id E9F7E5C23; Mon, 4 Jan 2010 17:55:33 +0100 (CET) Date: Mon, 4 Jan 2010 17:55:33 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20100104165533.GA1367@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 0.6 X-SBB-Spam-Level: X Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 16:55:22 -0000 Hi all! > i have been using the e2fsprogs from the ports collection since 8.0-BETA2 > without any problems*, i think that it will work for you. > > * the partition which i mounted was a 256 one too K, I could install 8 on old box. Have you partitioned and formatted the usb drive on freebsd? Or it was done on some linux distro? Finally, after mounting, I will have to copy files to ext3 drive. Does it work also flowlessly? Since the sheevaplug could mount ext3, I have an option to either rsync or scp to it directories recursive over ethernet adapters and setting ip addresses. What do you think over this? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 17:12:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 586BE10656A7; Mon, 4 Jan 2010 17:12:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0ACA98FC27; Mon, 4 Jan 2010 17:12:37 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o04HCFsj014697; Mon, 4 Jan 2010 09:12:15 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o04HBsRg014693; Mon, 4 Jan 2010 09:11:54 -0800 (PST) (envelope-from david) Date: Mon, 4 Jan 2010 09:11:54 -0800 From: David Wolfskill To: martinko Message-ID: <20100104171154.GE86359@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , martinko , freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="684cmtc/Pyvt2LSS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0 regression: consecutive panics (iwi / wlan / zfs ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 17:12:39 -0000 --684cmtc/Pyvt2LSS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 04, 2010 at 04:13:36PM +0100, martinko wrote: > ... >=20 > I have used versions 5.3 to 6.4 on this laptop, the last one being the=20 > most stable and smooth. A few weeks ago I moved to 8.0 (fresh install)= =20 > and since then I've been experiencing funny issues. >=20 > Last night I was writing an email when I noticed my wi-fi link was gone.= =20 > I checked /var/log/messages and saw the following: >=20 > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > ... While I do not currently use ZFS, the wireless NIC I have been using most often for the last several months has been iwi0 on my laptop, on which I track stable/6, stable/7, stable/8, and head on a daily basis. While I have seen the interface bounce dwn & up repeatedly, and it refuses to communicate with an Apple Airport AP (while working with a Linksys WAP11) under head (but the Airport is OK for stable/6 and stable/7; not sure about stable/8), it has been (at least) several weeks since my last panic, so I am inclined to suggest that iwi(4) and wlan(4) are unlikely to be involved in the root cause of the panic. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --684cmtc/Pyvt2LSS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktCIVkACgkQmprOCmdXAD1DrgCfelffl9knzYXexw5vyXKAbOq1 AuUAniVkz19QkPSchHr66x6aiGdUwPEt =5nXk -----END PGP SIGNATURE----- --684cmtc/Pyvt2LSS-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 17:33:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924C9106566C for ; Mon, 4 Jan 2010 17:33:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 3CFE88FC19 for ; Mon, 4 Jan 2010 17:33:40 +0000 (UTC) Received: from OMTA22.westchester.pa.mail.comcast.net ([76.96.62.73]) by QMTA06.westchester.pa.mail.comcast.net with comcast id RQb61d0051ap0As56VZhTK; Mon, 04 Jan 2010 17:33:41 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA22.westchester.pa.mail.comcast.net with comcast id RVaq1d00K3S48mS3iVarQ3; Mon, 04 Jan 2010 17:34:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9AE751E301C; Mon, 4 Jan 2010 09:33:38 -0800 (PST) Date: Mon, 4 Jan 2010 09:33:38 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100104173338.GA75363@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Ed Schouten Subject: Re: TIOCSTI possibly broken under 8.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 17:33:41 -0000 On Mon, Jan 04, 2010 at 04:50:26PM +0000, Pete French wrote: > TIOCSTI appears to be broken - the code attached at the bottom > works fine in 7.x but fails in 8.0. What the code is attempting to > do is to print a prompt for text input, along with an initial > value for that text which can be edited by the user. I am assuming > this is a bug, and not incorrect usage of TIOCSTI, but evven if not > it is still a regression compared to 7.x. > > The reason I am intested in this is that this is the code which > is used by /usr/bin/mail to allow the headers to be edited in an > email, so this does break a very basic piece of the base system. > > cheers, > > -pete. > > > > > > #include > #include > > char *src = "hello world"; > > int > main(int argc, char *argv[]) > { > char ch; > int c; > char *cp; > char x[512]; > > puts("Enter text: "); > fflush(stdout); > > cp = src == NULL ? "" : src; > while ((c = *cp++) != '\0') { > ch = c; > ioctl(0, TIOCSTI, &ch); > } > > fgets(x, 511, stdin); > printf("We got: %s\n", x); > fflush(stdout); > return 0; > } Adding Ed Schouten to the thread, who will probably be able to shed some light on things. :-) -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Mon Jan 4 17:44:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F81106566B for ; Mon, 4 Jan 2010 17:44:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 475628FC13 for ; Mon, 4 Jan 2010 17:44:09 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 3DB701CD74; Mon, 4 Jan 2010 18:44:08 +0100 (CET) Date: Mon, 4 Jan 2010 18:44:08 +0100 From: Ed Schouten To: Jeremy Chadwick Message-ID: <20100104174408.GQ64905@hoeg.nl> References: <20100104173338.GA75363@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qRubsXMnU5CFi2wi" Content-Disposition: inline In-Reply-To: <20100104173338.GA75363@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: TIOCSTI possibly broken under 8.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 17:44:09 -0000 --qRubsXMnU5CFi2wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Jeremy Chadwick wrote: > Adding Ed Schouten to the thread, who will probably be able to shed > some light on things. :-) http://80386.nl/pub/tty.diff Wrote it some time ago, but nobody wanted to test it for me, which made me asume nobody cared. ;-) --=20 Ed Schouten WWW: http://80386.nl/ --qRubsXMnU5CFi2wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAktCKOgACgkQ52SDGA2eCwUOYwCeLOJFATOhTQFk4vfQ4z5JfKI7 GcgAnAqlff1W7AHdPyk2+gObbN189G5m =BXVq -----END PGP SIGNATURE----- --qRubsXMnU5CFi2wi-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 18:01:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D731065676 for ; Mon, 4 Jan 2010 18:01:43 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B8FA18FC0A for ; Mon, 4 Jan 2010 18:01:43 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NRrFO-000HiT-Fj; Mon, 04 Jan 2010 18:01:42 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NRrFO-00034x-En; Mon, 04 Jan 2010 18:01:42 +0000 Date: Mon, 04 Jan 2010 18:01:42 +0000 Message-Id: To: ed@80386.nl, freebsd@jdc.parodius.com In-Reply-To: <20100104174408.GQ64905@hoeg.nl> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: TIOCSTI possibly broken under 8.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 18:01:44 -0000 > http://80386.nl/pub/tty.diff > > Wrote it some time ago, but nobody wanted to test it for me, which made > me asume nobody cared. ;-) Ah, well I care a lot and am testing it now, thankyou :-) Will report back later this evening... -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 18:13:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D50010656A3 for ; Mon, 4 Jan 2010 18:13:07 +0000 (UTC) (envelope-from oloringr@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9378FC15 for ; Mon, 4 Jan 2010 18:13:06 +0000 (UTC) Received: by fxm27 with SMTP id 27so994241fxm.3 for ; Mon, 04 Jan 2010 10:13:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:x-face:mime-version:content-type :content-transfer-encoding:message-id; bh=IpTDLjR7mWC3yxCdyKRNmul70pa4xGggvd14aUDHeZ0=; b=vaPKNe5ZwhHKfPWmbxOOrPj16nsHegoJvKrnO+QHAzMTDkMYOgz28rSnEFUQZAGgw1 SjIfzrUwQvYaap74uinKviFvJhU2V/yEMstyXENN6NSdYQD6DpbDFX+r14Gf6JU20tOo zMKnd1e0t3mq9/SWRyPqyT689sDlZbNNFfEMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:x-face :mime-version:content-type:content-transfer-encoding:message-id; b=ITbi08Fo4SpBvOrgobNoXoKWFdbYwpeyv0fhK+QbX/wZKZFO11th0uiFgUJ/moOOH8 4v1shotrCYP5QO07NXa05qTwtMihfjW9esd+m8jJB8+JrqpUKuA9CXEy3ROyuTNLcs9t /mtBD97b5uk+PfKphzgG0agwHNd5hn/ZAm6T0= Received: by 10.223.57.22 with SMTP id a22mr23621222fah.4.1262628780034; Mon, 04 Jan 2010 10:13:00 -0800 (PST) Received: from media.localnet (62.1.240.133.dsl.dyn.forthnet.gr [62.1.240.133]) by mx.google.com with ESMTPS id 13sm27054923fks.15.2010.01.04.10.12.59 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 10:12:59 -0800 (PST) From: Ed Jobs To: freebsd-stable@freebsd.org Date: Mon, 4 Jan 2010 20:13:25 +0200 User-Agent: KMail/1.12.4 (Linux/2.6.32-ARCH; KDE/4.3.4; i686; ; ) References: <20100104165533.GA1367@mycenae.net> In-Reply-To: <20100104165533.GA1367@mycenae.net> X-Face: %5EDs|At1pm>WE%P0}6)Hi*s, JH2J${69~j)R"Yu'^P9R3#fvi{LmpsCzxvX*38/, kxcUd QVrlS0G,}-ll{||\P]; *'Gz`RTG+dzconmNyDY3rJHBmpEJkFj|; %vZO&~T")='B<; 88~[ Cltx6#}N*E MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2380201.zB5iUxLG6E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001042013.25252.oloringr@gmail.com> Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 18:13:07 -0000 --nextPart2380201.zB5iUxLG6E Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Monday 04 January 2010 18:55, Zoran Kolic wrote: > K, I could install 8 on old box. Have you partitioned and formatted > the usb drive on freebsd? Or it was done on some linux distro? > Finally, after mounting, I will have to copy files to ext3 drive. > Does it work also flowlessly? > Since the sheevaplug could mount ext3, I have an option to > either rsync or scp to it directories recursive over ethernet > adapters and setting ip addresses. What do you think over this? > Best regards >=20 > Zoran no, it wasn't formated on freebsd. i formatted it under the ArchLinux=20 distribution. In addition, the partition was an ext3, not just an ext2. And= i=20 was able to read/write without any problems (at least i didn't notice any). Also, the port installed the following files: fsck.ext2 fsck.ext3 fsck.ext4 fsck.ext4dev=20 so even if the journal somehow will get corrupted, it will be possible to f= ix=20 it. (i think that i used the fsck.ext3 utility once, because a friend of mi= ne=20 unplugged the drive without unmounting it first and it worked perfectly) ofc ymmv, but i think that it worths a shot. on the last part of your question, i'm afraid that i haven't used sheevaplu= g,=20 so i can't be of any assistance there. hope i was helpful, Ed =2D-=20 Real programmers don't document. If it was hard to write, it should be hard= =20 to understand. --nextPart2380201.zB5iUxLG6E Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAktCL8UACgkQBPpdVEWKA32TuQCgh/L2B6tLp6F01dA+hC1KyG1E 0ioAnjXbyVhKAaEQ8UshsRwWbZ9m7Br9 =U82v -----END PGP SIGNATURE----- --nextPart2380201.zB5iUxLG6E-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 20:41:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2111065672 for ; Mon, 4 Jan 2010 20:41:17 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 63D858FC0C for ; Mon, 4 Jan 2010 20:41:17 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NRtji-000Ipj-QC; Mon, 04 Jan 2010 20:41:10 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NRtji-0006SA-PJ; Mon, 04 Jan 2010 20:41:10 +0000 Date: Mon, 04 Jan 2010 20:41:10 +0000 Message-Id: To: ed@80386.nl, freebsd@jdc.parodius.com In-Reply-To: <20100104174408.GQ64905@hoeg.nl> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: TIOCSTI possibly broken under 8.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 20:41:17 -0000 > http://80386.nl/pub/tty.diff Just tested the patch - works beautifully! Please commit and MFC if you can :-) cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 21:00:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C6941065694 for ; Mon, 4 Jan 2010 21:00:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 0E80F8FC18 for ; Mon, 4 Jan 2010 21:00:13 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2C3EC1CD74; Mon, 4 Jan 2010 22:00:12 +0100 (CET) Date: Mon, 4 Jan 2010 22:00:12 +0100 From: Ed Schouten To: Pete French Message-ID: <20100104210012.GT64905@hoeg.nl> References: <20100104174408.GQ64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BnqCLA/bUmRKSGfm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: TIOCSTI possibly broken under 8.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 21:00:13 -0000 --BnqCLA/bUmRKSGfm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Pete French wrote: > > http://80386.nl/pub/tty.diff >=20 > Just tested the patch - works beautifully! Please commit and MFC if > you can :-) Done. Will MFC it in two weeks from now. Greetings, --=20 Ed Schouten WWW: http://80386.nl/ --BnqCLA/bUmRKSGfm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAktCVtwACgkQ52SDGA2eCwUnZQCfZRFELUJlw4iivbn9uyOBvlzk ySEAnizx4HLdBG8SouxLy0GZYn3TQpKv =suHH -----END PGP SIGNATURE----- --BnqCLA/bUmRKSGfm-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 4 21:39:11 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C858106568B; Mon, 4 Jan 2010 21:39:11 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 2440F8FC15; Mon, 4 Jan 2010 21:39:11 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o04Ld997034007; Mon, 4 Jan 2010 15:39:09 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Mon, 4 Jan 2010 15:39:09 -0600 (CST) From: "Sean C. Farley" To: Derek Kulinski In-Reply-To: <1606098274.20100103151236@takeda.tk> Message-ID: References: <1112548880.20100101154736@takeda.tk> <20100103013832.GL3508@acme.spoerlein.net> <1606098274.20100103151236@takeda.tk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: =?ISO-8859-15?Q?Ulrich_Sp=F6rlein?= , freebsd-stable@FreeBSD.org, freebsd-i18n@FreeBSD.org Subject: Re: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2010 21:39:11 -0000 On Sun, 3 Jan 2010, Derek Kulinski wrote: > Hello Sean, > > Sunday, January 3, 2010, 9:03:01 AM, you wrote: > >> The last commit that I recall (r192561) fixed dashes in front of >> options (.Fl macro) but not dashes present within a man page. >> Personally, I just create an alias for man to call 'LANG=C man' to >> protect against examples with non-ASCII (U+002D) dashes. > >> Read the commit message[1] for a better explanation of unresolved >> issues. > >> Sean >> 1. http://svn.freebsd.org/viewvc/base?view=revision&revision=192561 > > What caused this to be broken? Everything was fine up until 7.2 (or at > least I didn't notice this earlier) Previously (to some commit revision), man (nroff) did not have NLS enabled, so the output was in ASCII. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 02:09:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C551065695 for ; Tue, 5 Jan 2010 02:09:47 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id BA5F98FC17 for ; Tue, 5 Jan 2010 02:09:46 +0000 (UTC) Received: by ywh35 with SMTP id 35so7180364ywh.7 for ; Mon, 04 Jan 2010 18:09:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=43BwQ20GTiN8/EVZXfxQTlbjybSwkSnS3xylP8ED9OE=; b=nhBOXtCPSo2QwHaoxdxGqNJjeluDzCy7oDoHomoz2PlLKQdtjgS+vBHiZNz7tulQOj Xr9T2OxdDsY5m7zSXrceOKfa1RFkNkXg2byaaiwYYlOyYekorDGORPD5QM5B5f5GauM0 94UUZS7GPQXgpxEk5pdkM8OXoxeLanWp0Bins= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=P8+ntLOjdy2S8zGnNyLMLxSy3qfNvaVCOkm2k+FpGQbEwPg8TyIcJbtZ71SXmuDJK6 w90adHz8P2wRERyomzD9gJB6LSbpNfcn+0s710IwXjwl8SALeWY2quH5r8/4mdHT5W3p TjfdlZ+ryyOVrfePuKDT3t8HopPsWs8nmmhQE= Received: by 10.90.10.3 with SMTP id 3mr1328537agj.87.1262657380199; Mon, 04 Jan 2010 18:09:40 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.5.16]) by mx.google.com with ESMTPS id 7sm7532455yxd.62.2010.01.04.18.09.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 18:09:38 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 6FA2BB805A; Mon, 4 Jan 2010 23:09:33 -0300 (BRT) Received: from 10.1.1.13 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Tue, 5 Jan 2010 00:09:33 -0200 (BRST) Message-ID: <0122e9480533dc61e94ec7d00678aeaf.squirrel@lamneth> Date: Tue, 5 Jan 2010 00:09:33 -0200 (BRST) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ath hostap problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 02:09:47 -0000 hail, I have a Core 2 Duo 2.66 GHz as a wifi ap: Jan 4 22:31:08 xxx kernel: cpu_reset: Stopping other CPUs Jan 4 22:31:08 xxx kernel: Copyright (c) 1992-2010 The FreeBSD Project. Jan 4 22:31:08 xxx kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jan 4 22:31:08 xxx kernel: The Regents of the University of California. All rights reserved. Jan 4 22:31:08 xxx kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jan 4 22:31:08 xxx kernel: FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT 2010 Jan 4 22:31:08 xxx kernel: root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 Jan 4 22:31:08 xxx kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Jan 4 22:31:08 xxx kernel: CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2669.34-MHz K8-class CPU) Jan 4 22:31:08 xxx kernel: Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 xxx# uname -a FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT 2010 root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 cat /etc/hostapd.conf interface=wlan0 #bridge=bridge0 driver=bsd logger_syslog=-1 logger_syslog_level=2 logger_stdout=-1 logger_stdout_level=2 debug=0 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=0 ssid=apartnet2 #macaddr_acl=1 #accept_mac_file=/etc/hostapd/accept auth_algs=3 eapol_key_index_workaround=0 #eap_server=0 wpa=3 wpa_psk_file=/etc/hostapd/wpa_psk wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP #stakey=0 ieee8021x=0 hw_mode=g and just get these messages in logs: Jan 4 22:49:46 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:49:48 xxx last message repeated 4 times Jan 4 22:49:48 xxx postfix/local[1293]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:49:48 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:03 xxx last message repeated 46 times Jan 4 22:50:03 xxx kernel: Jan 4 22:50:03 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:19 xxx last message repeated 51 times Jan 4 22:50:20 xxx kernel: Jan 4 22:50:20 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:33 xxx last message repeated 41 times Jan 4 22:50:33 xxx kernel: Jan 4 22:50:33 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:49 xxx last message repeated 50 times Jan 4 22:50:49 xxx postfix/local[1296]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:50:49 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:51:20 xxx last message repeated 98 times Jan 4 22:51:50 xxx last message repeated 100 times Jan 4 22:51:50 xxx postfix/local[1297]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:51:50 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) I can't even see the network in other computers. Some time ago I reported this problem in here, but using slower hardware. and Sam said that was it. That machine was running Linux before and is now being converted to FreeBSD 8. when in linux, I had some performance penalties but it works great for internet access. is there anything I can do to solve this ? the card is this: ath0@pci0:5:0:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR5212)' class = network subclass = ethernet the card doesn't support 802.11a though. I'm about to buy a rum based usb wlan, may be Hawking HWUG1 or TP-LINK TL-WN321G, to make another freebsd based ap for light internet access. is this supposed to happen as well ? thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 05:26:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 177DD106566C for ; Tue, 5 Jan 2010 05:26:01 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id BCB7C8FC13 for ; Tue, 5 Jan 2010 05:26:00 +0000 (UTC) Received: by mail-yw0-f197.google.com with SMTP id 35so7299024ywh.7 for ; Mon, 04 Jan 2010 21:26:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=3XokFv4dHozCElAY3fsdcScb8gc6lzzT8GHjhSq3Pkw=; b=oZFMgXw5elPE0Phsv1ynbSoASa823vG0DL4jlqrZlWhHVcl/8kG48NC9QJvwi4mBZK in2GrJ74bpL2R9uFHV7y7YbRa3smuGy3m9AvtW4nK2JxuQC1avUm9NvOhr+9Sr6BXhJu Psoz/SDf18/j2V6SJkDUE64CtqMGTxqwyRwTQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=s7/SmzJrlWZIy3n391ii0lUxNJCGVcieMXnD+bwb59oXboPbdfvt97JS78v38nJHbl cO7T0MxWVQSWKs8ESh+qreMuW6eNLFLy6fFbZEnCh7/rPTNKROBhj/vbIGGU16eahPmX 24YsL7RoRtyAKJWpgq51BWO/pP9N5tKhkt8+A= Received: by 10.101.185.26 with SMTP id m26mr17563073anp.129.1262669160487; Mon, 04 Jan 2010 21:26:00 -0800 (PST) Received: from cygnus.homeunix.com ([189.71.5.16]) by mx.google.com with ESMTPS id 7sm7615381yxg.68.2010.01.04.21.25.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Jan 2010 21:25:59 -0800 (PST) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 98985B805A; Tue, 5 Jan 2010 02:25:53 -0300 (BRT) Received: from 10.1.1.84 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Tue, 5 Jan 2010 03:25:53 -0200 (BRST) Message-ID: <0c682ad7769fbd678a6835f041d0c791.squirrel@lamneth> In-Reply-To: <0122e9480533dc61e94ec7d00678aeaf.squirrel@lamneth> References: <0122e9480533dc61e94ec7d00678aeaf.squirrel@lamneth> Date: Tue, 5 Jan 2010 03:25:53 -0200 (BRST) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ath hostap problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 05:26:01 -0000 On Tue, January 5, 2010 00:09, Nenhum_de_Nos wrote: > hail, > > I have a Core 2 Duo 2.66 GHz as a wifi ap: > > Jan 4 22:31:08 xxx kernel: cpu_reset: Stopping other CPUs > Jan 4 22:31:08 xxx kernel: Copyright (c) 1992-2010 The FreeBSD Project. > Jan 4 22:31:08 xxx kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, > 1989, 1991, 1992, 1993, 1994 > Jan 4 22:31:08 xxx kernel: The Regents of the University of California. > All rights reserved. > Jan 4 22:31:08 xxx kernel: FreeBSD is a registered trademark of The > FreeBSD Foundation. > Jan 4 22:31:08 xxx kernel: FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT > 2010 > Jan 4 22:31:08 xxx kernel: root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 > Jan 4 22:31:08 xxx kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Jan 4 22:31:08 xxx kernel: CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ > 2.66GHz (2669.34-MHz K8-class CPU) > Jan 4 22:31:08 xxx kernel: Origin = "GenuineIntel" Id = 0x6fb Stepping > = 11 > > xxx# uname -a > FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT > 2010 root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 > > cat /etc/hostapd.conf > interface=wlan0 > #bridge=bridge0 > driver=bsd > logger_syslog=-1 > logger_syslog_level=2 > logger_stdout=-1 > logger_stdout_level=2 > debug=0 > dump_file=/tmp/hostapd.dump > ctrl_interface=/var/run/hostapd > ctrl_interface_group=0 > ssid=apartnet2 > #macaddr_acl=1 > #accept_mac_file=/etc/hostapd/accept > auth_algs=3 > eapol_key_index_workaround=0 > #eap_server=0 > wpa=3 > wpa_psk_file=/etc/hostapd/wpa_psk > wpa_key_mgmt=WPA-PSK > wpa_pairwise=CCMP > #stakey=0 > ieee8021x=0 > hw_mode=g > > and just get these messages in logs: > > Jan 4 22:49:46 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 4 22:49:48 xxx last message repeated 4 times > Jan 4 22:49:48 xxx postfix/local[1293]: fatal: open database > /etc/aliases.db: No such file or directory > Jan 4 22:49:48 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 4 22:50:03 xxx last message repeated 46 times > Jan 4 22:50:03 xxx kernel: > Jan 4 22:50:03 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 4 22:50:19 xxx last message repeated 51 times > Jan 4 22:50:20 xxx kernel: > Jan 4 22:50:20 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 4 22:50:33 xxx last message repeated 41 times > Jan 4 22:50:33 xxx kernel: > Jan 4 22:50:33 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 4 22:50:49 xxx last message repeated 50 times > Jan 4 22:50:49 xxx postfix/local[1296]: fatal: open database > /etc/aliases.db: No such file or directory > Jan 4 22:50:49 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jan 4 22:51:20 xxx last message repeated 98 times > Jan 4 22:51:50 xxx last message repeated 100 times > Jan 4 22:51:50 xxx postfix/local[1297]: fatal: open database > /etc/aliases.db: No such file or directory > Jan 4 22:51:50 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) > > I can't even see the network in other computers. > > Some time ago I reported this problem in here, but using slower hardware. > and Sam said that was it. That machine was running Linux before and is now > being converted to FreeBSD 8. when in linux, I had some performance > penalties but it works great for internet access. > > is there anything I can do to solve this ? > > the card is this: > > ath0@pci0:5:0:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 > hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = '802.11a/b/g Wireless Adapter (AR5212)' > class = network > subclass = ethernet > > the card doesn't support 802.11a though. > > I'm about to buy a rum based usb wlan, may be Hawking HWUG1 or TP-LINK > TL-WN321G, to make another freebsd based ap for light internet access. is > this supposed to happen as well ? > > thanks, > > matheus Using similar configuration file for hostapd, I did test another atheros based wlan card in same role: ath0@pci0:1:0:0: class=0x020000 card=0x3065168c chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 (USBVID_147E&PID_20165&B71A446&0&1)' class = network subclass = ethernet this is a pcie part, AFAIK, running on Asus F3T turion based notebook. Runs FreeBSD 8 as well: [matheus@xxx/usr/home/matheus]$ uname -a FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #5: Sun Jan 3 16:20:25 BRT 2010 root@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 but this time I have no message as tha other box, and the AP works fine. matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 07:35:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FEAC106566B for ; Tue, 5 Jan 2010 07:35:37 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id F05C78FC16 for ; Tue, 5 Jan 2010 07:35:36 +0000 (UTC) Received: by ewy26 with SMTP id 26so13930651ewy.3 for ; Mon, 04 Jan 2010 23:35:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=v5Yi/OFiUmeEmGPDTf0PueSp0w0aNRqX6HaXngFZobY=; b=F4GBfUjCE9SQJNACMdybfM/xZIZSWy+23Hiotf6wDjN8at4Hxdk1nBLHITnsXTw8F6 GZsmhxj3OpHVZohcgceFNfCC80AoEheV0lEXZmRomer3j4F8gPFq5AyeB8hRS87E1qpL Tfc3E1FnYxVQnoAzy1EjwlrMtbZ2AQt7cztbU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ZJ23Cf+uMYRngU9fDU+S/mGb8rHklvOxuFug919aUQYKwO/EfRUA2lp16lfmG5gFx1 g5GM7GOJCWJXRavPUuensvSKx5SarOXRPqwf3MkT4ngp6W+Hk8UWkN0mNGeYDEpU+zLI iJshorLePE4NuR81j8x7hzvbKAd67FgLjjGVU= MIME-Version: 1.0 Received: by 10.213.96.232 with SMTP id i40mr6973020ebn.77.1262676927334; Mon, 04 Jan 2010 23:35:27 -0800 (PST) Date: Tue, 5 Jan 2010 02:35:27 -0500 Message-ID: From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: stat(2) docs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 07:35:37 -0000 Where did the chflags(2) part of the stat(2) struct go as documented in the man page for stat(2) in RELENG_4 but not in RELENG_8? I can see it in various places on both in /usr/include/sys/stat.h. I'm not sure what to make of __BSD_VISIBLE yet. Am I missing a change in how to use stat(2) somewhere? Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 10:42:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 179D2106566C for ; Tue, 5 Jan 2010 10:42:20 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id A09AC8FC23 for ; Tue, 5 Jan 2010 10:42:19 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:55705) by fish.ish.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NS77k-0007x4-10; Tue, 05 Jan 2010 21:58:52 +1100 Message-ID: <4B431781.2040301@ish.com.au> Date: Tue, 05 Jan 2010 21:42:09 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20091229 Shredder/3.0.1pre MIME-Version: 1.0 To: freebsd-stable References: <4B418470.2000607@ish.com.au> In-Reply-To: <4B418470.2000607@ish.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jurgen Weber Subject: Re: upgrade 7.2 to 8.0 problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 10:42:20 -0000 On 4/01/10 5:02 PM, Aristedes Maniatis wrote: > # AMD64, Supermicro hardware. ZFS filesystem (booting to UFS, then rest > of the file system /usr /var /tmp on ZFS). > > I used "freebsd-update upgrade -r 8.0-RELEASE" and all went well for the > usual first install of the kernel with "freebsd-update install". After > rebooting into single user mode, I manually mounted the ZFS partitions > (which needs to be done as follows since the ZFS userland tools are > incompatible with 8.0): > > mount -uw / > mount -t zfs tank/usr /usr > mount -t zfs tank/var /var > mount -t zfs tank/tmp /tmp > mount /bootdir > > Then I ran "freebsd-update install" for the second time to install the > userland. The disk lights flashed a lot at the start, but then the > system came to an almost complete halt. > > Looking at 'systat -vmstat' I can see that the disk and cpu are both > almost idle. 'top' doesn't work (since it probably is the old userland). > 'ps ax' shows that freebsd-install is running and has spawned an > 'install' command. It is installing files at the rate of about one per 5 > minutes. At this rate it should be done by next Christmas. > > I can see that the files it completes have their modified date changed > to the current date. There is nothing interesting in /var/log/messages. > > It is still working, and I don't want to kill it for fear of ending up > with a completely non-functional system. Any thoughts about this > problem? I'm really stumped. Just for the archives... the problem was a non-functional LDAP. I had thought that in single user mode nsswitch was bypassed, but I was wrong and the (non-running) LDAP server was being queried for every 'install'. The timeout (5 minutes?) was the delay before it then proceeded to the next file. Ari Maniatis -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 17:04:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1A110657CA for ; Tue, 5 Jan 2010 17:04:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A653C8FC31 for ; Tue, 5 Jan 2010 17:04:39 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o05H4MWH002812; Tue, 5 Jan 2010 18:04:37 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o05H4M1h002810; Tue, 5 Jan 2010 18:04:22 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <201001051704.o05H4M1h002810@lurza.secnetix.de> To: varga.michal@gmail.com (Michal Varga) Date: Tue, 5 Jan 2010 18:04:22 +0100 (CET) In-Reply-To: <3f1fd1ea0912291141v12a2d0f1j5608b8175bc277d1@mail.gmail.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Jan 2010 18:04:37 +0100 (CET) Cc: freebsd-stable@freebsd.org Subject: Re: Most files in subversion stable/8/sys touched by bms X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 17:04:40 -0000 Michal Varga wrote: > On Tue, Dec 29, 2009 at 7:37 PM, Oliver Fromme wrote: > > By the way, here is another little tool that can be used to > > watch changes in 8-stable conveniently: > > > > http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys > > Thank you for mentioning this, this is a great tool for everyone to > have around (instantly bookmarked). > > I'd have one question to ask - would you consider adding one more > piece of information to the output, namely "age" of the commit? That's a good idea. I just added that. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Blogging: Never before have so many people with so little to say said so much to so few. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 17:07:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924D91065676 for ; Tue, 5 Jan 2010 17:07:58 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E98B8FC18 for ; Tue, 5 Jan 2010 17:07:57 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o05H7f2j003180; Tue, 5 Jan 2010 18:07:57 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o05H7f8u003178; Tue, 5 Jan 2010 18:07:41 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <201001051707.o05H7f8u003178@lurza.secnetix.de> To: marius@nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Tue, 5 Jan 2010 18:07:41 +0100 (CET) In-Reply-To: X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Jan 2010 18:07:57 +0100 (CET) Cc: freebsd-stable@freebsd.org, Michal Varga Subject: Re: Most files in subversion stable/8/sys touched by bms X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 17:07:58 -0000 Marius Nünnerich wrote: > Michal Varga wrote: > > On Tue, Dec 29, 2009 at 7:37 PM, Oliver Fromme wrote: > > > By the way, here is another little tool that can be used to > > > watch changes in 8-stable conveniently: > > > > > > http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys > > [...] > > I would prefer the name of the timezone. The time stamps displayed are the original time stamps from the SVN server. They are displayed in UTC/GMT. There's a small text at the bottom of every page that indicates this. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Above all, they contribute to the genetic diversity in the operating system pool. Which is a good thing." -- Ruben van Staveren, on the question which BSD OS is the best one. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 17:18:25 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E77106568F for ; Tue, 5 Jan 2010 17:18:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 071D98FC1B for ; Tue, 5 Jan 2010 17:18:24 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o05HI8Zk003546; Tue, 5 Jan 2010 18:18:23 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o05HI6re003544; Tue, 5 Jan 2010 18:18:06 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <201001051718.o05HI6re003544@lurza.secnetix.de> To: petefrench@ticketswitch.com (Pete French) Date: Tue, 5 Jan 2010 18:18:06 +0100 (CET) In-Reply-To: X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 05 Jan 2010 18:18:24 +0100 (CET) Cc: freebsd-stable@FreeBSD.ORG, lab@gta.com Subject: Re: Most files in subversion stable/8/sys touched by bms X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 17:18:25 -0000 Pete French wrote: > > By the way, here is another little tool that can be used to > > watch changes in 8-stable conveniently: > > > > http://www.secnetix.de/olli/FreeBSD/svnews/?p=stable/8/sys > > Have you seen Fresh BSD ? It does a very similary thing except > it's not just restricted to FreeBSD. For example to track RELENG_8... > > http://www.freshbsd.org/?branch=RELENG_8&project=freebsd > > meanwhile, over at Dragonfly... > > http://www.freshbsd.org/?project=dfbsd No, I haven't seen it before. But it looks very similar (almost identical) to freshsource.org, which I knew before. In fact I decided to create SVNews when I saw freshsource because I wanted something that displayed more information on one page, but in a much more compact and useful (IMHO) way. Another reason was that I wanted to exploit the advantages of using the SVN protocol directly: SVNews accesses the SVN server itself, so there's almost no delay between a commit and its arrival on the SVNews page. On the other hand, freshsource (and apparently freshbsd, too) tries to parse the e-mail messages generated from commits. This is sub-optimal, in my opinion. Last but not least, I was curious how difficult it would be to write an SVN protocol application in Python. I found out that it is trivial. :-) It's true, freshbsd supports other projects besides FreeBSD. Most other projects don't use SVN, so SVNews focuses on FreeBSD (which is my main interest anyway). On the other hand, SVNews also displays commits outside of the main src tree, such as commits to the vendors, users and projects branches. freshbsd doesn't display those at all. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 18:27:49 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF30C1065676 for ; Tue, 5 Jan 2010 18:27:49 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 2D94C8FC25 for ; Tue, 5 Jan 2010 18:27:48 +0000 (UTC) Received: (qmail 81896 invoked by uid 89); 5 Jan 2010 18:27:47 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 5 Jan 2010 18:27:47 -0000 Date: Tue, 5 Jan 2010 19:27:46 +0100 From: Oliver Lehmann To: stable@freebsd.org Message-Id: <20100105192746.cc627795.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hardware@freebsd.org Subject: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 18:27:49 -0000 Hi, has anyone tried using the nfsmb(4) driver for the Nvidia ION chipset's SMB controller? none3@pci0:0:3:5: class=0x0b4000 card=0x83f91043 chip=0x0aa310de rev=0xb1 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVIDIA nForce System Management Controller (nForce)' class = processor I could try to just change one of the device IDs in pci/nfsmb.c to 0x0aa3 and see if it works but if someone has already tried this and says "won't work" I can avoid maybe crashing my box ;) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 22:47:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDC29106566B for ; Tue, 5 Jan 2010 22:47:49 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 633D58FC0A for ; Tue, 5 Jan 2010 22:47:49 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSIBm-0007uV-Lx for freebsd-stable@freebsd.org; Tue, 05 Jan 2010 23:47:46 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jan 2010 23:47:46 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jan 2010 23:47:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Tue, 05 Jan 2010 23:47:34 +0100 Lines: 66 Message-ID: References: <20100104155041.GA73184@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <20100104155041.GA73184@icarus.home.lan> Sender: news Subject: Re: 8.0 regression: consecutive panics (iwi / wlan / zfs ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 22:47:50 -0000 Jeremy Chadwick wrote: > On Mon, Jan 04, 2010 at 04:13:36PM +0100, martinko wrote: >> A few hours ago I experienced 3 consecutive panics on this freshly >> installed 8.0, the last panic just 28s into boot sequence. It seems >> to me that culprit could be iwi/wlan possibly with help from zfs or >> others. >> More details even with screen-shot of the last panic follow. >> >> I have used versions 5.3 to 6.4 on this laptop, the last one being >> the most stable and smooth. A few weeks ago I moved to 8.0 (fresh >> install) and since then I've been experiencing funny issues. >> >> Last night I was writing an email when I noticed my wi-fi link was >> gone. I checked /var/log/messages and saw the following: >> >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> linux: pid 6189 (skype): syscall inotify_init not implemented >> ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, >> add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. >> ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable >> behavior. >> Consider tuning vm.kmem_size and vm.kmem_size_max >> in /boot/loader.conf. >> ZFS filesystem version 13 >> ZFS storage pool version 13 >> >> While wifi weirdness did not impressed me, I was perplexed by ZFS >> messages. I checked kldstat and indeed ZFS was loaded. Note that I >> have not attached any ZFS storage devices nor I have ever configured >> ZFS on this laptop. And before I could investigate any further my >> laptop froze and then rebooted. > > The ZFS messages in question get printed when ZFS initialises (in your > case, when the kernel module was loaded). How or why it got loaded is > beyond me. > > In this case would help to post these kinds of kernel messages taken > directly from /var/log/messages instead of from dmesg -- the file in > question is handled by syslog and will have timestamps. > > I can't help with the rest of the problems mentioned, sorry. :-( > There's nothing else in log regarding ZFS. It sure was loaded as I checked with kldstat. But I have not loaded it nor I have ever had any device with ZFS on it near this laptop. Really strange. This appeared in log shortly before a crash: Jan 4 04:42:24 mb-aw1n-bsd kernel: wlan0: ieee80211_new_state_locked: pending SCAN -> AUTH transition lost Jan 4 04:42:24 mb-aw1n-bsd kernel: wlan0: link state changed to UP Jan 4 04:42:24 mb-aw1n-bsd kernel: iwi0: firmware error And then again on subsequent boot. Wi-fi did not work and system panicked again. Then panicked already during boot. A then I switched it off which obviously helped (to restore HW to its defaults?). Hm.. M. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 5 23:10:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9264D106568F for ; Tue, 5 Jan 2010 23:10:21 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 155FA8FC16 for ; Tue, 5 Jan 2010 23:10:21 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSIXa-00085P-K0 for freebsd-stable@freebsd.org; Wed, 06 Jan 2010 00:10:18 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 00:10:18 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 00:10:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Wed, 06 Jan 2010 00:09:54 +0100 Lines: 60 Message-ID: References: <20100104171154.GE86359@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <20100104171154.GE86359@bunrab.catwhisker.org> Sender: news Cc: freebsd-current@freebsd.org Subject: Re: 8.0 regression: consecutive panics (iwi / wlan / zfs ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 23:10:21 -0000 David Wolfskill wrote: > On Mon, Jan 04, 2010 at 04:13:36PM +0100, martinko wrote: >> ... >> >> I have used versions 5.3 to 6.4 on this laptop, the last one being the >> most stable and smooth. A few weeks ago I moved to 8.0 (fresh install) >> and since then I've been experiencing funny issues. >> >> Last night I was writing an email when I noticed my wi-fi link was gone. >> I checked /var/log/messages and saw the following: >> >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> ... > > While I do not currently use ZFS, the wireless NIC I have been using > most often for the last several months has been iwi0 on my laptop, on > which I track stable/6, stable/7, stable/8, and head on a daily basis. > > While I have seen the interface bounce dwn& up repeatedly, and it > refuses to communicate with an Apple Airport AP (while working with > a Linksys WAP11) under head (but the Airport is OK for stable/6 and > stable/7; not sure about stable/8), it has been (at least) several > weeks since my last panic, so I am inclined to suggest that iwi(4) > and wlan(4) are unlikely to be involved in the root cause of the > panic. Well, the panic points at iwi (see my screenshot pls). And there are other wifi regressions I've already noticed. On 6.x I had 2 issues with iwi: Interface was changing down and up especially when signal was weaker. And there was the dreaded scan stuck. Sometimes the only help was to reboot the machine. On 8.0 I haven't noticed scan stuck and down&up happens a lot less. But I guess this is due to newer iwi firmware (3.1 vs 3.0). On the other hand wireless interface is too slow to associate during boot and I'm seeing connection errors from e.g. ntpd. Also the following began appearing in the system log: kernel: iwi0: need multicast update callback And there have been other issues posted to the lists in last weeks. I'd love these to be fixed and I'm willing to help investigate. Regards, Martin PS: I had the same panic today. After reboot I kept losing connection after short time. Restarting AP didn't help. I switched laptop off&on and it's running happily since (uptime 10h). Really weird. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 00:37:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B44B61065676 for ; Wed, 6 Jan 2010 00:37:23 +0000 (UTC) (envelope-from sife.mailling@yahoo.com) Received: from n19.bullet.mail.mud.yahoo.com (n19.bullet.mail.mud.yahoo.com [68.142.206.146]) by mx1.freebsd.org (Postfix) with SMTP id 5050B8FC19 for ; Wed, 6 Jan 2010 00:37:23 +0000 (UTC) Received: from [68.142.194.243] by n19.bullet.mail.mud.yahoo.com with NNFMP; 06 Jan 2010 00:24:54 -0000 Received: from [67.195.9.81] by t1.bullet.mud.yahoo.com with NNFMP; 06 Jan 2010 00:24:54 -0000 Received: from [67.195.9.101] by t1.bullet.mail.gq1.yahoo.com with NNFMP; 06 Jan 2010 00:24:54 -0000 Received: from [127.0.0.1] by omp105.mail.gq1.yahoo.com with NNFMP; 06 Jan 2010 00:24:54 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 270490.84591.bm@omp105.mail.gq1.yahoo.com Received: (qmail 22609 invoked by uid 60001); 6 Jan 2010 00:24:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262737494; bh=fzAI8fL0ZnZKCcdJXeD+VoLgsEOfN9+H7ZDN9zYNeZo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=GYTSST+UcBo486c1Rff+Btbx7Yl0ftCsSOjk4nSQZiXN4Pb/5tD1VCXNHuRkeb/w/eWb7kIJUEvIFzi9SxFRhwSgo/zerXxHIDtAkXs0rDN3vmuRklzdIWYfiBgOrzM478rWEAwhJXk7jQxTDMIQROFp3qLST70Y39TSbvDUxQE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=2tdp4vq8tY7LYrXYa08M9mCNVPeKnnArdgPnT5n6aJjHv930pQlgWUgnLYDPSyZ4l/fy5LaFXE7G6Nl+vKc+h0Cp4ZSkIPNfykirv04fldolZ4S/BaGIAcoeWicC8xe1vWEdd0LsUqsmsfOa8+59nJgheTwEp2Dn7eZLRJT8zW0=; Message-ID: <29479.22120.qm@web113105.mail.gq1.yahoo.com> X-YMail-OSG: TQBwjLUVM1nYFvb_o_R7Ax46pp7Za7_mmGWNts7wPRVfMKVww8c6NkJOYGwut2QdP.sYlMwDNK_tnTG3G678IGkfM05mB7NV4H.fRk1hO1monyQqq.gwupwcQA6e12EN90Td6bzHyzarlAK3yBQSKDV4qBdza7lCDMsGIx88hyCwoKBFrueVuCloT.byp0u9QAurFr5hS.hPqYY._Xg60cJ0owwUo6w3mWfeNyLnCT26TiCuVHKKbOAA3dSYEIXzrc8X0CjPxgT.9ISrRh1QEENUSI7P3y7lcCGMhxuE8N4q3Vkp5v4Zmea3_AdxkwACBp5tBMalXn6Zhw6I6zAlwTyKloi28TGmLF7R Received: from [41.100.112.104] by web113105.mail.gq1.yahoo.com via HTTP; Tue, 05 Jan 2010 16:24:53 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Tue, 5 Jan 2010 16:24:53 -0800 (PST) From: Sife Mailling To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: libvgl.so.6: Undefined symbol "set2lines" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 00:37:23 -0000 Salamo Alikom when i start VirtualBox i get this msg : VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/usr/local/lib/virtualbox/VirtualBox.so",) failed: /usr/lib/libvgl.so.6: Undefined symbol "set2lines" and if i build sdl from ports it is end with this : checking for assert() use... enabled checking for sdl-config... /usr/local/bin/sdl-config checking for SDL - version >= 1.2.0... no *** Could not run SDL test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means SDL was incorrectly installed *** or that you have moved SDL since it was installed. In the latter case, you *** may want to edit the sdl-config script: /usr/local/bin/sdl-config configure: error: *** SDL version 1.2.0 or newer not found! ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/sdlmm/work/SDLmm-0.1.8/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 log file say this : This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:782: checking host system type configure:803: checking target system type configure:824: checking for Cygwin environment configure:840: cc -c -pipe -march=pentium4 conftest.c 1>&5 configure: In function 'main': configure:836: error: '__CYGWIN32__' undeclared (first use in this function) configure:836: error: (Each undeclared identifier is reported only once configure:836: error: for each function it appears in.) configure: failed program was: #line 829 "configure" #include "confdefs.h" int main() { #ifndef __CYGWIN__ #define __CYGWIN__ __CYGWIN32__ #endif return __CYGWIN__; ; return 0; } configure:857: checking for mingw32 environment configure:869: cc -c -pipe -march=pentium4 conftest.c 1>&5 configure: In function 'main': configure:865: error: '__MINGW32__' undeclared (first use in this function) configure:865: error: (Each undeclared identifier is reported only once configure:865: error: for each function it appears in.) configure: failed program was: #line 862 "configure" #include "confdefs.h" int main() { return __MINGW32__; ; return 0; } configure:886: checking how to run the C preprocessor configure:907: cc -E conftest.c >/dev/null 2>conftest.out configure:1035: checking build system type configure:1055: checking for gcc configure:1168: checking whether the C compiler (cc -pipe -march=pentium4 ) works configure:1184: cc -o conftest -pipe -march=pentium4 conftest.c 1>&5 configure:1210: checking whether the C compiler (cc -pipe -march=pentium4 ) is a cross-compiler configure:1215: checking whether we are using GNU C configure:1224: cc -E conftest.c configure:1243: checking whether cc accepts -g configure:1286: checking for ld used by GCC configure:1354: checking if the linker (/usr/bin/ld) is GNU ld GNU ld version 2.15 [FreeBSD] 2004-05-23 configure:1371: checking for /usr/bin/ld option to reload object files configure:1383: checking for BSD-compatible nm configure:1421: checking whether ln -s works configure:1442: checking how to recognise dependant libraries configure:1615: checking for object suffix configure:1621: cc -c -pipe -march=pentium4 conftest.c 1>&5 configure:1641: checking for executable suffix configure:1651: cc -o conftest -pipe -march=pentium4 conftest.c 1>&5 configure:1682: checking command to parse /usr/bin/nm -B output configure:1758: cc -c -pipe -march=pentium4 conftest.c 1>&5 configure:1761: /usr/bin/nm -B conftest.o | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm configure:1812: cc -o conftest -pipe -march=pentium4 conftest.c conftstm.o 1>&5 configure:1858: checking for dlfcn.h configure:1868: cc -E conftest.c >/dev/null 2>conftest.out configure:2036: checking for ranlib configure:2103: checking for strip configure:2611: checking for objdir configure:2638: checking for cc option to produce PIC configure:2790: checking if cc PIC flag -fPIC works configure:2804: cc -c -pipe -march=pentium4 -fPIC -DPIC conftest.c 1>&5 configure:2856: checking if cc static flag -static works configure:2871: cc -o conftest -pipe -march=pentium4 -static conftest.c 1>&5 configure:2898: checking if cc supports -c -o file.o configure:2917: cc -c -pipe -march=pentium4 -o out/conftest2.o conftest.c 1>&5 configure:2946: checking if cc supports -c -o file.lo configure:2962: cc -c -pipe -march=pentium4 -c -o conftest.lo conftest.c 1>&5 configure:3011: checking if cc supports -fno-rtti -fno-exceptions configure:3024: cc -c -pipe -march=pentium4 -fno-rtti -fno-exceptions -c conftest.c conftest.c 1>&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:3051: checking whether the linker (/usr/bin/ld) supports shared libraries configure:3667: checking how to hardcode library paths into programs configure:3695: checking whether stripping libraries is possible configure:3709: checking dynamic linker characteristics configure:4095: checking if libtool supports shared libraries configure:4588: checking whether -lc should be explicitly linked in configure:4595: cc -c -pipe -march=pentium4 conftest.c 1>&5 configure:4608: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2>&1 | grep -lc >/dev/null 2>&1 configure:5197: checking for a BSD compatible install configure:5250: checking whether build environment is sane configure:5307: checking whether make sets ${MAKE} configure:5353: checking for working aclocal configure:5366: checking for working autoconf configure:5379: checking for working automake configure:5392: checking for working autoheader configure:5405: checking for working makeinfo configure:5423: checking for c++ configure:5455: checking whether the C++ compiler (c++ -pipe -march=pentium4 ) works configure:5471: c++ -o conftest -pipe -march=pentium4 conftest.C 1>&5 configure:5497: checking whether the C++ compiler (c++ -pipe -march=pentium4 ) is a cross-compiler configure:5502: checking whether we are using GNU C++ configure:5511: c++ -E conftest.C configure:5530: checking whether c++ accepts -g configure:5564: checking for sqrt in -lm configure:5583: cc -o conftest -pipe -march=pentium4 conftest.c -lm 1>&5 configure:5576: warning: conflicting types for built-in function 'sqrt' configure:5611: checking for ANSI C header files configure:5624: cc -E conftest.c >/dev/null 2>conftest.out configure:5691: cc -o conftest -pipe -march=pentium4 conftest.c -lm 1>&5 configure: In function 'main': configure:5686: warning: incompatible implicit declaration of built-in function 'exit' configure:5726: checking for cc option to accept ANSI C configure:5779: c++ -c -pipe -march=pentium4 conftest.C 1>&5 configure:5750: error: 'p' was not declared in this scope configure:5750: error: 'i' was not declared in this scope configure:5750: error: initializer expression list treated as compound expression configure:5751: error: expected ',' or ';' before 'char' configure:5753: error: expected unqualified-id before '{' token configure: In function 'int main()': configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure: failed program was: #line 5742 "configure" #include "confdefs.h" #include #include #include #include /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */ struct buf { int x; }; FILE * (*rcsopen) (struct buf *, struct stat *, int); static char *e (p, i) char **p; int i; { return p[i]; } static char *f (char * (*g) (char **, int), char **p, ...) { char *s; va_list v; va_start (v,p); s = g (p, va_arg (v,int)); va_end (v); return s; } int test (int i, double x); struct s1 {int (*f) (int a);}; struct s2 {int (*f) (double a);}; int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int); int argc; char **argv; int main() { return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1]; ; return 0; } configure:5779: c++ -c -pipe -march=pentium4 conftest.C 1>&5 configure:5750: error: 'p' was not declared in this scope configure:5750: error: 'i' was not declared in this scope configure:5750: error: initializer expression list treated as compound expression configure:5751: error: expected ',' or ';' before 'char' configure:5753: error: expected unqualified-id before '{' token configure: In function 'int main()': configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure: failed program was: #line 5742 "configure" #include "confdefs.h" #include #include #include #include /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */ struct buf { int x; }; FILE * (*rcsopen) (struct buf *, struct stat *, int); static char *e (p, i) char **p; int i; { return p[i]; } static char *f (char * (*g) (char **, int), char **p, ...) { char *s; va_list v; va_start (v,p); s = g (p, va_arg (v,int)); va_end (v); return s; } int test (int i, double x); struct s1 {int (*f) (int a);}; struct s2 {int (*f) (double a);}; int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int); int argc; char **argv; int main() { return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1]; ; return 0; } configure:5779: c++ -c -pipe -march=pentium4 conftest.C 1>&5 configure:5750: error: 'p' was not declared in this scope configure:5750: error: 'i' was not declared in this scope configure:5750: error: initializer expression list treated as compound expression configure:5751: error: expected ',' or ';' before 'char' configure:5753: error: expected unqualified-id before '{' token configure: In function 'int main()': configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure: failed program was: #line 5742 "configure" #include "confdefs.h" #include #include #include #include /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */ struct buf { int x; }; FILE * (*rcsopen) (struct buf *, struct stat *, int); static char *e (p, i) char **p; int i; { return p[i]; } static char *f (char * (*g) (char **, int), char **p, ...) { char *s; va_list v; va_start (v,p); s = g (p, va_arg (v,int)); va_end (v); return s; } int test (int i, double x); struct s1 {int (*f) (int a);}; struct s2 {int (*f) (double a);}; int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int); int argc; char **argv; int main() { return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1]; ; return 0; } configure:5779: c++ -c -pipe -march=pentium4 conftest.C 1>&5 configure:5750: error: 'p' was not declared in this scope configure:5750: error: 'i' was not declared in this scope configure:5750: error: initializer expression list treated as compound expression configure:5751: error: expected ',' or ';' before 'char' configure:5753: error: expected unqualified-id before '{' token configure: In function 'int main()': configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure: failed program was: #line 5742 "configure" #include "confdefs.h" #include #include #include #include /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */ struct buf { int x; }; FILE * (*rcsopen) (struct buf *, struct stat *, int); static char *e (p, i) char **p; int i; { return p[i]; } static char *f (char * (*g) (char **, int), char **p, ...) { char *s; va_list v; va_start (v,p); s = g (p, va_arg (v,int)); va_end (v); return s; } int test (int i, double x); struct s1 {int (*f) (int a);}; struct s2 {int (*f) (double a);}; int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int); int argc; char **argv; int main() { return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1]; ; return 0; } configure:5779: c++ -c -pipe -march=pentium4 conftest.C 1>&5 configure:5750: error: 'p' was not declared in this scope configure:5750: error: 'i' was not declared in this scope configure:5750: error: initializer expression list treated as compound expression configure:5751: error: expected ',' or ';' before 'char' configure:5753: error: expected unqualified-id before '{' token configure: In function 'int main()': configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure:5774: error: cannot convert 'char*' to 'char* (*)(char**, int)' for argument '1' to 'char* f(char* (*)(char**, int), char**, ...)' configure: failed program was: #line 5742 "configure" #include "confdefs.h" #include #include #include #include /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */ struct buf { int x; }; FILE * (*rcsopen) (struct buf *, struct stat *, int); static char *e (p, i) char **p; int i; { return p[i]; } static char *f (char * (*g) (char **, int), char **p, ...) { char *s; va_list v; va_start (v,p); s = g (p, va_arg (v,int)); va_end (v); return s; } int test (int i, double x); struct s1 {int (*f) (int a);}; struct s2 {int (*f) (double a);}; int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int); int argc; char **argv; int main() { return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1]; ; return 0; } configure:5804: checking operating system configure:5837: checking -pipe configure:5855: c++ -o conftest -pipe -march=pentium4 -pipe conftest.C -lm 1>&5 configure:5886: checking -O3 configure:5904: c++ -o conftest -pipe -march=pentium4 -pipe conftest.C -lm 1>&5 configure:6026: checking -Woverloaded-virtual configure:6044: c++ -o conftest -pipe -march=pentium4 -pipe -Woverloaded-virtual conftest.C -lm 1>&5 configure:6071: checking -Wtemplate-debugging configure:6089: c++ -o conftest -pipe -march=pentium4 -pipe -Wtemplate-debugging conftest.C -lm 1>&5 cc1plus: error: unrecognized command line option "-Wtemplate-debugging" configure: failed program was: #line 6082 "configure" #include "confdefs.h" #ifdef __cplusplus extern "C" void exit(int); #endif int main(){exit(0);} configure:6116: checking -fno-exceptions configure:6134: c++ -o conftest -pipe -march=pentium4 -pipe -fno-exceptions conftest.C -lm 1>&5 configure:6161: checking -fno-rtti configure:6179: c++ -o conftest -pipe -march=pentium4 -pipe -fno-rtti conftest.C -lm 1>&5 configure:8106: checking for assert() use configure:8194: checking for sdl-config configure:8229: checking for SDL - version >= 1.2.0 configure:8314: cc -o conftest -pipe -march=pentium4 -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT conftest.c -lm -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread 1>&5 /usr/lib/libvgl.so.6: undefined reference to `set2lines' /usr/lib/libvgl.so.6: undefined reference to `set4pixels' configure: failed program was: #line 8253 "configure" #include "confdefs.h" #include #include #include #include "SDL.h" char* my_strdup (char *str) { char *new_str; if (str) { new_str = (char *)malloc ((strlen (str) + 1) * sizeof(char)); strcpy (new_str, str); } else new_str = NULL; return new_str; } int main (int argc, char *argv[]) { int major, minor, micro; char *tmp_version; /* This hangs on some systems (?) system ("touch conf.sdltest"); */ { FILE *fp = fopen("conf.sdltest", "a"); if ( fp ) fclose(fp); } /* HP/UX 9 (%@#!) writes to sscanf strings */ tmp_version = my_strdup("1.2.0"); if (sscanf(tmp_version, "%d.%d.%d", &major, &minor, µ) != 3) { printf("%s, bad version string\n", "1.2.0"); exit(1); } if ((1 > major) || ((1 == major) && (2 > minor)) || ((1 == major) && (2 == minor) && (13 >= micro))) { return 0; } else { printf("\n*** 'sdl-config --version' returned %d.%d.%d, but the minimum version\n", 1, 2, 13); printf("*** of SDL required is %d.%d.%d. If sdl-config is correct, then it is\n", major, minor, micro); printf("*** best to upgrade to the required version.\n"); printf("*** If sdl-config was wrong, set the environment variable SDL_CONFIG\n"); printf("*** to point to the correct copy of sdl-config, and remove the file\n"); printf("*** config.cache before re-running configure\n"); return 1; } } configure:8363: cc -o conftest -pipe -march=pentium4 -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT conftest.c -lm -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread 1>&5 /usr/lib/libvgl.so.6: undefined reference to `set2lines' /usr/lib/libvgl.so.6: undefined reference to `set4pixels' configure: failed program was: #line 8348 "configure" #include "confdefs.h" #include #include "SDL.h" int main(int argc, char *argv[]) { return 0; } #undef main #define main K_and_R_C_main int main() { return 0; ; return 0; } Stop in /usr/ports/devel/sdlmm. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 02:35:54 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F61C106566B; Wed, 6 Jan 2010 02:35:54 +0000 (UTC) (envelope-from jchambers@ucla.edu) Received: from out-71.smtp.ucla.edu (smtp-14.smtp.ucla.edu [IPv6:2607:f010:3fe:102:101c:23ff:fed0:956f]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE308FC17; Wed, 6 Jan 2010 02:35:54 +0000 (UTC) Received: from smtp-14.smtp.ucla.edu (smtp-14.smtp.ucla.edu [169.232.46.250]) by out-71.smtp.ucla.edu with ESMTP id o062ZR6L019116; Tue, 05 Jan 2010 18:35:27 -0800 Received: from mail.ucla.edu (mail.ucla.edu [169.232.47.146]) by smtp-14.smtp.ucla.edu (8.14.3/8.14.3) with ESMTP id o062ZR6L019116; Tue, 5 Jan 2010 18:35:27 -0800 Received: from computer-2.local ([149.142.36.207]) (authenticated bits=0) by mail.ucla.edu (8.14.3/8.14.3) with ESMTP id o062ZQup014642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Jan 2010 18:35:27 -0800 Message-ID: <4B43F6EE.3010308@ucla.edu> Date: Tue, 05 Jan 2010 18:35:26 -0800 From: Jason Chambers Organization: UCLA User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Hiroki Sato References: <20091201.102925.218343479.hrs@allbsd.org> <2a41acea0912021249w1aed8e83kf89ceb1e6041edaf@mail.gmail.com> <2a41acea0912021514r2d44dd33n4c364518d7fe1703@mail.gmail.com> <20091203.182931.129751456.hrs@allbsd.org> In-Reply-To: <20091203.182931.129751456.hrs@allbsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Probable-Spam: no X-Scanned-By: smtp.ucla.edu on 169.232.46.250 Cc: stable@freebsd.org, jfvogel@gmail.com Subject: Re: em interface slow down on 8.0R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 02:35:54 -0000 Hiroki Sato wrote: > Thank you! I have investigated some more details. First, I got > something wrong with the affected FreeBSD versions; one I tried was > 8.0-STABLE, not 8.0-RELEASE. So I started to try 8.0R. A summary of > chips and releases I tried so far is now the following: > > 7.2R 8.0R 8.0-STABLE > 82540EM (chip=0x100e8086, rev=0x02) OK OK too slow[1] > 82541PI (chip=0x107c8086, rev=0x05) OK ? OK Running 8.0R I've noticed the same problem with this card (0x107c8086). Duplex and speed are manually set at full/1000. em0@pci0:3:3:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' class = network subclass = ethernet Regards, --Jason From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 03:02:20 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 727CC106566B for ; Wed, 6 Jan 2010 03:02:20 +0000 (UTC) (envelope-from jchambers@ucla.edu) Received: from out-66.smtp.ucla.edu (smtp-13.smtp.ucla.edu [IPv6:2607:f010:3fe:102:101c:23ff:fed0:918c]) by mx1.freebsd.org (Postfix) with ESMTP id 545838FC0A for ; Wed, 6 Jan 2010 03:02:20 +0000 (UTC) Received: from smtp-13.smtp.ucla.edu (smtp-13.smtp.ucla.edu [169.232.46.249]) by out-66.smtp.ucla.edu with ESMTP id o0631NYc009599; Tue, 05 Jan 2010 19:01:23 -0800 Received: from mail.ucla.edu (mail.ucla.edu [169.232.46.158]) by smtp-13.smtp.ucla.edu (8.14.3/8.14.3) with ESMTP id o0631NYc009599 for ; Tue, 5 Jan 2010 19:01:23 -0800 Received: from computer-2.local ([149.142.36.207]) (authenticated bits=0) by mail.ucla.edu (8.14.3/8.14.3) with ESMTP id o0631Nuh032578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 5 Jan 2010 19:01:23 -0800 Message-ID: <4B43FD03.4030704@ucla.edu> Date: Tue, 05 Jan 2010 19:01:23 -0800 From: Jason Chambers Organization: UCLA User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Probable-Spam: no X-Scanned-By: smtp.ucla.edu on 169.232.46.249 Cc: Subject: 8.0R IPF causes crash ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 03:02:20 -0000 Hello all, Wondering if anyone else can reproduce this ? The kernel I have compiled includes VIMAGE with SCTP disabled. Might be a contributing factor. Additionally, there's a problem with the em interface.. see "em interface slow down on 8.0R". To reproduce, have IPF start at boot or kldload ipl and then load in the rules with ipf -Fa -f /etc/ipf.rules. PF works fine. Regards, --Jason From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 03:53:44 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA5B1065695 for ; Wed, 6 Jan 2010 03:53:44 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 5CDBB8FC17 for ; Wed, 6 Jan 2010 03:53:44 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o063rh5i009216 for ; Tue, 5 Jan 2010 21:53:43 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 5 Jan 2010 21:53:42 -0600 (CST) From: "Sean C. Farley" To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: mkvmerge requires rebuild after recent update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 03:53:44 -0000 Following an update of my stable/8 system to r201626, mkvmerge from the multimedia/mkvtoolnix port required a rebuild. The system was that the process would eat all available memory (4GB RAM and 8GB swap) until it was killed. Its size in top was something like--I should have wrote it down--768GB and close to 4GB for resident. When I updated to r201400 from an even earlier revision, mkvmerge did not exhibit this. Currently, I do not see any other program showing any problems. Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 08:06:34 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E9D9106566C for ; Wed, 6 Jan 2010 08:06:34 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B77358FC17 for ; Wed, 6 Jan 2010 08:06:33 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.3) with ESMTP id o0686SGn008347; Wed, 6 Jan 2010 08:06:29 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk o0686SGn008347 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1262765189; bh=aQm9uuMiVw9y6xnonroTr/5FPWrpHFpJHlEAPfjoJWI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B44447E.7080005@infracaninophile.co.uk>|Date:=20W ed,=2006=20Jan=202010=2008:06:22=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20091129)|MIME-Vers ion:=201.0|To:=20Jason=20Chambers=20|CC:=20sta ble@freebsd.org|Subject:=20Re:=208.0R=20IPF=20causes=20crash=20?|R eferences:=20<4B43FD03.4030704@ucla.edu>|In-Reply-To:=20<4B43FD03. 4030704@ucla.edu>|X-Enigmail-Version:=200.95.6|Content-Type:=20mul tipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protocol=3D"appl ication/pgp-signature"=3B=0D=0A=20boundary=3D"------------enigD718 E42F7AFA8EAF41747BAD"; b=FjeT09MjXjqZj2s8xfjgPgZLfoyZgfQSLJSITfXr4pD3IHjuQ3uDJatHUSrdcdWV1 APozaH5XlAilRiBURAP4RadwzTjVhjbtLCI5OvlWmgndEhHzZD0t4vEdacJhyE5p4W Npi/V2XzQulhC9WtK8erYaGUnev+LFSwqrPnVNjI= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B44447E.7080005@infracaninophile.co.uk> Date: Wed, 06 Jan 2010 08:06:22 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: Jason Chambers References: <4B43FD03.4030704@ucla.edu> In-Reply-To: <4B43FD03.4030704@ucla.edu> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigD718E42F7AFA8EAF41747BAD" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org Subject: Re: 8.0R IPF causes crash ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 08:06:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD718E42F7AFA8EAF41747BAD Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jason Chambers wrote: > Hello all, >=20 > Wondering if anyone else can reproduce this ? >=20 > The kernel I have compiled includes VIMAGE with SCTP disabled. Might b= e > a contributing factor. Additionally, there's a problem with the em > interface.. see "em interface slow down on 8.0R". >=20 > To reproduce, have IPF start at boot or kldload ipl and then load in th= e > rules with ipf -Fa -f /etc/ipf.rules. >=20 >=20 > PF works fine. Last I tried, the combination of pf and VIMAGE resulted in an instant panic. That's simply because the necessary work on pf hadn't been done yet (Very pleased if that's gone into 8.0-STABLE now). The same problem is likely to be true with IPF -- see http://wiki.freebsd.org/Image/TODO for a list of what still needs to be dealt with. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigD718E42F7AFA8EAF41747BAD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAktERIQACgkQ8Mjk52CukIxalwCfQjs0RG96GY3/6xJAj4zbiTjS HgsAoIA7qzuavIFRU9jGljTzAo8Gl26h =7b3w -----END PGP SIGNATURE----- --------------enigD718E42F7AFA8EAF41747BAD-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 08:23:19 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15A2510656A3; Wed, 6 Jan 2010 08:23:19 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id C2CFC8FC1B; Wed, 6 Jan 2010 08:23:18 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2C252.dip.t-dialin.net [217.226.194.82]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 5E946A5FF; Wed, 6 Jan 2010 09:23:12 +0100 (CET) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 58E3C19AD9B; Wed, 6 Jan 2010 09:23:08 +0100 (CET) Date: Wed, 6 Jan 2010 09:23:07 +0100 From: Alexander Leidinger To: fs@freebsd.org Message-ID: <20100106092307.00007a42@unknown> In-Reply-To: <20091230155910.21474ubpm9u244qo@webmail.leidinger.net> References: <20091230155910.21474ubpm9u244qo@webmail.leidinger.net> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 5E946A5FF.8C615 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.363, required 6, autolearn=disabled, ALL_TRUSTED -1.44, TW_SK 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1263370993.62981@BRtK3vX9N7LncDDgTpaUVA X-EBL-Spam-Status: No Cc: stable@freebsd.org Subject: Re: Some fixes for ZFS on 7-stable (more testers wanted) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 08:23:19 -0000 On Wed, 30 Dec 2009 15:59:10 +0100 Alexander Leidinger wrote: > Hi, > > I backported some changes from 8-stable to 7-stable, I have this > running on one 7-stable machine. I would like to get some more > feedback for it (even an "it works for me" would be great). The main > part of this change is that the FreeBSD taskqueue is used now > instead of the opensolaris one (a more detailed list is below). I committed this. On my system I didn't see more unstable behavior with this patch, as I was seeing without this patch. I will continue with merging more ZFS fixes to 7-stable. Bye, Alexander. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 09:59:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A4ED106566B for ; Wed, 6 Jan 2010 09:59:41 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 44C4A8FC14 for ; Wed, 6 Jan 2010 09:59:41 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSSfw-0008Bw-FM for freebsd-stable@freebsd.org; Wed, 06 Jan 2010 10:59:36 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 10:59:36 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 10:59:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Wed, 06 Jan 2010 10:59:15 +0100 Lines: 27 Message-ID: References: <20100104155041.GA73184@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: Sender: news Subject: Re: 8.0 regression: consecutive panics (iwi / wlan / zfs ?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 09:59:41 -0000 martinko wrote: > Jeremy Chadwick wrote: >> >> The ZFS messages in question get printed when ZFS initialises (in your >> case, when the kernel module was loaded). How or why it got loaded is >> beyond me. >> >> In this case would help to post these kinds of kernel messages taken >> directly from /var/log/messages instead of from dmesg -- the file in >> question is handled by syslog and will have timestamps. >> >> I can't help with the rest of the problems mentioned, sorry. :-( >> > > There's nothing else in log regarding ZFS. It sure was loaded as I > checked with kldstat. But I have not loaded it nor I have ever had any > device with ZFS on it near this laptop. Really strange. The ZFS mystery is solved. It was loaded because of periodic.conf mistakenly copied over from a server. Mea culpa. However, it had nothing to do with reported panics. The last one happened yesterday and pointed again at iwi, no ZFS in logs/loaded. Regards, M. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 13:57:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53B93106566B for ; Wed, 6 Jan 2010 13:57:09 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id BA7C28FC0A for ; Wed, 6 Jan 2010 13:57:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o06Dv65e059888 for ; Thu, 7 Jan 2010 00:57:06 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 7 Jan 2010 00:57:05 +1100 (EST) From: Ian Smith To: freebsd-stable@freebsd.org Message-ID: <20100107001709.V50666@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: How to make release for *memstick.img X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 13:57:09 -0000 Hi, trying to figure out how 8.0-RELEASE-i386-memstick.img was made, with a view to, well, knowing how it's done, so perhaps I could do some more. I've been studying release(7) and src/release/* for a while now, over a few releases. I've learned a lot, and while there's plenty I've skimmed over the finer detail, I have some sort of grip on how floppy, cdrom and dvd ISOs are made, but can't see how the memstick images were generated. Are there some pointers somewhere to the particular recipe used? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 19:22:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90CBC106566C for ; Wed, 6 Jan 2010 19:22:13 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 481DC8FC1A for ; Wed, 6 Jan 2010 19:22:13 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSbSM-0007hp-9V for freebsd-stable@freebsd.org; Wed, 06 Jan 2010 20:22:10 +0100 Received: from 89-164-108-219.dsl.iskon.hr ([89.164.108.219]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 20:22:10 +0100 Received: from ivoras by 89-164-108-219.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 20:22:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 06 Jan 2010 20:21:51 +0100 Lines: 18 Message-ID: References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-164-108-219.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 In-Reply-To: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> Sender: news Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 19:22:13 -0000 On 3.1.2010 17:42, Garrett Moore wrote: > I'm having problems with ZFS performance. When my system comes up, > read/write speeds are excellent (testing with dd if=/dev/zero > of=/tank/bigfile and dd if=/tank/bigfile of=/dev/null); I get at least > 100MB/s on both reads and writes, and I'm happy with that. > > The longer the system is up, the worse my performance gets. Currently my > system has been up for 4 days, and read/write performance is down to about > 10MB/s at best. Are you sure you have isolated the cause to be only the uptime of the machine? Is there no other change between the runs? E.g. did you stop all other services and applications on the machine before doing the test for the second time? Can you create a big file (2x memory size) when the machine boots, measure the time to read it, then read it again after a few days when you notice performance problems? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 19:30:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635C61065672 for ; Wed, 6 Jan 2010 19:30:41 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50501.mail.re2.yahoo.com (web50501.mail.re2.yahoo.com [206.190.38.77]) by mx1.freebsd.org (Postfix) with SMTP id 065CC8FC0C for ; Wed, 6 Jan 2010 19:30:40 +0000 (UTC) Received: (qmail 76293 invoked by uid 60001); 6 Jan 2010 19:03:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262804636; bh=+KOph0cJSqF6BwE5w1hfXUY4Dtxnlfd/4EStxHohf04=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=zSxCgD5yZmtvPfCQTPEks83tllmB2AAvoDZcIvC1FccKNBeFLuszuHMJe6003LI8TIahPYZcWwcFy5CLEjCqdU0gIuIOiU7Vfqd55kHD7zGkIU1fs23UMDr+lSuqrHZXmtrLbBIQK6Ka6l6m1AnHPgzulFmXP1mR63X7KbF8DCo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=sKiKrWxchlVLSjjCxjXrEJzKokTTz76d0i2vfFnAaTWdnlX1/DP5Q0/Clz9XHLjfO/ZNMZY3m4ldBmN8i2OFPoCOj2F1RR7s0BtBIe8po2f6FkjhtSu2jI9ikhdVr6zPNwOE+rbwffUnzfCjtVGSIE5qeuufPR4io+XiaqNsOFw=; Message-ID: <700718.76026.qm@web50501.mail.re2.yahoo.com> X-YMail-OSG: bzhFqV4VM1ljj5FU4EIqor9zZOTNdOrq470BONgND3CQO9UhZ4vRV5QelKcx6wXVcX1SK0j3hePw9obFZQpsBXcUEhPsJ3fh9k.qrlOjejYIVhmqLp6ozk7uo6SJzCO5TV_7b0KNbN2mRSS4ZTHJojn0jJsWoTGoi8aOSRxD6mtKSuKR5i18ZO0MdxEiadoE3deU66fOYyFVsmSsWhYI_.QpfeB.HWUxLmH3V0O.R_TOyiBiSl0xaj_FNnpjYUDi_D2mEM63jMOamI03Ua.TBw6idAv4NUwSJ25enWAD2NFDZEn6GDk0qUGiULCqBGlSHdPqcts5WGUqZCWixK2a1JXkE.xDA5zHDvEPDEzyrsXH9g1q28JIzhg6VZ2X4gA5MjoFzZNkAKJZXia_kgDgwA_h9sqrG9H1yfFpC8mnLLEdzYeFOcYJSzEBz602 Received: from [99.24.6.121] by web50501.mail.re2.yahoo.com via HTTP; Wed, 06 Jan 2010 11:03:56 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Wed, 6 Jan 2010 11:03:56 -0800 (PST) From: alan bryan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Zombie NFS writing from FreeBSD clients to FreeBSD 8.0 server with ZFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 19:30:41 -0000 I have a AMD64 FreeBSD 8.0 server with ZFS filesystem being shared via NFS. These are being accessed by the clients. The clients are a mix of FreeBSD 6.2 32bit and FreeBSD 7.0 64bit. I have seen similar behavior from both versions of FreeBSD as clients. The behavior that I'm seeing is that everything is fine for a period of time and then the client starts "writing" large amounts of data to the NFS server. "Writing" is in quotes as nothing is actually being written to disk - this can go on for 12+ hrs or more - until the client is rebooted. It appears to cap out at around the 10-20Mbps rate and just sit there. Other clients are fine during this time. On the server: # nfsstat -s -w 1 GtAttr Lookup Rdlink Read Write Rename Access Rddir 0 25 2 38 7661 0 48 0 0 16 0 6 7601 0 14 0 0 21 0 13 7541 0 19 0 (client apache is stopped - nfsstat on client shows no activity) (server writes still continue) 0 13 0 1 7331 0 5 0 0 19 0 25 7479 0 59 0 0 9 0 9 7777 0 23 0 0 14 0 51 7640 0 33 0 0 8 0 40 4476 0 25 0 (Right here is when the bad client is rebooted) (everything is good again) 4 26 1 66 21 0 31 0 0 6 0 50 19 0 4 0 0 15 0 86 23 0 32 0 On the clients (webservers) I killed apache and it appears that nothing is then writing any longer. The same nfsstat -c -w 1 then shows zero activity. However, the high write volume continues at the server until this broken client machine is rebooted - and then the large drop in writes as you see above. At that point everything is now normal again. Looking in /var/log/messages on the client and server in these time periods hasn't shown any errors. Client mounts in /etc/fstab look like: 192.168.1.33:/tank/share /usr/local/www/share nfs rw,-b,-i,-U,-3 0 0 Any ideas on what to try, where to look for more insight, etc...?? Thanks, Alan From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 20:09:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AF041065676 for ; Wed, 6 Jan 2010 20:09:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 300C58FC1F for ; Wed, 6 Jan 2010 20:09:55 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAF59REuDaFvI/2dsb2JhbADTUIQwBA X-IronPort-AV: E=Sophos;i="4.49,231,1262581200"; d="scan'208";a="60217140" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 06 Jan 2010 15:09:54 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 620649400A3; Wed, 6 Jan 2010 15:09:54 -0500 (EST) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5QemnNcNKN1d; Wed, 6 Jan 2010 15:09:53 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id CC03694007B; Wed, 6 Jan 2010 15:09:53 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o06KJnQ24922; Wed, 6 Jan 2010 15:19:49 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 6 Jan 2010 15:19:49 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: alan bryan In-Reply-To: <700718.76026.qm@web50501.mail.re2.yahoo.com> Message-ID: References: <700718.76026.qm@web50501.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Zombie NFS writing from FreeBSD clients to FreeBSD 8.0 server with ZFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 20:09:56 -0000 On Wed, 6 Jan 2010, alan bryan wrote: > I have a AMD64 FreeBSD 8.0 server with ZFS filesystem being shared via NFS. These are being accessed by the clients. The clients are a mix of FreeBSD 6.2 32bit and FreeBSD 7.0 64bit. I have seen similar behavior from both versions of FreeBSD as clients. > [stuff related to lotsa writes being done snipped] > > Any ideas on what to try, where to look for more insight, etc...?? > It might be worth taking a look at the traffic. Wireshark (or a tcpdump packet capture read into wireshark) does a good job of interpreting NFS traffic. "tcpdump -s 0 -w host " run for a short period of time when has the problem and then looking at that in wireshark would at least allow you to see what the writes look like? - Are they the same write being retried over and over? - Is the server replying to them with an error? The above might give some insight into what's happening, rick From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 20:48:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68051106566C for ; Wed, 6 Jan 2010 20:48:11 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5138FC1A for ; Wed, 6 Jan 2010 20:48:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAJOFREuDaFvJ/2dsb2JhbADTcIQwBA X-IronPort-AV: E=Sophos;i="4.49,231,1262581200"; d="scan'208";a="60222285" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 06 Jan 2010 15:48:10 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 3ADFCFB80BA; Wed, 6 Jan 2010 15:48:10 -0500 (EST) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0SS0oHt+KScN; Wed, 6 Jan 2010 15:48:09 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id D78A1FB8063; Wed, 6 Jan 2010 15:48:09 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o06Kw5C02602; Wed, 6 Jan 2010 15:58:05 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Wed, 6 Jan 2010 15:58:05 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: alan bryan In-Reply-To: <700718.76026.qm@web50501.mail.re2.yahoo.com> Message-ID: References: <700718.76026.qm@web50501.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Zombie NFS writing from FreeBSD clients to FreeBSD 8.0 server with ZFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 20:48:11 -0000 On Wed, 6 Jan 2010, alan bryan wrote: > I have a AMD64 FreeBSD 8.0 server with ZFS filesystem being shared via NFS. These are being accessed by the clients. The clients are a mix of FreeBSD 6.2 32bit and FreeBSD 7.0 64bit. I have seen similar behavior from both versions of FreeBSD as clients. > > The behavior that I'm seeing is that everything is fine for a period of time and then the client starts "writing" large amounts of data to the NFS server. "Writing" is in quotes as nothing is actually being written to disk - this can go on for 12+ hrs or more - until the client is rebooted. It appears to cap out at around the 10-20Mbps rate and just sit there. Other clients are fine during this time. > > > Client mounts in /etc/fstab look like: > 192.168.1.33:/tank/share /usr/local/www/share nfs rw,-b,-i,-U,-3 0 0 > One other thing you could try is switching to TCP mounts (replace -U with -T). There are a couple of others that have reported NFS server problems (all different symptoms) where the problem went away when they switched to TCP. rick From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 22:25:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D67A1065692 for ; Wed, 6 Jan 2010 22:25:06 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id CE1E18FC1C for ; Wed, 6 Jan 2010 22:25:05 +0000 (UTC) Received: by bwz5 with SMTP id 5so11319320bwz.3 for ; Wed, 06 Jan 2010 14:25:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=MjbKZh7h+1bPSVSy+KR3hmUqL1crqQ79ugtXmgXrNNM=; b=t2yhVnbz0RQsRqc3vjgTI6n4YoAZJ44TpHQu6doDgdXNoUrrtkVFyxv9mr2ioSMqwe SZsfvjg/10pDn0HxZSfNu/cPYtfau9ore6ImJE07g4M0MMSyABUb3OXaRlf4uNI0iMvc 2TLA2xPU8NMLtXpG0IybLINJDfB0zFlialBfk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=BeBfzqttj8vY64pqarkXlV6hjupeUu33c5H7KTpJX8jZ+qKbQTlnki2ZhSGUgcnAjJ ic1Gc+eiy2SRZllVJQj7dMHFfgUV/TqHpoli1BgbNJuUQVGsd+xAraTa79XfdmDvpf5A 7C3v2Y/Dq2QNVDETYwEPrITD5q1sCCpQqstxc= MIME-Version: 1.0 Received: by 10.204.15.145 with SMTP id k17mr6699220bka.70.1262816702438; Wed, 06 Jan 2010 14:25:02 -0800 (PST) Date: Wed, 6 Jan 2010 23:25:02 +0100 Message-ID: <6101e8c41001061425v1c32c28ep58db0c8a4f263c6e@mail.gmail.com> From: Oliver Pinter To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=000325559a6af71d95047c866c59 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: broken oniguruma ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 22:25:06 -0000 --000325559a6af71d95047c866c59 Content-Type: text/plain; charset=ISO-8859-1 hi list! $subject the ruby port was updated, but the oniguruma patch is available only for older ruby, end its patch hunked. --000325559a6af71d95047c866c59-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 23:11:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D421106568B for ; Wed, 6 Jan 2010 23:11:35 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id BEFE48FC31 for ; Wed, 6 Jan 2010 23:11:34 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 5813919E047 for ; Thu, 7 Jan 2010 00:11:33 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3139819E044 for ; Thu, 7 Jan 2010 00:11:31 +0100 (CET) Message-ID: <4B4518A2.3040908@quip.cz> Date: Thu, 07 Jan 2010 00:11:30 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.6) Gecko/20091206 SeaMonkey/2.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Are there schedules for 7.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 23:11:35 -0000 Are there (when will be) plans for 7.3-RELEASE as was for 7.2 on this page: http://www.freebsd.org/releases/7.2R/schedule.html ? What is expected date of the first beta? Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 23:15:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB1BC10657A2 for ; Wed, 6 Jan 2010 23:15:18 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 725748FC24 for ; Wed, 6 Jan 2010 23:15:13 +0000 (UTC) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id o06NFCvQ067031 for ; Wed, 6 Jan 2010 17:15:12 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <4B451980.8010403@missouri.edu> Date: Wed, 06 Jan 2010 17:15:12 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.23) Gecko/20091222 Firefox/3.5.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201001062254.o06Msphj089054@freefall.freebsd.org> In-Reply-To: <201001062254.o06Msphj089054@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:01.bind X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 23:15:18 -0000 FreeBSD Security Advisories wrote: > I. Background > > BIND 9 is an implementation of the Domain Name System (DNS) protocols. > The named(8) daemon is an Internet Domain Name Server. > > DNS Security Extensions (DNSSEC) provides data integrity, origin > authentication and authenticated denial of existence to resolvers. > > II. Problem Description > > If a client requests DNSSEC records with the Checking Disabled (CD) flag > set, BIND may cache the unvalidated responses. These responses may later > be returned to another client that has not set the CD flag. How do I find out if my named server is using DNSSEC? I am using the vanilla defaults with named on FreeBSD. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 23:53:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325C3106566B for ; Wed, 6 Jan 2010 23:53:46 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 17D348FC20 for ; Wed, 6 Jan 2010 23:53:44 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id AF3A28C334; Wed, 6 Jan 2010 17:53:43 -0600 (CST) Date: Wed, 6 Jan 2010 17:53:43 -0600 From: Mark Linimon To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20100106235343.GA32002@lonesome.com> References: <4B4518A2.3040908@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B4518A2.3040908@quip.cz> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Are there schedules for 7.3-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 23:53:46 -0000 On Thu, Jan 07, 2010 at 12:11:30AM +0100, Miroslav Lachman wrote: > Are there (when will be) plans for 7.3-RELEASE as was for 7.2 on this > page: http://www.freebsd.org/releases/7.2R/schedule.html ? Dates are currently under discussion. mcl From owner-freebsd-stable@FreeBSD.ORG Wed Jan 6 23:56:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52D401065670 for ; Wed, 6 Jan 2010 23:56:58 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id E71098FC20 for ; Wed, 6 Jan 2010 23:56:57 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o06NutL9010978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 6 Jan 2010 15:56:56 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BA25C1CC0B; Wed, 6 Jan 2010 15:56:55 -0800 (PST) To: Stephen Montgomery-Smith In-reply-to: Your message of "Wed, 06 Jan 2010 17:15:12 CST." <4B451980.8010403@missouri.edu> Date: Wed, 06 Jan 2010 15:56:55 -0800 From: "Kevin Oberman" Message-Id: <20100106235655.BA25C1CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-01-06_15:2010-01-05, 2010-01-06, 2010-01-06 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001060316 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:01.bind X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 23:56:58 -0000 > Date: Wed, 06 Jan 2010 17:15:12 -0600 > From: Stephen Montgomery-Smith > Sender: owner-freebsd-stable@freebsd.org > > FreeBSD Security Advisories wrote: > > > I. Background > > > > BIND 9 is an implementation of the Domain Name System (DNS) protocols. > > The named(8) daemon is an Internet Domain Name Server. > > > > DNS Security Extensions (DNSSEC) provides data integrity, origin > > authentication and authenticated denial of existence to resolvers. > > > > II. Problem Description > > > > If a client requests DNSSEC records with the Checking Disabled (CD) flag > > set, BIND may cache the unvalidated responses. These responses may later > > be returned to another client that has not set the CD flag. > > How do I find out if my named server is using DNSSEC? I am using the > vanilla defaults with named on FreeBSD. I think that it is VERY safe to say that if you don't know that you are using DNSSEC, you are not. And, even if you are, only a subset of those doing so are vulnerable. DNSSEC takes a fair amount of effort to sign your data and create and maintain keys. It takes a fair amount of planning and quite a bit of time to set it up, especially with versions of BIND prior to 9.7 (which is still in beta). Even with 9.7, it won't happen by accident. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 00:17:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11169106566B for ; Thu, 7 Jan 2010 00:17:29 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 89E078FC1C for ; Thu, 7 Jan 2010 00:17:28 +0000 (UTC) Received: from anne-o1dpaayth1.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id QAA21686 for ; Wed, 6 Jan 2010 16:50:21 -0700 (MST) Message-Id: <201001062350.QAA21686@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 06 Jan 2010 16:50:10 -0700 To: From: Brett Glass In-Reply-To: <4B3F1358.9060108@freebsd.org> References: <4B3F1358.9060108@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: HEADS UP: FreeBSD 6.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 00:17:29 -0000 Interestingly, if one looks at the chart in the above referenced message, one can see that at this time there is NO release of FreeBSD which will be supported with security patches, etc. for more than 13 months. As both an administrator and a system builder who cannot afford the labor and downtime inherent in frequent operating system upgrades, it is important to me to be able to build systems whose operating system version will be supported for at least 18 months (and, preferably, two years). Would it be possible to extend support for FreeBSD 8.0-RELEASE until mid-2011 or 2012 -- or, if this is not practical, quickly release a FreeBSD 8.1 which will be supported for at least that long? --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 00:39:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B3E91065695 for ; Thu, 7 Jan 2010 00:39:33 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id B85AD8FC1E for ; Thu, 7 Jan 2010 00:39:32 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id CDC9C133442E for ; Thu, 7 Jan 2010 01:39:29 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id NbNey2AeSZN8 for ; Thu, 7 Jan 2010 01:39:29 +0100 (CET) Received: from danger-mbp.local (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 151BC133440F for ; Thu, 7 Jan 2010 01:39:29 +0100 (CET) Message-ID: <4B452D43.3080901@FreeBSD.org> Date: Thu, 07 Jan 2010 01:39:31 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B3F1358.9060108@freebsd.org> <201001062350.QAA21686@lariat.net> In-Reply-To: <201001062350.QAA21686@lariat.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: HEADS UP: FreeBSD 6.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 00:39:33 -0000 Dňa 7.1.2010 0:50, Brett Glass wrote / napísal(a): > > As both an administrator and a system builder who cannot afford the > labor and downtime inherent in frequent operating system upgrades, it is > important to me to be able to build systems whose operating system > version will be supported for at least 18 months There will be 7.4 release "quiet" soon (read in approx. 3 months from now) which should meet your requirements. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 01:01:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82674106566B for ; Thu, 7 Jan 2010 01:01:55 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (gw.tyknet.dk [93.167.110.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3008C8FC1B for ; Thu, 7 Jan 2010 01:01:55 +0000 (UTC) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.tyknet.dk (Postfix) with ESMTP id E3C27B8B3; Thu, 7 Jan 2010 01:33:19 +0100 (CET) Received: from mail.tyknet.dk (localhost [127.0.0.1]) by mail.tyknet.dk (Postfix) with ESMTP id 6C1C2B8AE; Thu, 7 Jan 2010 01:33:16 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on doobie.tyknet.cn.dom X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, FH_DATE_PAST_20XX autolearn=no version=3.2.5 Received: from [10.10.1.199] (tykpc.tyknet.cn.dom [10.10.1.199]) by mail.tyknet.dk (Postfix) with ESMTP id 34F67B883; Thu, 7 Jan 2010 01:33:16 +0100 (CET) Message-ID: <4B452BC9.1040104@gibfest.dk> Date: Thu, 07 Jan 2010 01:33:13 +0100 From: Thomas Rasmussen User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100106235655.BA25C1CC0B@ptavv.es.net> In-Reply-To: <20100106235655.BA25C1CC0B@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:01.bind X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 01:01:55 -0000 Kevin Oberman wrote: >> Date: Wed, 06 Jan 2010 17:15:12 -0600 >> From: Stephen Montgomery-Smith >> Sender: owner-freebsd-stable@freebsd.org >> >> FreeBSD Security Advisories wrote: >> >> >>> I. Background >>> >>> BIND 9 is an implementation of the Domain Name System (DNS) protocols. >>> The named(8) daemon is an Internet Domain Name Server. >>> >>> DNS Security Extensions (DNSSEC) provides data integrity, origin >>> authentication and authenticated denial of existence to resolvers. >>> >>> II. Problem Description >>> >>> If a client requests DNSSEC records with the Checking Disabled (CD) flag >>> set, BIND may cache the unvalidated responses. These responses may later >>> be returned to another client that has not set the CD flag. >>> >> How do I find out if my named server is using DNSSEC? I am using the >> vanilla defaults with named on FreeBSD. >> > > I think that it is VERY safe to say that if you don't know that you are > using DNSSEC, you are not. And, even if you are, only a subset of those > doing so are vulnerable. > > DNSSEC takes a fair amount of effort to sign your data and create and > maintain keys. It takes a fair amount of planning and quite a bit of time > to set it up, especially with versions of BIND prior to 9.7 (which is > still in beta). Even with 9.7, it won't happen by accident. > Hello, While this is all true, this vulnerability is for caching servers, not authorative ones. It is pretty easy to setup DLV validation on a recursive bind server. However, it is not enabled by default on FreeBSD, so Stephen should be safe. By the way, to check if a given resolver is DNSSEC enabled (without checking the config), you could for example do: dig @resolverip +dnssec isc.org and check under flags to see if the "ad" flag has been returned. If the "ad" flag is present, like in this example... $ dig +dnssec isc.org ; <<>> DiG 9.6.1-P1 <<>> +dnssec isc.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5628 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 3, AUTHORITY: 6, ADDITIONAL: 14 -------------------^^ DNSSEC is enabled (remaining output removed). ...then DNSSEC is enabled and your bind is in a vulnerable configuration, and you should update. If the "ad" flag is not present, update bind anyway, and go enable DNSSEC! :) Best regards Thomas Rasmussen From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 01:19:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DFDC1065676 for ; Thu, 7 Jan 2010 01:19:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF148FC21 for ; Thu, 7 Jan 2010 01:19:02 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o071IvKe081657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 7 Jan 2010 11:48:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 7 Jan 2010 11:48:29 +1030 User-Agent: KMail/1.9.10 References: <20100107001709.V50666@sola.nimnet.asn.au> In-Reply-To: <20100107001709.V50666@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1262827138-75921-240" Content-Transfer-Encoding: binary Message-Id: <201001071148.47309.doconnor@gsoft.com.au> X-Spam-Score: -3.626 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Ian Smith Subject: Re: How to make release for *memstick.img X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 01:19:03 -0000 This is a multi-part message in MIME format... ------------=_1262827138-75921-240 Content-Type: text/plain; name="warning1.txt" Content-Disposition: inline; filename="warning1.txt" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.420 (Entity 5.420) WARNING: This e-mail has been altered by MIMEDefang. Following this paragraph are indications of the actual changes made. For more information about your site's MIMEDefang policy, contact Postmaster . For more information about MIMEDefang, see: http://www.roaringpenguin.com/mimedefang/enduser.php3 An attachment named makeusb.sh was removed from this document as it constituted a security hazard. If you require this document, please contact the sender and arrange an alternate means of receiving it. ------------=_1262827138-75921-240 From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Subject: Re: How to make release for *memstick.img Date: Thu, 7 Jan 2010 11:48:29 +1030 User-Agent: KMail/1.9.10 Cc: Ian Smith References: <20100107001709.V50666@sola.nimnet.asn.au> In-Reply-To: <20100107001709.V50666@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart36083323.HucdVS7T4L"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001071148.47309.doconnor@gsoft.com.au> --nextPart36083323.HucdVS7T4L Content-Type: multipart/mixed; boundary="Boundary-01=_nZTRL871LoTfSB+" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_nZTRL871LoTfSB+ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Jan 2010, Ian Smith wrote: > trying to figure out how 8.0-RELEASE-i386-memstick.img was made, with > a view to, well, knowing how it's done, so perhaps I could do some > more. > > I've been studying release(7) and src/release/* for a while now, over > a few releases. I've learned a lot, and while there's plenty I've > skimmed over the finer detail, I have some sort of grip on how > floppy, cdrom and dvd ISOs are made, but can't see how the memstick > images were generated. > > Are there some pointers somewhere to the particular recipe used? I'm not sure about _the_ way, but _a_ way is to use makefs to create an=20 image of /boot from the CD/DVD and then use syslinux to make it=20 bootable. See the attached script, you run it like so.. /tmp/makeusb.sh /tmp/7.2-release/R/cdrom/dvd1 /dev/da1 (it will destroy /dev/da1, so be careful :) It requires the sysutils/syslinux port be installed to work. Once it's done copy /tmp/7.2-release/R/cdrom/dvd1/7.2-STABLE to the USB=20 stick. Now you should be able to boot off the stick and install from a DOS=20 device (ie the memory stick). --=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Boundary-01=_nZTRL871LoTfSB+-- --nextPart36083323.HucdVS7T4L Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLRTZ35ZPcIHs/zowRAqG9AJ9bQ/r6ATOHIUITlVEe5qDJ6NdBwACfRdZN /P4BeEI2mczxVOzo2lHYVMI= =3EKj -----END PGP SIGNATURE----- --nextPart36083323.HucdVS7T4L-- ------------=_1262827138-75921-240-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 01:21:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 692171065692 for ; Thu, 7 Jan 2010 01:21:33 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C43AD8FC14 for ; Thu, 7 Jan 2010 01:21:32 +0000 (UTC) Received: by bwz5 with SMTP id 5so11385324bwz.3 for ; Wed, 06 Jan 2010 17:21:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uaCOFpy9NrxmvQxosdWCSdV9sKDizXVOC7S58p+JS4I=; b=QFG8q/x5gxeUjjiiUb6uqCO5TRsu+UvLaTBTGJo9OfTCEZUCuJ2pV8+7/WYLQgga+H U/McLs6fM5uRk6ADAb1UcI1G3LHs6WClbTy7KRE0SDkMMv0/9sf31OjtV9PLt8kVo7Va LVYinfJnXU2mC1MEhMyMFDOL7N6EC1XFuM6y8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mJYpoEWbDgzrUYdcQ3oZ36SDYwG3uBy89zMGkS89jWcRQKxYcfCtPpdFA9Bx+a5dJo JxvDF6u/KnUitxkYEcNmHRwVUQWpKpe/GDCE4kCSazQOdSv5hQwZCAmptGsh0HfHPw2l cjzSqsBFARfOknS28pOvL51BGVsp2ezfE42VM= MIME-Version: 1.0 Received: by 10.204.19.210 with SMTP id c18mr152358bkb.73.1262827285737; Wed, 06 Jan 2010 17:21:25 -0800 (PST) In-Reply-To: <4B452D43.3080901@FreeBSD.org> References: <4B3F1358.9060108@freebsd.org> <201001062350.QAA21686@lariat.net> <4B452D43.3080901@FreeBSD.org> Date: Thu, 7 Jan 2010 02:21:25 +0100 Message-ID: <6101e8c41001061721u42a36d60hbb42993d6843e364@mail.gmail.com> From: Oliver Pinter To: Daniel Gerzo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: FreeBSD 6.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 01:21:33 -0000 and who is 7.3 ;) On 1/7/10, Daniel Gerzo wrote: > D=C5=88a 7.1.2010 0:50, Brett Glass wrote / nap=C3=ADsal(a): >> >> As both an administrator and a system builder who cannot afford the >> labor and downtime inherent in frequent operating system upgrades, it is >> important to me to be able to build systems whose operating system >> version will be supported for at least 18 months > > There will be 7.4 release "quiet" soon (read in approx. 3 months from > now) which should meet your requirements. > > -- > S pozdravom / Best regards > Daniel Gerzo, FreeBSD committer > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 01:54:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2313A1065695 for ; Thu, 7 Jan 2010 01:54:32 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id CEFC98FC15 for ; Thu, 7 Jan 2010 01:54:31 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 0A21D1334488; Thu, 7 Jan 2010 02:54:28 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id OIubxpgiP9mc; Thu, 7 Jan 2010 02:54:27 +0100 (CET) Received: from danger-mbp.local (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 3666F133440F; Thu, 7 Jan 2010 02:54:27 +0100 (CET) Message-ID: <4B453ED5.2000307@FreeBSD.org> Date: Thu, 07 Jan 2010 02:54:29 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Oliver Pinter References: <4B3F1358.9060108@freebsd.org> <201001062350.QAA21686@lariat.net> <4B452D43.3080901@FreeBSD.org> <6101e8c41001061721u42a36d60hbb42993d6843e364@mail.gmail.com> In-Reply-To: <6101e8c41001061721u42a36d60hbb42993d6843e364@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: FreeBSD 6.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 01:54:32 -0000 Dňa 7.1.2010 2:21, Oliver Pinter wrote / napísal(a): > and who is 7.3 ;) ah, good catch, of course I meant FreeBSD 7.3. Sorry for that. My mind just got a little confused because of a little discussion on IRC. ;-) >> There will be 7.4 release "quiet" soon (read in approx. 3 months from >> now) which should meet your requirements. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 02:28:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA231065670 for ; Thu, 7 Jan 2010 02:28:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 250AA8FC15 for ; Thu, 7 Jan 2010 02:28:52 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o072SoVU083241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 7 Jan 2010 12:58:50 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 7 Jan 2010 12:58:34 +1030 User-Agent: KMail/1.9.10 References: <20100107001709.V50666@sola.nimnet.asn.au> <201001071148.47309.doconnor@gsoft.com.au> In-Reply-To: <201001071148.47309.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1756480.hDIbiAR7UN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001071258.48558.doconnor@gsoft.com.au> X-Spam-Score: -3.626 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ian Smith Subject: Re: How to make release for *memstick.img X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 02:28:53 -0000 --nextPart1756480.hDIbiAR7UN Content-Type: multipart/mixed; boundary="Boundary-01=_UbURL/WnrD8BFty" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_UbURL/WnrD8BFty Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Jan 2010, Daniel O'Connor wrote: > WARNING: This e-mail has been altered by MIMEDefang. Following this > paragraph are indications of the actual changes made. For more > information about your site's MIMEDefang policy, contact > Postmaster . For more information about > MIMEDefang, see: > > http://www.roaringpenguin.com/mimedefang/enduser.php3 > > An attachment named makeusb.sh was removed from this document as it > constituted a security hazard. If you require this document, please > contact the sender and arrange an alternate means of receiving it. Oops sorry, let met reattach it.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." =20 -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Boundary-01=_UbURL/WnrD8BFty-- --nextPart1756480.hDIbiAR7UN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLRUbg5ZPcIHs/zowRAq4sAJ9AwM6Ul/8ak8BAXfS04H1UsnMwsgCgjZjF 5F/qnXiCIiBDT/12rclTN6I= =qyEA -----END PGP SIGNATURE----- --nextPart1756480.hDIbiAR7UN-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 03:24:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0FC61065696 for ; Thu, 7 Jan 2010 03:24:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 507F68FC13 for ; Thu, 7 Jan 2010 03:24:49 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o073OlU4084688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 7 Jan 2010 13:54:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 7 Jan 2010 13:54:44 +1030 User-Agent: KMail/1.9.10 References: <20100107001709.V50666@sola.nimnet.asn.au> <201001071148.47309.doconnor@gsoft.com.au> <201001071258.48558.doconnor@gsoft.com.au> In-Reply-To: <201001071258.48558.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8711752.LFR2mdzu4n"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001071354.46264.doconnor@gsoft.com.au> X-Spam-Score: -3.626 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Ian Smith Subject: Re: How to make release for *memstick.img X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 03:24:49 -0000 --nextPart8711752.LFR2mdzu4n Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Jan 2010, Daniel O'Connor wrote: > On Thu, 7 Jan 2010, Daniel O'Connor wrote: > > WARNING: This e-mail has been altered by MIMEDefang. Following > > this paragraph are indications of the actual changes made. For > > more information about your site's MIMEDefang policy, contact > > Postmaster . For more information about > > MIMEDefang, see: > > > > http://www.roaringpenguin.com/mimedefang/enduser.php3 > > > > An attachment named makeusb.sh was removed from this document as it > > constituted a security hazard. If you require this document, > > please contact the sender and arrange an alternate means of > > receiving it. > > Oops sorry, let met reattach it.. Lists probably ate it as it wasn't text.. http://www.gsoft.com.au/~doconnor/makeusb.sh =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart8711752.LFR2mdzu4n Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLRVP+5ZPcIHs/zowRAl3eAKCLe8Wtss7TF9qwnFIzFggyPt+AUACfdIml RG0MJQ8uytOZMz+lLUFeJT0= =y7N4 -----END PGP SIGNATURE----- --nextPart8711752.LFR2mdzu4n-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 03:35:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6058A1065670 for ; Thu, 7 Jan 2010 03:35:15 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id BF33E8FC08 for ; Thu, 7 Jan 2010 03:35:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o073ZCTf099276; Thu, 7 Jan 2010 14:35:13 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 7 Jan 2010 14:35:12 +1100 (EST) From: Ian Smith To: "Daniel O'Connor" In-Reply-To: <201001071354.46264.doconnor@gsoft.com.au> Message-ID: <20100107143208.A50666@sola.nimnet.asn.au> References: <20100107001709.V50666@sola.nimnet.asn.au> <201001071148.47309.doconnor@gsoft.com.au> <201001071258.48558.doconnor@gsoft.com.au> <201001071354.46264.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: How to make release for *memstick.img X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 03:35:15 -0000 On Thu, 7 Jan 2010, Daniel O'Connor wrote: > On Thu, 7 Jan 2010, Daniel O'Connor wrote: > > On Thu, 7 Jan 2010, Daniel O'Connor wrote: [..] > > > An attachment named makeusb.sh was removed from this document as it > > > constituted a security hazard. If you require this document, > > > please contact the sender and arrange an alternate means of > > > receiving it. > > > > Oops sorry, let met reattach it.. > > Lists probably ate it as it wasn't text.. > http://www.gsoft.com.au/~doconnor/makeusb.sh Got it on your direct email, thanks Daniel. Tonight's homework .. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 05:34:16 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE7B1065679 for ; Thu, 7 Jan 2010 05:34:16 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 6070F8FC20 for ; Thu, 7 Jan 2010 05:34:16 +0000 (UTC) Received: (qmail 55066 invoked by uid 89); 7 Jan 2010 05:34:14 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 7 Jan 2010 05:34:14 -0000 Date: Thu, 7 Jan 2010 06:34:13 +0100 From: Oliver Lehmann To: stable@freebsd.org Message-Id: <20100107063413.614058fc.lehmann@ans-netz.de> In-Reply-To: <20100105192746.cc627795.lehmann@ans-netz.de> References: <20100105192746.cc627795.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hardware@freebsd.org Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 05:34:17 -0000 Oliver Lehmann wrote: > Hi, > > has anyone tried using the nfsmb(4) driver for the Nvidia ION chipset's > SMB controller? > > none3@pci0:0:3:5: class=0x0b4000 card=0x83f91043 chip=0x0aa310de rev=0xb1 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'NVIDIA nForce System Management Controller (nForce)' > class = processor > > I could try to just change one of the device IDs in pci/nfsmb.c to 0x0aa3 > and see if it works but if someone has already tried this and says "won't > work" I can avoid maybe crashing my box ;) Adjusting the driver was kinda easy but now I'm stuck with no idea what "-c" argument I should use for mbmon.. nfsmb0: port 0x4900-0x493f,0x4d00-0x4d3f,0x4e00-0x4e3f irq 20 at device 3.2 on pci0 smbus0: on nfsmb0 nfsmb1: on nfsmb0 smbus1: on nfsmb1 smb0: on smbus0 smb1: on smbus1 root@nudel nfsmb> mbmon -S -s0 -d SMBus[NVidia nForce2] found, but No HWM available on it!! InitMBInfo: Device not configured Exit 1 root@nudel nfsmb> mbmon -S -s1 -d SMBus[NVidia nForce2] found, but No HWM available on it!! InitMBInfo: Device not configured Exit 1 root@nudel nfsmb> mbmon -S -s1 -c8 1 InitMBInfo: Device not configured Exit 1 root@nudel nfsmb> ru@ provided an smbtest.c to find out where the slave devices are when he initially made the nfsmb driver but the file is gone from his freefall page... Maybe someone saved it somewhere? http://lists.freebsd.org/pipermail/freebsd-current/2005-December/059065.html -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 05:49:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F143106566B for ; Thu, 7 Jan 2010 05:49:11 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B25D58FC2F for ; Thu, 7 Jan 2010 05:49:10 +0000 (UTC) Received: from inchoate.gsoft.com.au ([203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id o075n8Tv088404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 7 Jan 2010 16:19:08 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Ian Smith Date: Thu, 7 Jan 2010 16:19:05 +1030 User-Agent: KMail/1.9.10 References: <20100107001709.V50666@sola.nimnet.asn.au> <201001071354.46264.doconnor@gsoft.com.au> <20100107143208.A50666@sola.nimnet.asn.au> In-Reply-To: <20100107143208.A50666@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5157010.grOYyqBokS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001071619.06943.doconnor@gsoft.com.au> X-Spam-Score: -3.626 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: How to make release for *memstick.img X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 05:49:11 -0000 --nextPart5157010.grOYyqBokS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 7 Jan 2010, Ian Smith wrote: > On Thu, 7 Jan 2010, Daniel O'Connor wrote: > > On Thu, 7 Jan 2010, Daniel O'Connor wrote: > > > On Thu, 7 Jan 2010, Daniel O'Connor wrote: > > [..] > > > > > An attachment named makeusb.sh was removed from this document > > > > as it constituted a security hazard. If you require this > > > > document, please contact the sender and arrange an alternate > > > > means of receiving it. > > > > > > Oops sorry, let met reattach it.. > > > > Lists probably ate it as it wasn't text.. > > http://www.gsoft.com.au/~doconnor/makeusb.sh > > Got it on your direct email, thanks Daniel. > > Tonight's homework .. Good luck :) I used it at work to install new PCs and it works well. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5157010.grOYyqBokS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLRXXS5ZPcIHs/zowRApqFAJ4jxWI6hUAghx9Uw+54TMfKr6QiRwCfZqZs nSpgL9InDzPtCl55/VY+oJU= =fGT9 -----END PGP SIGNATURE----- --nextPart5157010.grOYyqBokS-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 06:38:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0E27106566B for ; Thu, 7 Jan 2010 06:38:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 47C8F8FC25 for ; Thu, 7 Jan 2010 06:38:32 +0000 (UTC) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA03.westchester.pa.mail.comcast.net with comcast id SWdm1d0020vyq2s53WeKFt; Thu, 07 Jan 2010 06:38:19 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA05.westchester.pa.mail.comcast.net with comcast id SWeY1d0093S48mS3RWeZnl; Thu, 07 Jan 2010 06:38:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3DDDC1E301C; Wed, 6 Jan 2010 22:38:31 -0800 (PST) Date: Wed, 6 Jan 2010 22:38:31 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100107063831.GA53300@icarus.home.lan> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100107063413.614058fc.lehmann@ans-netz.de> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 06:38:33 -0000 On Thu, Jan 07, 2010 at 06:34:13AM +0100, Oliver Lehmann wrote: > Oliver Lehmann wrote: > > > Hi, > > > > has anyone tried using the nfsmb(4) driver for the Nvidia ION chipset's > > SMB controller? > > > > none3@pci0:0:3:5: class=0x0b4000 card=0x83f91043 chip=0x0aa310de rev=0xb1 hdr=0x00 > > vendor = 'Nvidia Corp' > > device = 'NVIDIA nForce System Management Controller (nForce)' > > class = processor > > > > I could try to just change one of the device IDs in pci/nfsmb.c to 0x0aa3 > > and see if it works but if someone has already tried this and says "won't > > work" I can avoid maybe crashing my box ;) > > Adjusting the driver was kinda easy > > but now I'm stuck with no idea what "-c" argument I should use for mbmon.. > > nfsmb0: port 0x4900-0x493f,0x4d00-0x4d3f,0x4e00-0x4e3f irq 20 at device 3.2 on pci0 > smbus0: on nfsmb0 > nfsmb1: on nfsmb0 > smbus1: on nfsmb1 > smb0: on smbus0 > smb1: on smbus1 > root@nudel nfsmb> mbmon -S -s0 -d > SMBus[NVidia nForce2] found, but No HWM available on it!! > InitMBInfo: Device not configured > Exit 1 > root@nudel nfsmb> mbmon -S -s1 -d > SMBus[NVidia nForce2] found, but No HWM available on it!! > InitMBInfo: Device not configured > Exit 1 > root@nudel nfsmb> mbmon -S -s1 -c8 1 > InitMBInfo: Device not configured > Exit 1 > root@nudel nfsmb> > > ru@ provided an smbtest.c to find out where the slave devices are when he > initially made the nfsmb driver but the file is gone from his freefall > page... > Maybe someone saved it somewhere? > > http://lists.freebsd.org/pipermail/freebsd-current/2005-December/059065.html If you look inside /usr/ports/sysutils/mbmon/work/xmbmon205 once the port is built (e.g. "make"), you'll find there are other utilities for attempting to find the slave address, such as "testsmb" Be aware that these devices can contain more than one address on the bus. Be aware that "probing" is risky business as well -- I've seen 1) Are you certain your motherboard has a H/W monitoring IC on it? Visual inspection of the board can help, but isn't always accurate (I've found many boards where the silkscreening on the H/W IC does not match what the behaviour of the chip is and therefore had to involve the vendor to get details of chip behaviour). You'll need to look for chips with logos from Winbond, LM, or AMD (non-north/southbridge). 2) If so, are your sure the H/W monitoring IC is tied to SMBus? If not, LPC (classic ISA-style I/O ports) are all you'll have available. You'll need to contact the board vendor to get this, as well as base registers and offsets used for accessing data. 3) Finally, and most importantly, does mbmon support the exact model and revision of H/W monitoring IC on your board? If not, you're wasting your time. :-) It's easy to get confused by the state of hardware monitoring on not only FreeBSD but other OSes as well; they all make it sound like monitoring things "just magically works with SMBus", and that isn't the case. SMBus is just a communication architecture; the software using SMBus still has to know what's on the other end and what offsets correlate with what thermistors / fans / etc. and how to decode that data (it's per-chip specific). -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Thu Jan 7 06:43:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01651065693 for ; Thu, 7 Jan 2010 06:43:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id C61A78FC17 for ; Thu, 7 Jan 2010 06:43:30 +0000 (UTC) Received: from OMTA10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id SWiS1d0020cQ2SLA8WjXX1; Thu, 07 Jan 2010 06:43:31 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA10.emeryville.ca.mail.comcast.net with comcast id SWjW1d0043S48mS8WWjWyB; Thu, 07 Jan 2010 06:43:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5B6C41E301C; Wed, 6 Jan 2010 22:43:29 -0800 (PST) Date: Wed, 6 Jan 2010 22:43:29 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100107064329.GA55892@icarus.home.lan> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100107063831.GA53300@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 06:43:31 -0000 On Wed, Jan 06, 2010 at 10:38:31PM -0800, Jeremy Chadwick wrote: > If you look inside /usr/ports/sysutils/mbmon/work/xmbmon205 once > the port is built (e.g. "make"), you'll find there are other utilities > for attempting to find the slave address, such as "testsmb" > > Be aware that these devices can contain more than one address on the > bus. Be aware that "probing" is risky business as well -- I've seen Oops, accidentally deleted the lines after this. :-) Should have read: I've seen testsmb as well as my own utilities (which perform only reads across SMBus) result in some hardware lock-ups and watchdogs firing. It's best to be as safe/accurate as possible (the software should be told explicitly what chip you have). -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Thu Jan 7 07:48:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C46106566B for ; Thu, 7 Jan 2010 07:48:07 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 659C68FC1B for ; Thu, 7 Jan 2010 07:48:06 +0000 (UTC) Received: (qmail 59557 invoked by uid 89); 7 Jan 2010 07:48:05 -0000 Message-ID: <20100107074805.59556.qmail@avocado.salatschuessel.net> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> In-Reply-To: <20100107063831.GA53300@icarus.home.lan> From: Oliver Lehmann To: Jeremy Chadwick Date: Thu, 07 Jan 2010 08:48:05 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 07:48:07 -0000 Re: smb driver for Nvidia ION (intel ATOM) chipset writes: > It's easy to get confused by the state of hardware monitoring on not > only FreeBSD but other OSes as well; they all make it sound like > monitoring things "just magically works with SMBus", and that isn't the This is what I was thinking so far - yeah exactly ;) I'v now went deeper into mbmon's source and found that stuff out sorta... Looks like I've to do some more research what really is on my board first. Using the ISA-IO access method mbmon thinks I've a LM78 and mbmon even works but I'm getting false numbers for probably just everything... root@nudel xmbmon205> mbmon Temp.= 185.0, 0.0, 0.0; Rot.= 835, 30681, 18750 Vcore = 1.10, 1.81; Volt. = 3.39, 4.95, 8.21, -7.51, -3.24 ^C root@nudel xmbmon205> mbmon -d SMBus[NVidia nForce2] found, but No HWM available on it!! Using ISA-IO access method!! * Nat.Semi.Con. Chip LM78 found. root@nudel xmbmon205> When working with mbmon -S it comes to the conclusion that I have a lm75 (or maybe it thinks just that because it is the last of the supported HWM entries in the HWM_module array) but when probing it in lm75_probe it fails... i = set_smb_Extemp(LM75_ADDR_START, LM75_ADDR_END, &smb_wbtemp1, &smb_wbtemp2); temp1_flag = i >> 1; temp2_flag = i & 0x01; if (temp1_flag && temp2_flag) return 0; it returns 0 there and this is what probe_HWMChip does not like (it expects != 0). I'll go and find some information about what HWM chip is tied on that board... From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 08:05:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B3991065676 for ; Thu, 7 Jan 2010 08:05:12 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 60C498FC0A for ; Thu, 7 Jan 2010 08:05:11 +0000 (UTC) Received: from OMTA21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id SY2H1d0051u4NiLA3Y5C8R; Thu, 07 Jan 2010 08:05:12 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA21.emeryville.ca.mail.comcast.net with comcast id SY5B1d0043S48mS8hY5C48; Thu, 07 Jan 2010 08:05:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C2A7E1E301C; Thu, 7 Jan 2010 00:05:10 -0800 (PST) Date: Thu, 7 Jan 2010 00:05:10 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100107080510.GA57413@icarus.home.lan> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> <20100107074805.59556.qmail@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100107074805.59556.qmail@avocado.salatschuessel.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 08:05:12 -0000 On Thu, Jan 07, 2010 at 08:48:05AM +0100, Oliver Lehmann wrote: > Re: smb driver for Nvidia ION (intel ATOM) chipset writes: > > >It's easy to get confused by the state of hardware monitoring on not > >only FreeBSD but other OSes as well; they all make it sound like > >monitoring things "just magically works with SMBus", and that isn't the > > This is what I was thinking so far - yeah exactly ;) > I'v now went deeper into mbmon's source and found that stuff out > sorta... > > Looks like I've to do some more research what really is on my board > first. > > Using the ISA-IO access method mbmon thinks I've a LM78 and mbmon > even works but I'm getting false numbers for probably just > everything... > > root@nudel xmbmon205> mbmon > > Temp.= 185.0, 0.0, 0.0; Rot.= 835, 30681, 18750 > Vcore = 1.10, 1.81; Volt. = 3.39, 4.95, 8.21, -7.51, -3.24 > ^C This is the exact sort of situation I was referring to -- at this point your system may be unstable. The mbmon software has initiated a raw LPC (ISA) I/O request on a port which obviously is not tied to an LM78 H/W monitoring IC. Who knows what all of the writes and reads to those offsets just did. I would recommend you reboot and/or power cycle this box ASAP given the nature of what transpired. One has to be very careful when operating with /dev/io that the proper (LPC/ISA) ports are used. The same applies to most bus architectures (SMBus, PCI, etc.), though in the case of PCI, there's existing infrastructure to find out what's on the bus properly. There isn't such with SMBus and LPC/ISA. Now you see why I strongly discourage auto probing. :-) > root@nudel xmbmon205> mbmon -d > SMBus[NVidia nForce2] found, but No HWM available on it!! > Using ISA-IO access method!! > * Nat.Semi.Con. Chip LM78 found. > root@nudel xmbmon205> Yeah, this looks like a very bad assumption made by the software. You're very likely going to have to end up mailing the board manufacturer/vendor and asking them -- that is, assuming there's a H/W monitoring IC on the board at all. If you have access to Windows 2K/XP, you might try using some software there called SpeedFan. If it works, you'll be able to at least figure out what H/W monitoring IC is used, and if it's via SMBus or LPC/ISA. What registers, slave address, etc. it uses are a different matter altogether (I'm not sure the software discloses that). -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Thu Jan 7 08:09:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48FC21065697 for ; Thu, 7 Jan 2010 08:09:18 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 90EA18FC08 for ; Thu, 7 Jan 2010 08:09:17 +0000 (UTC) Received: (qmail 60246 invoked by uid 89); 7 Jan 2010 08:09:14 -0000 Message-ID: <20100107080914.60245.qmail@avocado.salatschuessel.net> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> <20100107074805.59556.qmail@avocado.salatschuessel.net> In-Reply-To: <20100107074805.59556.qmail@avocado.salatschuessel.net> From: Oliver Lehmann To: Oliver Lehmann Date: Thu, 07 Jan 2010 09:09:13 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 08:09:18 -0000 Re: smb driver for Nvidia ION (intel ATOM) chipset writes: > I'll go and find some information about what HWM chip is tied on that > board... regarding to http://ubuntuforums.org/showthread.php?t=1199797&page=4 It got an ITE 87 sensor... This is what Linux detects: Driver `it87': * ISA bus, address 0x290 Chip `ITE IT8720F Super IO Sensors' (confidence: 9) Driver `coretemp': * Chip `Intel Core family thermal sensor' (confidence: 9) So now I just need to find out why the it87 gets not choosen by mbmon... maybe the 8720 is just not supported right now - I'll probably have to take a look at Linux lm-sensors since it is working there... "Int.Tec.Exp. Chip IT8705F/IT8712F or SIS950" From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 08:39:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4685A106568B for ; Thu, 7 Jan 2010 08:39:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id E439E8FC15 for ; Thu, 7 Jan 2010 08:39:10 +0000 (UTC) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA08.westchester.pa.mail.comcast.net with comcast id SYcx1d0040EZKEL58YfBmM; Thu, 07 Jan 2010 08:39:11 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA01.westchester.pa.mail.comcast.net with comcast id SYfA1d0013S48mS3MYfAr9; Thu, 07 Jan 2010 08:39:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D9FD31E301C; Thu, 7 Jan 2010 00:39:08 -0800 (PST) Date: Thu, 7 Jan 2010 00:39:08 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100107083908.GA58065@icarus.home.lan> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> <20100107074805.59556.qmail@avocado.salatschuessel.net> <20100107080914.60245.qmail@avocado.salatschuessel.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100107080914.60245.qmail@avocado.salatschuessel.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 08:39:11 -0000 On Thu, Jan 07, 2010 at 09:09:13AM +0100, Oliver Lehmann wrote: > Re: smb driver for Nvidia ION (intel ATOM) chipset writes: > > >I'll go and find some information about what HWM chip is tied on > >that board... > > regarding to > > http://ubuntuforums.org/showthread.php?t=1199797&page=4 > > It got an ITE 87 sensor... This is what Linux detects: > > Driver `it87': > * ISA bus, address 0x290 > Chip `ITE IT8720F Super IO Sensors' (confidence: 9) I don't know if lmsensors on Linux supports SMBus or not, but it looks like (based on the above) that you should be able to communicate with the IT8720F chip using LPC/ISA on port 0x290. I'm pretty sure the ITE chips have their specifications and engineering datasheets publicly available. My guess is that mbmon lacks support for this specific IC, or has buggy support. For example, it may have "IT87 support", but maybe only for IT8705F and not for IT8720F; this is why vague classifications and lumping multiple devices under one hood is often a bad idea. > Driver `coretemp': > * Chip `Intel Core family thermal sensor' (confidence: 9) CPU core temperatures for that CPU family come directly from the CPU itself, and not usually through a H/W monitoring IC (though sometimes they can be routed through PECI; gotta love acronyms!). FreeBSD has the coretemp(4) driver for Intel CPUs and the amdtemp(4) driver for AMD CPUs; this should suffice for monitoring your CPU cores. Intel and AMD both started adding on-die thermal monitoring to their CPUs somewhat recently (past 3-4 years). > So now I just need to find out why the it87 gets not choosen by > mbmon... maybe the 8720 is just not supported right now - I'll > probably have to take a look at Linux lm-sensors since it is working > there... > > "Int.Tec.Exp. Chip IT8705F/IT8712F or SIS950" Good luck -- I've spent hours upon hours digging through lmsensors, and the code is quite possibly the worst bunch of spaghetti I've ever seen. I'd recommend going straight to the datasheets. If you'd like, I can code up something that uses LPC/ISA to communicate with this IC via port 0x290 based on the datasheet. It's pretty easy, but will require that the program be run as root (to open /dev/io). I won't integrate it into bsdhwmon because that software strictly uses SMBus. -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Thu Jan 7 10:10:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA7E1065692; Thu, 7 Jan 2010 10:10:36 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 282538FC15; Thu, 7 Jan 2010 10:10:36 +0000 (UTC) Received: from localhost ([127.0.0.1]:41188 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.69 #1 (Debian)) id 1NSovN-0002Ha-OJ from ; Thu, 07 Jan 2010 10:45:02 +0100 Received: from 80.95.75.131 (SquirrelMail authenticated user andrej@antiszoc.hu) by mail.deployis.eu with HTTP; Thu, 7 Jan 2010 10:45:01 +0100 (CET) Message-ID: <51086.80.95.75.131.1262857501.squirrel@mail.deployis.eu> In-Reply-To: <4B453ED5.2000307@FreeBSD.org> References: <4B3F1358.9060108@freebsd.org> <201001062350.QAA21686@lariat.net> <4B452D43.3080901@FreeBSD.org> <6101e8c41001061721u42a36d60hbb42993d6843e364@mail.gmail.com> <4B453ED5.2000307@FreeBSD.org> Date: Thu, 7 Jan 2010 10:45:01 +0100 (CET) From: =?iso-8859-2?Q?G=F3t_Andr=E1s?= To: "Daniel Gerzo" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Spam-Score-deployiseu: -43 Cc: freebsd-stable@freebsd.org Subject: Re: HEADS UP: FreeBSD 6.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 10:10:36 -0000 Hi, Do you have any news about 8.1? :) Regards, Andras On Csü, Január 7, 2010 2:54 am, Daniel Gerzo wrote: > DÅ�a 7.1.2010 2:21, Oliver Pinter wrote / napísal(a): > >> and who is 7.3 ;) > > ah, good catch, of course I meant FreeBSD 7.3. Sorry for that. My mind > just got a little confused because of a little discussion on IRC. ;-) > > >>> There will be 7.4 release "quiet" soon (read in approx. 3 months from >>> now) which should meet your requirements. > > -- > S pozdravom / Best regards > Daniel Gerzo, FreeBSD committer > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 12:47:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AD7E106566B for ; Thu, 7 Jan 2010 12:47:30 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp02.cdmon.com (smtp02.cdmon.com [212.36.74.55]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7A68FC19 for ; Thu, 7 Jan 2010 12:47:28 +0000 (UTC) Received: from jespasac.cdmon.com (62.Red-217-126-43.staticIP.rima-tde.net [217.126.43.62]) (Authenticated sender: jespasac@noverificar) by smtp02.cdmon.com (Postfix) with ESMTP id 8079D4504F; Thu, 7 Jan 2010 13:47:26 +0100 (CET) Message-ID: <4B45D7DD.5060202@minibofh.org> Date: Thu, 07 Jan 2010 13:47:25 +0100 From: Jordi Espasa Clofent User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: des@freebsd.org Subject: ssh+pam fails after 6.4 to 7.2 upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 12:47:30 -0000 Hi all, I've upgraded a FreeBSD box to 6.4 to 7.2; no problems here, all goes fine as usual. After the whole upgrade process I can't do ssh connections. Because of I use ssh through LDAP, it involves also the PAM modules. I've tried: - repeat the whole upgrade process because of I didn't know if the error comes from installworld step (it wil means than problem comes from the binaries itself) or from mergemaster step (it wil means that problem comes from config files). ->CONCLUSION: it happens after the installworld and before the mergemaster, so it's no a problem of config files. It's a binaries-problem related. - recompile the pam_ldap package to force the re-link of underlaying libraries. -> CONCLUSION: no effect. - disable the selective aknowledgement in TCP stack (using sysctl net.inet.tcp.sack.enable=0 and make it permament with echo "net.inet.tcp.sack.enable=0" >> /ect/sysctl.conf). -> CONCLUSION: no effect - using the ssh client with -o HostKeyAlgorithms=ssh-dss,ssh-rsa according to entry number 20080801 in UPDATING file in src tree. -> CONCLUSION: no effect - debug the client and server side: // client [jespasac@jespasac ~]$ ssh -vvv OpenSSH_5.2p1, OpenSSL 1.0.0-fips-beta4 10 Nov 2009 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to hc31.srv.cat [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /home/jespasac/.ssh/identity type -1 debug3: Not a RSA1 key file /home/jespasac/.ssh/id_rsa. debug2: key_type_from_name: unknown key type '-----BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-----END' debug3: key_read: missing keytype debug1: identity file /home/jespasac/.ssh/id_rsa type 1 debug1: identity file /home/jespasac/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 FreeBSD-20080901 debug1: match: OpenSSH_5.1p1 FreeBSD-20080901 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.2 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server->client aes128-ctr hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 142/256 debug2: bits set: 531/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/jespasac/.ssh/known_hosts debug3: check_host_in_hostfile: match line 657 debug3: check_host_in_hostfile: filename /home/jespasac/.ssh/known_hosts debug3: check_host_in_hostfile: match line 481 debug1: Host 'hc31.srv.cat' is known and matches the DSA host key. debug1: Found key in /home/jespasac/.ssh/known_hosts:657 debug2: bits set: 518/1024 debug1: ssh_dss_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/jespasac/.ssh/id_rsa (0xfd6e80) debug2: key: jespasac@jespasac.cdmon.com (0xfd6f28) debug2: key: /home/jespasac/.ssh/identity ((nil)) debug2: key: /home/jespasac/.ssh/id_dsa ((nil)) Connection closed by xxx.xxx.xxx.xxx // server # /usr/sbin/sshd -ddd debug2: load_server_config: filename /etc/ssh/sshd_config debug2: load_server_config: done config len = 189 debug2: parse_server_config: config /etc/ssh/sshd_config len 189 debug3: /etc/ssh/sshd_config:37 setting LogLevel DEBUG debug3: /etc/ssh/sshd_config:42 setting PermitRootLogin no debug3: /etc/ssh/sshd_config:111 setting Subsystem sftp /usr/libexec/sftp-server debug1: sshd version OpenSSH_5.1p1 FreeBSD-20080901 debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-ddd' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on ::. Server listening on :: port 22. debug2: fd 4 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. debug1: fd 5 clearing O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 8 config len 189 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() /etc/gss/mech: No such file or directory Connection from 217.126.43.62 port 55644 debug1: Client protocol version 2.0; client software version OpenSSH_5.2 debug1: match: OpenSSH_5.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 FreeBSD-20080901 debug2: fd 3 setting O_NONBLOCK debug2: Network child is on pid 7277 debug3: preauth child monitor started debug3: mm_request_receive entering debug3: privsep user:group 22:22 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: client->server aes128-ctr hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: server->client aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug3: mm_request_send entering: type 0 debug3: mm_choose_dh: waiting for MONITOR_ANS_MODULI debug3: mm_request_receive_expect entering: type 1 debug3: mm_request_receive entering debug3: monitor_read: checking request 0 debug3: mm_answer_moduli: got parameters: 1024 1024 8192 debug3: mm_request_send entering: type 1 debug2: monitor_read: 0 used once, disabling now debug3: mm_request_receive entering debug3: mm_choose_dh: remaining 0 debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug2: dh_gen_key: priv key bits set: 138/256 debug2: bits set: 525/1024 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug2: bits set: 523/1024 debug3: mm_key_sign entering debug3: mm_request_send entering: type 4 debug3: mm_key_sign: waiting for MONITOR_ANS_SIGN debug3: mm_request_receive_expect entering: type 5 debug3: mm_request_receive entering debug3: monitor_read: checking request 4 debug3: mm_answer_sign debug3: mm_answer_sign: signature 0x801b120c0(55) debug3: mm_request_send entering: type 5 debug2: monitor_read: 4 used once, disabling now debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug3: mm_request_receive entering debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug3: Trying to reverse map address 217.126.43.62. debug1: userauth-request for user jespasac service ssh-connection method none debug1: attempt 0 failures 0 debug3: mm_getpwnamallow entering debug3: mm_request_send entering: type 6 debug3: mm_getpwnamallow: waiting for MONITOR_ANS_PWNAM debug3: mm_request_receive_expect entering: type 7 debug3: mm_request_receive entering debug3: monitor_read: checking request 6 debug3: mm_answer_pwnamallow debug3: Trying to reverse map address xxx.xxx.xxx.xxx. debug2: parse_server_config: config reprocess config len 189 debug1: do_cleanup debug3: PAM: sshpam_thread_cleanup entering Segmentation fault -> CONLUSION: As you can see, the sshd suffers a segmentation fault after 'sshpam_thread_cleanup entering'.... Aside of that I've searched the CVS source tree looking for any suspiciois PAM lib changes without success. The most strange issue is I've upgraded another FreeBSD box from 7.0 to 7.2 with same config and all works fine... :( Please, feel free to point me out another mail-list if the present one is not the correct for this problem. -- I must not fear. Fear is the mind-killer. Fear is the little-death that brings total obliteration. I will face my fear. I will permit it to pass over me and through me. And when it has gone past I will turn the inner eye to see its path. Where the fear has gone there will be nothing. Only I will remain. Bene Gesserit Litany Against Fear. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 13:46:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB83106566C for ; Thu, 7 Jan 2010 13:46:57 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 796E18FC16 for ; Thu, 7 Jan 2010 13:46:57 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1NSshU-0007cd-EW>; Thu, 07 Jan 2010 14:46:56 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1NSshU-00025Q-Ct>; Thu, 07 Jan 2010 14:46:56 +0100 Message-ID: <4B45E617.1020405@zedat.fu-berlin.de> Date: Thu, 07 Jan 2010 13:48:07 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20091221 Thunderbird/3.0 MIME-Version: 1.0 To: Oliver Pinter References: <6101e8c41001061425v1c32c28ep58db0c8a4f263c6e@mail.gmail.com> In-Reply-To: <6101e8c41001061425v1c32c28ep58db0c8a4f263c6e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-stable@freebsd.org Subject: Re: broken oniguruma ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 13:46:57 -0000 On 01/06/10 22:25, Oliver Pinter wrote: > hi list! > > $subject > > the ruby port was updated, but the oniguruma patch is available only > for older ruby, end its patch hunked. > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Same here ... Regards, Oliver From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 15:04:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 412AD106566B for ; Thu, 7 Jan 2010 15:04:41 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp01.cdmon.com (smtp01.cdmon.com [212.36.75.233]) by mx1.freebsd.org (Postfix) with ESMTP id 01E498FC12 for ; Thu, 7 Jan 2010 15:04:40 +0000 (UTC) Received: from jespasac.cdmon.com (62.Red-217-126-43.staticIP.rima-tde.net [217.126.43.62]) (Authenticated sender: jespasac@noverificar) by smtp01.cdmon.com (Postfix) with ESMTP id 05047FC19B; Thu, 7 Jan 2010 16:04:38 +0100 (CET) Message-ID: <4B45F806.8050403@minibofh.org> Date: Thu, 07 Jan 2010 16:04:38 +0100 From: Jordi Espasa Clofent User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: Guy Helmer , freebsd-stable@freebsd.org References: <4B45D7DD.5060202@minibofh.org> <4B45EADB.8010003@palisadesys.com> In-Reply-To: <4B45EADB.8010003@palisadesys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ssh+pam fails after 6.4 to 7.2 upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 15:04:41 -0000 > You would probably need to reinstall the openldap-client package (and > any packages openldap-client depends on) as well as the pam_ldap and > nss-ldap packages. - $ portupgrade -fR openldap-client (-R flag implies the recompilation of openldap-client depenedent packages as well) CONCLUSION: no effect. I'm still thinking in PAM-related error. -- I must not fear. Fear is the mind-killer. Fear is the little-death that brings total obliteration. I will face my fear. I will permit it to pass over me and through me. And when it has gone past I will turn the inner eye to see its path. Where the fear has gone there will be nothing. Only I will remain. Bene Gesserit Litany Against Fear. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 16:25:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FFF2106566B for ; Thu, 7 Jan 2010 16:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id EAC2B8FC08 for ; Thu, 7 Jan 2010 16:25:06 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 48E7941C712; Thu, 7 Jan 2010 17:25:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id YoPb+KjmPLzA; Thu, 7 Jan 2010 17:25:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 937DC41C707; Thu, 7 Jan 2010 17:25:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 391B24448EC; Thu, 7 Jan 2010 16:20:31 +0000 (UTC) Date: Thu, 7 Jan 2010 16:20:31 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: pluknet In-Reply-To: Message-ID: <20100107161944.Q50938@maildrop.int.zabbadoz.net> References: <20100102181711.GB11034@ninthfloor.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Paride Legovini Subject: Re: pkg_add thinks that -STABLE is -RELEASE (wrong __FreeBSD_version?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 16:25:07 -0000 On Sun, 3 Jan 2010, pluknet wrote: Hi, > 2010/1/2 Paride Legovini : >> Hi, >> >> I'm running 8.0-STABLE and I noticed that by default pkg_add -r uses >> packages-8.0-release/Latest/ as PACKAGESITE. I read in the handbook[1] >> that pkg_add should use packages-5-stable/Latest/ as PACKAGESITE when >> one is running -STABLE. >> >> I took a look at the source code, and noticed that pkg_add considers >> the system -STABLE if getosreldate() (i.e. __FreeBSD_version) is between >> 800500 and 899000 (see src/usr.sbin/pkg_install/add/main.c:92). >> However, in RELENG_8, __FreeBSD_version is set to 800108. You can check >> it via cvsweb[2]. >> >> Sounds like something is wrong. Am I missing something? >> Do I just have to wait for the __FreeBSD_version to be bumped? > > > Hi. > > I'm afraid that's because __FreeBSD_version wasn't bumped > 800107->800500 in RELENG_8 just after RELENG_8_0 created > (wrt changes in scheme for RELENG_8 timeframe where > current/stable border moved to 800500: > http://lists.freebsd.org/pipermail/svn-src-head/2009-June/007830.html > > It continued then as is (still ok), and eventually was incremented > to 800108 (wrong here, though I hope it still can be safely corrected). I have just bumped the version on stable/8 so it should be fine now. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 17:46:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A4F106568B for ; Thu, 7 Jan 2010 17:46:18 +0000 (UTC) (envelope-from alan.bryan@yahoo.com) Received: from web50505.mail.re2.yahoo.com (web50505.mail.re2.yahoo.com [206.190.38.81]) by mx1.freebsd.org (Postfix) with SMTP id 1B8298FC14 for ; Thu, 7 Jan 2010 17:46:17 +0000 (UTC) Received: (qmail 19460 invoked by uid 60001); 7 Jan 2010 17:46:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262886375; bh=Kz9NjyDGl94Qp7qPQlBmF1erP3RnBAwz0kRTuvUVi9Y=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=l3860zeAf9Zh4pDTkBI6mgz+9lPxpwmgwveZF+T6jRzSaXlbMialCHwEij+RpYFuASw8UPNbYLZBt2wk9Ph+cYKPBS5P+V2sGqF5d+dKteON8Atyky3SNf1NpPblh4API9w62ECyM8aQkOKvl3Hbeaq7fZNEN7frvGALuuNyNwU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=H+v/n3lrv+eEZFWwOFpUhMKeb4XMXoTubh3NsSk8DrapQ3NCtniHrDWPAE9bdVZW+SxnnXQ22aInII81fzWdl5eQWdSasJHryZTycQcjvbD6RUBHNF/lT7EVFezW/PrlBc3r9gFwCdPvV2N9LSj4mLwhFsDAU0cklJhppS7rzrQ=; Message-ID: <113471.18929.qm@web50505.mail.re2.yahoo.com> X-YMail-OSG: cgKhRtoVM1nzIG9KkVbtwcQsjKscaHNPSRHSEPte6DtDzEyGB2.sF79jn_Id9rryw0zrWhv1xO1U4Z70wu34m.VLQBnjGcqghyuJwG2U.achXcC0PdYf6WtaQA0IQXTeql1iTPVYjhod2ilbbmi0p6fJ1VZ4NB33VoertItoJYxbXEQVMLhJyX0a0S.YBtjAkE487SAffRASM1_jvH6wzzF6ps8dG3sVpeTRRQR9CSrfpkg1tvPygL.tlB2ci.wNMazzXRONmdwQ2qD.i1RNu0paXff3.AtqXnaEuV.su9A_7VPk1t._jV6gb1g- Received: from [99.24.6.121] by web50505.mail.re2.yahoo.com via HTTP; Thu, 07 Jan 2010 09:46:14 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Thu, 7 Jan 2010 09:46:14 -0800 (PST) From: alan bryan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: State of igb on FreeBSD 8 stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 17:46:18 -0000 I did some searching last night and found others using igb on Intel Cards having high interrupts and other strange issues and some comments to the effect that igb is soon going to have a lot of work done to it (I believe Jack Vogel is working on it). So, can someone give an estimation as to how soon that may be and how soon it may make it to 8-stable? If it's going to be a while I may look into adding a card using a different driver to test. My network device is: igb0@pci0:8:0:0: class=0x020000 card=0x10a715d9 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet Thanks, Alan From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 18:52:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 657661065679 for ; Thu, 7 Jan 2010 18:52:17 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 94DF18FC19 for ; Thu, 7 Jan 2010 18:52:16 +0000 (UTC) Received: (qmail 10650 invoked by uid 89); 7 Jan 2010 18:52:14 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 7 Jan 2010 18:52:14 -0000 Date: Thu, 7 Jan 2010 19:52:13 +0100 From: Oliver Lehmann To: Jeremy Chadwick Message-Id: <20100107195213.b2c7e942.lehmann@ans-netz.de> In-Reply-To: <20100107083908.GA58065@icarus.home.lan> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> <20100107074805.59556.qmail@avocado.salatschuessel.net> <20100107080914.60245.qmail@avocado.salatschuessel.net> <20100107083908.GA58065@icarus.home.lan> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__7_Jan_2010_19_52_13_+0100_jDffF=aymMp4.1gV" Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 18:52:17 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__7_Jan_2010_19_52_13_+0100_jDffF=aymMp4.1gV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Jeremy Chadwick wrote: > If you'd like, I can code up something that uses LPC/ISA to communicate > with this IC via port 0x290 based on the datasheet. I now was able to "hack up" mbmon to communicate with my it8720 sensor. I've attached the patch for sens_it87.c I also added to Makefile to the DEFS = line "-DIT8720" of course. This made mbmon working with ISA-IO mode working. I'm now getting the following outputs: Temp.= 32.0, 34.0, 22.0; Rot.= 4591, 1298, 0 Vcore = 1.10, 1.81; Volt. = 3.39, 4.95, 11.93, -11.93, -4.99 I can nearly verify all values with the BIOS and they are matching. I XXed in the following output (same as above) all values out I was not able to verify because the BIOS-HWM does not show their values: Temp.= 32.0, XXX, XXX; Rot.= 4591, 1298, 0 Vcore = 1.10, XXXX; Volt. = 3.39, 4.95, 11.93, -11.93, XXXXX For the remaining values I'm pretty sure they are correct. I enabled the 16Bit RPM mode for the 8720. In this case no devisor is needed for calculating the RPM. I was not able to get the 2nd FAN-RPM right in the 8Bit mode. The 1st one was correct even in the 8Bit mode. About the voltage multipliers... I'm not sure about the last one because I'm not able to verify this (I could with a multimeter of course but this would create other deviations). I'm also not sure why the multipliers (for my board?) are different. I wonder why they are hardcoded there anyway. I can imagine that they are depending the board layout or am I mistaken? I mean the IT spec says only that the input of the pins need to be in the range between 0 and VCC. So I can choose whatever multiplier I like as long as the resulting voltage keeps within this range. Keeping the measured voltage somewhere in the middle of 0 and VCC with the multiplier for the expected value makes sense but this is no "must be" I guess Now - since ISA-IO is working I want to get smbus working too ;) First I patched src/sys/pci/nfsmb.c to detect the known remaning nforce SMB controllers including mine. I then added the device-id of this controller to the pci_pm.h file of mbmon to make it detect my controller. But now it still fails to find the it87 sensor on the bus. I guess the bus can have many "slaves" and mbmon just needs to test all to find out which identifies itself as it87? (reading from Adress 0x58 should return 0x90 - at least in ISA mode) root@nudel xmbmon205> ./mbmon -S -D -p it87 Probe Request: it87 >>> Testing Reg's at SMBus <<< SMBus slave 0xA0(0x50) found... SMBus slave 0xA2(0x51) found... SMBus slave 0xA4(0x52) found... SMBus slave 0xA6(0x53) found... SMBus slave 0xA8(0x54) found... SMBus slave 0xAA(0x55) found... SMBus slave 0xAC(0x56) found... SMBus slave 0xAE(0x57) found... SMBus[NVidia nForce2] found, but No HWM available on it!! InitMBInfo: Device not configured Exit 1 root@nudel xmbmon205> ./mbmon -S -s1 -D -p it87 Probe Request: it87 >>> Testing Reg's at SMBus <<< SMBus slave 0xA0(0x50) found... SMBus slave 0xA2(0x51) found... SMBus slave 0xE0(0x70) found... SMBus[NVidia nForce2] found, but No HWM available on it!! InitMBInfo: Device not configured Exit 1 root@nudel xmbmon205> But it looks like at least the smb detection code for it87 is not working for mine... Any ideas how to proceed here? (I have basic C skills and know something about electronics (can build a Z80 SBC for example ;)) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ --Multipart=_Thu__7_Jan_2010_19_52_13_+0100_jDffF=aymMp4.1gV Content-Type: text/x-diff; name="sens_it87.c.diff" Content-Disposition: attachment; filename="sens_it87.c.diff" Content-Transfer-Encoding: 7bit --- sens_it87.c.orig 2010-01-07 19:34:04.000000000 +0100 +++ sens_it87.c 2010-01-07 19:15:11.647304000 +0100 @@ -0,0 +1,242 @@ +/* + * Integrated Technology Express IT8705F/IT8712F hardware monitor chip + * + *************************************************************** + * Before calling these routines, one must call method->Open() * + * After calling these routines, one must call method->Close() * + *************************************************************** + * + +Integrated Technology Express + Chip Temp Volt Fan SMBus IOport + it8705 3 8 3 yes yes + it8712 3 8 3 yes yes + +SiS + Chip Temp Volt Fan SMBus IOport + sis950 3 8 3 yes yes + + * + * by YRS + */ + + +#include +#include "sensors.h" + +/* external (global) data */ +extern int smb_slave; +extern LM_METHODS method_isa, method_smb; +extern int numSMBSlave, canSMBSlave[128]; + + +#define IT87_ADDR_START 0x50 /*0x50-0x5E*/ +#define IT87_ADDR_END 0x5E + +#define IT87_SMBADDR 0x48 +#define IT87_REGCHIP 0x58 +#define IT87_CHIPID 0x90 + +/* temp nr=0,1,2; volt nr=0,1,...6; fan nr=0,1,2 */ +#define IT87_TEMP(nr) (0x29 + (nr)) +#define IT87_VOLT(nr) (0x20 + (nr)) +#define IT87_FAN(nr) (0x0D + (nr)) +#define IT87_FANX(nr) (0x18 + (nr)) +#define IT87_FANDIV 0x0B +#define IT87_FANDIV16 0x0C + +static int it87_probe(LM_METHODS *); +static float it87_temp(LM_METHODS *, int); +static int it87_fanrpm(LM_METHODS *, int); +static float it87_volt(LM_METHODS *, int); + +SENSOR it87 = { + "Int.Tec.Exp. Chip IT8705F/IT8712F or SIS950", + it87_probe, + it87_temp, + it87_volt, + it87_fanrpm +}; + + +#define IT87_chkRegNum 8 + +/* Register checked for probing */ +static int chkReg[] = { + 0x00, 0x01, 0x02, 0x03, + 0x0A, 0x48, 0x50, 0x51, + 0x20, 0x21, 0x22, 0x23, + 0x24, 0x25, 0x26, 0x27, + 0x28, 0x29, 0x2A, 0x2B, + 0x0B, 0x0D, 0x0E, 0x0F, + -1 }; + + +/* + * return 0 if not probed + */ +static int it87_probe(LM_METHODS *method) +{ + int n, save; + + if (method != &method_isa && method != &method_smb) + return 0; + + save = smb_slave; + + if (method == &method_smb) { + for (n = IT87_ADDR_START; n <= IT87_ADDR_END;) { + if (!(smb_slave = get_smb_slave(n, IT87_ADDR_END))) + goto ret0; + else if (smb_slave != 2 * method->Read(IT87_SMBADDR)) + goto ret0; + else { + if (method->Read(IT87_REGCHIP) == IT87_CHIPID + && chkReg_Probe(smb_slave, + "Probing ITE7805/7812/SIS950 chip:\n", chkReg, method) + >= IT87_chkRegNum) + goto ret1; + else + n = smb_slave + 2; + } + } + goto ret0; + } else { + if (method->Read(IT87_REGCHIP) == IT87_CHIPID + && chkReg_Probe(0, "Probing ITE7805/7812/SIS950 chip:\n", + chkReg, method) >= IT87_chkRegNum) + goto ret1; + } + +ret0: + smb_slave = save; + return 0; +ret1: + if (method == &method_smb) + kill_smb_slave(smb_slave); + return 1; +} + + +/* + * \retval 0xFFFF no sensor + * \retval other temperature + * no = 0,1,2,... + */ +static float it87_temp( LM_METHODS *method, int no ) +{ + if (no < 0 || 2 < no) + return 0xFFFF; + + return (float) method->Read(IT87_TEMP(no)); +} + + +/* + * \retval 0x0000FFFF no sensor + * no = 0,1,2,... + */ +static float it87_volt(LM_METHODS *method, int no) +{ + float fac; + + if (no < 0 || 6 < no) + return 0xFFFF; + + switch (no) { + case 0: + case 1: + case 2: + fac = 0.016; + break; + case 3: + fac = 0.016 * 1.68; + break; + case 4: +#ifdef IT8720 + fac = 0.016 * 5.524; +#else + fac = 0.016 * 3.80; +#endif + break; + case 5: +#ifdef IT8720 + fac = - 0.016 * 5.524; +#else + fac = - 0.016 * 3.477; +#endif + break; + case 6: +#ifdef IT8720 + fac = - 0.016 * 2.31; +#else + fac = - 0.016 * 1.505; +#endif + + } + + return (float) method->Read(IT87_VOLT(no)) * fac; +} + + +/* + Controlling Fan Divisor for 1st/2nd fans: CR = 0x0B. + lowest three bits for fan1, next three bits for fan2 + + 7 3 0 + +-+-+-+-+-+-+-+-+ xxx = 000,..,111 div1fac = 1,..,128 + | |y y y|x x x| yyy = 000,..,111 div2fac = 1,..,128 + +-+-+-+-+-+-+-+-+ initial values: xx=001, yy=001 + + No divisor available for fan3. + + */ + +/* + * \retval 0x0000FFFF no sensor + * no = 0,1,2,... + * + * Clock is 22.5kHz (22,500 x 60 = 1350000 counts/minute) + */ +static int it87_fanrpm(LM_METHODS *method, int no) +{ + int r, n; + static int div[3] = {1,1,1}; + + if (no < 0 || 2 < no) + return 0xFFFF; + +#ifndef IT8720 + n = method->Read(IT87_FANDIV); + div[0] = n & 0x07; + div[1] = (n >> 3) & 0x07; + + r = method->Read(IT87_FAN(no)); + if (r == 0xFF) { + /* change divisor for the sake of next call ! */ + if (no != 2) { + if (div[no] < 7) + ++(div[no]); + else + div[no] = 0; + r = (n & 0x3F) | div[0] | (div[1] << 3); + method->Write(IT87_FANDIV, r); + } + return 0xFFFF; + } else if (r == 0) { + return 0xFFFF; + } +#else + div[no] = 1; + method->Write(0x0C,1|0x07); + n = method->Read(IT87_FANDIV16); + if(n & 0x07) { + r = method->Read(IT87_FAN(no)); + r |= method->Read(IT87_FANX(no))<<8; + } + if(r == 0 || r == 0xFFFF) + return 0xFFFF; +#endif + + return 1350000 / (r * (1 << div[no])); +} --Multipart=_Thu__7_Jan_2010_19_52_13_+0100_jDffF=aymMp4.1gV Content-Type: text/x-diff; name="nfsmb.c.diff" Content-Disposition: attachment; filename="nfsmb.c.diff" Content-Transfer-Encoding: 7bit --- nfsmb.c.orig 2010-01-07 19:35:04.000000000 +0100 +++ nfsmb.c 2010-01-07 06:27:34.000000000 +0100 @@ -65,6 +65,10 @@ #define NFSMB_DEVICEID_NF4_55_SMB 0x0368 #define NFSMB_DEVICEID_NF4_61_SMB 0x03eb #define NFSMB_DEVICEID_NF4_65_SMB 0x0446 +#define NFSMB_DEVICEID_NF4_67_SMB 0x0542 +#define NFSMB_DEVICEID_NF4_73_SMB 0x07d8 +#define NFSMB_DEVICEID_NF4_78S_SMB 0x0752 +#define NFSMB_DEVICEID_NF4_79_SMB 0x0aa2 /* PCI Configuration space registers */ #define NF2PCI_SMBASE_1 PCIR_BAR(4) @@ -158,6 +162,10 @@ case NFSMB_DEVICEID_NF4_55_SMB: case NFSMB_DEVICEID_NF4_61_SMB: case NFSMB_DEVICEID_NF4_65_SMB: + case NFSMB_DEVICEID_NF4_67_SMB: + case NFSMB_DEVICEID_NF4_73_SMB: + case NFSMB_DEVICEID_NF4_78S_SMB: + case NFSMB_DEVICEID_NF4_79_SMB: device_set_desc(dev, "nForce2/3/4 MCP SMBus Controller"); return (BUS_PROBE_DEFAULT); } @@ -245,6 +253,10 @@ case NFSMB_DEVICEID_NF4_55_SMB: case NFSMB_DEVICEID_NF4_61_SMB: case NFSMB_DEVICEID_NF4_65_SMB: + case NFSMB_DEVICEID_NF4_67_SMB: + case NFSMB_DEVICEID_NF4_73_SMB: + case NFSMB_DEVICEID_NF4_78S_SMB: + case NFSMB_DEVICEID_NF4_79_SMB: /* Trying to add secondary device as slave */ nfsmb_sc->subdev = device_add_child(dev, "nfsmb", -1); if (!nfsmb_sc->subdev) { --Multipart=_Thu__7_Jan_2010_19_52_13_+0100_jDffF=aymMp4.1gV-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 18:56:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A2161065670 for ; Thu, 7 Jan 2010 18:56:51 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id D76418FC13 for ; Thu, 7 Jan 2010 18:56:50 +0000 (UTC) Received: (qmail 10864 invoked by uid 89); 7 Jan 2010 18:56:49 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 7 Jan 2010 18:56:49 -0000 Date: Thu, 7 Jan 2010 19:56:49 +0100 From: Oliver Lehmann To: Oliver Lehmann Message-Id: <20100107195649.8b9c8cd8.lehmann@ans-netz.de> In-Reply-To: <20100107195213.b2c7e942.lehmann@ans-netz.de> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> <20100107074805.59556.qmail@avocado.salatschuessel.net> <20100107080914.60245.qmail@avocado.salatschuessel.net> <20100107083908.GA58065@icarus.home.lan> <20100107195213.b2c7e942.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__7_Jan_2010_19_56_49_+0100_1xWs2Z6hAlUn4Cch" Cc: freebsd-stable@freebsd.org, Jeremy Chadwick , freebsd-hardware@freebsd.org Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 18:56:51 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__7_Jan_2010_19_56_49_+0100_1xWs2Z6hAlUn4Cch Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Oliver Lehmann wrote: > I've attached the patch for sens_it87.c Which was broken.... I attached the correct one. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ --Multipart=_Thu__7_Jan_2010_19_56_49_+0100_1xWs2Z6hAlUn4Cch Content-Type: text/x-diff; name="sens_it87.c.diff" Content-Disposition: attachment; filename="sens_it87.c.diff" Content-Transfer-Encoding: 7bit --- sens_it87.c.orig 2003-10-13 09:11:20.000000000 +0200 +++ sens_it87.c 2010-01-07 19:55:47.000000000 +0100 @@ -41,7 +41,9 @@ #define IT87_TEMP(nr) (0x29 + (nr)) #define IT87_VOLT(nr) (0x20 + (nr)) #define IT87_FAN(nr) (0x0D + (nr)) +#define IT87_FANX(nr) (0x18 + (nr)) #define IT87_FANDIV 0x0B +#define IT87_FANDIV16 0x0C static int it87_probe(LM_METHODS *); static float it87_temp(LM_METHODS *, int); @@ -151,13 +153,26 @@ fac = 0.016 * 1.68; break; case 4: +#ifdef IT8720 + fac = 0.016 * 5.524; +#else fac = 0.016 * 3.80; +#endif break; case 5: +#ifdef IT8720 + fac = - 0.016 * 5.524; +#else fac = - 0.016 * 3.477; +#endif break; case 6: +#ifdef IT8720 + fac = - 0.016 * 2.31; +#else fac = - 0.016 * 1.505; +#endif + } return (float) method->Read(IT87_VOLT(no)) * fac; @@ -191,6 +206,7 @@ if (no < 0 || 2 < no) return 0xFFFF; +#ifndef IT8720 n = method->Read(IT87_FANDIV); div[0] = n & 0x07; div[1] = (n >> 3) & 0x07; @@ -210,6 +226,17 @@ } else if (r == 0) { return 0xFFFF; } +#else + div[no] = 1; + method->Write(0x0C,1|0x07); + n = method->Read(IT87_FANDIV16); + if(n & 0x07) { + r = method->Read(IT87_FAN(no)); + r |= method->Read(IT87_FANX(no))<<8; + } + if(r == 0 || r == 0xFFFF) + return 0xFFFF; +#endif return 1350000 / (r * (1 << div[no])); } --Multipart=_Thu__7_Jan_2010_19_56_49_+0100_1xWs2Z6hAlUn4Cch-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 20:21:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7AA21065672 for ; Thu, 7 Jan 2010 20:21:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0868FC14 for ; Thu, 7 Jan 2010 20:21:09 +0000 (UTC) Received: by qyk6 with SMTP id 6so7901875qyk.3 for ; Thu, 07 Jan 2010 12:20:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=i1Nsq7VECsTfVVXyPRDSpETF2yqBm6a3GKVIUGSS47s=; b=Y8nn4/3Mh0YFaGBmjcNtLJ4JsjtWstD0my8s/tW3ZjLutdak3UUgHa/aUqvf1BSOu8 YNQMuj5ZnzoYpv00UU+9xUXkW4z+46O0pwnLfUFba4g+Yx5KE/fsDJI7j83pgpD3y6+E 3axb53pwo/Outr8BLv1xB0X9wZwzejn9ewYzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ccyVoQhqLZJ7rsPkCxOfJklVFBOKwbaGbdcpF5uh0qg4FL5otZgVx+G6V6DxRAj5HJ ARjG+6baCpls1LwLTqdNbc+euvDktazc7kCrHDG08FSMfgVXlbdyPAM8Pre4I4pHOtAm cGLn+hpmeoF8fEJ4OsMZXD/eAyo8WBVle3bcc= Received: by 10.224.123.96 with SMTP id o32mr13945111qar.27.1262895658440; Thu, 07 Jan 2010 12:20:58 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm19058095qyk.15.2010.01.07.12.20.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 07 Jan 2010 12:20:56 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 7 Jan 2010 12:19:52 -0800 From: Pyun YongHyeon Date: Thu, 7 Jan 2010 12:19:52 -0800 To: alan bryan Message-ID: <20100107201952.GO1246@michelle.cdnetworks.com> References: <113471.18929.qm@web50505.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <113471.18929.qm@web50505.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: State of igb on FreeBSD 8 stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 20:21:09 -0000 On Thu, Jan 07, 2010 at 09:46:14AM -0800, alan bryan wrote: > I did some searching last night and found others using igb on Intel Cards having high interrupts and other strange issues and some comments to the effect that igb is soon going to have a lot of work done to it (I believe Jack Vogel is working on it). So, can someone give an estimation as to how soon that may be and how soon it may make it to 8-stable? If it's going to be a while I may look into adding a card using a different driver to test. > igb(4) in HEAD would be more stable but I haven't had time to experiment it. Last time I tried previous igb(4) driver which was shipped with 8.0-RELEASE showed several issues under high network loads as you might know. I have a patch which could be applied to 8.0-RELEASE or stable/8. http://people.freebsd.org/~yongari/igb/igb.buf.patch6 The patch would fix unresponsive system under high network load as well as reducing number of interrupts. The patch also contains bus_dma(9) and watchdog timeout fix. > My network device is: > > igb0@pci0:8:0:0: class=0x020000 card=0x10a715d9 chip=0x10a78086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Network Connection' > class = network > subclass = ethernet > > > Thanks, > Alan From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 20:26:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EA36106566B for ; Thu, 7 Jan 2010 20:26:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id DDE098FC15 for ; Thu, 7 Jan 2010 20:26:27 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o07KQQ9t089680; Thu, 7 Jan 2010 15:26:26 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <201001072026.o07KQQ9t089680@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 07 Jan 2010 15:26:22 -0500 To: pyunyh@gmail.com, alan bryan From: Mike Tancsa In-Reply-To: <20100107201952.GO1246@michelle.cdnetworks.com> References: <113471.18929.qm@web50505.mail.re2.yahoo.com> <20100107201952.GO1246@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: State of igb on FreeBSD 8 stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 20:26:28 -0000 At 03:19 PM 1/7/2010, Pyun YongHyeon wrote: >On Thu, Jan 07, 2010 at 09:46:14AM -0800, alan bryan wrote: > > I did some searching last night and found others using igb on > Intel Cards having high interrupts and other strange issues and > some comments to the effect that igb is soon going to have a lot of > work done to it (I believe Jack Vogel is working on it). So, can > someone give an estimation as to how soon that may be and how soon > it may make it to 8-stable? If it's going to be a while I may look > into adding a card using a different driver to test. > > >http://people.freebsd.org/~yongari/igb/igb.buf.patch6 > >The patch would fix unresponsive system under high network load as >well as reducing number of interrupts. The patch also contains >bus_dma(9) and watchdog timeout fix. FYI, with the above patch, the driver is quite stable for me on a box I use in my lab. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 22:51:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54D11106566C for ; Thu, 7 Jan 2010 22:51:08 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (bayringfw.portcityweb.com [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 01E2F8FC08 for ; Thu, 7 Jan 2010 22:51:07 +0000 (UTC) Received: from [127.0.0.1] ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Thu, 7 Jan 2010 17:51:05 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4B46664A.5030606@greatbaysoftware.com> Date: Thu, 07 Jan 2010 17:55:06 -0500 From: Charles Owens MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Subject: 8.0 changes behavior of "who am i" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 22:51:08 -0000 An observation... pre-8.0, "who am i" always returned the owner of the terminal device, regardless what you might have done with with "su". With 8.0, it returns the id of the user you've changed to. Example: ### 7.1 system [cowens@jakob ~]$ who am i cowens ttyp0 Jan 6 07:31 (169.254.222.1) [cowens@jakob ~]$ su Password: [root@jakob /home/cowens]# who am i cowens ttyp0 Jan 6 07:31 (169.254.222.1) ### 8.0 system [cowens@newercastle ~]$ who am i cowens 0 Jan 7 17:47 [cowens@newercastle ~]$ su [root@newercastle /home/cowens]# who am i root 0 Jan 7 17:47 The alternative syntax ("who -m") gives same result. The who(1) man page still states that both forms are supposed to give info about the "terminal attached to standard input," which, if I look with "w", it looks as I'd expect: [root@newercastle /home/cowens]# w 5:47PM up 1 day, 1 min, 2 users, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT root v0 - 17Dec09 21days -bash (bash) cowens pts/0 169.254.222.1 5:47PM - w Am I missing something, or do we have a bug here? (I looked but can't find any existing threads about this issue). I'm guessing that the symptom here results somehow from the introduction of pts(4). Tnx -- Charles Owens Great Bay Software, Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 23:16:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DCD91065670 for ; Thu, 7 Jan 2010 23:16:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 934F48FC15 for ; Thu, 7 Jan 2010 23:16:44 +0000 (UTC) Received: (qmail 5022 invoked by uid 399); 7 Jan 2010 23:16:43 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 7 Jan 2010 23:16:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B466B5B.6060009@FreeBSD.org> Date: Thu, 07 Jan 2010 15:16:43 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Thomas Rasmussen References: <20100106235655.BA25C1CC0B@ptavv.es.net> <4B452BC9.1040104@gibfest.dk> In-Reply-To: <4B452BC9.1040104@gibfest.dk> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:01.bind X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 23:16:45 -0000 Thomas Rasmussen wrote: > Hello, > > While this is all true, this vulnerability is for caching servers, > not authorative ones. It is pretty easy to setup DLV validation on a > recursive bind server. However, it is not enabled by default on FreeBSD, > so Stephen should be safe. FWIW, I agree with Thomas. -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-stable@FreeBSD.ORG Thu Jan 7 23:31:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 276251065672; Thu, 7 Jan 2010 23:31:31 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id CCF3E8FC21; Thu, 7 Jan 2010 23:31:30 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o07NVHbn013195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 7 Jan 2010 15:31:28 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C73E91CC0B; Thu, 7 Jan 2010 15:31:17 -0800 (PST) To: Doug Barton In-reply-to: Your message of "Thu, 07 Jan 2010 15:16:43 PST." <4B466B5B.6060009@FreeBSD.org> Date: Thu, 07 Jan 2010 15:31:17 -0800 From: "Kevin Oberman" Message-Id: <20100107233117.C73E91CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-01-07_19:2010-01-05, 2010-01-07, 2010-01-07 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001070262 Cc: Thomas Rasmussen , freebsd-stable@freebsd.org Subject: Re: FreeBSD Security Advisory FreeBSD-SA-10:01.bind X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jan 2010 23:31:31 -0000 > Date: Thu, 07 Jan 2010 15:16:43 -0800 > From: Doug Barton > Sender: owner-freebsd-stable@freebsd.org > > Thomas Rasmussen wrote: > > Hello, > > > > While this is all true, this vulnerability is for caching servers, > > not authorative ones. It is pretty easy to setup DLV validation on a > > recursive bind server. However, it is not enabled by default on FreeBSD, > > so Stephen should be safe. > > FWIW, I agree with Thomas. As do I. Guess I've been putting so much effort into getting my zones signed that DNSSEC took me in the wrong direction. No, a default config won't make you vulnerable, but making yourself vulnerable is not heard at all, especially if you use the DLV. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 09:23:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 974A21065672 for ; Fri, 8 Jan 2010 09:23:33 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 548048FC0C for ; Fri, 8 Jan 2010 09:23:33 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTB46-00082z-1v for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 10:23:30 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:23:30 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:23:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 10:23:09 +0100 Lines: 29 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 Sender: news Subject: 8.0 regression: wired network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 09:23:33 -0000 Hi, $ grep sk0 /etc/rc.conf.local ifconfig_sk0="DHCP" When booting up or netif restart: Starting Network: lo0 sk0. lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 sk0: flags=8843 metric 0 mtu 1500 options=b ether 00:11:22:33:44:55 media: Ethernet autoselect (none) status: no carrier ^^^^^^^^^^ Please note that on older versions of FreeBSD it printed 'status: active' and also IP address obtained via DHCP. The same now happens whether booting up or restarting via /etc/rc.d/netif and is a bit confusing at best. Other network services starting on boot seem to be not affected at least. Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 09:29:49 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 016B8106568B; Fri, 8 Jan 2010 09:29:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CD4DD8FC08; Fri, 8 Jan 2010 09:29:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o089Tmvq006470; Fri, 8 Jan 2010 04:29:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o089TmiG006469; Fri, 8 Jan 2010 09:29:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 8 Jan 2010 09:29:48 GMT Message-Id: <201001080929.o089TmiG006469@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8_0 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 09:29:49 -0000 TB --- 2010-01-08 07:49:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-08 07:49:25 - starting RELENG_8_0 tinderbox run for amd64/amd64 TB --- 2010-01-08 07:49:25 - cleaning the object tree TB --- 2010-01-08 07:49:59 - cvsupping the source tree TB --- 2010-01-08 07:49:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_0/amd64/amd64/supfile TB --- 2010-01-08 07:50:28 - building world TB --- 2010-01-08 07:50:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-08 07:50:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-08 07:50:28 - TARGET=amd64 TB --- 2010-01-08 07:50:28 - TARGET_ARCH=amd64 TB --- 2010-01-08 07:50:28 - TZ=UTC TB --- 2010-01-08 07:50:28 - __MAKE_CONF=/dev/null TB --- 2010-01-08 07:50:28 - cd /src TB --- 2010-01-08 07:50:28 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 8 07:50:29 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jan 8 09:16:06 UTC 2010 TB --- 2010-01-08 09:16:06 - generating LINT kernel config TB --- 2010-01-08 09:16:06 - cd /src/sys/amd64/conf TB --- 2010-01-08 09:16:06 - /usr/bin/make -B LINT TB --- 2010-01-08 09:16:06 - building LINT kernel TB --- 2010-01-08 09:16:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-08 09:16:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-08 09:16:06 - TARGET=amd64 TB --- 2010-01-08 09:16:06 - TARGET_ARCH=amd64 TB --- 2010-01-08 09:16:06 - TZ=UTC TB --- 2010-01-08 09:16:06 - __MAKE_CONF=/dev/null TB --- 2010-01-08 09:16:06 - cd /src TB --- 2010-01-08 09:16:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 8 09:16:06 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_ae.ko ===> age (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/age/../../dev/age/if_age.c /src/sys/modules/age/../../dev/age/if_age.c: In function 'age_attach': /src/sys/modules/age/../../dev/age/if_age.c:468: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/age. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-08 09:29:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-08 09:29:48 - ERROR: failed to build lint kernel TB --- 2010-01-08 09:29:48 - 4459.66 user 980.41 system 6022.95 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8_0-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 09:39:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC5A01065670 for ; Fri, 8 Jan 2010 09:39:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 752A58FC0C for ; Fri, 8 Jan 2010 09:39:06 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTBJ8-0007zg-Bn for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 10:39:02 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:39:02 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:39:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 10:38:40 +0100 Lines: 31 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 Sender: news Subject: 8.0 regression: wireless network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 09:39:06 -0000 Hi, $ egrep 'sk0|wlan' /etc/rc.conf.local ifconfig_sk0="DHCP" wlans_iwi0="wlan0" ifconfig_wlan0="WPA DHCP" When booting up or netif restart: Starting Network: lo0 sk0. lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 sk0: flags=8843 metric 0 mtu 1500 options=b ether 00:11:22:33:44:55 media: Ethernet autoselect (none) status: no carrier Please note that iwi/wlan is not even mentioned. (!) The same happens whether booting up or via /etc/rc.d/netif restart. On older versions of FreeBSD iwi0 was turned up and associated. With 8.0 I am getting errors from services started on boot that try to reach the network (e.g. ntpd). It also seems to break lagg for me. Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 09:50:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF3401065692 for ; Fri, 8 Jan 2010 09:50:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8C07B8FC08 for ; Fri, 8 Jan 2010 09:50:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTBTo-0003nY-Oz for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 10:50:04 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:50:04 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:50:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 10:43:15 +0100 Lines: 25 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 Sender: news Cc: freebsd-current@freebsd.org Subject: driver bug: Unable to set devclass (devname: (null)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 09:50:17 -0000 Hi, This is 8.0-RELEASE-p2 and I see the following during boot: Jan 8 09:38:46 mb-aw1n-bsd kernel: Timecounter "TSC" frequency 1993542975 Hz quality 800 Jan 8 09:38:46 mb-aw1n-bsd kernel: Timecounters tick every 1.000 msec Jan 8 09:38:46 mb-aw1n-bsd kernel: firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) Jan 8 09:38:46 mb-aw1n-bsd kernel: firewire0: bus manager 0 Jan 8 09:38:46 mb-aw1n-bsd kernel: usbus0: 12Mbps Full Speed USB v1.0 Jan 8 09:38:46 mb-aw1n-bsd kernel: usbus1: 12Mbps Full Speed USB v1.0 Jan 8 09:38:46 mb-aw1n-bsd kernel: usbus2: 12Mbps Full Speed USB v1.0 Jan 8 09:38:46 mb-aw1n-bsd kernel: usbus3: 480Mbps High Speed USB v2.0 Jan 8 09:38:46 mb-aw1n-bsd kernel: driver bug: Unable to set devclass (devname: (null)) ^^^^^^^^^^-- ??? Jan 8 09:38:46 mb-aw1n-bsd kernel: ad0: 76319MB at ata0-master UDMA100 I'm not sure which driver spits it out -- perhaps new USB stack ? Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 09:52:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C119106566B; Fri, 8 Jan 2010 09:52:48 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D9D7E8FC19; Fri, 8 Jan 2010 09:52:47 +0000 (UTC) Received: by bwz5 with SMTP id 5so12256016bwz.3 for ; Fri, 08 Jan 2010 01:52:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6vGM4KmTL0OOPgid/MX+r1F3j2CwBdzBXIXV18+DzxM=; b=ni89x9SfvehBydMjQyhRTuspdmvMnaQhu8wBkvHGjC3t5ZyIE2hkK5evfb776G5G9d ga2OsReWs4o6MkjRVAl+Lw7Ut/SKReebJ82Nb4sU7H+1iun0aohesGSp5ALf3InfXIRg /OeZLXw4s09oTrJ8YwyXr8RG+rPB5tQ+KIk0E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ROMX7bJycYYA9bgCUBomAc87pz8cehiZYlezmHRWvNWwHvDq9qIN0P8CMwHvlo3fIs GUaJIVqJwNlZcMDlRCXbbtTRSnIj/Y+53ov9wud92Z9318Vr26td70+blqWp9LGHwh0E bi5TYfaA35Fcp4SeZt5BUNArta6aiuWXaEhfM= MIME-Version: 1.0 Received: by 10.204.8.151 with SMTP id h23mr1043712bkh.194.1262944361714; Fri, 08 Jan 2010 01:52:41 -0800 (PST) In-Reply-To: References: Date: Fri, 8 Jan 2010 12:52:41 +0300 Message-ID: From: pluknet To: martinko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: driver bug: Unable to set devclass (devname: (null)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 09:52:48 -0000 2010/1/8 martinko : > Hi, > > This is 8.0-RELEASE-p2 and I see the following during boot: > > Jan =A08 09:38:46 mb-aw1n-bsd kernel: Timecounter "TSC" frequency 1993542= 975 > Hz quality 800 > Jan =A08 09:38:46 mb-aw1n-bsd kernel: Timecounters tick every 1.000 msec > Jan =A08 09:38:46 mb-aw1n-bsd kernel: firewire0: 1 nodes, maxhop <=3D 0 c= able > IRM irm(0) =A0(me) > Jan =A08 09:38:46 mb-aw1n-bsd kernel: firewire0: bus manager 0 > Jan =A08 09:38:46 mb-aw1n-bsd kernel: usbus0: 12Mbps Full Speed USB v1.0 > Jan =A08 09:38:46 mb-aw1n-bsd kernel: usbus1: 12Mbps Full Speed USB v1.0 > Jan =A08 09:38:46 mb-aw1n-bsd kernel: usbus2: 12Mbps Full Speed USB v1.0 > Jan =A08 09:38:46 mb-aw1n-bsd kernel: usbus3: 480Mbps High Speed USB v2.0 > Jan =A08 09:38:46 mb-aw1n-bsd kernel: driver bug: Unable to set devclass > (devname: (null)) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0^^= ^^^^^^^^-- ??? > Jan =A08 09:38:46 mb-aw1n-bsd kernel: ad0: 76319MB > at ata0-master UDMA100 > > I'm not sure which driver spits it out -- perhaps new USB stack ? > There was a thread which might be helpful to identify a buggy driver: http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004272.html --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 09:55:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC1041065693 for ; Fri, 8 Jan 2010 09:55:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 68DFF8FC1A for ; Fri, 8 Jan 2010 09:55:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTBYe-0006Oz-CZ for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 10:55:04 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:55:04 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 10:55:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 10:52:48 +0100 Lines: 19 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 Sender: news Subject: in openpam_dispatch(): pam_nologin.so: no pam_sm_authenticate() / pam_sm_setcred() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 09:55:09 -0000 Hi, Since moving from 6.4 to 8.0 I see the following in /var/log/messages: Jan 8 09:39:04 mb-aw1n-bsd : in openpam_dispatch(): pam_nologin.so: no pam_sm_authenticate() Jan 8 09:39:04 mb-aw1n-bsd : in openpam_dispatch(): pam_nologin.so: no pam_sm_setcred() It seems to be triggered by x11/wdm port. $ grep wdm /etc/ttys ttyv8 "/usr/local/bin/wdm -nodaemon" xterm on secure However I'm not sure who is to blame -- FreeBSD or WDM .. ? Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 10:00:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D68B106568F for ; Fri, 8 Jan 2010 10:00:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC158FC1D for ; Fri, 8 Jan 2010 10:00:06 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTBdU-0008OU-1x for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 11:00:04 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 11:00:04 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 11:00:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 10:51:19 +0100 Lines: 12 Message-ID: <4B470017.9000704@users.sf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 Sender: news Subject: kernel: warning: attempt to domain_add(bluetooth) after domainfinalize() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 10:00:06 -0000 Hi, I've been seeing the following on 7.x and 8.0 during boot: Jan 8 09:38:49 mb-aw1n-bsd kernel: WARNING: attempt to domain_add(bluetooth) after domainfinalize() It did not happen on 6.x. Is it a known issue ? Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 13:47:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 854051065764 for ; Fri, 8 Jan 2010 13:47:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B29FA8FC19 for ; Fri, 8 Jan 2010 13:47:23 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6C91646B46; Fri, 8 Jan 2010 08:47:23 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 8B2D28A025; Fri, 8 Jan 2010 08:47:22 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 8 Jan 2010 08:40:29 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <201001080840.29741.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 08:47:22 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: martinko Subject: Re: 8.0 regression: wired network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 13:47:25 -0000 On Friday 08 January 2010 4:23:09 am martinko wrote: > Hi, > > $ grep sk0 /etc/rc.conf.local > ifconfig_sk0="DHCP" > > When booting up or netif restart: > > Starting Network: lo0 sk0. > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > sk0: flags=8843 metric 0 mtu 1500 > options=b > ether 00:11:22:33:44:55 > media: Ethernet autoselect (none) > status: no carrier > ^^^^^^^^^^ > > Please note that on older versions of FreeBSD it printed 'status: > active' and also IP address obtained via DHCP. The same now happens > whether booting up or restarting via /etc/rc.d/netif and is a bit > confusing at best. Other network services starting on boot seem to be > not affected at least. SYNCDHCP would probably restore the old behavior but make your boot take longer. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 13:47:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AB3D106576F for ; Fri, 8 Jan 2010 13:47:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E4B3B8FC13 for ; Fri, 8 Jan 2010 13:47:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A085E46B09; Fri, 8 Jan 2010 08:47:24 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AF9318A026; Fri, 8 Jan 2010 08:47:23 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 8 Jan 2010 08:42:27 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <201001080842.27229.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 08:47:23 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: martinko Subject: Re: 8.0 regression: wireless network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 13:47:25 -0000 On Friday 08 January 2010 4:38:40 am martinko wrote: > Hi, > > $ egrep 'sk0|wlan' /etc/rc.conf.local > ifconfig_sk0="DHCP" > wlans_iwi0="wlan0" > ifconfig_wlan0="WPA DHCP" > > When booting up or netif restart: > > Starting Network: lo0 sk0. > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > sk0: flags=8843 metric 0 mtu 1500 > options=b > ether 00:11:22:33:44:55 > media: Ethernet autoselect (none) > status: no carrier > > Please note that iwi/wlan is not even mentioned. (!) > The same happens whether booting up or via /etc/rc.d/netif restart. Yes, the part of the netif script that prints out interfaces doesn't handle child interfaces like wlan or vlan devices currently. I'm not fully sure of the best way to fix it. > On older versions of FreeBSD iwi0 was turned up and associated. > With 8.0 I am getting errors from services started on boot that try to > reach the network (e.g. ntpd). It also seems to break lagg for me. SYNCDHCP should fix the problems with ntpd. I have no idea about lagg(4), you would probably need to ask a more specific question about what exact breakage you are seeing. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 13:47:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ECBC1065718 for ; Fri, 8 Jan 2010 13:47:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 334F78FC15 for ; Fri, 8 Jan 2010 13:47:26 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E3FA146B4C; Fri, 8 Jan 2010 08:47:25 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id EA1EA8A027; Fri, 8 Jan 2010 08:47:24 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 8 Jan 2010 08:43:21 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <4B470017.9000704@users.sf.net> In-Reply-To: <4B470017.9000704@users.sf.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <201001080843.21371.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 08:47:25 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: martinko Subject: Re: kernel: warning: attempt to domain_add(bluetooth) after domainfinalize() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 13:47:26 -0000 On Friday 08 January 2010 4:51:19 am martinko wrote: > Hi, > > I've been seeing the following on 7.x and 8.0 during boot: > > Jan 8 09:38:49 mb-aw1n-bsd kernel: WARNING: attempt to > domain_add(bluetooth) after domainfinalize() > > It did not happen on 6.x. Is it a known issue ? I believe so. You can make the warning go away by compiling the bluetooth modules into your kernel or loading them via loader.conf. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 14:03:02 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69B8C106566B for ; Fri, 8 Jan 2010 14:03:02 +0000 (UTC) (envelope-from innate@hushmail.com) Received: from smtp11.hushmail.com (smtp11.hushmail.com [65.39.178.133]) by mx1.freebsd.org (Postfix) with ESMTP id 430758FC17 for ; Fri, 8 Jan 2010 14:03:01 +0000 (UTC) Received: from smtp11.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp11.hushmail.com (Postfix) with SMTP id 6BE571C8F9E for ; Fri, 8 Jan 2010 13:52:47 +0000 (UTC) Received: from smtp.hushmail.com (w1.hushmail.com [65.39.178.95]) by smtp11.hushmail.com (Postfix) with ESMTP for ; Fri, 8 Jan 2010 13:52:47 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 021AC2803F; Fri, 8 Jan 2010 13:52:46 +0000 (UTC) MIME-Version: 1.0 Date: Fri, 08 Jan 2010 07:52:46 -0600 To: stable@freebsd.org From: innate@hushmail.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20100108135247.021AC2803F@smtp.hushmail.com> Cc: Subject: buildworld fails on amd64 while attempting to add dtrace kernel options Semephore.h not found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 14:03:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 buildworld and kern conf included below - many thanks - --- start snip -- hostnameScript started on Fri Jan 8 07:19:49 2010 You have mail. hostname# make buildworld - -------------------------------------------------------------- >>> World build started on Fri Jan 8 07:19:56 CST 2010 - -------------------------------------------------------------- - -------------------------------------------------------------- >>> Rebuilding the temporary build tree - -------------------------------------------------------------- rm -rf /usr/obj/usr/src/tmp rm -rf /usr/obj/usr/src/lib32 mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/usr mkdir -p /usr/obj/usr/src/tmp/legacy/usr mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp - -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims - -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legac y/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin :/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0- STABLE amd64 900004" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=900004 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO - DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED - DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy ===> tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c cc -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c building static egacy library ranlib libegacy.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/tmp/legacy/usr/lib - -------------------------------------------------------------- >>> stage 1.2: bootstrap tools - -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legac y/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin :/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0- STABLE amd64 900004" MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=900004 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO - DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED - DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools ===> cddl/usr.bin/sgsmsg (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/cddl/usr.bin/sgsmsg created for /usr/src/cddl/usr.bin/sgsmsg rm -f .depend mkdep -f .depend -a -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/inclu de - I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/ sgs/include - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/ uts/common -DNEED_SOLARIS_BOOLEAN - I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/c ommon/avl/avl.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/s gs/tools/common/sgsmsg.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/s gs/tools/common/string_table.c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/s gs/tools/common/findprime.c echo sgsmsg: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris - -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/incl ude - I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/ sgs/include - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/ uts/common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/c ommon/avl/avl.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris - -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/incl ude - I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/ sgs/include - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/ uts/common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/s gs/tools/common/sgsmsg.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris - -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/incl ude - I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/ sgs/include - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/ uts/common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/s gs/tools/common/string_table.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris - -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/incl ude - I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/ sgs/include - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/ uts/common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/s gs/tools/common/findprime.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris - -I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/incl ude - I/usr/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/ sgs/include - I/usr/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/ uts/common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -static - L/usr/obj/usr/src/tmp/legacy/usr/lib -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o -legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 sgsmsg /usr/obj/usr/src/tmp/legacy/usr/bin ===> cddl/lib/libctf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/cddl/lib/libctf created for /usr/src/cddl/lib/libctf rm -f .depend mkdep -f .depend -a -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN - I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_create.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_decl.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_error.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_hash.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_labels.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libct f/common/ctf_lib.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_lookup.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_open.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libct f/common/ctf_subr.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_types.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_util.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_create.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_create.c: In function 'ctf_create': /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_create.c:63: warning: assignment discards qualifiers from pointer target type /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_create.c:66: warning: assignment discards qualifiers from pointer target type /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_create.c: In function 'ctf_update': /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_create.c:367: warning: assignment discards qualifiers from pointer target type cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_decl.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_error.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_hash.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_labels.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libct f/common/ctf_lib.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libct f/common/ctf_lib.c: In function 'ctf_fdopen': /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libct f/common/ctf_lib.c:255: warning: assignment discards qualifiers from pointer target type cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_lookup.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_open.c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_open.c: In function 'ctf_bufopen': /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_open.c:697: warning: assignment discards qualifiers from pointer target type /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_open.c:699: warning: assignment discards qualifiers from pointer target type /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_open.c:701: warning: assignment discards qualifiers from pointer target type cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libct f/common/ctf_subr.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_types.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -DCTF_OLD_VERSIONS - I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris - I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include - -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/c tf - I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libc tf/common - I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/ common -DNEED_SOLARIS_BOOLEAN -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ct f/ctf_util.c building static ctf library ranlib libctf.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /usr/obj/usr/src/tmp/legacy/usr/lib ===> lib/libelf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/lib/libelf created for /usr/src/lib/libelf m4 -D SRCDIR=/usr/src/lib/libelf /usr/src/lib/libelf/libelf_fsize.m4 > libelf_fsize.c m4 -D SRCDIR=/usr/src/lib/libelf /usr/src/lib/libelf/libelf_msize.m4 > libelf_msize.c m4 -D SRCDIR=/usr/src/lib/libelf /usr/src/lib/libelf/libelf_convert.m4 > libelf_convert.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/lib/libelf - DLIBELF_TEST_HOOKS -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/libelf/elf_begin.c /usr/src/lib/libelf/elf_cntl.c /usr/src/lib/libelf/elf_end.c /usr/src/lib/libelf/elf_errmsg.c /usr/src/lib/libelf/elf_errno.c /usr/src/lib/libelf/elf_data.c /usr/src/lib/libelf/elf_fill.c /usr/src/lib/libelf/elf_flag.c /usr/src/lib/libelf/elf_getarhdr.c /usr/src/lib/libelf/elf_getarsym.c /usr/src/lib/libelf/elf_getbase.c /usr/src/lib/libelf/elf_getident.c /usr/src/lib/libelf/elf_hash.c /usr/src/lib/libelf/elf_kind.c /usr/src/lib/libelf/elf_memory.c /usr/src/lib/libelf/elf_next.c /usr/src/lib/libelf/elf_rand.c /usr/src/lib/libelf/elf_rawfile.c /usr/src/lib/libelf/elf_phnum.c /usr/src/lib/libelf/elf_shnum.c /usr/src/lib/libelf/elf_shstrndx.c /usr/src/lib/libelf/elf_scn.c /usr/src/lib/libelf/elf_strptr.c /usr/src/lib/libelf/elf_update.c /usr/src/lib/libelf/elf_version.c /usr/src/lib/libelf/gelf_cap.c /usr/src/lib/libelf/gelf_checksum.c /usr/src/lib/libelf/gelf_dyn.c /usr/src/lib/libelf/gelf_ehdr.c /usr/src/lib/libelf/gelf_getclass.c /usr/src/lib/libelf/gelf_fsize.c /usr/src/lib/libelf/gelf_move.c /usr/src/lib/libelf/gelf_phdr.c /usr/src/lib/libelf/gelf_rel.c /usr/src/lib/libelf/gelf_rela.c /usr/src/lib/libelf/gelf_shdr.c /usr/src/lib/libelf/gelf_sym.c /usr/src/lib/libelf/gelf_syminfo.c /usr/src/lib/libelf/gelf_symshndx.c /usr/src/lib/libelf/gelf_xlate.c /usr/src/lib/libelf/libelf.c /usr/src/lib/libelf/libelf_align.c /usr/src/lib/libelf/libelf_allocate.c /usr/src/lib/libelf/libelf_ar.c /usr/src/lib/libelf/libelf_checksum.c /usr/src/lib/libelf/libelf_data.c /usr/src/lib/libelf/libelf_ehdr.c /usr/src/lib/libelf/libelf_extended.c /usr/src/lib/libelf/libelf_phdr.c /usr/src/lib/libelf/libelf_shdr.c /usr/src/lib/libelf/libelf_xlate.c libelf_fsize.c libelf_msize.c libelf_convert.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_begin.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_cntl.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_end.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_errmsg.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_errno.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_data.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_fill.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_flag.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_getarhdr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_getarsym.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_getbase.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_getident.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_hash.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_kind.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_memory.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_next.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_rand.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_rawfile.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_phnum.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_shnum.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_shstrndx.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_scn.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_strptr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_update.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/elf_version.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_cap.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_checksum.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_dyn.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_ehdr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_getclass.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_fsize.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_move.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_phdr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_rel.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_rela.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_shdr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_sym.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_syminfo.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_symshndx.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/gelf_xlate.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_align.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_allocate.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_ar.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_checksum.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_data.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_ehdr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_extended.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_phdr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_shdr.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libelf/libelf_xlate.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c libelf_fsize.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c libelf_msize.c cc -O2 -pipe -I. -I/usr/src/lib/libelf -DLIBELF_TEST_HOOKS - I/usr/obj/usr/src/tmp/legacy/usr/include -c libelf_convert.c building static elf library ranlib libelf.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libelf.a /usr/obj/usr/src/tmp/legacy/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/lib/libelf/libelf.h /usr/src/lib/libelf/gelf.h /usr/obj/usr/src/tmp/legacy/usr/include ===> lib/libdwarf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/lib/libdwarf created for /usr/src/lib/libdwarf rm -f .depend mkdep -f .depend -a -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/lib/libdwarf/dwarf_abbrev.c /usr/src/lib/libdwarf/dwarf_attr.c /usr/src/lib/libdwarf/dwarf_attrval.c /usr/src/lib/libdwarf/dwarf_cu.c /usr/src/lib/libdwarf/dwarf_dealloc.c /usr/src/lib/libdwarf/dwarf_die.c /usr/src/lib/libdwarf/dwarf_dump.c /usr/src/lib/libdwarf/dwarf_errmsg.c /usr/src/lib/libdwarf/dwarf_errno.c /usr/src/lib/libdwarf/dwarf_finish.c /usr/src/lib/libdwarf/dwarf_form.c /usr/src/lib/libdwarf/dwarf_init.c /usr/src/lib/libdwarf/dwarf_loc.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_abbrev.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_attr.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_attrval.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_cu.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_dealloc.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_die.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_dump.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_errmsg.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_errno.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_finish.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_form.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_init.c cc -O2 -pipe -I. -I/usr/src/lib/libdwarf - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/lib/libdwarf/dwarf_loc.c building static dwarf library ranlib libdwarf.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libdwarf.a /usr/obj/usr/src/tmp/legacy/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/lib/libdwarf/dwarf.h /usr/src/lib/libdwarf/libdwarf.h /usr/obj/usr/src/tmp/legacy/usr/include ===> cddl/usr.bin/ctfconvert (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/cddl/usr.bin/ctfconvert created for /usr/src/cddl/usr.bin/ctfconvert rm -f .depend mkdep -f .depend -a -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensol aris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN - I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/alist.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/ctf.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/ctfconvert.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/dwarf.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/fixup_tdescs.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/hash.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/iidesc.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/input.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/common/list.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/common/memory.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/merge.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/output.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/st_parse.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/stabs.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/stack.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/strtab.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/common/symbol.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/tdata.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/traverse.c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/util.c echo ctfconvert: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/alist.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/ctf.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/ctfconvert.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/dwarf.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/fixup_tdescs.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/hash.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/iidesc.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/input.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/common/list.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/common/memory.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/merge.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/output.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/st_parse.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/stabs.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/stack.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/strtab.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/common/symbol.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/tdata.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/traverse.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/t ools/ctf/cvt/util.c cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolar is - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/i nclude - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ head - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/common - I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/ tools/ctf/cvt - I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensola ris/uts/common -DNEED_SOLARIS_BOOLEAN -g -Wno-unknown-pragmas - I/usr/obj/usr/src/tmp/legacy/usr/include -static - L/usr/obj/usr/src/tmp/legacy/usr/lib -o ctfconvert alist.o ctf.o ctfconvert.o dwarf.o fixup_tdescs.o hash.o iidesc.o input.o list.o memory.o merge.o output.o st_parse.o stabs.o stack.o strtab.o symbol.o tdata.o traverse.o util.o -lctf -ldwarf -lelf -lz -lthr - legacy sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 ctfconvert /usr/obj/usr/src/tmp/legacy/usr/bin ===> cddl/usr.bin/ctfmerge (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/cddl/usr.bin/ctfmerge created for /usr/src/cddl/usr.bin/ctfmerge rm -f .depend mkdep -f .depend -a -DNEED_SOLARIS_BOOLEAN - I/usr/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/compat/opensolari s - I/usr/src/cddl/usr.bin/ctfmerge/../../../cddl/compat/opensolaris/inc lude - I/usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris - I/usr/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolari s - I/usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/he ad - I/usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/to ols/ctf/common - I/usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/to ols/ctf/cvt - I/usr/src/cddl/usr.bin/ctfmerge/../../../sys/cddl/contrib/opensolari s/uts/common -DNEED_SOLARIS_BOOLEAN - I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/alist.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/barrier.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/ctf.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/ctfmerge.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/fifo.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/hash.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/iidesc.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/input.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/common/list.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/common/memory.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/merge.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/output.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/strtab.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/common/symbol.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/tdata.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/traverse.c /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/util.c In file included from /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/barrier.c:46: /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/barrier.h:39:23: error: semaphore.h: No such file or directory In file included from /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/ctfmerge.h:43, from /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/ctfmerge.c:198: /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/too ls/ctf/cvt/barrier.h:39:23: error: semaphore.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/cddl/usr.bin/ctfmerge. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. hostname# vi /cp /usr/src.old/sys/amd64/conf/INNATE /usr/src/amdcontrib/sy s/amd64/coconf/ hostname# ls COPYRIGHT contrib rescue LOCKS crypto sbin MAINTAINERS etc secure Makefile games share Makefile.inc1 gnu sys ObsoleteFiles.inc include tools README kerberos5 usr.bin UPDATING lib usr.sbin bin libexec cddl release hostname# kldload dtrace=all kldload: can't load dtrace=all: No such file or directory hostname# kldload dtrace=alleall kldload: can't load dtraceall: File exists hostname# kldload stracekldstat Id Refs Address Size Name 1 37 0xffffffff80100000 e652c8 kernel 2 1 0xffffffff81022000 48507f zfs.ko 3 11 0xffffffff814a8000 cca9 opensolaris.ko 4 1 0xffffffff814b5000 fe37 fdescfs.ko 5 1 0xffffffff814c5000 138e dtraceall.ko 6 1 0xffffffff814c7000 9aad profile.ko 7 3 0xffffffff814d1000 63f8 cyclic.ko 8 8 0xffffffff814d8000 13cd91 dtrace.ko 9 1 0xffffffff81615000 1af70 systrace.ko 10 1 0xffffffff81630000 8e7c sdt.ko 11 1 0xffffffff81639000 90fa lockstat.ko 12 1 0xffffffff81643000 b95d fbt.ko 13 1 0xffffffff8164f000 986c dtnfsclient.ko 14 1 0xffffffff81659000 8d8b dtmalloc.ko 15 1 0xffffffff81662000 88905 linux.ko hostname# man shmmax No manual entry for shmmax hostname# sysctl -a | grep shm kern.ipc.shm_allow_removed: 0 kern.ipc.shm_use_phys: 0 kern.ipc.shmall: 8192 kern.ipc.shmseg: 128 kern.ipc.shmmni: 192 kern.ipc.shmmin: 1 kern.ipc.shmmax: 33554432 kern.features.posix_shm: 1 hostname# exit exit Script done on Fri Jan 8 07:25:55 2010 # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859- 1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.6 2009/11/17 15:56:45 jhb Exp $ cpu HAMMER ident INNATE # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options KDB # Kernel DTrace hooks options DDB # Kernel DTrace hooks options GDB # Kernel DTrace hooks options DDB_CTF # Kernel DTrace hooks #options INVARIANTS # Kernel DTrace hooks # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives #device fdc #innate added for sound device sound # OSS sound device snd_hda # Dell soundcard # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_PIXEL_MODE # add support for the raster text mode # The following options will let you change the default colors of syscons. options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN) options SC_KERNEL_CONS_ATTR=(FG_RED|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED) device agp # support several AGP chipsets # innate added for videocard support device drm device i915drm # innate added for pf ALTQ and multicast device pf device pflog options MROUTING # Multicast routing options ALTQ options ALTQ_CBQ # Class Based Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required if the TSC is unusable # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgbe # Intel PRO/10GbE PCIE Ethernet Family device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # pci/cardbus chip support options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player # USB Serial devices device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet device udav # Davicom DM9601E USB # USB Wireless #device rum # Ralink Technology RT2501USB wireless NICs #device uath # Atheros AR5523 wireless NICs #device ural # Ralink Technology RT2500USB wireless NICs #device zyd # ZyDAS zb1211/zb1211b wireless NICs # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons -----BEGIN PGP SIGNATURE----- Charset: UTF8 Version: Hush 3.0 Note: This signature can be verified at https://www.hushtools.com/verify wpwEAQMCAAYFAktHOK4ACgkQmeYiIX9tMAt3GQP/QX59VaKdvfetwYFdKuy0/LTxM40l 2hOZVI/S+0xCArWvLttXDQRthhaZjyDQdC/QJ1mh4xjur/NWzT6OG3a266LwMbx8bvCn SvZJcWCCka6GVgsxoPg1oJ+7hf3radecyaIlvbbyzz6j8lkOfuwHcKT3//Hf2DJcpkvr yU+kJQk= =wra0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 14:50:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51D7A106566B for ; Fri, 8 Jan 2010 14:50:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 157238FC0A for ; Fri, 8 Jan 2010 14:50:44 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8307F1FFC22; Fri, 8 Jan 2010 14:50:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 56EA384498; Fri, 8 Jan 2010 15:50:43 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jordi Espasa Clofent References: <4B45D7DD.5060202@minibofh.org> Date: Fri, 08 Jan 2010 15:50:42 +0100 In-Reply-To: <4B45D7DD.5060202@minibofh.org> (Jordi Espasa Clofent's message of "Thu, 07 Jan 2010 13:47:25 +0100") Message-ID: <867hrssla5.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: ssh+pam fails after 6.4 to 7.2 upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 14:50:45 -0000 Jordi Espasa Clofent writes: > -> CONLUSION: As you can see, the sshd suffers a segmentation fault > after 'sshpam_thread_cleanup entering'.... Could you please get a core dump? You'll have to add 'ulimit -c unlimited' in the right place in /etc/rc.d/sshd, and probably also set kern.sugid_coredump to 1. If gdb shows only gibberish, you'll have to rebuild world and pam_ldap with DEBUG_FLAGS=3D"-g" STRIP=3D"". DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 15:46:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA0DF1065693 for ; Fri, 8 Jan 2010 15:46:56 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4148FC18 for ; Fri, 8 Jan 2010 15:46:56 +0000 (UTC) Received: by gxk10 with SMTP id 10so18631994gxk.3 for ; Fri, 08 Jan 2010 07:46:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=vvQRyZwXQLNhXOlW/qquDCvI5VIg9ZtU52P+ypwGBbQ=; b=V5ubauZUjOGn1s9DifIu6ivjYoR+EEyuzCgbI/DrlLlC8NmDe4ZyjPRRdCAMxQqDdb Mu4WoUwMvi0nG5yNNWBePtO28RZaA9njxaptkdXj3vm+cKeB6kw0fr0d6u2Wsfq68JIU XVIxVRmzfKA51Xa5pkWAlBhsprxaVA54uGbJk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=Sjm71epRAMJEcN9FFjEdjT34yXaZnMOTA3/4MwEPDkyF/7vkC9Rx5V6oYjHwVCjGIi 0jvPAy/k65PtMV4j0rQWCbxMuKi+cH2kkWa9qFVVoEb15QoRipT1QMzQlAIktNt/AeIO mCKqpu2n/nHnvIKN/r8gxB57OlJ4AznHhoeYE= Received: by 10.90.24.26 with SMTP id 26mr3609738agx.37.1262965608349; Fri, 08 Jan 2010 07:46:48 -0800 (PST) Received: from raptor.localnet ([122.167.36.72]) by mx.google.com with ESMTPS id 5sm9251191yxg.64.2010.01.08.07.46.45 (version=SSLv3 cipher=RC4-MD5); Fri, 08 Jan 2010 07:46:47 -0800 (PST) From: Masoom Shaikh To: freebsd-stable@freebsd.org Date: Fri, 8 Jan 2010 21:16:35 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE; KDE/4.3.4; amd64; ; ) References: <4B470017.9000704@users.sf.net> <201001080843.21371.jhb@freebsd.org> In-Reply-To: <201001080843.21371.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <201001082116.35698.masoom.shaikh@gmail.com> Cc: martinko , John Baldwin Subject: Re: kernel: warning: attempt to domain_add(bluetooth) after domainfinalize() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 15:46:56 -0000 On Friday January 8 2010 13:43:21 John Baldwin wrote: > On Friday 08 January 2010 4:51:19 am martinko wrote: > > Hi, > > > > I've been seeing the following on 7.x and 8.0 during boot: > > > > Jan 8 09:38:49 mb-aw1n-bsd kernel: WARNING: attempt to > > domain_add(bluetooth) after domainfinalize() > > > > It did not happen on 6.x. Is it a known issue ? > > I believe so. You can make the warning go away by compiling the bluetooth > modules into your kernel or loading them via loader.conf. > I load the bluetooth netgraph node via loader.conf ng_ubt_load="YES" I receive this warning as well, no idea with previous releases prior to 7.0 but I have always observed this warning. slightly off topic how to compile ng_ubt in kernel, it is not mentioned in man page, never bothered to dig, as it not required but kind of nice to have From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 15:58:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFE951065692 for ; Fri, 8 Jan 2010 15:58:21 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A74458FC14 for ; Fri, 8 Jan 2010 15:58:21 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTHEA-0006E5-BT for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 16:58:18 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 16:58:18 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 16:58:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 16:57:54 +0100 Lines: 27 Message-ID: References: <4B470017.9000704@users.sf.net> <201001080843.21371.jhb@freebsd.org> <201001082116.35698.masoom.shaikh@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <201001082116.35698.masoom.shaikh@gmail.com> Sender: news Subject: Re: kernel: warning: attempt to domain_add(bluetooth) after domainfinalize() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 15:58:22 -0000 Masoom Shaikh wrote: > On Friday January 8 2010 13:43:21 John Baldwin wrote: >> On Friday 08 January 2010 4:51:19 am martinko wrote: >>> Hi, >>> >>> I've been seeing the following on 7.x and 8.0 during boot: >>> >>> Jan 8 09:38:49 mb-aw1n-bsd kernel: WARNING: attempt to >>> domain_add(bluetooth) after domainfinalize() >>> >>> It did not happen on 6.x. Is it a known issue ? >> >> I believe so. You can make the warning go away by compiling the bluetooth >> modules into your kernel or loading them via loader.conf. >> > > I load the bluetooth netgraph node via loader.conf > ng_ubt_load="YES" > > I receive this warning as well, no idea with previous releases prior to 7.0 > but I have always observed this warning. Indeed, I've done it always this way and I can confirm it worked on 6.x but prints warnings on 7.2 and 8.0 (I have at hands at the moment). $ grep bt /boot/loader.conf.local ng_ubt_load="YES" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 16:14:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E54E10657C5 for ; Fri, 8 Jan 2010 16:14:54 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 07AA18FC22 for ; Fri, 8 Jan 2010 16:14:53 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTHU9-0007i1-MW for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 17:14:49 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 17:14:49 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 17:14:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 17:14:24 +0100 Lines: 38 Message-ID: References: <201001080840.29741.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <201001080840.29741.jhb@freebsd.org> Sender: news Subject: Re: 8.0 regression: wired network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 16:14:54 -0000 John Baldwin wrote: > On Friday 08 January 2010 4:23:09 am martinko wrote: >> Hi, >> >> $ grep sk0 /etc/rc.conf.local >> ifconfig_sk0="DHCP" >> >> When booting up or netif restart: >> >> Starting Network: lo0 sk0. >> lo0: flags=8049 metric 0 mtu 16384 >> options=3 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> sk0: flags=8843 metric 0 mtu 1500 >> options=b >> ether 00:11:22:33:44:55 >> media: Ethernet autoselect (none) >> status: no carrier >> ^^^^^^^^^^ >> >> Please note that on older versions of FreeBSD it printed 'status: >> active' and also IP address obtained via DHCP. The same now happens >> whether booting up or restarting via /etc/rc.d/netif and is a bit >> confusing at best. Other network services starting on boot seem to be >> not affected at least. > > SYNCDHCP would probably restore the old behavior but make your boot take > longer. > Thank you. It's just a few seconds difference for me. And I've found out that one can either use SYNCDHCP or synchronous_dhclient="YES". Cheers, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 16:24:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07A20106566C for ; Fri, 8 Jan 2010 16:24:32 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B02328FC08 for ; Fri, 8 Jan 2010 16:24:31 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTHdR-0003wT-Do for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 17:24:25 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 17:24:25 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 17:24:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 17:24:02 +0100 Lines: 43 Message-ID: References: <4B470017.9000704@users.sf.net> <201001080843.21371.jhb@freebsd.org> <201001082116.35698.masoom.shaikh@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: Sender: news Subject: Re: kernel: warning: attempt to domain_add(bluetooth) after domainfinalize() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 16:24:32 -0000 martinko wrote: > Masoom Shaikh wrote: >> On Friday January 8 2010 13:43:21 John Baldwin wrote: >>> On Friday 08 January 2010 4:51:19 am martinko wrote: >>>> Hi, >>>> >>>> I've been seeing the following on 7.x and 8.0 during boot: >>>> >>>> Jan 8 09:38:49 mb-aw1n-bsd kernel: WARNING: attempt to >>>> domain_add(bluetooth) after domainfinalize() >>>> >>>> It did not happen on 6.x. Is it a known issue ? >>> >>> I believe so. You can make the warning go away by compiling the >>> bluetooth >>> modules into your kernel or loading them via loader.conf. >>> >> >> I load the bluetooth netgraph node via loader.conf >> ng_ubt_load="YES" >> >> I receive this warning as well, no idea with previous releases prior >> to 7.0 >> but I have always observed this warning. > > Indeed, I've done it always this way and I can confirm it worked on 6.x > but prints warnings on 7.2 and 8.0 (I have at hands at the moment). > > $ grep bt /boot/loader.conf.local > ng_ubt_load="YES" > Hm.. I've just realized that 4 modules are loaded via loader.conf: 13 1 0xc10cb000 6778 ng_ubt.ko 14 4 0xc10d2000 d9f4 netgraph.ko 15 2 0xc10e0000 df6c ng_hci.ko 16 3 0xc10ee000 23a0 ng_bluetooth.ko Yet there's still 1 loaded during boot via rc.conf: 27 1 0xc3ab9000 21000 ng_btsocket.ko Most likely because of the following: bthidd_enable="YES" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 16:31:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36E711065693 for ; Fri, 8 Jan 2010 16:31:57 +0000 (UTC) (envelope-from garrettmoore@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id DEA1F8FC18 for ; Fri, 8 Jan 2010 16:31:56 +0000 (UTC) Received: by iwn36 with SMTP id 36so13209754iwn.3 for ; Fri, 08 Jan 2010 08:31:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=kFFCRaToBqRiydJuKju8YsZloo86sVNUh+yMbaAq+Fk=; b=RFL7yBn+ljL2GamgxqMTjy3yWHt3UOpta2sg0w8wOa+s9GBRbEPcedL3LA95DlOSk0 3ihP4/kvu37ZYO1e0UJ7Iz3uq9DQt1nwoL/KgDLI/y1X79/KDuZPYYfaQVP53U0Cn4OW 5A/WQXLGbYM9jV106vJmmpsuKhU+jjaAPBd5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=df5dxhJJApdwmSjv/d5U4+L4O9K2vx1Q4Y9WVNy7S1tXGhmu/s3O3K1qvFtg4vNm7V v3Fv1T/QTB5DLMTPNhYMrYTpQSI025DLknMH3dsGSO9HeTsjR445Gafmr1qK+CelGy4w 66jHV16j9wb+1xA9tTLYGajY1zPLGObpRFBkI= MIME-Version: 1.0 Received: by 10.231.29.149 with SMTP id q21mr277420ibc.35.1262968311767; Fri, 08 Jan 2010 08:31:51 -0800 (PST) In-Reply-To: References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> Date: Fri, 8 Jan 2010 11:31:51 -0500 Message-ID: <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> From: Garrett Moore To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 16:31:57 -0000 No, I haven't isolated the cause to only be uptime related. In my original email I mentioned that "as suggested by someone in the thread, it's probably not directly related to system uptime, but instead related to usage - the more usage, the worse the performance." I've been starting my system with different combinations of applications running to see what access patterns cause the most slowdown. So far, I don't have enough data to give anything concrete. This weekend I'll try some tests such as the one you describe, and see what happens. I have a strong suspicion that rTorrent is to blame, since I haven't seen major slowdowns in the last few days with rTorrent not running. rTorrent preallocates the space needed for the file download (and I'm downloading large 4GB+ files using it), and then writes to them in an unpredictable pattern, so maybe ZFS doesn't like being touched this way? On Wed, Jan 6, 2010 at 2:21 PM, Ivan Voras wrote: > On 3.1.2010 17:42, Garrett Moore wrote: > > > I'm having problems with ZFS performance. When my system comes up, > > read/write speeds are excellent (testing with dd if=/dev/zero > > of=/tank/bigfile and dd if=/tank/bigfile of=/dev/null); I get at least > > 100MB/s on both reads and writes, and I'm happy with that. > > > > The longer the system is up, the worse my performance gets. Currently my > > system has been up for 4 days, and read/write performance is down to > about > > 10MB/s at best. > > Are you sure you have isolated the cause to be only the uptime of the > machine? Is there no other change between the runs? E.g. did you stop > all other services and applications on the machine before doing the test > for the second time? Can you create a big file (2x memory size) when the > machine boots, measure the time to read it, then read it again after a > few days when you notice performance problems? > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 16:39:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0192106566B for ; Fri, 8 Jan 2010 16:39:28 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 575AC8FC0A for ; Fri, 8 Jan 2010 16:39:28 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTHrv-0002qN-KF for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 17:39:23 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 17:39:23 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 17:39:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 17:39:01 +0100 Lines: 32 Message-ID: References: <4B470017.9000704@users.sf.net> <201001080843.21371.jhb@freebsd.org> <201001082116.35698.masoom.shaikh@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: Sender: news Subject: Re: kernel: warning: attempt to domain_add(bluetooth) after domainfinalize() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 16:39:28 -0000 martinko wrote: > martinko wrote: >> Masoom Shaikh wrote: >>> >>> I load the bluetooth netgraph node via loader.conf >>> ng_ubt_load="YES" >>> >>> I receive this warning as well, no idea with previous releases prior >>> to 7.0 >>> but I have always observed this warning. >> >> Indeed, I've done it always this way and I can confirm it worked on 6.x >> but prints warnings on 7.2 and 8.0 (I have at hands at the moment). >> >> $ grep bt /boot/loader.conf.local >> ng_ubt_load="YES" >> > > Hm.. I've just realized that 4 modules are loaded via loader.conf: > 13 1 0xc10cb000 6778 ng_ubt.ko > 14 4 0xc10d2000 d9f4 netgraph.ko > 15 2 0xc10e0000 df6c ng_hci.ko > 16 3 0xc10ee000 23a0 ng_bluetooth.ko > > Yet there's still 1 loaded during boot via rc.conf: > 27 1 0xc3ab9000 21000 ng_btsocket.ko > > Most likely because of the following: > bthidd_enable="YES" Well, either because of bthidd or hcsecd, they're started one after another and the warning is displayed close to them. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 17:00:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3202A1065670 for ; Fri, 8 Jan 2010 17:00:37 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id DBF078FC14 for ; Fri, 8 Jan 2010 17:00:36 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTICO-0004NE-He for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 18:00:32 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 18:00:32 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 18:00:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 18:00:10 +0100 Lines: 35 Message-ID: References: <201001080840.29741.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <201001080840.29741.jhb@freebsd.org> Sender: news Subject: Re: 8.0 regression: wired network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 17:00:37 -0000 John Baldwin wrote: > On Friday 08 January 2010 4:23:09 am martinko wrote: >> Hi, >> >> $ grep sk0 /etc/rc.conf.local >> ifconfig_sk0="DHCP" >> >> When booting up or netif restart: >> >> Starting Network: lo0 sk0. >> lo0: flags=8049 metric 0 mtu 16384 >> options=3 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> sk0: flags=8843 metric 0 mtu 1500 >> options=b >> ether 00:11:22:33:44:55 >> media: Ethernet autoselect (none) >> status: no carrier >> ^^^^^^^^^^ >> >> Please note that on older versions of FreeBSD it printed 'status: >> active' and also IP address obtained via DHCP. The same now happens >> whether booting up or restarting via /etc/rc.d/netif and is a bit >> confusing at best. Other network services starting on boot seem to be >> not affected at least. > > SYNCDHCP would probably restore the old behavior but make your boot take > longer. > Please note that it displays "status: no carrier". Is this really dependent on DHCP ? Even if I `netif stop` network interface status is active until I plug out network cable (only then it's no carrier). From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 17:08:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2597A1065670 for ; Fri, 8 Jan 2010 17:08:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A71308FC0C for ; Fri, 8 Jan 2010 17:08:21 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTIJt-0007kk-PT for freebsd-stable@freebsd.org; Fri, 08 Jan 2010 18:08:17 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 18:08:17 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Jan 2010 18:08:17 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 08 Jan 2010 18:07:55 +0100 Lines: 51 Message-ID: References: <201001080842.27229.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20100102 SeaMonkey/2.0.1 In-Reply-To: <201001080842.27229.jhb@freebsd.org> Sender: news Subject: Re: 8.0 regression: wireless network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 17:08:22 -0000 John Baldwin wrote: > On Friday 08 January 2010 4:38:40 am martinko wrote: >> Hi, >> >> $ egrep 'sk0|wlan' /etc/rc.conf.local >> ifconfig_sk0="DHCP" >> wlans_iwi0="wlan0" >> ifconfig_wlan0="WPA DHCP" >> >> When booting up or netif restart: >> >> Starting Network: lo0 sk0. >> lo0: flags=8049 metric 0 mtu 16384 >> options=3 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> sk0: flags=8843 metric 0 mtu 1500 >> options=b >> ether 00:11:22:33:44:55 >> media: Ethernet autoselect (none) >> status: no carrier >> >> Please note that iwi/wlan is not even mentioned. (!) >> The same happens whether booting up or via /etc/rc.d/netif restart. > > Yes, the part of the netif script that prints out interfaces doesn't handle > child interfaces like wlan or vlan devices currently. I'm not fully sure of > the best way to fix it. > >> On older versions of FreeBSD iwi0 was turned up and associated. >> With 8.0 I am getting errors from services started on boot that try to >> reach the network (e.g. ntpd). It also seems to break lagg for me. > > SYNCDHCP should fix the problems with ntpd. I have no idea about lagg(4), you > would probably need to ask a more specific question about what exact breakage > you are seeing. > Indeed, SYNCDHCP fixed ntpd and others. Regarding lagg, please see my reply to your hint from week ago: http://lists.freebsd.org/pipermail/freebsd-mobile/2009-December/011861.html Even with explicit 'network_interfaces' it did not change/help. And please note that lagg was listed twice when stopping and starting via netif script (pls see the link above for details). With regards, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 17:18:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1E9106566B for ; Fri, 8 Jan 2010 17:18:04 +0000 (UTC) (envelope-from k@kevinkevin.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0061A8FC0C for ; Fri, 8 Jan 2010 17:18:03 +0000 (UTC) Received: by yxe2 with SMTP id 2so4733210yxe.7 for ; Fri, 08 Jan 2010 09:17:55 -0800 (PST) Received: by 10.150.19.4 with SMTP id 4mr5386741ybs.216.1262969720304; Fri, 08 Jan 2010 08:55:20 -0800 (PST) Received: from kkPC (not.enough.unixsluts.com [76.10.166.187]) by mx.google.com with ESMTPS id 36sm9321808yxh.13.2010.01.08.08.55.15 (version=SSLv3 cipher=RC4-MD5); Fri, 08 Jan 2010 08:55:17 -0800 (PST) From: "kevin" To: Date: Fri, 8 Jan 2010 11:54:52 -0500 Message-ID: <002201ca9083$528ba740$f7a2f5c0$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-index: AcqQg0vIB548IbwyTUy7Ktmh1CkoMg== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question about imaging / migrating freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 17:18:04 -0000 Hello, I have a quick question regarding moving freebsd from one server to another. I have read and am exploring several methods for efficiently migrating one freebsd server to newer hardware. Without getting into too many details, it is preferable to migrate each partition/slice in their entirety. I have read methods where utilizing dump/restore in single user mode seems to be the way to go, however I would like to know if anyone has any recommendations or has a tried & true method (dd over ssh?) for accomplishing this kind of a task that may save me any headaches, since the servers in question are production systems. Both systems will be 7.1-PRERELEASE. And I am unable to physically mount the new server's disk in the old server, unfortunately. Any help / suggestions is greatly appreciated. Thanks, Kevin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 17:23:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 504E61065695 for ; Fri, 8 Jan 2010 17:23:15 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 18E628FC26 for ; Fri, 8 Jan 2010 17:23:14 +0000 (UTC) Received: by pxi12 with SMTP id 12so13143530pxi.3 for ; Fri, 08 Jan 2010 09:23:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=JrX9vpALY5QvHPcQf9XeYxJdLAiqzE/N9VvcGaO8Xjk=; b=unxk0lsmNtZW/CGe8XN9bWEQlaJtXdABTG6fpqgUeBFoKGDYnYXz/lLRntH94OZfou 4BHFlbTW9MDNrIgYc9Op4gAAXtqs2zi5U/xWCoL9PJiB32vElm/3Sj7OpmOEww5zYubj x6C1nxcI1UPp9v8Tk2YItzBcSTlKR4/4acD4Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=iqf0rsubjT/8vxQGqQBh/XJMgaMQD/Hm0VMwjfGpIRkxaun/CIsc59QHDAPFM1gn1W pcFivnjfNMlU2C8dcgmn3e/8fmO6YTixtJicnsu0JXpgVccSiAEcS8wA0mXSClEGn2Vv rz5x6xdIYXomcI810rLt6y3pUJ6ufsGm8mVY4= MIME-Version: 1.0 Received: by 10.142.2.27 with SMTP id 27mr4649693wfb.278.1262971386752; Fri, 08 Jan 2010 09:23:06 -0800 (PST) In-Reply-To: <002201ca9083$528ba740$f7a2f5c0$@com> References: <002201ca9083$528ba740$f7a2f5c0$@com> Date: Fri, 8 Jan 2010 09:23:06 -0800 Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Question about imaging / migrating freebsd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 17:23:15 -0000 On Fri, Jan 8, 2010 at 8:54 AM, kevin wrote: > I have a quick question regarding moving freebsd from one server to > another. > I have read and am exploring several methods for efficiently migrating one > freebsd server to newer hardware. > > Without getting into too many details, it is preferable to migrate each > partition/slice in their entirety. I have read methods where utilizing > dump/restore in single user mode seems to be the way to go, however I would > like to know if anyone has any recommendations or has a tried & true method > (dd over ssh?) for accomplishing this kind of a task that may save me any > headaches, since the servers in question are production systems. > > Both systems will be 7.1-PRERELEASE. And I am unable to physically mount > the new server's disk in the old server, unfortunately. > > Any help / suggestions is greatly appreciated. > In the past, we've used cpio piped through SSH to image servers booted from a Linux LiveCD. We've also used DAR (the Disk ARchiver) to do the same. Recently, we've switched to using Rsync over SSH. On the FreeBSD side, it's as simple as: - boot from Frenzy LiveCD - partition/format disk(s) - mount filesystems under /root/mnt/ (or wherever) - rsync from other server (be sure to use --numeric-ids, --archive, and --hard-links) - install boot blocks - reboot We also use rsync to backup all our Linux and FreeBSD servers to a single backup server (ZFS+Snapshots was made for this). And then use that as the source for imaging new harddrives. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 17:32:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFA451065670; Fri, 8 Jan 2010 17:32:24 +0000 (UTC) (envelope-from prvs=1624766a02=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 37BD98FC14; Fri, 8 Jan 2010 17:32:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1262971339; x=1263576139; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=DgH9myOlVYXQPoMR1tMPxKsReDn1zxHOaA LKk7keZNA=; b=FaUQEWq05p4Js+IvAnM9FOe/09ciXmPdkZFUYrwMkWmsJWZQp3 Cn2yLjWbg9QTalfUa16UxfHH/c2pjSXBRWXPCrWGDB5OZ+p/G7oGRDVyntYdWJ4/ jJRShG1LOx1QkaYfax/jhdGYPrhxuDQ08pTKdZRLdT5I8zYOuzyd0WeBE= X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 08 Jan 2010 17:22:19 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50009099163.msg; Fri, 08 Jan 2010 17:22:18 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 08 Jan 2010 17:22:18 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1624766a02=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> From: "Steven Hartland" To: , Date: Fri, 8 Jan 2010 17:21:50 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: nginx hanging with state zoneli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 17:32:25 -0000 The first time in a while be we just had nginx get stuck in the zoneli state: 51630 www 1 -16 0 16616K 9396K zoneli 2 24:33 0.00% nginx 51627 www 1 -16 0 16616K 9376K zoneli 1 24:22 0.00% nginx 51629 www 1 -16 0 16616K 9372K zoneli 3 24:09 0.00% nginx 51628 www 1 -16 0 16616K 9104K zoneli 0 24:05 0.00% nginx Usually I would suspect an mbufs issue but that doesnt seem to have caused the problem this time, going by the info below, anyone ideas? Running: 7.0-RELEASE-p11 AMD64 == netstat -m == 14829/11796/26625 mbufs in use (current/cache/total) 2240/1024/3264/262144 mbuf clusters in use (current/cache/total/max) 1449/727 mbuf+clusters out of packet secondary zone in use (current/cache) 12582/218/12800/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 58515K/5869K/64384K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 3214 requests for I/O initiated by sendfile 0 calls to protocol drain routines == /etc/sysctl.con == # Large amounts of files in directories fix vfs.ufs.dirhash_maxmem=8379692 # Network performance tunning net.inet.tcp.inflight.enable=0 net.inet.tcp.sendspace=65536 kern.ipc.maxsockbuf=16777216 net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.recvbuf_max=16777216 # Prevent nginx issues:- # Increase backlog max kern.ipc.somaxconn=1024 # Prevent issue with pmap vm.pmap.shpgperproc=500 # high server numbers tuning see: # http://rerepi.wordpress.com/2008/04/19/tuning-freebsd-sysoev-rit/ kern.ipc.nmbclusters=262144 kern.ipc.maxsockets=204800 net.inet.tcp.msl=20000 == /boot/loader.conf == accf_http_load="YES" net.inet.tcp.syncache.hashsize=1024 net.inet.tcp.syncache.bucketlimit=100 net.inet.tcp.tcbhashsize=4096 vm.kmem_size=768M vm.kmem_size_max=768M ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 17:41:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 152AF1065786 for ; Fri, 8 Jan 2010 17:41:07 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id CE6678FC22 for ; Fri, 8 Jan 2010 17:41:06 +0000 (UTC) Received: by iwn36 with SMTP id 36so13256382iwn.3 for ; Fri, 08 Jan 2010 09:40:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=dPQ+mtnbIQs7zKK7mZBwknNc7GW2EWlXNTF5widb5Pg=; b=A145rgfqGcMubdpM2DmIzasUXYhp/Qza8advxmYJbNxtprDM8fuZ1detd79yMf0btx dgF6aZkMpZgh48o2BbLoPo3HktN6wksM7kpNxfG67JZoct9UiOG03S3O9w08r6zcErFf deSryM70D9kDKWzyyFYbSRwmHOG5ZohNJrlUk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ijnzp2gGiE5D+NTrhyTx4sRU9Cm1d6xIcjRNsC4ztm7eBM0KmWUlJXDp1nP9YVJLQJ +pEfYzvelbjw1XI1M8VWGm4+3JRyMtMWjgtmI2Sc9GrwjSqEvBNwPKZoWjOgQDcXFuQ5 93FOiun1LeKNHUfG4PIt+XPXnZUNtAMzVGqyE= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.231.29.149 with SMTP id q21mr348785ibc.35.1262972457448; Fri, 08 Jan 2010 09:40:57 -0800 (PST) In-Reply-To: <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> Date: Fri, 8 Jan 2010 09:40:57 -0800 X-Google-Sender-Auth: f66545ff720204c5 Message-ID: From: Artem Belevich To: Garrett Moore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 17:41:07 -0000 Keep an eye on ARC size and on active/inactive/cache/free memory lists: sysctl kstat.zfs.misc.arcstats.size sysctl vm.stats.vm.v_inactive_count sysctl vm.stats.vm.v_active_count sysctl vm.stats.vm.v_cache_count sysctl vm.stats.vm.v_cache_count ZFS performance does degrade a lot if ARC becomes too small. Writes also get throttled if ZFS thinks the system is running low on memory. One way to help the situation somewhat is to bump vfs.zfs.arc_min tunable. It would make ZFS somewhal less eager to give up memory. However, write throttling seems to rely on amount on memory on the free list. FreeBSD appears to have somewhat different semantics for 'free" compared to solaris and that makes ZFS think that we're running low on memory while there's plenty of it sitting on inactive/cached lists and could be used. One rather crude way to get ZFS back in shape in this situation is to temporarily cause real memory shortage on the system. That would force trimming of active/inactive lists (and ARC, too) but once it's done, ARC would be free to grow and that may restore ZFS performance for a while. Following command will allocate about 8G of memory on my system -- enough to start swapout: perl -e '$x="x"x3000000000' --Artem On Fri, Jan 8, 2010 at 8:31 AM, Garrett Moore wrote: > > No, I haven't isolated the cause to only be uptime related. In my original > email I mentioned that "as suggested by someone in the thread, it's probably > not directly related to system uptime, but instead related to usage - the > more usage, the worse the performance." > > I've been starting my system with different combinations of applications > running to see what access patterns cause the most slowdown. So far, I don't > have enough data to give anything concrete. > > This weekend I'll try some tests such as the one you describe, and see what > happens. I have a strong suspicion that rTorrent is to blame, since I > haven't seen major slowdowns in the last few days with rTorrent not running. > rTorrent preallocates the space needed for the file download (and I'm > downloading large 4GB+ files using it), and then writes to them in an > unpredictable pattern, so maybe ZFS doesn't like being touched this way? > > > > On Wed, Jan 6, 2010 at 2:21 PM, Ivan Voras wrote: > > > On 3.1.2010 17:42, Garrett Moore wrote: > > > > > I'm having problems with ZFS performance. When my system comes up, > > > read/write speeds are excellent (testing with dd if=/dev/zero > > > of=/tank/bigfile and dd if=/tank/bigfile of=/dev/null); I get at least > > > 100MB/s on both reads and writes, and I'm happy with that. > > > > > > The longer the system is up, the worse my performance gets. Currently my > > > system has been up for 4 days, and read/write performance is down to > > about > > > 10MB/s at best. > > > > Are you sure you have isolated the cause to be only the uptime of the > > machine? Is there no other change between the runs? E.g. did you stop > > all other services and applications on the machine before doing the test > > for the second time? Can you create a big file (2x memory size) when the > > machine boots, measure the time to read it, then read it again after a > > few days when you notice performance problems? > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 17:45:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A25D41065672 for ; Fri, 8 Jan 2010 17:45:07 +0000 (UTC) (envelope-from manishv@lineratesystems.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 689658FC1A for ; Fri, 8 Jan 2010 17:45:07 +0000 (UTC) Received: by yxe2 with SMTP id 2so4756998yxe.7 for ; Fri, 08 Jan 2010 09:45:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.150.248.26 with SMTP id v26mr5571869ybh.45.1262972704762; Fri, 08 Jan 2010 09:45:04 -0800 (PST) In-Reply-To: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> References: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> Date: Fri, 8 Jan 2010 10:45:04 -0700 Message-ID: <5bc218351001080945l62f56667ted5bfce7e7818366@mail.gmail.com> From: Manish Vachharajani To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nginx hanging with state zoneli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 17:45:07 -0000 Looks like you are out of jumbo clusters. On Jan 8, 2010 10:34 AM, "Steven Hartland" wrote: The first time in a while be we just had nginx get stuck in the zoneli state: 51630 www 1 -16 0 16616K 9396K zoneli 2 24:33 0.00% nginx 51627 www 1 -16 0 16616K 9376K zoneli 1 24:22 0.00% nginx 51629 www 1 -16 0 16616K 9372K zoneli 3 24:09 0.00% nginx 51628 www 1 -16 0 16616K 9104K zoneli 0 24:05 0.00% nginx Usually I would suspect an mbufs issue but that doesnt seem to have caused the problem this time, going by the info below, anyone ideas? Running: 7.0-RELEASE-p11 AMD64 == netstat -m == 14829/11796/26625 mbufs in use (current/cache/total) 2240/1024/3264/262144 mbuf clusters in use (current/cache/total/max) 1449/727 mbuf+clusters out of packet secondary zone in use (current/cache) 12582/218/12800/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 58515K/5869K/64384K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 3214 requests for I/O initiated by sendfile 0 calls to protocol drain routines == /etc/sysctl.con == # Large amounts of files in directories fix vfs.ufs.dirhash_maxmem=8379692 # Network performance tunning net.inet.tcp.inflight.enable=0 net.inet.tcp.sendspace=65536 kern.ipc.maxsockbuf=16777216 net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.recvbuf_max=16777216 # Prevent nginx issues:- # Increase backlog max kern.ipc.somaxconn=1024 # Prevent issue with pmap vm.pmap.shpgperproc=500 # high server numbers tuning see: # http://rerepi.wordpress.com/2008/04/19/tuning-freebsd-sysoev-rit/ kern.ipc.nmbclusters=262144 kern.ipc.maxsockets=204800 net.inet.tcp.msl=20000 == /boot/loader.conf == accf_http_load="YES" net.inet.tcp.syncache.hashsize=1024 net.inet.tcp.syncache.bucketlimit=100 net.inet.tcp.tcbhashsize=4096 vm.kmem_size=768M vm.kmem_size_max=768M ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 18:23:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4241065676 for ; Fri, 8 Jan 2010 18:23:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id E34F18FC0A for ; Fri, 8 Jan 2010 18:23:08 +0000 (UTC) Received: by qyk6 with SMTP id 6so8362599qyk.3 for ; Fri, 08 Jan 2010 10:22:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=iDWMzxmx0TPg9mHtQoMJsh7szMDr2FTrIWgwQ6aEJ5g=; b=XWdBRUWmel82bQ/CKVhMh0+gczt2eGlWjUZYjG4ThaBaVWCG8HWxaSGoO4rTqQOXGl 5ffmGc3W/BMyTq0SEApry+Os1IJyrmmuhoASW6XymbN8PoLg1RdNSgi8pynWWItEoYf0 jxPAbmH0W7giLNACmQH5glryxSJZq8S/9A8Us= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=fVueUwu9DDe4hXScZW2w6Dfah+GIcfFEqvOUHG5m+7ieZX/HABVVQB5jRN6nf8klUF bFmWbHyWZPvLCuIRXDcvAflBCRnTqEkHovOPevRUHOa0ukP2bb6Y2ub80I5An+egtgQM 52Vn3isQKJBRiJ49U5UPWrDZwYvy+hkpkBH1E= Received: by 10.224.84.197 with SMTP id k5mr8529808qal.204.1262974978669; Fri, 08 Jan 2010 10:22:58 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm1444042qyk.8.2010.01.08.10.22.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 08 Jan 2010 10:22:57 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 8 Jan 2010 10:21:55 -0800 From: Pyun YongHyeon Date: Fri, 8 Jan 2010 10:21:55 -0800 To: martinko Message-ID: <20100108182154.GC18529@michelle.cdnetworks.com> References: <201001080840.29741.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 8.0 regression: wired network slow to initialise ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 18:23:09 -0000 On Fri, Jan 08, 2010 at 06:00:10PM +0100, martinko wrote: > John Baldwin wrote: > >On Friday 08 January 2010 4:23:09 am martinko wrote: > >>Hi, > >> > >>$ grep sk0 /etc/rc.conf.local > >>ifconfig_sk0="DHCP" > >> > >>When booting up or netif restart: > >> > >>Starting Network: lo0 sk0. > >>lo0: flags=8049 metric 0 mtu 16384 > >> options=3 > >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > >> inet6 ::1 prefixlen 128 > >> inet 127.0.0.1 netmask 0xff000000 > >>sk0: flags=8843 metric 0 mtu 1500 > >> options=b > >> ether 00:11:22:33:44:55 > >> media: Ethernet autoselect (none) > >> status: no carrier > >> ^^^^^^^^^^ > >> > >>Please note that on older versions of FreeBSD it printed 'status: > >>active' and also IP address obtained via DHCP. The same now happens > >>whether booting up or restarting via /etc/rc.d/netif and is a bit > >>confusing at best. Other network services starting on boot seem to be > >>not affected at least. > > > >SYNCDHCP would probably restore the old behavior but make your boot take > >longer. > > > > Please note that it displays "status: no carrier". Is this really > dependent on DHCP ? Even if I `netif stop` network interface status is > active until I plug out network cable (only then it's no carrier). > I think link state handling of sk(4) needs more code. dhclient(8) wants to see an established link before sending DHCP request so driver should maintain correct link state to make dhclient(8) happy. Due to hardware bugs of PHY sk(4) used several workarounds but that made it harder to keep track of link state changes. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 19:27:03 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAC031065692; Fri, 8 Jan 2010 19:27:03 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB568FC19; Fri, 8 Jan 2010 19:27:02 +0000 (UTC) Received: by ewy26 with SMTP id 26so18174553ewy.3 for ; Fri, 08 Jan 2010 11:27:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Crg2KHfEiWsxemTrksihwdaXiVtsMeeH8/1xWKpJ790=; b=TG+N+hdZoR+Wl2iub0ycz1P7M7IR+t2HokyA3wrxFBgiVFcrTSzcmlorZ5yjOW1/GO 5P1xxocjLYlXXx/Qp5cyKLJGP2TRncE+yoc/CPcJMzM3uIYjDHjNdT4QQqZo0XKPlpnT /rOqI30giDsvaFq762TTY/Ze3UacuJMlLlx7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=MiEXf/u9DoiWhnfihdHISVejqwAsYZF4WFEtbAgfWoqtv8GDjxbHq/FL8WgBM7P60w C76rmNUspbCfXkhixGfFnsqwnR3lN6W/awDimXZHA/NSGdFbXonz7yizx85ZFgM5uvDG RxlS4HobI50aVB1qrYeKxrROZmtz0DYvSu87k= MIME-Version: 1.0 Received: by 10.213.47.9 with SMTP id l9mr3443121ebf.93.1262978822146; Fri, 08 Jan 2010 11:27:02 -0800 (PST) Date: Fri, 8 Jan 2010 20:27:02 +0100 Message-ID: <3a142e751001081127u9cbabdclcb86f0b129166914@mail.gmail.com> From: Paul B Mahol To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: ndis(4) on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 19:27:03 -0000 Hi, I'm looking for users of NDISulator on amd64. Have anyone managed to get working ndis(4) on amd64? -- Paul B Mahol From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 20:17:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 787181065692 for ; Fri, 8 Jan 2010 20:17:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 063AB8FC12 for ; Fri, 8 Jan 2010 20:17:36 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so1431002eye.9 for ; Fri, 08 Jan 2010 12:17:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=kwWfdTOzJgxMTUm+KoOTLhV2pJTUANfMyXnJ0fH23EM=; b=gyP0qq94vNfpt7QYa/OmPtJa9DvlcJbtCNZ5fH29eljk0ZMiLsM0vFNcFKkx9vbDYo QNchB0aliklQp8EL1bb9OL4tig14CXQo9c7styVBGn6PCSsZduIpDMcMljxJQ3+ZNshv SznCuMB0lzo6MG+3dDK2zTUQcvLrVVe79QdgE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Bj68nh2w88ujk9cjjQqUf8MY7Y10nly3Pb0M9Tt4DmKPol+LjxPQ/3mfQlsvpugA6j 3NbsIKfJcp663lO/r5CXlMnpfGydn5RMhMZWRFWQ4zVihPiY0n0F/OOtv1YSzcoqfklZ Y/3le6boRCpG/pM3gMgloiQBQYkcz8dscCxi8= MIME-Version: 1.0 Received: by 10.216.87.75 with SMTP id x53mr617894wee.13.1262981850197; Fri, 08 Jan 2010 12:17:30 -0800 (PST) In-Reply-To: <201001072026.o07KQQ9t089680@lava.sentex.ca> References: <113471.18929.qm@web50505.mail.re2.yahoo.com> <20100107201952.GO1246@michelle.cdnetworks.com> <201001072026.o07KQQ9t089680@lava.sentex.ca> Date: Fri, 8 Jan 2010 12:17:30 -0800 Message-ID: <2a41acea1001081217o9457a20j978c8aa2d8b6a2dc@mail.gmail.com> From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, alan bryan , freebsd-stable@freebsd.org Subject: Re: State of igb on FreeBSD 8 stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 20:17:37 -0000 I am incorporating some of Pyun's ideas into my new version, although some changes I am unconvinced about... There will always be later :) Jack On Thu, Jan 7, 2010 at 12:26 PM, Mike Tancsa wrote: > At 03:19 PM 1/7/2010, Pyun YongHyeon wrote: > >> On Thu, Jan 07, 2010 at 09:46:14AM -0800, alan bryan wrote: >> > I did some searching last night and found others using igb on Intel >> Cards having high interrupts and other strange issues and some comments to >> the effect that igb is soon going to have a lot of work done to it (I >> believe Jack Vogel is working on it). So, can someone give an estimation as >> to how soon that may be and how soon it may make it to 8-stable? If it's >> going to be a while I may look into adding a card using a different driver >> to test. >> > >> http://people.freebsd.org/~yongari/igb/igb.buf.patch6 >> >> The patch would fix unresponsive system under high network load as >> well as reducing number of interrupts. The patch also contains >> bus_dma(9) and watchdog timeout fix. >> > > FYI, with the above patch, the driver is quite stable for me on a box I use > in my lab. > > ---Mike > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 21:49:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EF481065676 for ; Fri, 8 Jan 2010 21:49:48 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp106.biz.mail.re2.yahoo.com (smtp106.biz.mail.re2.yahoo.com [206.190.52.175]) by mx1.freebsd.org (Postfix) with SMTP id 1E7B68FC1A for ; Fri, 8 Jan 2010 21:49:48 +0000 (UTC) Received: (qmail 48127 invoked from network); 8 Jan 2010 21:23:05 -0000 Received: from 75-145-250-173-Connecticut.hfc.comcastbusiness.net (noackjr@75.145.250.173 with login) by smtp106.biz.mail.re2.yahoo.com with SMTP; 08 Jan 2010 13:23:05 -0800 PST X-Yahoo-SMTP: VnOecJeswBCMn50HlEMYJKFtvXTL X-YMail-OSG: 16ytPVYVM1lM.724oKFynWGUcq0z6GLQ4_T_gP.TLenqJpR7nEJs3rm2VwSNU7Z7Y8qGgaNVIv4tpSM77c__IMZ33EsPI_OLg_KpF3w66oOu4nq9zeb5_Ot_iyIKYpY_v67P4tWYm0gVs.LrE6dKTMerj7fOV_NCi_gRxY76cL1cDEriROZ.jwXohFU_EEafan1UhVQjQ5EFB4Absdyv9aOoE2MTe6id8fvK6uYa56ptcFe8NpwIOywvn5ktgDPL4ZSCd5vSAmVObJ.YEqQTnCe3nFFgOJP_KQ.GlhtfeiKIb5EFKG91YiWptmflpbSNSEM1EvepcKn9..gmMkTKUziajMVNHHgk1jcC4OyR8nrQtDVwqgjNR2kkFrRjL7gI2wV27Mrh92kNGV9AKH3QGZFvedxLllxKM6AOi7pMcmMpMnCdKbimeIL20eigVbucH0QSpW6sTexiJh2z3SGnNN4OeGch_TmSnKRs9pJHvvbnL4seYEO_ZIYpY46QWxxbFBhsI5u0lPeExyY7iKf4_qIFvyxlNURJoaST.6GB X-Yahoo-Newman-Property: ymail-3 Received: from optimator.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 5039460FD; Fri, 8 Jan 2010 16:23:04 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by optimator.noacks.org (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id l6Oft1pYB8tf; Fri, 8 Jan 2010 16:23:03 -0500 (EST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 3765B60D9; Fri, 8 Jan 2010 16:23:03 -0500 (EST) Received: from 192.168.1.1 (SquirrelMail authenticated user noackjr) by www.noacks.org with HTTP; Fri, 8 Jan 2010 16:23:03 -0500 Message-ID: In-Reply-To: <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> Date: Fri, 8 Jan 2010 16:23:03 -0500 From: "Jonathan Noack" To: "Garrett Moore" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 21:49:48 -0000 On Fri, January 8, 2010 11:31, Garrett Moore wrote: > No, I haven't isolated the cause to only be uptime related. In my original > email I mentioned that "as suggested by someone in the thread, it's > probably > not directly related to system uptime, but instead related to usage - the > more usage, the worse the performance." > > I've been starting my system with different combinations of applications > running to see what access patterns cause the most slowdown. So far, I > don't > have enough data to give anything concrete. > > This weekend I'll try some tests such as the one you describe, and see > what > happens. I have a strong suspicion that rTorrent is to blame, since I > haven't seen major slowdowns in the last few days with rTorrent not > running. > rTorrent preallocates the space needed for the file download (and I'm > downloading large 4GB+ files using it), and then writes to them in an > unpredictable pattern, so maybe ZFS doesn't like being touched this way? Probably unrelated, but this prefetch issue results in a slowdown: http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007481.html -Jonathan From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 21:59:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CA31065676 for ; Fri, 8 Jan 2010 21:59:22 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB9F8FC15 for ; Fri, 8 Jan 2010 21:59:21 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o08LxJtJ003325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jan 2010 08:59:19 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o08LxHg3064317; Sat, 9 Jan 2010 08:59:17 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o08LxGqo064310; Sat, 9 Jan 2010 08:59:16 +1100 (EST) (envelope-from peter) Date: Sat, 9 Jan 2010 08:59:16 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20100108215916.GD41129@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: New LOR: allproc/zfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 21:59:22 -0000 --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just found a new LOR on 8-STABLE/amd64 from 30-Nov. It's possible that it was associated with 'vmstat -m'. Reported as kern/142489 lock order reversal: 1st 0xffffffff807417c0 allproc (allproc) @ /usr/src/sys/vm/vm_meter.c:130 2nd 0xffffff002c263ba8 zfs (zfs) @ /usr/src/sys/kern/vfs_subr.c:2188 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x66f __lockmgr_args() at __lockmgr_args+0x475 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x52 _vn_lock() at _vn_lock+0x47 vrele() at vrele+0xc3 vm_object_deallocate() at vm_object_deallocate+0x1ad _vm_map_unlock() at _vm_map_unlock+0x70 vm_map_remove() at vm_map_remove+0x6f vmspace_free() at vmspace_free+0x56 vmtotal() at vmtotal+0x3d5 sysctl_root() at sysctl_root+0xa1 userland_sysctl() at userland_sysctl+0x158 __sysctl() at __sysctl+0xaa syscall() at syscall+0x1ac Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (202, FreeBSD ELF64, __sysctl), rip =3D 0x800bc5a9c, rsp =3D 0x= 7fffffffdaf8, rbp =3D 0x7fffffffdb08 --- --=20 Peter Jeremy --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktHqrQACgkQ/opHv/APuIfwTACgwBLhDu+ilh2Q3QVEwyXUUpcB dfoAn2OHDTcGzmaFxfUHiF6oPgmn4yVk =EDPy -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 22:56:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DCC1065693 for ; Fri, 8 Jan 2010 22:56:25 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp143.dfw.emailsrvr.com (smtp143.dfw.emailsrvr.com [67.192.241.143]) by mx1.freebsd.org (Postfix) with ESMTP id AAADA8FC08 for ; Fri, 8 Jan 2010 22:56:25 +0000 (UTC) Received: from relay4.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay4.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id 881FD10CC07A for ; Fri, 8 Jan 2010 17:38:50 -0500 (EST) Received: by relay4.relay.dfw.mlsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id 70F2710CC019 for ; Fri, 8 Jan 2010 17:38:50 -0500 (EST) Received: by alucard.int.rhavenn.net (Postfix, from userid 1000) id 285DF11428D; Fri, 8 Jan 2010 13:38:49 -0900 (AKST) Date: Fri, 8 Jan 2010 13:38:49 -0900 From: Henrik Hudson To: freebsd-stable@freebsd.org Message-ID: <20100108223848.GA6287@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 22:56:25 -0000 Hey List, Among other things I have in my /etc/src.conf WITHOUT_NTP=yes which from my understanding should not build ntpd, etc... However, after doing: make buildworld make buildkernel make installkernel reboot mergemaster -p make installworld mergemaster reboot make delete-old make delete-old-libs ntpd still exists in /usr/sbin and the man pages, etc... seem to still be hanging around. Did I miss something? It also seems that WITHOUT_MAILWRAPPER WITHOUT_SENDMAIL are also ignored. However, WITHOUT_RCMDS WITHOUT_LPR seems to work as rlogin, etc... are not to be found and neither is lpr. Thanks. Henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 23:00:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC2C1065695 for ; Fri, 8 Jan 2010 23:00:11 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [204.127.217.104]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB408FC24 for ; Fri, 8 Jan 2010 23:00:11 +0000 (UTC) Received: from ace.nina.org (adsl-178-52-232.gnv.bellsouth.net[74.178.52.232]) by isp.att.net (frfwmhc04) with SMTP id <20100108224756H04000vhc5e>; Fri, 8 Jan 2010 22:47:57 +0000 X-Originating-IP: [74.178.52.232] Date: Fri, 8 Jan 2010 17:47:55 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 23:00:11 -0000 I am having problems with mouse, keyboard and APC UPS. When attempting to start apcupsd I get the following error: Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd FATAL ERROR in generic-usb.c at line 636 Cannot find UPS device -- For a link to detailed USB trouble shooting information, please see . Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd error shutdown completed In X, I must move the mouse to get anything to update. For example, if I type in an xterm nothing will display or happen until the mouse is moved. This also happens using a browser or any other app. # dmesg | grep usb usbus0: on ohci0 usbus1: EHCI version 1.0 usbus1: on ehci0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen0.2: at usbus0 ugen0.3: at usbus0 ums0: on usbus0 ugen0.4: at usbus0 ukbd0: on usbus0 Ace /usr/ports # usbdevs -d -v usbdevs: no USB controllers found Ace /usr/ports # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen0.3: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON World and kernel built last night. -- Frank From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 23:05:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02149106566B for ; Fri, 8 Jan 2010 23:05:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB0C8FC0C for ; Fri, 8 Jan 2010 23:05:07 +0000 (UTC) Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by qmta05.westchester.pa.mail.comcast.net with comcast id TAhb1d0091vXlb855B56qB; Fri, 08 Jan 2010 23:05:06 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta17.westchester.pa.mail.comcast.net with comcast id TB5A1d00D3S48mS3dB5ABt; Fri, 08 Jan 2010 23:05:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0F5031E301C; Fri, 8 Jan 2010 15:05:06 -0800 (PST) Date: Fri, 8 Jan 2010 15:05:06 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100108230506.GA7501@icarus.home.lan> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 23:05:09 -0000 On Fri, Jan 08, 2010 at 04:23:03PM -0500, Jonathan Noack wrote: > On Fri, January 8, 2010 11:31, Garrett Moore wrote: > > No, I haven't isolated the cause to only be uptime related. In my original > > email I mentioned that "as suggested by someone in the thread, it's > > probably > > not directly related to system uptime, but instead related to usage - the > > more usage, the worse the performance." > > > > I've been starting my system with different combinations of applications > > running to see what access patterns cause the most slowdown. So far, I > > don't > > have enough data to give anything concrete. > > > > This weekend I'll try some tests such as the one you describe, and see > > what > > happens. I have a strong suspicion that rTorrent is to blame, since I > > haven't seen major slowdowns in the last few days with rTorrent not > > running. > > rTorrent preallocates the space needed for the file download (and I'm > > downloading large 4GB+ files using it), and then writes to them in an > > unpredictable pattern, so maybe ZFS doesn't like being touched this way? > > Probably unrelated, but this prefetch issue results in a slowdown: > http://lists.freebsd.org/pipermail/freebsd-fs/2009-December/007481.html With the introduction of 8.0-RC1, FreeBSD explicitly disables prefetch if your system has less than 4GB usable[1] memory. The code does print a warning/FYI message when this condition is met[2]. You can disable the warning message by setting prefetch_disable="1" in loader.conf (and this naturally means prefetch is disabled). You can also explicitly enable prefetch by setting the value to "1", and this trumps the how-much-usable-RAM check. The OP doesn't disclose if he's enabled prefetch, so I assume he hasn't, which means he shouldn't be susceptible to the bug described above. All that said -- I know what the OP is referring to, as I've seen it myself (on RELENG_7, and possibly early releases of 8.0). The only way to relieve the pain, AFAIK, is to reboot. I do see some MFC's done about 13 hours ago to RELENG_7 and RELENG_8 that talk about the ARC and "paging pressure", which to me means decreased performance when it occurs... or maybe it helps with the kmem exhaustion problem? The brief description in the commit is simply not enough to suffice; it's almost like we need a "FreeBSD ZFS Newsletter" that documents what all the changes are that get committed, what they fix, and what's being worked on/tested in HEAD (for potential MFC). It would also be good to get some concise documentation with regards to what all the kstat.zfs.misc.arcstats.* counters mean and represent; admins like myself would love to track/graph these for helping correlate performance or stability issues, but we don't even know what they represent. For example, just earlier this week I read a semi-recent message talking about how a large kstat.zfs.misc.arcstats.evict_skip counter indicates something bad, yet I have no idea what "evict skip" means in reference to the ZFS core/model itself. [1]: Because of #2 (see above/below), I had to analyse the code. My system was amd64 + 4GB RAM yet ZFS was telling me the system did not have 4GB of RAM thus had disabled prefetch. My analysis is near the bottom of my blog post: http://koitsu.wordpress.com/2009/10/12/testing-out-freebsd-8-0-rc1/ [2]: The grammar of the message printed has gone through numerous revisions (I forget the exact number, but *at least* 2), and the most recent one is still too ambiguous, resulting in reader confusion. In my above blog post, I propose what the kernel message should read (in my opinion), which is significantly less ambiguous and hopefully won't cause "but I do have 4GB!" confusion. [3]: src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c http://freshbsd.org/2010/01/08/09/59/13 -- RELENG_8 http://freshbsd.org/2010/01/08/11/06/13 -- RELENG_7 It sure would be useful if these source files had $FreeBSD$ ID tags in them, rather than having to grep /var/db/sup. I swore there was some command which did this, but I might be thinking of object files. -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Fri Jan 8 23:08:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE29A1065670 for ; Fri, 8 Jan 2010 23:08:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id 685308FC0A for ; Fri, 8 Jan 2010 23:08:24 +0000 (UTC) Received: from omta07.westchester.pa.mail.comcast.net ([76.96.62.59]) by qmta14.westchester.pa.mail.comcast.net with comcast id T09U1d0011GhbT85EB8QSo; Fri, 08 Jan 2010 23:08:24 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta07.westchester.pa.mail.comcast.net with comcast id TB8P1d00K3S48mS3TB8QSp; Fri, 08 Jan 2010 23:08:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 861521E301C; Fri, 8 Jan 2010 15:08:22 -0800 (PST) Date: Fri, 8 Jan 2010 15:08:22 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100108230822.GA9254@icarus.home.lan> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> <20100108230506.GA7501@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100108230506.GA7501@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 23:08:24 -0000 On Fri, Jan 08, 2010 at 03:05:06PM -0800, Jeremy Chadwick wrote: > ... You can also explicitly enable prefetch by setting the > value to "1", and this trumps the how-much-usable-RAM check. This should have read 'setting the value to "0"'; sorry. -- | Jeremy Chadwick jdc@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-stable@FreeBSD.ORG Fri Jan 8 23:32:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 332DB1065670 for ; Fri, 8 Jan 2010 23:32:56 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id A3F008FC0C for ; Fri, 8 Jan 2010 23:32:55 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id o08NWrl5027223; Sat, 9 Jan 2010 00:32:53 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 42B39BAA6; Sat, 9 Jan 2010 00:32:53 +0100 (CET) Date: Sat, 9 Jan 2010 00:32:53 +0100 From: Roland Smith To: Henrik Hudson Message-ID: <20100108233253.GA42429@slackbox.xs4all.nl> References: <20100108223848.GA6287@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20100108223848.GA6287@alucard.int.rhavenn.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 23:32:56 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 08, 2010 at 01:38:49PM -0900, Henrik Hudson wrote: > Hey List, >=20 > Among other things I have in my /etc/src.conf > WITHOUT_NTP=3Dyes >=20 > which from my understanding should not build ntpd, etc... >=20 > However, after doing: > make buildworld =2E.. > make installworld =2E.. > ntpd still exists in /usr/sbin and the man pages, etc... seem to > still be hanging around. Did I miss something? Adding options to `/etc/src.conf` does not remove old binaries, libraries or manpages! It just prevents the system from building newer ones. The best w= ay to deal with this is to use find(1) to locate binaries and libraries that a= re older than the most recent installworld. It might be a good idea to make a backup first, in case you screw up the system! Now, supposing the latest installworld (with the new options in `/etc/src.conf`) was December 3rd. Running the following command will reveal all older files; find /bin -type f -and -not -newermt 'Dec 3' -ls After checking that you've *really* only found old binaries, replace `-ls` with `-delete` to remove them. Next, repeat this for the directories `/sbin= `, `/usr/bin`, `/usr/sbin`, `/lib`, `/libexec`, `/usr/lib`, `/usr/libexec`, `/usr/share/man/man*` and `/rescue`. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktHwKUACgkQEnfvsMMhpyXU4gCgoLUyjNb3Rm/5iBM45OqSpmuP hmQAnjdEkteenbpg38XB/xE6AVV9cKHi =UPrf -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 8 23:33:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEFA51065695 for ; Fri, 8 Jan 2010 23:33:10 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id 73A8B8FC15 for ; Fri, 8 Jan 2010 23:33:10 +0000 (UTC) X-Authority-Analysis: v=1.0 c=1 a=fd-h1pim1cAA:10 a=iKkqGXQuAAAA:8 a=6I5d2MoRAAAA:8 a=cSYaGeiphrlMY1t-ea0A:9 a=K7C_VvugDp34Xmu0jpYA:7 a=i60NAL96wGthN0VihFO-NX89Ao0A:4 a=NOo5jtHBVr0A:10 a=lp4xJKDdg3UA:10 a=jmYSMzvQcqcIxKKLvQQA:9 a=kPVPP_n9bZDYEy3d2IMqi4H9hicA:4 X-Cloudmark-Score: 0 X-Originating-IP: 76.176.200.148 Received: from [76.176.200.148] ([76.176.200.148:58721] helo=voodoo.kenyonralph.com) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.2.39 r()) with ESMTP id 73/34-17767-5B0C74B4; Fri, 08 Jan 2010 23:33:09 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id 787EC181BB1 for ; Fri, 8 Jan 2010 15:33:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:subject:message-id:references:mime-version:content-type :in-reply-to; s=postfix; bh=wFhyUFdarfu+yot0itS5e6L3Ux+HfK33zgv3 tU+GukQ=; b=aew1dK+hYsNivf/0AAygevKDtNtUsFbVTjvkl9PU5Hs7kNJdRPU9 Shsy5kK/oMnQjg7MCC4cmy8Bmhg10JtjrXP/XCy3K8hiJPZc/ELqB+eXpKSHO0yN ehb/22YWfUuqBZY8G/BP4YaINAYzkxycqSk8wg1BwHTfqX+evAMN1dY= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id 41AAE181BFD; Fri, 8 Jan 2010 15:33:08 -0800 (PST) Date: Fri, 8 Jan 2010 15:33:08 -0800 From: Kenyon Ralph To: freebsd-stable@freebsd.org Message-ID: <20100108233308.GP18378@kenyonralph.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20100108223848.GA6287@alucard.int.rhavenn.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vzUQzca511KWT6Hk" Content-Disposition: inline In-Reply-To: <20100108223848.GA6287@alucard.int.rhavenn.net> X-Operating-System: Ubuntu 9.10 Linux 2.6.31-17-generic on i686 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 23:33:10 -0000 --vzUQzca511KWT6Hk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-01-08T13:38:49-0900, Henrik Hudson wrote: > Among other things I have in my /etc/src.conf > WITHOUT_NTP=3Dyes >=20 > which from my understanding should not build ntpd, etc... [...] > ntpd still exists in /usr/sbin and the man pages, etc... seem to > still be hanging around. Did I miss something? There were discussions about this recently. What you are seeing is how it works -- WITHOUT doesn't delete old stuff, just doesn't build it next time. See threads "some options in src.conf has no effect (RELENG_8)" and "RELENG_8 buildworld broken?" starting here: http://lists.freebsd.org/pipermail/freebsd-stable/2009-December/thread.html= #53291 --=20 Kenyon Ralph --vzUQzca511KWT6Hk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJLR8CyAAoJEJj/PvnJuRLVEo4QALBgXjBNUtsoeQylTFGUdKgo rE49iMl8OCKXC9n+rdiuSFJxyX1CK8OIQqttF/yKrpdCyqcGARAm3T0vGHtMI//j aLpAmoqK/6bvSpGR/apvr5y2QwCjsCAk2DUeV9+QV7sc4/rnjkTF4+CF6WyCQZj8 DMrbmkCag5uKDODRK28DKHsg3lZqy+jzYTq0qFv3x3nUFbET7KCj4PjhkgkRoPgm 4H+NvaJyqGoYGVb2Qe4M5AVpaH+Wb6oMXBgFckL5fu1C9aqZ//1AP6jOLrVtKOFe Hbl1q1lF/38ju8XzEgk9sbUL/C2KiEXkm5Ur/kH+dobAXulWcRjIHMInD7hmyHK7 dyYy8dwnbR6LbsIa/wwo7CjffJw1GQNUzz4RJcx74+PZl003hVt33XY+li9w4Hxo N45Sbcj1kViJpKTK8SKX1hlylEOjzWTDO+3nPh/LzZXASxuGBxT4jFWDVvPUeX18 1XhDE2YSSVRn6mmTGKI5Wjut8SYLOcYKlQBif57IDEHb7nzGamVqtqcYP3r786sa jq5KTM56bYUQR8k0znjtelRL8hP76ZvFmLkbexFUfjJAK1LK23UefZ2ZIhKaeu9P jEt55foGeGcv/rCPQHWEn6ZNIQO2JZWzm5oE1ggDR5qYXDY1IHlRsrZ2ADuif0PR xTWLLBcpqsGXjvahQ1ua =LvdP -----END PGP SIGNATURE----- --vzUQzca511KWT6Hk-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 00:10:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06DA3106566C for ; Sat, 9 Jan 2010 00:10:22 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf00.insightbb.com (mxsf00.insightbb.com [74.128.0.70]) by mx1.freebsd.org (Postfix) with ESMTP id C618E8FC0C for ; Sat, 9 Jan 2010 00:10:20 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,244,1262581200"; d="scan'208";a="735759472" Received: from unknown (HELO asav03.insightbb.com) ([172.31.249.123]) by mxsf00.insightbb.com with ESMTP; 08 Jan 2010 19:10:17 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAEAJ5YR0vQLicL/2dsb2JhbACBRNQ4hC8EhWk X-IronPort-AV: E=Sophos;i="4.49,244,1262581200"; d="scan'208";a="119898832" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout03.insightbb.com with ESMTP; 08 Jan 2010 19:10:17 -0500 From: Steven Friedrich To: freebsd-stable@freebsd.org Date: Fri, 8 Jan 2010 19:10:10 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001081910.10797.freebsd@insightbb.com> Cc: Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 00:10:22 -0000 On Friday 08 January 2010 05:47:55 pm Frank wrote: > I am having problems with mouse, keyboard and APC UPS. When attempting to > start apcupsd I get the following error: > > Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd FATAL ERROR in generic-usb.c at > line 636 Cannot find UPS device -- For a link to detailed USB trouble > shooting information, please see . > Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd error shutdown completed > > In X, I must move the mouse to get anything to update. For example, if I > type in an xterm nothing will display or happen until the mouse is moved. > This also happens using a browser or any other app. > > # dmesg | grep usb > usbus0: on ohci0 usbus1: EHCI version 1.0 > usbus1: on ehci0 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on > usbus0 > ugen1.1: at usbus1 > uhub1: on > usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > ugen0.2: at usbus0 > ugen0.3: at usbus0 > ums0: addr 3> on usbus0 > ugen0.4: at usbus0 > ukbd0: on > usbus0 > > Ace /usr/ports # usbdevs -d -v > usbdevs: no USB controllers found > > Ace /usr/ports # usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen0.2: Conversion> at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > ugen0.3: at usbus0, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON > ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > > World and kernel built last night. > > -- > Frank > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Check your /etc/X11/xorg.conf Make sure Option "AllowEmptyInput" is not on, 1, true, etc. We needed this option as a temporary work-around when a bug existed during the code freeze during the FreeBSD8.0 release process. So if you install FreeBSD 8.0-RELEASE from any media, to get Xorg to "see" your mouse, you'll have to add this option to the ServerOptions section of xorg.conf. If you then update your ports, you'll get a newer Xorg than was frozen for the 8.0 RELEASE, and you'll have to remove the option. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 00:25:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55ED410656AB for ; Sat, 9 Jan 2010 00:25:10 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [204.127.217.104]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2368FC17 for ; Sat, 9 Jan 2010 00:25:05 +0000 (UTC) Received: from ace.nina.org (adsl-178-52-232.gnv.bellsouth.net[74.178.52.232]) by isp.att.net (frfwmhc04) with SMTP id <20100109002504H0400129g5e>; Sat, 9 Jan 2010 00:25:04 +0000 X-Originating-IP: [74.178.52.232] Date: Fri, 8 Jan 2010 19:25:04 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Steven Friedrich In-Reply-To: <201001081910.10797.freebsd@insightbb.com> Message-ID: References: <201001081910.10797.freebsd@insightbb.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 00:25:10 -0000 On Fri, 8 Jan 2010, Steven Friedrich wrote: >> > Check your /etc/X11/xorg.conf > > Make sure Option "AllowEmptyInput" is not on, 1, true, etc. We needed this > option as a temporary work-around when a bug existed during the code freeze > during the FreeBSD8.0 release process. So if you install FreeBSD 8.0-RELEASE > from any media, to get Xorg to "see" your mouse, you'll have to add this > option to the ServerOptions section of xorg.conf. > If you then update your ports, you'll get a newer Xorg than was frozen for the > 8.0 RELEASE, and you'll have to remove the option. This is what I have in /etc/X11/xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen "Screen0" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "AutoAddDevices" "on" Option "AutoEnableDevices" "on" Option "AllowEmptyInput" "off" EndSection -- Frank From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 00:35:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619231065670 for ; Sat, 9 Jan 2010 00:35:03 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf10.insightbb.com (mxsf10.insightbb.com [74.128.0.92]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA398FC1E for ; Sat, 9 Jan 2010 00:35:02 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,245,1262581200"; d="scan'208";a="22219163" Received: from unknown (HELO asav02.insightbb.com) ([172.31.249.123]) by mxsf10.insightbb.com with ESMTP; 08 Jan 2010 19:35:02 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAEAIVeR0vQLicL/2dsb2JhbACBRNQOhC8EhWk X-IronPort-AV: E=Sophos;i="4.49,245,1262581200"; d="scan'208";a="343022024" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout02.manage.insightbb.com with ESMTP; 08 Jan 2010 19:35:01 -0500 From: Steven Friedrich To: freebsd-stable@freebsd.org Date: Fri, 8 Jan 2010 19:34:59 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <201001081910.10797.freebsd@insightbb.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001081934.59500.freebsd@insightbb.com> Cc: Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 00:35:03 -0000 On Friday 08 January 2010 07:25:04 pm Frank wrote: > On Fri, 8 Jan 2010, Steven Friedrich wrote: > > Check your /etc/X11/xorg.conf > > > > Make sure Option "AllowEmptyInput" is not on, 1, true, etc. We needed > > this option as a temporary work-around when a bug existed during the code > > freeze during the FreeBSD8.0 release process. So if you install FreeBSD > > 8.0-RELEASE from any media, to get Xorg to "see" your mouse, you'll have > > to add this option to the ServerOptions section of xorg.conf. > > If you then update your ports, you'll get a newer Xorg than was frozen > > for the 8.0 RELEASE, and you'll have to remove the option. > > This is what I have in /etc/X11/xorg.conf: > > Section "ServerLayout" > Identifier "X.org Configured" > Screen "Screen0" > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > Option "AutoAddDevices" "on" > Option "AutoEnableDevices" "on" > Option "AllowEmptyInput" "off" > EndSection > > -- > Frank > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Comment out the line containing AllowEmptyInput. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 00:58:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC2211065670 for ; Sat, 9 Jan 2010 00:58:51 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 401358FC1E for ; Sat, 9 Jan 2010 00:58:51 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTPfD-00077F-UB for freebsd-stable@freebsd.org; Sat, 09 Jan 2010 01:58:47 +0100 Received: from 93-138-40-75.adsl.net.t-com.hr ([93.138.40.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jan 2010 01:58:47 +0100 Received: from ivoras by 93-138-40-75.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jan 2010 01:58:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 09 Jan 2010 01:58:24 +0100 Lines: 45 Message-ID: References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-40-75.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> Sender: news Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 00:58:51 -0000 Garrett Moore wrote: > No, I haven't isolated the cause to only be uptime related. In my original > email I mentioned that "as suggested by someone in the thread, it's probably > not directly related to system uptime, but instead related to usage - the > more usage, the worse the performance." Ok, noted :) > I've been starting my system with different combinations of applications > running to see what access patterns cause the most slowdown. So far, I don't > have enough data to give anything concrete. > > This weekend I'll try some tests such as the one you describe, and see what > happens. I have a strong suspicion that rTorrent is to blame, since I > haven't seen major slowdowns in the last few days with rTorrent not running. > rTorrent preallocates the space needed for the file download (and I'm > downloading large 4GB+ files using it), and then writes to them in an > unpredictable pattern, so maybe ZFS doesn't like being touched this way? This is why I thought the test with a single large file written before "slowdown" and read after could be helpful. It is true that ZFS in theory doesn't do very well with random writes of any kind - the kind that torrent clients do should actually be the worst case for ZFS, *but*, this very much depends on the actual workload. This is because, simplified, ZFS *always* appends data to files and then does a type of pointer gymnastics to update the actual file logical "flow" from the beginning to the end. For example, doing thousands of random small writes where each of them is logically located at another position in the file (what torrent clients do) will actually write them all together in some not entirely predictable order - then when the file is read in its logical/natural order, the drives' heads will have to seek much more often to pick up the pieces. Thus, a 700 MB file could end up in a thousand fragments. There are some very good reasons why ZFS does things that way but it makes it sensitive to performance issues in the described scenario. Preallocating space will not help. Surprisingly, this doesn't appear to harm databases much - at least the usual kinds - because they tend to avoid sequential reads by using tricks like indexing and so are used to paying the price for disk head seeking. Of course, SSDs would not notice anything unusual with this mode of operation. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 01:32:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 683CD106566B for ; Sat, 9 Jan 2010 01:32:25 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2919B8FC12 for ; Sat, 9 Jan 2010 01:32:24 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id 23FD85CB8EB; Sat, 9 Jan 2010 12:08:40 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: * X-Spam-Status: No, score=1.9 required=10.0 tests=ALL_TRUSTED, FH_DATE_PAST_20XX autolearn=no version=3.2.3 Received: from [10.20.30.104] (60.218.233.220.static.exetel.com.au [220.233.218.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 444CD5CB8BB for ; Sat, 9 Jan 2010 12:08:36 +1100 (EST) Message-ID: <4B47DC94.7020202@modulus.org> Date: Sat, 09 Jan 2010 12:32:04 +1100 From: Andrew Snow User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 01:32:25 -0000 Ivan Voras wrote: > It is true that ZFS in theory doesn't do very well with random writes of > any kind - the kind that torrent clients do should actually be the worst > case for ZFS, *but*, this very much depends on the actual workload. ZFS has aggressive read-ahead for sequential read-aheads, so its worth noting that the performance problem can be mitigated by having lots of RAM free for read-ahead, as well as multiple vdevs in the zpool (so that it can be seeking all disks at once) - Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 01:47:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19ECB1065676 for ; Sat, 9 Jan 2010 01:47:56 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost01.isp.att.net (fmailhost01.isp.att.net [207.115.11.51]) by mx1.freebsd.org (Postfix) with ESMTP id 03BD08FC1E for ; Sat, 9 Jan 2010 01:47:55 +0000 (UTC) Received: from ace.nina.org (adsl-178-52-232.gnv.bellsouth.net[74.178.52.232]) by isp.att.net (frfwmhc01) with SMTP id <20100109014755H01002oboee>; Sat, 9 Jan 2010 01:47:55 +0000 X-Originating-IP: [74.178.52.232] Date: Fri, 8 Jan 2010 20:47:54 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Steven Friedrich In-Reply-To: <201001081934.59500.freebsd@insightbb.com> Message-ID: References: <201001081910.10797.freebsd@insightbb.com> <201001081934.59500.freebsd@insightbb.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 01:47:56 -0000 On Fri, 8 Jan 2010, Steven Friedrich wrote: >> Option "AllowEmptyInput" "off" >> EndSection > Comment out the line containing AllowEmptyInput. OK, this took care of the nothing-works-unless-mouse-is-moved problem but why do I get this? It's keeping apcupsd from starting. Ace /usr/ports # usbdevs -d -v usbdevs: no USB controllers found Ace /usr/ports # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen0.3: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON >From dmesg: usbus0: on ohci0 usbus1: EHCI version 1.0 usbus1: on ehci0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen0.2: at usbus0 ugen0.3: at usbus0 ums0: on usbus0 ugen0.4: at usbus0 ukbd0: on usbus0 I don't understand why usbdevs can't find any controllers and apcupsd can't find any device while the kernel and usbconfig can find it all. Thanks. -- Frank From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 04:08:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A51106568D for ; Sat, 9 Jan 2010 04:08:38 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf14.insightbb.com (mxsf14.insightbb.com [74.128.0.96]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC5E8FC19 for ; Sat, 9 Jan 2010 04:08:38 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,246,1262581200"; d="scan'208";a="18939134" Received: from unknown (HELO asav01.insightbb.com) ([172.31.249.123]) by mxsf14.insightbb.com with ESMTP; 08 Jan 2010 23:08:37 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgEAPiPR0vQLicL/2dsb2JhbACBRNI0hC8EhWk X-IronPort-AV: E=Sophos;i="4.49,246,1262581200"; d="scan'208";a="240709503" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout01.insightbb.com with ESMTP; 08 Jan 2010 23:08:28 -0500 From: Steven Friedrich To: freebsd-stable@freebsd.org Date: Fri, 8 Jan 2010 23:08:22 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <201001081934.59500.freebsd@insightbb.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001082308.22244.freebsd@insightbb.com> Cc: Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 04:08:38 -0000 On Friday 08 January 2010 08:47:54 pm Frank wrote: > On Fri, 8 Jan 2010, Steven Friedrich wrote: > >> Option "AllowEmptyInput" "off" > >> EndSection > > > > Comment out the line containing AllowEmptyInput. > > OK, this took care of the nothing-works-unless-mouse-is-moved problem but > why do I get this? It's keeping apcupsd from starting. > > Ace /usr/ports # usbdevs -d -v > usbdevs: no USB controllers found > > Ace /usr/ports # usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON ugen0.2: Conversion> at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > ugen0.3: at usbus0, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON > ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > > >From dmesg: > > usbus0: on ohci0 > usbus1: EHCI version 1.0 > usbus1: on ehci0 > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > ugen1.1: at usbus1 > uhub1: on usbus1 > Root mount waiting for: usbus1 > Root mount waiting for: usbus1 > ugen0.2: at usbus0 > ugen0.3: at usbus0 > ums0: > on usbus0 ugen0.4: at usbus0 > ukbd0: on usbus0 > > I don't understand why usbdevs can't find any controllers and apcupsd > can't find any device while the kernel and usbconfig can find it all. > > Thanks. > -- > Frank > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > OK, first a disclaimer. I am not a FreeBSD developer, but I have been admin'ing my own *nix systems for decades. I think this is weird: ugen0.2: at usbus0 What device or port was this on previous to 8-Stable? Is it connected via serial cable (rs232) or USB? I'm betting USB and I'm thinking that maybe the driver you used to use hasn't been converted to the new USB system in 8-Stable. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 04:39:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 463B8106566B for ; Sat, 9 Jan 2010 04:39:17 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id EF57D8FC0C for ; Sat, 9 Jan 2010 04:39:16 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o094dEvB066558; Fri, 8 Jan 2010 21:39:14 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o094dEQv066555; Fri, 8 Jan 2010 21:39:14 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 8 Jan 2010 21:39:14 -0700 (MST) From: Warren Block To: Frank In-Reply-To: Message-ID: References: <201001081910.10797.freebsd@insightbb.com> <201001081934.59500.freebsd@insightbb.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Fri, 08 Jan 2010 21:39:14 -0700 (MST) Cc: freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 04:39:17 -0000 On Fri, 8 Jan 2010, Frank wrote: > On Fri, 8 Jan 2010, Steven Friedrich wrote: > >>> Option "AllowEmptyInput" "off" >>> EndSection > >> Comment out the line containing AllowEmptyInput. > > OK, this took care of the nothing-works-unless-mouse-is-moved problem but why > do I get this? It's keeping apcupsd from starting. > > Ace /usr/ports # usbdevs -d -v > usbdevs: no USB controllers found I'd guess that usbdevs is obsolete, part of the old USB system. > Ace /usr/ports # usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON > ugen0.2: at > usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > ugen0.3: at usbus0, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) > pwr=ON Do you have DEVICE /dev/ugen0.2 in apcupsd.conf? > I don't understand why usbdevs can't find any controllers and apcupsd can't > find any device while the kernel and usbconfig can find it all. upsdevs: probably obsolete. As for apcupsd, I don't think it can auto-scan for USB devices, but haven't used it with USB. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 05:25:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CA0D106566B for ; Sat, 9 Jan 2010 05:25:54 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from srv3.ultra-secure.de (mail.ultra-secure.de [62.146.9.10]) by mx1.freebsd.org (Postfix) with ESMTP id DC0DC8FC16 for ; Sat, 9 Jan 2010 05:25:53 +0000 (UTC) Received: (qmail 33347 invoked by uid 89); 9 Jan 2010 04:59:10 -0000 Received: by simscan 1.4.0 ppid: 33213, pid: 33220, t: 0.3747s scanners: attach: 1.4.0 clamav: 0.95.2/m:51/d:9527 Received: from unknown (HELO ?192.168.1.243?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 9 Jan 2010 04:59:10 -0000 Message-ID: <4B480CEB.4040806@ultra-secure.de> Date: Sat, 09 Jan 2010 05:58:19 +0100 From: Rainer Duffner User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-1.1.1 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: apache hanging on 8.0 AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 05:25:54 -0000 Hi, we have an "interesting" problem with FreeBSD 8.0 AMD64: The server is a HP DL380G5 with two Harpertown-class CPUs and 8 GB RAM. It is running MySQL, Apache (worker MPM) and PHP as CGI with Fast-CGI and SUEXEC. It has over 500 ZFS filesystems that comprise various customers websites, each running PHP as their own user. Soon after we put this system into production, we saw httpd-processes being stalled in the "ucond" state, leading to a total stand-still of the apache-server (apache blocked itself somehow). I disabled ZFS prefetching and the problem went away for a couple of days - until yesterday, when it happened again. Swap was unused when it happened the last time. I switched top into "thread-mode" (M) and saw that the processes actually seemed to be in different state (zio->i, arc_mr, tx_tx, RUN). I cannot get any info from kstat, because when the problem happens and I attach to one of the processes, I don't get anything back - it just sits there. If there anything I can take a look at to further debug this problem? At the time of the hang, no swap was used: last pid: 6450; load averages: 36.32, 30.17, 17.75 up 4+11:15:44 20:11:01 482 processes: 28 running, 452 sleeping, 1 zombie, 1 lock CPU: % user, % nice, % system, % interrupt, % idle Mem: 1619M Active, 3829M Inact, 2066M Wired, 211M Cache, 827M Buf, 188M Free Swap: 8192M Total, 8192M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 6011 user1 44 0 24960K 3432K RUN 1 2:50 7.08% pure-ftpd 6038 user2 66 0 161M 18856K RUN 3 1:26 3.47% php-cgi 716 root 46 0 32452K 13776K select 5 104:53 3.08% snmpd 6021 user3 63 0 163M 20232K RUN 7 1:28 2.49% php-cgi 6009 www 44 0 103M 26952K tx->tx 3 0:55 1.76% {httpd} 6030 www 44 0 101M 26168K CPU4 7 0:57 1.66% {httpd} 6028 www 44 0 101M 26476K tx->tx 2 0:55 1.66% {httpd} 6030 www 44 0 101M 26168K zio->i 5 0:55 1.66% {httpd} 6008 www 44 0 102M 26640K RUN 2 1:23 1.56% {httpd} 6009 www 46 0 103M 26952K tx->tx 3 1:22 1.56% {httpd} 6016 www 44 0 102M 26636K tx->tx 2 1:17 1.56% {httpd} 6024 www 44 0 106M 26568K RUN 1 1:07 1.56% {httpd} 5978 www 44 0 102M 26960K RUN 0 1:00 1.56% {httpd} 6008 www 44 0 102M 26640K zio->i 7 0:55 1.56% {httpd} 5970 www 44 0 108M 27700K arc_mr 4 0:59 1.46% {httpd} 6024 www 44 0 106M 26568K tx->tx 5 0:50 1.46% {httpd} 5979 www 45 0 102M 26904K zio->i 1 1:14 1.37% {httpd} 6009 www 47 0 103M 26952K zio->i 7 1:11 1.37% {httpd} I disabled all the apache-modules we don't need. This is the only system of its kind we have, currently, but we would really like to get this fixed so we can move more of our hosting-customers to similar setup servers. Another detail: due to the fact that every user has a access- and error-logfile, we had to bump FD_SETSIZE to 16384U. We tried bumping kern.maxvnodes to larger and larger values (now at 400000, <200k are used), but it didn't really help that much. Disabling prefetching helped a lot (only one crash in 5 days) - but we would like to know why it actually happens and then fix it forever ;-) Best Regards, Rainer From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 06:40:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12520106566C for ; Sat, 9 Jan 2010 06:40:03 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp4.sbb.rs (smtp4.sbb.rs [89.216.2.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8A08FC08 for ; Sat, 9 Jan 2010 06:40:01 +0000 (UTC) Received: from mycenae.net (cable-94-189-188-78.dynamic.sbb.rs [94.189.188.78]) by smtp4.sbb.rs (8.14.0/8.14.0) with ESMTP id o096dx0D022307 for ; Sat, 9 Jan 2010 07:39:59 +0100 Received: by mycenae.net (Postfix, from userid 1001) id DEEB45C23; Sat, 9 Jan 2010 07:40:16 +0100 (CET) Date: Sat, 9 Jan 2010 07:40:16 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20100109064016.GA1279@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.4 X-SBB-Spam-Level: XXX Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 06:40:03 -0000 Late reply. Bussy week. After more reading, I changed my mind and decided to go with e2fsprogs to manage ext3 formatted usb hard drive. I still have no sheevaplug and no hdd, but I like to prepare everything and be ready for every surprise. I always recompile kernel and have no ext2fs in it. I should probably kldload ext2fs.ko first to have support. But, I still do not see the way to manage ext3 in a different way, since in the list of apps of e2fsprogs does not exist one to have it. What to do otherwise: mount -t ext2fs /dev/da0s1 /storage Or, did I misunderstand the way it works? Maybe I should not load the module and use something I'm still not aware of? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 08:35:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8416E106566C for ; Sat, 9 Jan 2010 08:35:26 +0000 (UTC) (envelope-from brent@servuhome.net) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 67ACD8FC14 for ; Sat, 9 Jan 2010 08:35:26 +0000 (UTC) Received: by pzk15 with SMTP id 15so12145792pzk.3 for ; Sat, 09 Jan 2010 00:35:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.60.17 with SMTP id i17mr5675861wfa.137.1263024817113; Sat, 09 Jan 2010 00:13:37 -0800 (PST) In-Reply-To: <4B480CEB.4040806@ultra-secure.de> References: <4B480CEB.4040806@ultra-secure.de> Date: Sat, 9 Jan 2010 00:13:37 -0800 Message-ID: From: Brent Jones To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: apache hanging on 8.0 AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 08:35:26 -0000 On Fri, Jan 8, 2010 at 8:58 PM, Rainer Duffner wro= te: > Hi, > > we have an "interesting" problem with FreeBSD 8.0 AMD64: > > The server is a HP DL380G5 with two Harpertown-class CPUs and 8 GB RAM. > It is running MySQL, Apache (worker MPM) and PHP as CGI with Fast-CGI > and SUEXEC. > It has over 500 ZFS filesystems that =A0comprise various customers > websites, each running PHP as their own user. > > Soon after we put this system into production, we saw httpd-processes > being stalled in the "ucond" state, leading to a total stand-still of > the apache-server (apache blocked itself somehow). > I disabled ZFS prefetching and the problem went away for a couple of > days - until yesterday, when it happened again. > Swap was unused when it happened the last time. > I switched top into "thread-mode" (M) and saw that the processes > actually seemed to be in different state (zio->i, arc_mr, tx_tx, RUN). > I cannot get any info from kstat, because when the problem happens and I > attach to one of the processes, I don't get anything back - it just sits > there. > > If there anything I can take a look at to further debug this problem? > At the time of the hang, no swap was used: > > last pid: =A06450; =A0load averages: 36.32, 30.17, > 17.75 > up 4+11:15:44 =A020:11:01 > 482 processes: 28 running, 452 sleeping, 1 zombie, 1 lock > CPU: =A0 =A0 % user, =A0 =A0 % nice, =A0 =A0 % system, =A0 =A0 % interrup= t, =A0 =A0 % idle > Mem: 1619M Active, 3829M Inact, 2066M Wired, 211M Cache, 827M Buf, 188M F= ree > Swap: 8192M Total, 8192M Free > > =A0PID USERNAME =A0 =A0 =A0PRI NICE =A0 SIZE =A0 =A0RES STATE =A0 C =A0 T= IME =A0 WCPU COMMAND > =A06011 user1 =A0 =A0 =A0 =A0 =A044 =A0 =A00 24960K =A03432K RUN =A0 =A0 = 1 =A0 2:50 =A07.08% pure-ftpd > =A06038 user2 =A0 =A0 =A0 =A0 =A066 =A0 =A00 =A0 161M 18856K RUN =A0 =A0 = 3 =A0 1:26 =A03.47% php-cgi > =A0716 root =A0 =A0 =A0 =A0 =A0 46 =A0 =A00 32452K 13776K select =A05 104= :53 =A03.08% snmpd > =A06021 user3 =A0 =A0 =A0 =A0 =A063 =A0 =A00 =A0 163M 20232K RUN =A0 =A0 = 7 =A0 1:28 =A02.49% php-cgi > =A06009 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 103M 26952K tx->tx =A0= 3 =A0 0:55 =A01.76% {httpd} > =A06030 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 101M 26168K CPU4 =A0 = =A07 =A0 0:57 =A01.66% {httpd} > =A06028 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 101M 26476K tx->tx =A0= 2 =A0 0:55 =A01.66% {httpd} > =A06030 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 101M 26168K zio->i =A0= 5 =A0 0:55 =A01.66% {httpd} > =A06008 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 102M 26640K RUN =A0 = =A0 2 =A0 1:23 =A01.56% {httpd} > =A06009 www =A0 =A0 =A0 =A0 =A0 =A046 =A0 =A00 =A0 103M 26952K tx->tx =A0= 3 =A0 1:22 =A01.56% {httpd} > =A06016 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 102M 26636K tx->tx =A0= 2 =A0 1:17 =A01.56% {httpd} > =A06024 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 106M 26568K RUN =A0 = =A0 1 =A0 1:07 =A01.56% {httpd} > =A05978 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 102M 26960K RUN =A0 = =A0 0 =A0 1:00 =A01.56% {httpd} > =A06008 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 102M 26640K zio->i =A0= 7 =A0 0:55 =A01.56% {httpd} > =A05970 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 108M 27700K arc_mr =A0= 4 =A0 0:59 =A01.46% {httpd} > =A06024 www =A0 =A0 =A0 =A0 =A0 =A044 =A0 =A00 =A0 106M 26568K tx->tx =A0= 5 =A0 0:50 =A01.46% {httpd} > =A05979 www =A0 =A0 =A0 =A0 =A0 =A045 =A0 =A00 =A0 102M 26904K zio->i =A0= 1 =A0 1:14 =A01.37% {httpd} > =A06009 www =A0 =A0 =A0 =A0 =A0 =A047 =A0 =A00 =A0 103M 26952K zio->i =A0= 7 =A0 1:11 =A01.37% {httpd} > > > I disabled all the apache-modules we don't need. > > This is the only system of its kind we have, currently, but we would > really like to get this fixed so we can move more of our > hosting-customers to similar setup servers. > > Another detail: due to the fact that every user has a access- and > error-logfile, we had to bump FD_SETSIZE to 16384U. > We tried bumping kern.maxvnodes to larger and larger values (now at > 400000, <200k are used), but it didn't really help that much. Disabling > prefetching helped a lot (only one crash in 5 days) - but we would like > to know why it actually happens and then fix it forever ;-) > > > > > Best Regards, > Rainer > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >From my experience with OpenSolaris, and many/large ZFS file systems, 8GB is skirting on the low end amount of RAM to accomplish simple file serving, let alone website and database hosting. Even though you show little to no swap used, I'd still bet there is a lot of memory pressure from the ZFS ARC. Can you try limiting the size of the ARC, or add more memory? On top of 500 zvols, do they also have snapshots under them? What does disk I/O look like? I've also seen Apache free due to SSL renegotiation (something I'm currently struggling with), but you would see idle workers, not in any state. --=20 Brent Jones brent@servuhome.net From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 10:28:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B2701065670 for ; Sat, 9 Jan 2010 10:28:43 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id E8AD08FC12 for ; Sat, 9 Jan 2010 10:28:42 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 0E78790B6; Sat, 9 Jan 2010 11:28:42 +0100 (CET) Received: from meribel.restart.bel (meribel.restart.bel [IPv6:2001:41d0:2:2d29:1:8::]) (authenticated bits=0) by restart.be (8.14.4/8.14.4) with ESMTP id o09ASZb7099366 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 9 Jan 2010 11:28:36 +0100 (CET) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be o09ASZb7099366 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1263032921; bh=ycKNrlaeTWHObrOLXEGUT10OX88XIa5Z/XLofxv6ryQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UbQuy4LxayrZw26WMb7j5E6i6Jx/tNZlsan7M8mHwa6AdaEukIc5pw9xc3yLJW7sB 05PkyU1sXbGKTVpn6DzHQ== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be o09ASZb7099366 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=L94Q8akxOhd/jPSDHHLyS3dRhgoE5MgpTmwo2sM1hVa+aQGnkTSkRvFcryPkns+gy 0Blf6P4D+BwtjRjuqiP7g== Message-ID: <4B485A53.9050508@restart.be> Date: Sat, 09 Jan 2010 11:28:35 +0100 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091220 Thunderbird/3.0 MIME-Version: 1.0 To: Warren Block References: <201001081910.10797.freebsd@insightbb.com> <201001081934.59500.freebsd@insightbb.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 10:28:43 -0000 On 01/09/2010 05:39, Warren Block wrote: > On Fri, 8 Jan 2010, Frank wrote: > >> On Fri, 8 Jan 2010, Steven Friedrich wrote: >> >>>> Option "AllowEmptyInput" "off" >>>> EndSection >> >>> Comment out the line containing AllowEmptyInput. >> >> OK, this took care of the nothing-works-unless-mouse-is-moved problem >> but why do I get this? It's keeping apcupsd from starting. >> >> Ace /usr/ports # usbdevs -d -v >> usbdevs: no USB controllers found > > I'd guess that usbdevs is obsolete, part of the old USB system. > >> Ace /usr/ports # usbconfig >> ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL >> (12Mbps) pwr=ON >> ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH >> (480Mbps) pwr=ON >> ugen0.2: > Conversion> at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON >> ugen0.3: at usbus0, cfg=0 md=HOST >> spd=LOW (1.5Mbps) pwr=ON >> ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW >> (1.5Mbps) pwr=ON > > Do you have DEVICE /dev/ugen0.2 in apcupsd.conf? > >> I don't understand why usbdevs can't find any controllers and apcupsd >> can't find any device while the kernel and usbconfig can find it all. > > upsdevs: probably obsolete. As for apcupsd, I don't think it can > auto-scan for USB devices, but haven't used it with USB. I have: FreeBSD avoriaz.restart.bel 8.0-RELEASE FreeBSD 8.0-RELEASE #0 r199628M: Tue Nov 24 21:38:07 CET 2009 root@avoriaz.restart.bel:/usr/obj/usr/src/sys/AVORIAZ amd64 usbconfig: ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON apcupsd.conf: UPSNAME Back-UPS-CS-650 UPSCABLE usb UPSTYPE usb DEVICE apcupsd is working with this config. Henri > > -Warren Block * Rapid City, South Dakota USA > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 10:49:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63340106566B for ; Sat, 9 Jan 2010 10:49:16 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web111306.mail.gq1.yahoo.com (web111306.mail.gq1.yahoo.com [67.195.15.161]) by mx1.freebsd.org (Postfix) with SMTP id 2ED968FC20 for ; Sat, 9 Jan 2010 10:49:15 +0000 (UTC) Received: (qmail 72546 invoked by uid 60001); 9 Jan 2010 10:22:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1263032551; bh=s8oWhy0T2zF1xstCVa50JsD2y+c3jWN9ZGTa8HUyafs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=J2hssqEhwwY00T25wAPp8HKGABGILksc1vl9pJMJpG4Oi1mAC8urzs6w6u2XJwoGqvklVjkkNdEAJ8T/ze7hPdv1tKcOHzwJw0MUqXaFRaWeTudanjpgHr8cWpcVaViClVcpb607YDi1fDwDQ5p6kVttI4d/34N5yT4mePJD6lw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=eiHJN2oPAAVoKjgbbxc8tD7zHrM98U4XYbf8hrzVpJFwd6zoEwrrLQNDvJOhAqiJ+nxAbB7DBx4yAJqc/0VTqUGZ3ITQr2wL/kCbAWRqOOhJKI8RoCtefcCLchMnX8l31g3rSaLsiDGzrClOBNK4/4xyft9k8bdA5M7oIWJa0j8=; Message-ID: <922106.72266.qm@web111306.mail.gq1.yahoo.com> X-YMail-OSG: Mz7l9C4VM1nDtSgh58ux8PJJNZUjdbCBlEalA5DzRRBuWnca0ZUyXaCn_hcOCPDBVy0U.MjyLpLAFPrLW3oPKsxBqMdjxXdnYH1b7qngzZhiR3p72UjoyCHsMihP3ikRvJ9xaovUkE4Xn.sGSanJUvRh5bGROx1bmDEKPYsHiQjsPp52wWzfwPc.jOWkHhYt.lE8D71UqTVnu6PrXS8qu8K9N2WTflIZQ6dyTe0fENbAs4gZD4tRtBa8_4cBTC4F_G4RqzfLqS5S44Izshi9ArcyP7QBcRaU2v4K_xeFsVJkTuw8kJDtpNRFRvlpFw_cewYNXVUVD0tCCJ.IoBmlsHmFl.LKogsHIen8wRVQ0FvSlAoP0e2w9J49atGXBweX5cQtn6601hVwROnmdfI- Received: from [78.101.132.157] by web111306.mail.gq1.yahoo.com via HTTP; Sat, 09 Jan 2010 02:22:31 PST X-Mailer: YahooMailRC/240.3 YahooMailWebService/0.8.100.260964 Date: Sat, 9 Jan 2010 02:22:31 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: FreeBSD STABLE , FreeBSD Questions MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: FreeBSD 8.0 STABLE sata regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 10:49:16 -0000 Hello, My servers are alright with FreeBSD 8.0-RELEASE, but not with -STABLE. FreeBSD NOC.WEArab.Net 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Jan 8 18:26:13 UTC 2010 admin@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem 0x90200000-0x902003ff irq 19 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] when I upgraded to FreeBSD 8.0-STABLE it got many issues. ad2: 381554MB at ata1-master UDMA100 ^^^^^^^^^^^ Here is another box. FreeBSD VB.WeArab.Net 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Jan 8 17:40:17 UTC 2010 arabian@VB.WeArab.Net:/usr/obj/usr/src/sys/VB amd64 atapci0: port 0xd060-0xd067,0xd050-0xd053,0xd040-0xd047,0xd030-0xd033,0xd020-0xd02f irq 17 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ad4: 238475MB at ata2-master UDMA100 ad6: 715404MB at ata3-master UDMA100 SMP: AP CPU #1 Launched! GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ad6s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ufsid/47547b65269ba92c: geometry does not match label (255h,63s != 16h,63s). Trying to mount root from ufs:/dev/ad4s1a GEOM: ufsid/47547b65269ba92c: geometry does not match label (255h,63s != 16h,63s). Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 11:08:28 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3897106566B for ; Sat, 9 Jan 2010 11:08:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2247A8FC16 for ; Sat, 9 Jan 2010 11:08:27 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o09B89qJ036587; Sat, 9 Jan 2010 12:08:24 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o09B89fw036586; Sat, 9 Jan 2010 12:08:09 +0100 (CET) (envelope-from olli) Date: Sat, 9 Jan 2010 12:08:09 +0100 (CET) Message-Id: <201001091108.o09B89fw036586@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, rsmith@xs4all.nl, lists@rhavenn.net In-Reply-To: <20100108233253.GA42429@slackbox.xs4all.nl> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 09 Jan 2010 12:08:25 +0100 (CET) Cc: Subject: Re: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, rsmith@xs4all.nl, lists@rhavenn.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 11:08:28 -0000 Roland Smith wrote: > Henrik Hudson wrote: > > Hey List, > > > > Among other things I have in my /etc/src.conf > > WITHOUT_NTP=yes > > > > which from my understanding should not build ntpd, etc... > > [...] > > ntpd still exists in /usr/sbin and the man pages, etc... > > seem to still be hanging around. Did I miss something? > > Adding options to `/etc/src.conf` does not remove old binaries, > libraries or manpages! It just prevents the system from building > newer ones. I'm afraid that's not true. When you disable something in src.conf(5), its files *will* be removed when you do "make delete-old". See the file src/tools/build/mk/OptionalObsoleteFiles.inc for all the details. It's included by src/ObsoleteFiles.inc which in turn is included by src/Makefile.inc1 (after /etc/src.conf was parsed by share/mk/bsd.own.mk). If that doesn't work for WITHOUT_NTP, then that's a bug. Probably some entries missing in OptionalObsoleteFiles.inc. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 11:51:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB351106566C for ; Sat, 9 Jan 2010 11:51:01 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost05.isp.att.net (fmailhost05.isp.att.net [207.115.11.55]) by mx1.freebsd.org (Postfix) with ESMTP id C5B178FC13 for ; Sat, 9 Jan 2010 11:51:01 +0000 (UTC) Received: from ace.nina.org (adsl-178-52-232.gnv.bellsouth.net[74.178.52.232]) by isp.att.net (frfwmhc05) with SMTP id <20100109115100H0500q1f7pe>; Sat, 9 Jan 2010 11:51:01 +0000 X-Originating-IP: [74.178.52.232] Date: Sat, 9 Jan 2010 06:50:59 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Steven Friedrich In-Reply-To: <201001082308.22244.freebsd@insightbb.com> Message-ID: References: <201001081934.59500.freebsd@insightbb.com> <201001082308.22244.freebsd@insightbb.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 11:51:01 -0000 On Fri, 8 Jan 2010, Steven Friedrich wrote: > OK, first a disclaimer. I am not a FreeBSD developer, but I have been > admin'ing my own *nix systems for decades. > > I think this is weird: ugen0.2: at usbus0 > What device or port was this on previous to 8-Stable? > > Is it connected via serial cable (rs232) or USB? USB. I'm betting USB and I'm > thinking that maybe the driver you used to use hasn't been converted to the > new USB system in 8-Stable. If that's the case it makes sense. I guess I'll just have to wait until it's converted. Thanks. -- Frank From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 11:54:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA7EC1065670 for ; Sat, 9 Jan 2010 11:54:22 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost01.isp.att.net (fmailhost01.isp.att.net [207.115.11.51]) by mx1.freebsd.org (Postfix) with ESMTP id C27F38FC13 for ; Sat, 9 Jan 2010 11:54:22 +0000 (UTC) Received: from ace.nina.org (adsl-178-52-232.gnv.bellsouth.net[74.178.52.232]) by isp.att.net (frfwmhc01) with SMTP id <20100109115421H01002nooue>; Sat, 9 Jan 2010 11:54:22 +0000 X-Originating-IP: [74.178.52.232] Date: Sat, 9 Jan 2010 06:54:20 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Warren Block In-Reply-To: Message-ID: References: <201001081910.10797.freebsd@insightbb.com> <201001081934.59500.freebsd@insightbb.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Steven Friedrich Subject: Re: [Bulk] Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 11:54:22 -0000 On Fri, 8 Jan 2010, Warren Block wrote: > Do you have DEVICE /dev/ugen0.2 in apcupsd.conf? No, just DEVICE >From the online manual: If you have a USB UPS, the essential elements of your apcupsd.conf file should look like the following: ## apcupsd.conf v1.1 ## UPSCABLE usb UPSTYPE usb DEVICE LOCKFILE /var/lock UPSCLASS standalone UPSMODE disable Notice that we have not specified a device. In doing so, apcupsd will try all the well known USB ports. >> I don't understand why usbdevs can't find any controllers and apcupsd can't >> find any device while the kernel and usbconfig can find it all. > > upsdevs: probably obsolete. As for apcupsd, I don't think it can auto-scan > for USB devices, but haven't used it with USB. See above. > -Warren Block * Rapid City, South Dakota USA > -- Frank From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 12:46:21 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7790C1065679 for ; Sat, 9 Jan 2010 12:46:21 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id E6E7B8FC15 for ; Sat, 9 Jan 2010 12:46:20 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id o09Ck94Y005840; Sat, 9 Jan 2010 13:46:09 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id CE179BA8E; Sat, 9 Jan 2010 13:46:08 +0100 (CET) Date: Sat, 9 Jan 2010 13:46:08 +0100 From: Roland Smith To: freebsd-stable@FreeBSD.ORG, lists@rhavenn.net Message-ID: <20100109124608.GA28238@slackbox.xs4all.nl> References: <20100108233253.GA42429@slackbox.xs4all.nl> <201001091108.o09B89fw036586@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <201001091108.o09B89fw036586@lurza.secnetix.de> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Oliver Fromme Subject: Re: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 12:46:21 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 09, 2010 at 12:08:09PM +0100, Oliver Fromme wrote: > Roland Smith wrote: > > Henrik Hudson wrote: > > > Hey List, > > >=20 > > > Among other things I have in my /etc/src.conf > > > WITHOUT_NTP=3Dyes > > >=20 > > > which from my understanding should not build ntpd, etc... > > > [...] > > > ntpd still exists in /usr/sbin and the man pages, etc... > > > seem to still be hanging around. Did I miss something? > >=20 > > Adding options to `/etc/src.conf` does not remove old binaries, > > libraries or manpages! It just prevents the system from building > > newer ones. >=20 > I'm afraid that's not true. > > When you disable something in src.conf(5), its files *will* > be removed when you do "make delete-old". >=20 > See the file src/tools/build/mk/OptionalObsoleteFiles.inc > for all the details. It's included by src/ObsoleteFiles.inc > which in turn is included by src/Makefile.inc1 (after > /etc/src.conf was parsed by share/mk/bsd.own.mk). Hmm, interesting. Thanks for the heads-up :-) > If that doesn't work for WITHOUT_NTP, then that's a bug. > Probably some entries missing in OptionalObsoleteFiles.inc. =20 There are a actually quite a lot missing, if you compare src.conf(5) with /usr/src/tools/build/mk/OptionalObsoleteFiles.inc=20 WITHOUT_ACCT ((or MK_ACCT) to begin with, WITHOUT_AMD, WITHOUT_APM, WITHOUT_AT, WITHOUT_BZIP2 etc. And a lot of others need to be filled in, like MK_BOOT, MK_CALENDAR, MK_CPP, MK_CRYPT, etc. I'll give improving the list a try, as soon as I can find some spare time. = Got some frozen bowden calbes on my bike to sort out first. :-/ Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktIepAACgkQEnfvsMMhpyVMNgCfbXrjsv3NQbkGmLUy8t1Ck2WT 0+wAn3s4e0vdhwSXTUCdH/hF3UG7Bk1G =xicL -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 13:23:03 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 300601065672 for ; Sat, 9 Jan 2010 13:23:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A1C3D8FC13 for ; Sat, 9 Jan 2010 13:23:02 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o09DMjLk041661; Sat, 9 Jan 2010 14:23:01 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o09DMjgZ041660; Sat, 9 Jan 2010 14:22:45 +0100 (CET) (envelope-from olli) Date: Sat, 9 Jan 2010 14:22:45 +0100 (CET) Message-Id: <201001091322.o09DMjgZ041660@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, lists@rhavenn.net, rsmith@xs4all.nl In-Reply-To: <20100109124608.GA28238@slackbox.xs4all.nl> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 09 Jan 2010 14:23:01 +0100 (CET) Cc: Subject: Re: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, lists@rhavenn.net, rsmith@xs4all.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 13:23:03 -0000 Roland Smith wrote: > Oliver Fromme wrote: > > When you disable something in src.conf(5), its files *will* > > be removed when you do "make delete-old". > > > > See the file src/tools/build/mk/OptionalObsoleteFiles.inc > > for all the details. It's included by src/ObsoleteFiles.inc > > which in turn is included by src/Makefile.inc1 (after > > /etc/src.conf was parsed by share/mk/bsd.own.mk). > > Hmm, interesting. Thanks for the heads-up :-) > > > If that doesn't work for WITHOUT_NTP, then that's a bug. > > Probably some entries missing in OptionalObsoleteFiles.inc. > > There are a actually quite a lot missing, if you compare src.conf(5) with > /usr/src/tools/build/mk/OptionalObsoleteFiles.inc That's true. I guess some people simply forget it (or don't know about it) when adding a knob for src.conf. There's another pitfall: When you install, say, BIND from the ports collection with the option WITH_REPLACE_BASE=true and add WITHOUT_BIND=yes to src.conf. When you update your world it will wipe out your BIND files that were installed from ports, so you have to re-install the port. I haven't tried this myself, though ... Maybe there's a safety-belt somewhere. Anyway -- Only very few ports have a good reason to have an option to install them in base. The ntp port isn't one of them, so clearly there's no harm to add its files to the OptionalObsoleteFiles.inc file. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 14:28:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F871065672 for ; Sat, 9 Jan 2010 14:28:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 574118FC0C for ; Sat, 9 Jan 2010 14:28:13 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2E006.dip.t-dialin.net [217.226.224.6]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 96614A15A; Sat, 9 Jan 2010 15:12:47 +0100 (CET) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 5ACA52930CF; Sat, 9 Jan 2010 15:12:43 +0100 (CET) Date: Sat, 9 Jan 2010 15:12:40 +0100 From: Alexander Leidinger To: Jeremy Chadwick Message-ID: <20100109151240.0000282a@unknown> In-Reply-To: <20100108230506.GA7501@icarus.home.lan> References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> <20100108230506.GA7501@icarus.home.lan> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 96614A15A.218D4 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1263651171.79623@TW2FqglLnwFDO9MOJ92OjA X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 14:28:13 -0000 On Fri, 8 Jan 2010 15:05:06 -0800 Jeremy Chadwick wrote: > All that said -- I know what the OP is referring to, as I've seen it > myself (on RELENG_7, and possibly early releases of 8.0). The only > way to relieve the pain, AFAIK, is to reboot. I assume the problem is that the memory handling in ZFS is not the best regarding memory fragmentation (at least in FreeBSD, I do not know of the memory handling in Solaris has a similar behavior). Regarding the RELENG_7 systems you have which use ZFS, are they SMP systems? If yes, do you see problems when a lot of parallel accesses (let's say several find in parallel) are made? All the commits to ZFS for 7-stable are triggered by a problem I have in this regard on a 7-stable system, but so far nothing helped. > I do see some MFC's done about 13 hours ago to RELENG_7 and RELENG_8 > that talk about the ARC and "paging pressure", which to me means > decreased performance when it occurs... or maybe it helps with the > kmem exhaustion problem? The brief description in the commit is > simply not enough to suffice; it's almost like we need a "FreeBSD ZFS > Newsletter" that documents what all the changes are that get > committed, what they fix, and what's being worked on/tested in HEAD > (for potential MFC). The change you talk about tells ZFS to cleanup the ARC when the max size is passed, instead when there is real need to get some free memory. The dresult is that the arc_max setting is more strictly followed, and that there is no expensive operation to be done to free the ARC when the system needs free memory. Bye, Alexander. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 14:29:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D2E106568D; Sat, 9 Jan 2010 14:29:55 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8CEB18FC13; Sat, 9 Jan 2010 14:29:54 +0000 (UTC) Received: by fxm27 with SMTP id 27so5454707fxm.3 for ; Sat, 09 Jan 2010 06:29:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=COjSvUYA9K7+b7nD8PyVPCIaMyHwrQloRG8czSUmbnc=; b=LFw2ZCX5sFQvTxFarAXR3stWSmL+/nnHJUS7ZaREURY+YaQKLqdWMvbuMDzdoIt+bL 3sbEPLRDoJZCLaQ7aLxuIOHK/cR8LU2aR9Wgxu4odsn48zFasnp6sQ6RJvkNJwycFbyM lJrZLv5sNMsUFfajlepOJCWtMMt/QoKTos+NQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=SiYel1V2lw1qQvpSuPqQn4Sy/lFdT+vzwG/7rPqgKVmDBkStB/kYZ42dnsuBGe1h6s CkKK8SgLUm4fabNHJQTvKN4/hgvdotlc/Q7E921aKkICehPVU4E/qXreokjQnK+XMj35 YmFNJAehyKfwyiGyaCrijEQIdIphXIxPnRAsc= Received: by 10.223.164.104 with SMTP id d40mr5769584fay.98.1263047387620; Sat, 09 Jan 2010 06:29:47 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm8741679fxm.13.2010.01.09.06.29.46 (version=SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 06:29:47 -0800 (PST) Sender: Alexander Motin Message-ID: <4B4892DA.1060305@FreeBSD.org> Date: Sat, 09 Jan 2010 16:29:46 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <1263046981.00204595.1263034801@10.7.7.3> In-Reply-To: <1263046981.00204595.1263034801@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD STABLE , FreeBSD Questions Subject: Re: FreeBSD 8.0 STABLE sata regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 14:29:55 -0000 Hi. Abdullah Ibn Hamad Al-Marri wrote: > My servers are alright with FreeBSD 8.0-RELEASE, but not with -STABLE. > > FreeBSD NOC.WEArab.Net 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Jan 8 18:26:13 UTC 2010 admin@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem 0x90200000-0x902003ff irq 19 at device 31.2 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > > when I upgraded to FreeBSD 8.0-STABLE it got many issues. > > ad2: 381554MB at ata1-master UDMA100 If UDMA mode reported instead of SATA speed is the only issue, then it is not an issue, but only a cosmetic change. It doesn't mean that your drives will work slower. Thanks for report, I'll plug ICH7 board a bit later to check this. To get more info about the problem, try `atacontrol mode ad2` command. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 14:34:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB9911065672; Sat, 9 Jan 2010 14:34:27 +0000 (UTC) (envelope-from nester.wsx@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 444E48FC17; Sat, 9 Jan 2010 14:34:26 +0000 (UTC) Received: by fxm27 with SMTP id 27so5456739fxm.3 for ; Sat, 09 Jan 2010 06:34:21 -0800 (PST) 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 :user-agent:mime-version:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=iagmP45ml+IH1HnTLsE59ytZrISucgRzhtV/JU1/qlA=; b=LX/+miMjpEXPbxCLZPHv8R7y4gzZ7UFaRsx3jGEAIeQkWBNr3cmkfE32mqCp7ZYiLa e/xIYowWveRfZ1y7eMFI1nYAyXMlC7gqm4IlYbzN4AWuczSu5Qkndi/v1NU7VsInqZhV iEwAfrDSwbcNthpzQxW9gUTGGeJy+pzzEvefM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=bFsEjdWeUoof6HNgZagRyulWp2z0wREJibS5RS2jO3BmeQACqeXCJEiGRP8mk22tjt fZa668mALwGKwynlI7SiU2dW44UEbFO24XikFyzIv+g4tbo6Ngu8Ifmgb4ErWscOrf/f xvBWZAwf9m7Z7VTfF+XO3JiwP6vFbQyc/GavE= Received: by 10.223.132.204 with SMTP id c12mr4750030fat.80.1263046127136; Sat, 09 Jan 2010 06:08:47 -0800 (PST) Received: from ?10.1.0.100? ([80.251.126.230]) by mx.google.com with ESMTPS id 14sm8752985fxm.7.2010.01.09.06.08.45 (version=SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 06:08:45 -0800 (PST) Message-ID: <4B488DE6.9060700@gmail.com> Date: Sat, 09 Jan 2010 17:08:38 +0300 From: Alexander Nesterov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 References: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> In-Reply-To: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nginx hanging with state zoneli X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Nesterov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 14:34:28 -0000 On 08.01.2010 20:21, Steven Hartland wrote: > [..] > 12582/218/12800/12800 4k (page size) jumbo clusters in use (current/cache/total/max) Try to increase jumbo clusters (sysctl kern.ipc.nmbjumbop) > [...] -- Alexander Nesterov From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 16:10:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B974F106566C for ; Sat, 9 Jan 2010 16:10:15 +0000 (UTC) (envelope-from oloringr@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 43C788FC12 for ; Sat, 9 Jan 2010 16:10:14 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so121610fgg.13 for ; Sat, 09 Jan 2010 08:10:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:x-face:mime-version:content-type :content-transfer-encoding:message-id; bh=ZxjiJquYuA6b3U8bEpq+vnIycSLDNVtqLlgoO3sKdds=; b=eqA7JQaXLbBk06FuxZG7Ob8+np2akdqiAZzZeOV2BBuASDx1n2mngdU652tjAF5A0n SNekLgPi529J8pT5C9Rc4pOSJnPfLW/xMWXJrBUltrHk67IiZtlRlpDoYOkHrN3UbFnD 1IZVKV3/60ofTcUVe+MEWcWDJZA+HiLTB8ufU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:x-face :mime-version:content-type:content-transfer-encoding:message-id; b=ukxW4BuYMWoDOKPTluEMIJVYb/N3e8dIoIXoy8ga8tgQk4dljFAUKczGt8/yDag9Bk R/geMjbLPFaMJFHmmbiaeNzizmn8fgLKROfx74BloirSx9+GfAaU93k+HtEWeO4Pskt7 gZLBobBB6nvMVEgAB5E8x+AWoIylYg0FuCWio= Received: by 10.87.66.21 with SMTP id t21mr5358422fgk.49.1263053412105; Sat, 09 Jan 2010 08:10:12 -0800 (PST) Received: from media.localnet (77.49.123.49.dsl.dyn.forthnet.gr [77.49.123.49]) by mx.google.com with ESMTPS id e3sm1944548fga.11.2010.01.09.08.10.11 (version=SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 08:10:11 -0800 (PST) From: Ed Jobs To: freebsd-stable@freebsd.org Date: Sat, 9 Jan 2010 18:11:36 +0200 User-Agent: KMail/1.12.4 (Linux/2.6.32-ARCH; KDE/4.3.4; i686; ; ) References: <20100109064016.GA1279@mycenae.net> In-Reply-To: <20100109064016.GA1279@mycenae.net> X-Face: %5EDs|At1pm>WE%P0}6)Hi*s, JH2J${69~j)R"Yu'^P9R3#fvi{LmpsCzxvX*38/, kxcUd QVrlS0G,}-ll{||\P]; *'Gz`RTG+dzconmNyDY3rJHBmpEJkFj|; %vZO&~T")='B<; 88~[ Cltx6#}N*E MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3560304.NVmR7v1NT0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201001091811.37131.oloringr@gmail.com> Subject: Re: mounting ext3 for rw X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 16:10:15 -0000 --nextPart3560304.NVmR7v1NT0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Saturday 09 January 2010 08:40, Zoran Kolic wrote: > I should probably kldload ext2fs.ko > first to have support.=20 the way i use it to mount them since it's a fuse-implementation, i use=20 /usr/local/etc/rc.d/fusefs(or fuse, i don't remember) onestart and it loads the fuse module.=20 contrary to you, i didn't remove EXT2FS from my kernel, but i don't think t= hat=20 makes any difference. =2D-=20 Cocaine is nature's way of telling you you have too much money. --nextPart3560304.NVmR7v1NT0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAktIqrkACgkQBPpdVEWKA32WmACg8YR1T86ZqfzOjQaoNQWgsA1n uWwAoMEiQg+QKa0vCiG0aiuenEdZ2iiX =uiYZ -----END PGP SIGNATURE----- --nextPart3560304.NVmR7v1NT0-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 17:15:02 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C681065670 for ; Sat, 9 Jan 2010 17:15:02 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 560FE8FC08 for ; Sat, 9 Jan 2010 17:15:01 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp027.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KVZ0034FP8NCK20@asmtp027.mac.com>; Sat, 09 Jan 2010 09:14:48 -0800 (PST) From: Marcel Moolenaar Date: Sat, 09 Jan 2010 09:14:46 -0800 Message-id: <70915503-440B-400B-BA85-F9EAE5C055FB@mac.com> To: stable@freebsd.org X-Mailer: Apple Mail (2.1077) Cc: amd64@freebsd.org Subject: 8-stable/amd64: ATA: hard hang when doing "burncd fixate" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 17:15:02 -0000 All, I get a hard hang on a TYAN Thunder K8S with a single Opteron mounted: : CPU: AMD Opteron(tm) Processor 246 (1991.62-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 1073741824 (1024 MB) avail memory = 1023348736 (975 MB) ACPI APIC Table: : atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] : atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] : atapci2: port 0x8800-0x88ff mem 0xfc800000-0xfc8fffff irq 26 at device 2.0 on pci2 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] ata10: on atapci2 ata10: [ITHREAD] ata11: on atapci2 ata11: [ITHREAD] ata12: on atapci2 ata12: [ITHREAD] ata13: on atapci2 ata13: [ITHREAD] : acd0: DVDR at ata1-master UDMA33 ad0: 476940MB at ata2-master UDMA100 SATA 1.5Gb/s ad1: 476940MB at ata3-master UDMA100 SATA 1.5Gb/s ad2: 1430799MB at ata6-master UDMA100 SATA 3Gb/s ad3: 1430799MB at ata7-master UDMA100 SATA 3Gb/s ad4: 476940MB at ata12-master UDMA100 SATA 1.5Gb/s : Writing an image is fine using: ns1% sudo burncd -f /dev/acd0 data FreeBSD-9.0-CURRENT-201001-ia64-bootonly.iso Fixating the CD is causing the hard hang: ns1% sudo burncd -f /dev/acd0 fixate fixating CD, please wait.. *hard hang* There's nothing in the console and interrupts are all masked. A power-cycle is the only thing that can be done. Is this a known issue? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 17:39:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 281B1106568B for ; Sat, 9 Jan 2010 17:39:52 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D2A8E8FC0C for ; Sat, 9 Jan 2010 17:39:51 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NTfHw-0006uS-4e for freebsd-stable@freebsd.org; Sat, 09 Jan 2010 18:39:48 +0100 Received: from 93-138-40-75.adsl.net.t-com.hr ([93.138.40.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jan 2010 18:39:48 +0100 Received: from ivoras by 93-138-40-75.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 09 Jan 2010 18:39:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 09 Jan 2010 18:39:23 +0100 Lines: 19 Message-ID: References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> <4B47DC94.7020202@modulus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-40-75.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <4B47DC94.7020202@modulus.org> Sender: news Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 17:39:52 -0000 Andrew Snow wrote: > Ivan Voras wrote: >> It is true that ZFS in theory doesn't do very well with random writes >> of any kind - the kind that torrent clients do should actually be the >> worst case for ZFS, *but*, this very much depends on the actual workload. > > > ZFS has aggressive read-ahead for sequential read-aheads, so its worth > noting that the performance problem can be mitigated by having lots of > RAM free for read-ahead, as well as multiple vdevs in the zpool (so that > it can be seeking all disks at once) Yes and no. Read ahead will not help performance when the data is so fragmented that the disk is seek-bound. No matter how much of the file you can get in RAM, it still needs to be fetched from the drive platters. (Except if it's smart enough to read sequential chunks from the raw storage even though they are logically not located nearly, and in case of torrents, probably belong to different files, which I very much doubt it does). From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 18:03:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75BAC1065696 for ; Sat, 9 Jan 2010 18:03:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6CD8FC12 for ; Sat, 9 Jan 2010 18:03:39 +0000 (UTC) Received: by iwn36 with SMTP id 36so13765015iwn.3 for ; Sat, 09 Jan 2010 10:03:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=SdfyRRJ5SWC72FT+EI8LETlRxomTSqhXYuOOBwGryho=; b=V0gB+jZC6T1QnL3VGM2BOORMirC84BzFbzCPMCq8W6WbRS6QwzOTJPsm4WAaRyL4H8 RFsr4Nvq5szh/74fOAx+pdC/Q518pb5reYrkf24D8Mz5ELTOxyGGLHwWXkJN4As5SF3j HaQ1d671Zdt9a69VC2Ptqn5lUtTDulQWBQEPQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=bFoobBWPesOPIREteLtKokjJdP2p0+PYIVFVN2fRH/l3kfifkn+BfF1kmF+U8UjKhq N/iMyF1CRNTeksKUYxe4NXkYGTrx72JC/dFOQJ68UgJuvXSbglGm4lZdaW+lM+/lZbMD UOO5YA4x/XW0xtdr2x/pqXWf4Xsqq2BZZHl3c= MIME-Version: 1.0 Received: by 10.231.121.93 with SMTP id g29mr1209881ibr.13.1263060215242; Sat, 09 Jan 2010 10:03:35 -0800 (PST) In-Reply-To: <201001091322.o09DMjgZ041660@lurza.secnetix.de> References: <20100109124608.GA28238@slackbox.xs4all.nl> <201001091322.o09DMjgZ041660@lurza.secnetix.de> Date: Sat, 9 Jan 2010 12:03:35 -0600 Message-ID: <790a9fff1001091003u679542dbh3a5eec232318cbc6@mail.gmail.com> From: Scot Hetzel To: freebsd-stable@freebsd.org, lists@rhavenn.net Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: ntpd not removed; WITHOUT_NTP enabled in src.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 18:03:39 -0000 On 1/9/10, Oliver Fromme wrote: > There's another pitfall: When you install, say, BIND from > the ports collection with the option WITH_REPLACE_BASE=true > and add WITHOUT_BIND=yes to src.conf. When you update your > world it will wipe out your BIND files that were installed > from ports, so you have to re-install the port. I haven't > tried this myself, though ... Maybe there's a safety-belt > somewhere. > Currently, there is no safety belt to protect from deleting the BIND files. I created this simple patch to OptionalObsoleteFiles.inc that will prevent the deleting of the BIND Files when the BIND port is installed using WITH_REPLACE_BASE: http://www.freebsd.org/cgi/query-pr.cgi?pr=142529 Scot From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 18:03:55 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CB3D1065679; Sat, 9 Jan 2010 18:03:55 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id CF9B78FC19; Sat, 9 Jan 2010 18:03:54 +0000 (UTC) Received: by pzk15 with SMTP id 15so12308997pzk.3 for ; Sat, 09 Jan 2010 10:03:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=UF3g8NIe7lUvGSC3feKmO8pLL6uVbEqApV5a+SDXmQs=; b=VXg1I6PHeuQwxYsxhMdcdUKg47tiUQerKJONNdzESGv0ZXu7MxDpcypoRkwxdHoLCG cD0zALKcA/n3O3cebEUuG1u8/dDQNiwUfYVqhXo+eguPVPoMNSpDjdnMv2j7DQgdG2rq XJyXmHcMPPM+NsRtGvrMbeE3v2Gr9SuMdpxfQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Fu/gAWup7mHM4giOuAckAASLrzsyK7xHhgG4FdJSGAccu9f5CerOLo+JhcwetZrUF3 NBwtX2CP/pxOHy/Ywf1hurwQUo2R+trRxyBWkZmpNxmS5YEyXgQvqxtT6hNm11UaF4mI HDEaQU88WPADVm70GXzlELCIDYEHDhRmmjCsY= MIME-Version: 1.0 Received: by 10.142.151.18 with SMTP id y18mr6768098wfd.338.1263058772732; Sat, 09 Jan 2010 09:39:32 -0800 (PST) In-Reply-To: <70915503-440B-400B-BA85-F9EAE5C055FB@mac.com> References: <70915503-440B-400B-BA85-F9EAE5C055FB@mac.com> Date: Sat, 9 Jan 2010 11:39:32 -0600 Message-ID: <6201873e1001090939v701306bj6b87378ed51c66a@mail.gmail.com> From: Adam Vande More To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: 8-stable/amd64: ATA: hard hang when doing "burncd fixate" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 18:03:55 -0000 On Sat, Jan 9, 2010 at 11:14 AM, Marcel Moolenaar wrote: > All, > > I get a hard hang on a TYAN Thunder K8S with a single Opteron > mounted: > > : > CPU: AMD Opteron(tm) Processor 246 (1991.62-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 > > Features=0x78bfbff > AMD Features=0xe0500800 > real memory = 1073741824 (1024 MB) > avail memory = 1023348736 (975 MB) > ACPI APIC Table: > : > atapci0: port > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f mem > 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > ata5: on atapci0 > ata5: [ITHREAD] > : > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > : > atapci2: port 0x8800-0x88ff mem > 0xfc800000-0xfc8fffff irq 26 at device 2.0 on pci2 > atapci2: [ITHREAD] > ata6: on atapci2 > ata6: [ITHREAD] > ata7: on atapci2 > ata7: [ITHREAD] > ata8: on atapci2 > ata8: [ITHREAD] > ata9: on atapci2 > ata9: [ITHREAD] > ata10: on atapci2 > ata10: [ITHREAD] > ata11: on atapci2 > ata11: [ITHREAD] > ata12: on atapci2 > ata12: [ITHREAD] > ata13: on atapci2 > ata13: [ITHREAD] > : > acd0: DVDR at ata1-master UDMA33 > ad0: 476940MB at ata2-master UDMA100 SATA 1.5Gb/s > ad1: 476940MB at ata3-master UDMA100 SATA 1.5Gb/s > ad2: 1430799MB at ata6-master UDMA100 SATA > 3Gb/s > ad3: 1430799MB at ata7-master UDMA100 SATA > 3Gb/s > ad4: 476940MB at ata12-master UDMA100 SATA > 1.5Gb/s > : > > Writing an image is fine using: > ns1% sudo burncd -f /dev/acd0 data > FreeBSD-9.0-CURRENT-201001-ia64-bootonly.iso > > Fixating the CD is causing the hard hang: > ns1% sudo burncd -f /dev/acd0 fixate > fixating CD, please wait.. > *hard hang* > > There's nothing in the console and interrupts are all > masked. A power-cycle is the only thing that can be done. > > Is this a known issue? > > -- > Marcel Moolenaar > I believe the standard advice is to be using atapicam and cdrecord w/ ahci. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 18:43:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507A61065672 for ; Sat, 9 Jan 2010 18:43:34 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web111315.mail.gq1.yahoo.com (web111315.mail.gq1.yahoo.com [67.195.15.215]) by mx1.freebsd.org (Postfix) with SMTP id 1FCC78FC0A for ; Sat, 9 Jan 2010 18:43:33 +0000 (UTC) Received: (qmail 65193 invoked by uid 60001); 9 Jan 2010 18:43:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1263062611; bh=SKxzrqBPU6uBRqcbHk0FQaGvwYWqQ+rVhTLp3qGcW7g=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Gr82z8z7UXDyzf/mjQfWgcwfqx2xPAd4Cs3XhFMnV9Pmx1MP320k7GyrRacSjqP3FhNo5rJbd9b5ahxMs4P9dP/6onLC/7jgs2kg8dHDkwGaJNMDnvhE7A6sBHy2m0WAjfgMXgNdHfkfWfIqOZQKB+w4hAoUATfmI2EsnORbajM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=MD1j5DFSsmUvtFXq2XUuUQY7CtZghJcC8+YrjHI+AnPjmzg0KK8VVX8QXCnjxKNyqGmVzop+eBY0TltjT9FZUBzTdUSTiyTln5dYqu36sbGT1zkUIc1uGNQeyvWwlYK83fw8KVeil9N25nN0OdM7dsR/pYkudifJDeW1JC+QBqE=; Message-ID: <268178.64598.qm@web111315.mail.gq1.yahoo.com> X-YMail-OSG: GTcUO5wVM1lkgCgxy5olG7wdD5oDmGLE3F8UEowgLs_yh0vNso.ExA2FWUI7PhBXS1HHn5pZ47eLGLXKc7wdfny0NdKEMrqsE7Y_HZSE8_zvGJi9QuL7nl2dgF4ckaByoiAtBjIEcQKdpumwFjP0V7ghojXCoGxv8kLiOqMqYrOYVD0wP.Wnd2WJa8e_g624CQdEgnbxWDt0o2T0e3gbYABDMpd0xxAriVmzDSLfKKWPbenpri1KAkzqJqqesr_QN3L3qwAxfJRAqFRgCTMNTyhNLJl1_4kLuMGCH4SGLxh7Bkj6luXKitwOcMLt.MqNiiehUWthAAdtfuXrcIt0w5IBRBf9c2BTWvx1gV1..BA38ySFMxRdNMg3FicTe5jNcqycgIHu5hCJrr0Srdky Received: from [78.101.46.195] by web111315.mail.gq1.yahoo.com via HTTP; Sat, 09 Jan 2010 10:43:31 PST X-Mailer: YahooMailRC/240.3 YahooMailWebService/0.8.100.260964 References: <1263046981.00204595.1263034801@10.7.7.3> <4B4892DA.1060305@FreeBSD.org> Date: Sat, 9 Jan 2010 10:43:31 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Alexander Motin In-Reply-To: <4B4892DA.1060305@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD STABLE , FreeBSD Questions Subject: Re: FreeBSD 8.0 STABLE sata regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 18:43:34 -0000 Hello, ----- Original Message ---- > From: Alexander Motin > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD STABLE ; FreeBSD Questions > Sent: Sat, January 9, 2010 5:29:46 PM > Subject: Re: FreeBSD 8.0 STABLE sata regression > > Hi. > > Abdullah Ibn Hamad Al-Marri wrote: > > My servers are alright with FreeBSD 8.0-RELEASE, but not with -STABLE. > > > > FreeBSD NOC.WEArab.Net 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Jan 8 18:26:13 > UTC 2010 admin@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 > > > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem 0x90200000-0x902003ff irq > 19 at device 31.2 on pci0 > > ata0: on atapci0 > > ata0: [ITHREAD] > > ata1: on atapci0 > > ata1: [ITHREAD] > > > > when I upgraded to FreeBSD 8.0-STABLE it got many issues. > > > > ad2: 381554MB at ata1-master UDMA100 > > If UDMA mode reported instead of SATA speed is the only issue, then it > is not an issue, but only a cosmetic change. It doesn't mean that your > drives will work slower. > > Thanks for report, I'll plug ICH7 board a bit later to check this. > To get more info about the problem, try `atacontrol mode ad2` command. > > -- > Alexander Motin Here is the result, VB# atacontrol mode ad4 current mode = UDMA100 VB# atacontrol mode ad6 current mode = UDMA100 VB# From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 19:13:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79FFC106568B for ; Sat, 9 Jan 2010 19:13:37 +0000 (UTC) (envelope-from google@vink.pl) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45A7F8FC16 for ; Sat, 9 Jan 2010 19:13:37 +0000 (UTC) Received: by pxi12 with SMTP id 12so13712518pxi.3 for ; Sat, 09 Jan 2010 11:13:27 -0800 (PST) Received: by 10.141.90.10 with SMTP id s10mr19942040rvl.210.1263063098883; Sat, 09 Jan 2010 10:51:38 -0800 (PST) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx.google.com with ESMTPS id 22sm346487pzk.14.2010.01.09.10.51.35 (version=SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 10:51:37 -0800 (PST) Received: by fxm27 with SMTP id 27so5581779fxm.3 for ; Sat, 09 Jan 2010 10:51:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.127.200 with SMTP id h8mr4975239fas.56.1263063093757; Sat, 09 Jan 2010 10:51:33 -0800 (PST) In-Reply-To: References: <7346c5c61001030842r7dc76199y51e4c1c90a3eea6e@mail.gmail.com> <7346c5c61001080831w375d158fu5b1996ee58cb0f8d@mail.gmail.com> Date: Sat, 9 Jan 2010 19:51:33 +0100 Message-ID: <2ae8edf31001091051l156cb57alf549cfe06f1c7197@mail.gmail.com> From: Wiktor Niesiobedzki To: freebsd-stable Content-Type: multipart/mixed; boundary=0023545309740849ab047cbfcbd3 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ZFS performance degradation over time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 19:13:37 -0000 --0023545309740849ab047cbfcbd3 Content-Type: text/plain; charset=UTF-8 2010/1/8 Artem Belevich : > Keep an eye on ARC size and on active/inactive/cache/free memory lists: I can share a munin plugin for monitoring some of ARC L1/L2 statistics, as well as memory decomposition. It still WIP (and I'm sure, that not all statistics are properly gathered), but I hope it may help. And I'm still not quite sure, if I'm interpreting some ARC parameters correctly. Just put attached files into /usr/local/etc/munin/plugins. Cheers, Wiktor Niesiobedzki --0023545309740849ab047cbfcbd3-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 22:29:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46344106566C for ; Sat, 9 Jan 2010 22:29:46 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf01.insightbb.com (mxsf01.insightbb.com [74.128.0.71]) by mx1.freebsd.org (Postfix) with ESMTP id 108688FC0C for ; Sat, 9 Jan 2010 22:29:45 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,248,1262581200"; d="scan'208";a="794954207" Received: from unknown (HELO asav02.insightbb.com) ([172.31.249.123]) by mxsf01.insightbb.com with ESMTP; 09 Jan 2010 17:29:44 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AswEAK6SSEvQLicL/2dsb2JhbACBRNJVhC8E X-IronPort-AV: E=Sophos;i="4.49,248,1262581200"; d="scan'208";a="343095281" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout02.manage.insightbb.com with ESMTP; 09 Jan 2010 17:29:28 -0500 From: Steven Friedrich To: freebsd-stable@freebsd.org Date: Sat, 9 Jan 2010 17:29:22 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <201001082308.22244.freebsd@insightbb.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001091729.22247.freebsd@insightbb.com> Cc: Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 22:29:46 -0000 On Saturday 09 January 2010 06:50:59 am Frank wrote: > On Fri, 8 Jan 2010, Steven Friedrich wrote: > > OK, first a disclaimer. I am not a FreeBSD developer, but I have been > > admin'ing my own *nix systems for decades. > > > > I think this is weird: ugen0.2: at usbus0 > > What device or port was this on previous to 8-Stable? > > > > Is it connected via serial cable (rs232) or USB? > > USB. > > I'm betting USB and I'm > > > thinking that maybe the driver you used to use hasn't been converted to > > the new USB system in 8-Stable. > > If that's the case it makes sense. I guess I'll just have to wait until > it's converted. Is it possible to boot one of your machines to an older release of FreeBSD, so you can discover what device driver you had been using, if any. Or any old logs may have the info. I haven't had an APC UPS, so I'm unfamiliar with apcupsd. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 23:11:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60299106566C for ; Sat, 9 Jan 2010 23:11:47 +0000 (UTC) (envelope-from frank_s@bellsouth.net) Received: from fmailhost01.isp.att.net (fmailhost01.isp.att.net [207.115.11.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2BC8FC0C for ; Sat, 9 Jan 2010 23:11:47 +0000 (UTC) Received: from ace.nina.org (adsl-178-52-232.gnv.bellsouth.net[74.178.52.232]) by isp.att.net (frfwmhc01) with SMTP id <20100109231146H01002nrb9e>; Sat, 9 Jan 2010 23:11:46 +0000 X-Originating-IP: [74.178.52.232] Date: Sat, 9 Jan 2010 18:11:45 -0500 (EST) From: Frank X-X-Sender: frank_s@Ace.nina.org To: Steven Friedrich In-Reply-To: <201001091729.22247.freebsd@insightbb.com> Message-ID: References: <201001082308.22244.freebsd@insightbb.com> <201001091729.22247.freebsd@insightbb.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: USB problems on 8.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 23:11:47 -0000 On Sat, 9 Jan 2010, Steven Friedrich wrote: >> USB. >> >> I'm betting USB and I'm >> >>> thinking that maybe the driver you used to use hasn't been converted to >>> the new USB system in 8-Stable. >> >> If that's the case it makes sense. I guess I'll just have to wait until >> it's converted. > Is it possible to boot one of your machines to an older release of FreeBSD, so > you can discover what device driver you had been using, if any. Or any old > logs may have the info. I haven't had an APC UPS, so I'm unfamiliar with > apcupsd. Hope this is what you mean. On 7.2-STABLE the UPS attached to ugen0. It is the same now. P.S. Per the pkg-message directions I have commented out uhid in the kernel config file, compiled and installed. Is this still necessary? -- Frank From owner-freebsd-stable@FreeBSD.ORG Sat Jan 9 23:50:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CFD1106575E; Sat, 9 Jan 2010 23:50:53 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 042B08FC17; Sat, 9 Jan 2010 23:50:52 +0000 (UTC) Received: by fxm27 with SMTP id 27so5697667fxm.3 for ; Sat, 09 Jan 2010 15:50:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=JYyl/a7bYwMQ0tsum70TVuez5AthrkZ/98tD9+tUHeg=; b=jfOSZ8afpFRNRDADHEEeIQoCA9VE7LlQM1KY/ZTGfgrNpqFwikdDa52KhVMAEq/jv0 x2AUYELV+zOcF4Wo130YY9GLYjGZoaYiRhS15ChOP0d5HzDpc2Obm3LX/GqLV1Qc7TxF Lr/NmcHTyO9jByQ9//4zKw2nMhejPi4cBRXcc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=t+kNFbQ2+ekLEjPeS/KvrdBGzTsOryaTltAVQr1LgAXKqBeza1Xg4C1D7qnbfQBWxH shm2Z79qV99J0FpLVxoDoZEFM4pS2grMgQRcZxs0S44OzApw/qDm0t8WxrbYbFdxT/hq vDA5wTiOTq9eFVwADJ1GpxQAGKRSrNeg90hIY= Received: by 10.223.3.81 with SMTP id 17mr6808999fam.102.1263081047743; Sat, 09 Jan 2010 15:50:47 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm8917997fxm.10.2010.01.09.15.50.46 (version=SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 15:50:47 -0800 (PST) Sender: Alexander Motin Message-ID: <4B491655.5020103@FreeBSD.org> Date: Sun, 10 Jan 2010 01:50:45 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <1263046981.00204595.1263034801@10.7.7.3> <4B4892DA.1060305@FreeBSD.org> <268178.64598.qm@web111315.mail.gq1.yahoo.com> In-Reply-To: <268178.64598.qm@web111315.mail.gq1.yahoo.com> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------040307070800060508070806" Cc: FreeBSD STABLE , FreeBSD Questions Subject: Re: FreeBSD 8.0 STABLE sata regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 23:50:54 -0000 This is a multi-part message in MIME format. --------------040307070800060508070806 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Abdullah Ibn Hamad Al-Marri wrote: >> Abdullah Ibn Hamad Al-Marri wrote: >>> My servers are alright with FreeBSD 8.0-RELEASE, but not with -STABLE. >>> >>> FreeBSD NOC.WEArab.Net 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Jan 8 18:26:13 >> UTC 2010 admin@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 >>> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem 0x90200000-0x902003ff irq >> 19 at device 31.2 on pci0 >>> ata0: on atapci0 >>> ata0: [ITHREAD] >>> ata1: on atapci0 >>> ata1: [ITHREAD] >>> >>> when I upgraded to FreeBSD 8.0-STABLE it got many issues. >>> >>> ad2: 381554MB at ata1-master UDMA100 >> If UDMA mode reported instead of SATA speed is the only issue, then it >> is not an issue, but only a cosmetic change. It doesn't mean that your >> drives will work slower. >> >> Thanks for report, I'll plug ICH7 board a bit later to check this. >> To get more info about the problem, try `atacontrol mode ad2` command. > > Here is the result, > > VB# atacontrol mode ad4 > current mode = UDMA100 > VB# atacontrol mode ad6 > current mode = UDMA100 > VB# OK. I have attached my ICH7 board and found where is the problem. This chipset doesn't provide access to SATA control registers. As result, driver can't get SATA connection info and so doesn't report it. If you wish, you can restore previous behavior by applying attached patch. Here is what I have with it: %atacontrol mode ad0 current mode = UDMA100 %atacontrol mode ad4 current mode = UDMA100 SATA 1.5Gb/s %atacontrol mode ad5 current mode = UDMA100 SATA 1.5Gb/s %atacontrol mode ad6 current mode = UDMA100 SATA 1.5Gb/s %atacontrol mode ad7 current mode = UDMA100 SATA 1.5Gb/s But as I have said before, it is only a cosmetics. -- Alexander Motin --------------040307070800060508070806 Content-Type: text/plain; name="ugly.sata.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ugly.sata.patch" --- ata-pci.c.prev 2010-01-10 01:25:45.000000000 +0200 +++ ata-pci.c 2010-01-10 01:25:49.000000000 +0200 @@ -714,9 +714,12 @@ static int ata_pcichannel_getrev(device_t dev, int target) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); + struct ata_channel *ch = device_get_softc(dev); if (ctlr->getrev) return (ctlr->getrev(dev, target)); + else if (ch->flags & ATA_SATA) + return (1); else return (0); } --------------040307070800060508070806--