From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 00:09:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBAB2BCD; Sun, 25 Nov 2012 00:09:01 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (smtp.digiware.nl [31.223.170.169]) by mx1.freebsd.org (Postfix) with ESMTP id 710AD8FC08; Sun, 25 Nov 2012 00:09:00 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 11D7315343E; Sun, 25 Nov 2012 01:08:41 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hekd_DO0DTLg; Sun, 25 Nov 2012 01:08:40 +0100 (CET) Received: from [192.168.10.10] (vaio [192.168.10.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 719D815343B; Sun, 25 Nov 2012 01:08:40 +0100 (CET) Message-ID: <50B1618C.4010501@digiware.nl> Date: Sun, 25 Nov 2012 01:08:44 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Increasing the DMESG buffer.... References: <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <20121122144400.M21191@sola.nimnet.asn.au> <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <50B155E9.3010505@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ian Smith , Alexander Motin , Andriy Gapon , Ronald Klop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 00:09:01 -0000 On 25-11-2012 0:43, Adrian Chadd wrote: > I'm surprised it's not tunable via a kenv variable at boottime.. That would help, especially if we can get it in the beastie bootmenu options... --WjW From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 02:10:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16089B01; Sun, 25 Nov 2012 02:10:04 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ea0-f182.google.com (mail-ea0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0396D8FC08; Sun, 25 Nov 2012 02:10:02 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id a14so3055144eaa.13 for ; Sat, 24 Nov 2012 18:10:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/qVU8hAc7kOEshgZjWd1NVxK7n6Z9GNGdPFGwPkcghM=; b=OkKe/+WUr96eq/ohdQHBmUsPk3OO3y4Cj4ZM81IgCX6muGa2f4fMYd/h0JwMO4NTYV mg0jdA/nvzv1aVG0hZrybKpJYZnu+UoDCzP7SX46w3wVcEdfOpISjYuxaPsBSK/WwMy2 SMY8b2+4ME6FauGEvR5htQiAhW0kFTNSXkOr7spW+wolG7s0E2OI6aMl6ebxeDMJYNTn XnpInXtJIIHpgqDbvvbD83aUaG9X1YFSoxYOI/GEYDdRYvkMe5rGmZ11bgJgRU9gzTP8 xZVkri8lkCG73GgFOsUSKD/l7UtaDLZ6x3Fg3MQTSLFYG/ehyDZCmGFV7h33Whwj/pvc dx7g== MIME-Version: 1.0 Received: by 10.14.184.134 with SMTP id s6mr29544076eem.43.1353809401680; Sat, 24 Nov 2012 18:10:01 -0800 (PST) Received: by 10.223.71.199 with HTTP; Sat, 24 Nov 2012 18:10:01 -0800 (PST) In-Reply-To: <20121123150719.M21191@sola.nimnet.asn.au> References: <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <20121122144400.M21191@sola.nimnet.asn.au> <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <20121123150719.M21191@sola.nimnet.asn.au> Date: Sat, 24 Nov 2012 18:10:01 -0800 Message-ID: Subject: Re: Increasing the DMESG buffer.... From: Kevin Oberman To: Ian Smith Content-Type: text/plain; charset=UTF-8 Cc: Adrian Chadd , freebsd-stable@freebsd.org, Alexander Motin , Andriy Gapon , Ronald Klop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 02:10:04 -0000 On Thu, Nov 22, 2012 at 8:50 PM, Ian Smith wrote: > On Thu, 22 Nov 2012 16:20:52 -0800, Kevin Oberman wrote: > > On Thu, Nov 22, 2012 at 2:49 PM, Gary Palmer wrote: > > > On Thu, Nov 22, 2012 at 02:14:59PM -0800, Kevin Oberman wrote: > > >> On Thu, Nov 22, 2012 at 2:05 PM, Adrian Chadd wrote: > > >> > On 22 November 2012 06:30, Alexander Motin wrote: > > >> > > > >> >> Neither ICH, nor any other driver I know have amount of information > > >> >> comparable to what HDA hardware provides. So the analogy is not good. > > >> >> Respecting that most CODECs have no published datasheets, that information > > >> >> is the only input for debugging. > > >> >> > > >> >> snd_hda also uses hw.snd.verbose=3. But it is used for even deeper driver > > >> >> debugging. It also enables a lot of debugging in sound(4), that can be too > > >> >> verbose for HDA debugging. > > >> >> > > >> >> I will recheck again how can it be reorganized, but I think that the real > > >> >> problem is not in HDA. We need some way to structure and filter the output. > > >> > > > >> > I honestly would like to just see it spat out using a userland tool, > > >> > rather than having the kernel print that level of topology data out. > > >> > > > >> > It's highly unlikely that a topology problem is going to cause a > > >> > system to not boot, right? So the kernel itself doesn't need to be > > >> > able to spit that data out. > > >> > > >> Maybe I'm missing something, but the data needed to adjust HDAC is > > >> available from 'sysctl dev.hdaa'. I have not looked at the verbose > > >> output in quite a while, but I think it is mstly or entirely hte > > >> information in that and 'sysctl dev.hdac'. I never needed to look > > >> elsewhere to get mine set up properly. > > Kevin, could you check http://bsd-geek.de/FreeBSD/T61_dmesg.boot.10.works > - the ~85k example I used - against what the sysctl presents on yours? > > With the caveat that I don't have a snd_hda, I suspect the initial > information from hdacc0 and hdaa0 up to before "DUMPING HDA NODES" is > likely useful in verbose boot, assuming all of the nid info is available > by sysctl? Also the pcm0 and pcm1 data might be limited to that without > "DUMPING PCM Playback/Record Channels", "DUMPING Playback/Record Paths" > and "DUMPING Volume Controls", leaving in the mixer info as traditional > - again assuming that sysctl access covers it? Clearly basic discovery > of the particular wiring, routing etc should remain in verbose dmesg. > > > >> Also, isn't the entire verbose boot captured in /var/run/dmesg? > > > > > > Only if the message buffer hasn't overflowed before the utility runs to > > > populate the file > > > > Ouch! I did miss hte obvious. Thanks for pointing this out. > > I've noticed quite a few truncated verbose dmesgs posted over the last > couple of years, sometimes frustratingly starting after important stuff > like the CPU info or ACPI tables etc .. Lars presumably had increased > his buffer size to capture 85k, which would be well less than Adrian's > suggested 64k with more minimal hda + pcm logging. Perhaps a debug.snd. > or something tunable could reenable the higher verbosity if/when needed? > > > So we need to either expand the default buffer (not something I would > > want to do) or trim the verbosity of the verbose boot. > > > > Am I also missing an obvious reason most of the HDA output could not > > be eliminated since it is available y sysctl? > > It would be useful to know just which of it is available that way. Ian, With the (U.S.) holiday, I just got to this. The verbose boot presents an impressive amount of detail. I have not looked at it for some time and there is a LOT more there than list time I verbose booted. It's well over 24 KB of output.The sysctl presents all of the NID information for all three of my pcm devices and is all that is needed to customize them (as I did). It does a much nicer presentation, though, in a neat table instead of just a list. A great deal of the output repeats prior information, but in a different format that would be very convenient for debugging. All of the NID information and most of the rest really needs to be behind a .debug tunable so it does not always get dumped. Only when you really want it and have a larger buffer so it does not get lost. (I always hav a larger buffer on my workstations and the servers don't have HDA, so it's never been an issue. The reality is that there are a number of things in the verbose output that would be useful for tracking an error report and should be kept, but most of the verbosity looks to be of use in real driver debuging, so should not be part of the default verbose boot output. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 03:13:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6385295; Sun, 25 Nov 2012 03:13:01 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8DC8FC14; Sun, 25 Nov 2012 03:13:00 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so2197302vba.13 for ; Sat, 24 Nov 2012 19:13:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=BwUXM1kp/zy09yMH8WiuFI9ipdcU47ulf7EqFmYbbVM=; b=LqyqPN7OsVblt1o3hD20gBXxZzXrShaBGRwpoA+10Ncst6rivNd8vCkqZBqexzGsgv kKhTLziSXuHZ//Jdojr1wqt+kMdOB4HJF+zCc6MS4piCP1+bbRD+zBQVy2Y+92361vTL UVNucVbR0jAm7kmf5h3YNLPaWgdM4wlBSyZVQxODHpYMPfolsWY6Kf518Q1gqehE37rc LjD0S+FTvb4CireIhOnLzNZ7+emL1/h2VUqIvWQoLdR4/cXNelWkwYiQ2wSgqxYKvx2N nMwi99wWS8BvueT1ztTkCJ36zZrlT0hKmX177QGbQ3ck4gzZp29zJ7E7BUnK4yW+CxNu QwKA== Received: by 10.52.75.72 with SMTP id a8mr11291998vdw.66.1353813180302; Sat, 24 Nov 2012 19:13:00 -0800 (PST) Received: from mavbook.mavhome.dp.ua (cpe-67-244-107-195.nyc.res.rr.com. [67.244.107.195]) by mx.google.com with ESMTPS id dl18sm6060851vdb.2.2012.11.24.19.12.58 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 24 Nov 2012 19:12:58 -0800 (PST) Sender: Alexander Motin Message-ID: <50B18CB9.8040701@FreeBSD.org> Date: Sun, 25 Nov 2012 05:12:57 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Increasing the DMESG buffer.... References: <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <20121122144400.M21191@sola.nimnet.asn.au> <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <50B155E9.3010505@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ian Smith , Andriy Gapon , Willem Jan Withagen , Ronald Klop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 03:13:02 -0000 On 25.11.2012 01:43, Adrian Chadd wrote: > I'm surprised it's not tunable via a kenv variable at boottime.. It is tunable. AFAIR that is it: kern.msgbufsize="65536" # Set size of kernel message buffer -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 06:21:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 941D3780 for ; Sun, 25 Nov 2012 06:21:02 +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 C8D348FC08 for ; Sun, 25 Nov 2012 06:21:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id qAP6KqGS011064; Sun, 25 Nov 2012 17:20:52 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 25 Nov 2012 17:20:52 +1100 (EST) From: Ian Smith To: Lars Engels Subject: Re: Increasing the DMESG buffer.... In-Reply-To: <1ab82c79bc6d72fdaa90e7ed0c794f5f@mail.0x20.net> Message-ID: <20121125165737.V21191@sola.nimnet.asn.au> References: <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <20121122144400.M21191@sola.nimnet.asn.au> <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <20121123150719.M21191@sola.nimnet.asn.au> <1ab82c79bc6d72fdaa90e7ed0c794f5f@mail.0x20.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 06:21:02 -0000 On Fri, 23 Nov 2012 11:33:21 +0100, Lars Engels wrote: > Am 23.11.2012 05:50, schrieb Ian Smith: > > On Thu, 22 Nov 2012 16:20:52 -0800, Kevin Oberman wrote: [..] > > > >> Also, isn't the entire verbose boot captured in /var/run/dmesg? > > > > > > > > Only if the message buffer hasn't overflowed before the utility runs > > to > > > > populate the file > > > > > > Ouch! I did miss hte obvious. Thanks for pointing this out. > > > > I've noticed quite a few truncated verbose dmesgs posted over the last > > couple of years, sometimes frustratingly starting after important stuff > > like the CPU info or ACPI tables etc .. Lars presumably had increased > > his buffer size to capture 85k, which would be well less than Adrian's > > suggested 64k with more minimal hda + pcm logging. Perhaps a debug.snd. > > or something tunable could reenable the higher verbosity if/when needed? > > > No, I was creating the dmesg on a vanilla FreeBSD 10-CURRENT kernel and the > other one on PC-BSD 9.1-RCsomething. Well that's interesting, excuse my assumption. But as downloaded: -rw-r--r-- 1 smithi smithi 82415 Nov 22 14:08 T61_dmesg.boot.10.works So is the default msgbufsize on 10 different to what mav@ just posted? > kern.msgbufsize="65536" # Set size of kernel message buffer And if the PC-BSD 9.1-RCsomething one you refer to is: http://bsd-geek.de/FreeBSD/T61_dmesg.boot.9.works then that's only 37844 bytes and has most of its head missing, in fact starting only a screenful before the hda stuff that's most of the rest. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 07:13:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3CB6ACC; Sun, 25 Nov 2012 07:13:13 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 7ECF48FC08; Sun, 25 Nov 2012 07:13:13 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id qAP7DBMM045203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 24 Nov 2012 23:13:12 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id qAP7DBPM045202; Sat, 24 Nov 2012 23:13:11 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA24014; Sat, 24 Nov 12 23:10:32 PST Date: Sat, 24 Nov 2012 22:10:29 -0800 From: perryh@pluto.rain.com To: mav@freebsd.org Subject: Re: Increasing the DMESG buffer.... Message-Id: <50b1b655.VxCS9jNpfM3zCF/x%perryh@pluto.rain.com> References: <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <20121122144400.M21191@sola.nimnet.asn.au> <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <50B155E9.3010505@digiware.nl> <50B18CB9.8040701@FreeBSD.org> In-Reply-To: <50B18CB9.8040701@FreeBSD.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: adrian@freebsd.org, freebsd-stable@freebsd.org, smithi@nimnet.asn.au, avg@icyb.net.ua, wjw@digiware.nl, ronald-freebsd8@klop.yi.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 07:13:14 -0000 Alexander Motin wrote: > On 25.11.2012 01:43, Adrian Chadd wrote: > > I'm surprised it's not tunable via a kenv variable at boottime.. > > It is tunable. AFAIR that is it: > kern.msgbufsize="65536" # Set size of kernel message buffer Yep. That tunable is available in 8.2 (not 8.1), and I think in all 9.x; dunno if it was ever MFC'd to the 7.x branch. I was going to suggest adding a mention in the docs where verbose boot is described, but the only verbose boot mention I found is in Handbook 13.4.1, "Kernel Boot Flags", which doesn't seem like a particularly good place to get into tunables. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 09:47:07 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC78CC55 for ; Sun, 25 Nov 2012 09:47:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 37DE88FC12 for ; Sun, 25 Nov 2012 09:47:06 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA17211; Sun, 25 Nov 2012 11:47:02 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TcYnm-000KpQ-5F; Sun, 25 Nov 2012 11:47:02 +0200 Message-ID: <50B1E914.9090804@FreeBSD.org> Date: Sun, 25 Nov 2012 11:47:00 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Willem Jan Withagen Subject: Re: Increasing the DMESG buffer.... References: <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <20121122144400.M21191@sola.nimnet.asn.au> <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <50B155E9.3010505@digiware.nl> <50B1618C.4010501@digiware.nl> In-Reply-To: <50B1618C.4010501@digiware.nl> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 09:47:08 -0000 on 25/11/2012 02:08 Willem Jan Withagen said the following: > On 25-11-2012 0:43, Adrian Chadd wrote: >> I'm surprised it's not tunable via a kenv variable at boottime.. > > That would help, > especially if we can get it in the beastie bootmenu options... Eh? I thought I already told about the tunable? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 10:47:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D35FE679 for ; Sun, 25 Nov 2012 10:47:48 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id AA2718FC0C for ; Sun, 25 Nov 2012 10:47:47 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TcZkY-0000ZH-LP for freebsd-stable@freebsd.org; Sun, 25 Nov 2012 02:47:46 -0800 Date: Sun, 25 Nov 2012 02:47:46 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353840466636-5763953.post@n5.nabble.com> In-Reply-To: References: <27e2b51a63d1a04a3f5035ea2bfd215b.authenticated@ultimatedns.net> <1864583315.20121123233938@takeda.tk> <7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net> <1147916428.20121124000013@takeda.tk> <8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net> Subject: Re: Where do I purchace an unlock code to build a custom kernel? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 10:47:48 -0000 Unless somebody precisely does not want to automatically include new changes brought in by GENERIC (e.g. me). I have crafted current kernel config about 8-CURRENT, and it's still more or less the same on 9-STABLE now. >From time to time it can bite, because of some new dependency, but really rarely. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Where-do-I-purchace-an-unlock-code-to-build-a-custom-kernel-tp5763722p5763953.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 11:00:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09A6C97C; Sun, 25 Nov 2012 11:00:32 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9493B8FC12; Sun, 25 Nov 2012 11:00:31 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id g24so2514597qab.13 for ; Sun, 25 Nov 2012 03:00:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lZYayBfAQEl9J7XCuW9Xh0uZp8hNRACbklctr+ChF90=; b=rulkzy44bTVMkKBaDhz2OunXmipwffz5B6DPs+189Utjaq2csxnXjxICusJb/iI7P9 5+moMZmmaWCzXXDT6DuwKAT1pGdOaHvfPsfBehML0+vP/PhfYoIWv0e2w2AQcKSpYD+y wEaIsJlcXXDLLViV+C918lWH1o93skGK3k4ke1BRnDycmSs4+1+4tsLrMTVGEGng7Mwc sje/JDwk0G0yxDyxDNUbyBnbBP1cHZyyg+ph5deu/SFb8yfWyT+4wHlBEL8pX/MEpcwV fzupLGQe40zrC5K1m92mg2rYg5nXi3Nd6H27jNwBtFeO9WWgLGxIA78z1+gog97OPQzC rr/Q== MIME-Version: 1.0 Received: by 10.224.208.132 with SMTP id gc4mr8980618qab.67.1353841230715; Sun, 25 Nov 2012 03:00:30 -0800 (PST) Received: by 10.229.78.96 with HTTP; Sun, 25 Nov 2012 03:00:30 -0800 (PST) In-Reply-To: <50b1b655.VxCS9jNpfM3zCF/x%perryh@pluto.rain.com> References: <50AD0E82.3070706@digiware.nl> <20121121194142.8c4bf7d1977f13801a021ccc@getmail.no> <20121122144400.M21191@sola.nimnet.asn.au> <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <50B155E9.3010505@digiware.nl> <50B18CB9.8040701@FreeBSD.org> <50b1b655.VxCS9jNpfM3zCF/x%perryh@pluto.rain.com> Date: Sun, 25 Nov 2012 14:00:30 +0300 Message-ID: Subject: Re: Increasing the DMESG buffer.... From: Sergey Kandaurov To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 Cc: adrian@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 11:00:32 -0000 On 25 November 2012 10:10, wrote: > Alexander Motin wrote: > >> On 25.11.2012 01:43, Adrian Chadd wrote: >> > I'm surprised it's not tunable via a kenv variable at boottime.. >> >> It is tunable. AFAIR that is it: >> kern.msgbufsize="65536" # Set size of kernel message buffer > > Yep. That tunable is available in 8.2 (not 8.1), and I think in > all 9.x; dunno if it was ever MFC'd to the 7.x branch. > The tunable was merged to stable/8 in March 2011 and first appeared in 8.3. It was never merged to stable/7. IIRC it should be quite easy to adopt those patches to stable/7. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 11:09:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BD6FB72 for ; Sun, 25 Nov 2012 11:09:30 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id BCCEF8FC12 for ; Sun, 25 Nov 2012 11:09:29 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 0C0766A6003; Sun, 25 Nov 2012 12:09:28 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id qAPB9RP1011036; Sun, 25 Nov 2012 12:09:27 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id qAPB9R4v009786; Sun, 25 Nov 2012 12:09:27 +0100 (CET) (envelope-from lars) Date: Sun, 25 Nov 2012 12:09:26 +0100 From: Lars Engels To: Ian Smith Subject: Re: Increasing the DMESG buffer.... Message-ID: <20121125110926.GY96846@e-new.0x20.net> References: <20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <20121123150719.M21191@sola.nimnet.asn.au> <1ab82c79bc6d72fdaa90e7ed0c794f5f@mail.0x20.net> <20121125165737.V21191@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p1CTWWYPX4x7uy/s" Content-Disposition: inline In-Reply-To: <20121125165737.V21191@sola.nimnet.asn.au> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p4 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 11:09:30 -0000 --p1CTWWYPX4x7uy/s Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 25, 2012 at 05:20:52PM +1100, Ian Smith wrote: > On Fri, 23 Nov 2012 11:33:21 +0100, Lars Engels wrote: > > Am 23.11.2012 05:50, schrieb Ian Smith: > > > On Thu, 22 Nov 2012 16:20:52 -0800, Kevin Oberman wrote: > [..] > > > > >> Also, isn't the entire verbose boot captured in /var/run/dmesg? > > > > > > > > > > Only if the message buffer hasn't overflowed before the utility= runs > > > to > > > > > populate the file > > > > > > > > Ouch! I did miss hte obvious. Thanks for pointing this out. > > >=20 > > > I've noticed quite a few truncated verbose dmesgs posted over the la= st > > > couple of years, sometimes frustratingly starting after important st= uff > > > like the CPU info or ACPI tables etc .. Lars presumably had increased > > > his buffer size to capture 85k, which would be well less than Adrian= 's > > > suggested 64k with more minimal hda + pcm logging. Perhaps a debug.= snd. > > > or something tunable could reenable the higher verbosity if/when nee= ded? > >=20 > >=20 > > No, I was creating the dmesg on a vanilla FreeBSD 10-CURRENT kernel an= d the > > other one on PC-BSD 9.1-RCsomething. >=20 > Well that's interesting, excuse my assumption. But as downloaded: > -rw-r--r-- 1 smithi smithi 82415 Nov 22 14:08 T61_dmesg.boot.10.wor= ks >=20 > So is the default msgbufsize on 10 different to what mav@ just posted? >=20 > > kern.msgbufsize=3D"65536" # Set size of kernel message buffer >=20 > And if the PC-BSD 9.1-RCsomething one you refer to is: > http://bsd-geek.de/FreeBSD/T61_dmesg.boot.9.works >=20 > then that's only 37844 bytes and has most of its head missing, in fact=20 > starting only a screenful before the hda stuff that's most of the rest. IIRC I just uploaded /var/run/dmesg.boot --p1CTWWYPX4x7uy/s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlCx/GYACgkQKc512sD3afibAwCffQTMwjdtrBNgdryRSTtQBh6l oUYAoKiESnMPTv08ttqCie8wnB+0yOHl =9QMK -----END PGP SIGNATURE----- --p1CTWWYPX4x7uy/s-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 11:19:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5161FEA0; Sun, 25 Nov 2012 11:19:25 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2618FC14; Sun, 25 Nov 2012 11:19:23 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id 12so5430663wgr.31 for ; Sun, 25 Nov 2012 03:19:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=+cweisMVmdzWxwoVY3a4+9AO8NMpLaUJRw2XUarXH5w=; b=xmNk7oHdqJ13VNb2iHWJOKZiK4UsNW0jzZGrh++B/Xe5qhvjdqr1SDBq09UzgM58As xi+jnyyVEtJ9EbmxzIUztKe0xyXcMq7ljLpyE71Clc6+UbI5QXSTpaWamFd/5LyMmky8 Oa+zeyDmHCWH15c2I5cCcpCKHX5SYUbh+AIXbSh0vLeLeYjebEmE2ENGniPvjf6JKI4C RwbfW0p0qU+abP+asx6lm/LLfiREGyv0N3k/ZqqAoOsnWn4c9lIhfvnJxj00AzuKr0Z8 cVba5eF3zE0Qyr+02k70zCd7EQ3FBEXRC3Jq7ni6iFzDMMXnOZVwtKh/dATnyztfZl/S +IPQ== Received: by 10.180.101.231 with SMTP id fj7mr16460376wib.4.1353842362543; Sun, 25 Nov 2012 03:19:22 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id b1sm18482343wix.11.2012.11.25.03.19.21 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 25 Nov 2012 03:19:21 -0800 (PST) Date: Sun, 25 Nov 2012 12:19:15 +0100 From: Mateusz Guzik To: Sergey Kandaurov Subject: Re: Increasing the DMESG buffer.... Message-ID: <20121125111915.GB25556@dft-labs.eu> References: <50AE36FF.7080106@FreeBSD.org> <20121122224906.GE88593@in-addr.com> <50B155E9.3010505@digiware.nl> <50B18CB9.8040701@FreeBSD.org> <50b1b655.VxCS9jNpfM3zCF/x%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, adrian@freebsd.org, perryh@pluto.rain.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 11:19:25 -0000 On Sun, Nov 25, 2012 at 02:00:30PM +0300, Sergey Kandaurov wrote: > On 25 November 2012 10:10, wrote: > > Alexander Motin wrote: > > > >> On 25.11.2012 01:43, Adrian Chadd wrote: > >> > I'm surprised it's not tunable via a kenv variable at boottime.. > >> > >> It is tunable. AFAIR that is it: > >> kern.msgbufsize="65536" # Set size of kernel message buffer > > > > Yep. That tunable is available in 8.2 (not 8.1), and I think in > > all 9.x; dunno if it was ever MFC'd to the 7.x branch. > > > > The tunable was merged to stable/8 in March 2011 and > first appeared in 8.3. It was never merged to stable/7. > IIRC it should be quite easy to adopt those patches to stable/7. > stable/7 will be out of support in 3 months. If someone is still using it now is the time to upgrade. http://www.freebsd.org/security/security.html#sup -- Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 14:39:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ADD7D02 for ; Sun, 25 Nov 2012 14:39:23 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id E68FF8FC0C for ; Sun, 25 Nov 2012 14:39:22 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TcdMa-0000UF-Dm for freebsd-stable@freebsd.org; Sun, 25 Nov 2012 06:39:16 -0800 Date: Sun, 25 Nov 2012 06:39:16 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353854356417-5764013.post@n5.nabble.com> In-Reply-To: <20121124170730.GF98247@kib.kiev.ua> References: <1353670641224-5763472.post@n5.nabble.com> <1353671378109-5763475.post@n5.nabble.com> <1353674282188-5763482.post@n5.nabble.com> <1353678344136-5763503.post@n5.nabble.com> <50AF7F2F.6050104@gmail.com> <1353680064788-5763506.post@n5.nabble.com> <50B0C3D6.5070308@andric.com> <20121124170730.GF98247@kib.kiev.ua> Subject: Re: buildworld with clang breaks because no cc MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 14:39:23 -0000 I have been using WITH_CLANG_IS_CC=true WITHOUT_GCC=true on stable almost since switching to clang build system without any build problems whatsoever. -- View this message in context: http://freebsd.1045724.n5.nabble.com/buildworld-with-clang-breaks-because-no-cc-tp5763472p5764013.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 15:52:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78C54DA for ; Sun, 25 Nov 2012 15:52:32 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 354DD8FC12 for ; Sun, 25 Nov 2012 15:52:32 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:a946:154e:761:f099]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 6EC8E4AC2D for ; Sun, 25 Nov 2012 19:52:25 +0400 (MSK) Date: Sun, 25 Nov 2012 19:52:17 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <773134136.20121125195217@serebryakov.spb.ru> To: freebsd-stable@freebsd.org Subject: /var/account/acct gorws indefinitely: Does /etc/peridoic/daily/310.accounting work properly? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Nov 2012 15:52:32 -0000 Hello, Freebsd-stable. I have accounting_enable="YES" in /etc/rc.conf and: daily_accounting_enable="YES" daily_accounting_compress="YES" daily_accounting_flags=-m daily_accounting_save=365 in /etc/periodic.conf It packs daily logs, but it looks like main log (/var/account/acct) is not tuncated at all. It is 30M now and every day I got monotonically increasing numbers in daily mail. Is it Ok, and it is as it should be? I've thought, log rotation should restart log every day and I should get _Daily_ resource usage by user in daily mail... If it is Ok, is it possible to switch behavior to expected by me without code editing? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 16:24:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63622C84 for ; Sun, 25 Nov 2012 16:24:23 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) by mx1.freebsd.org (Postfix) with ESMTP id 010F08FC12 for ; Sun, 25 Nov 2012 16:24:22 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id B83D039D49 for ; Mon, 26 Nov 2012 01:17:51 +0900 (JST) Received: from artemis (unknown [172.18.0.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id A3FFC39D46 for ; Mon, 26 Nov 2012 01:17:51 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: Subject: hastctl hang Date: Mon, 26 Nov 2012 01:17:46 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 16:24:23 -0000 Hello, I'm trying to integrate HAST to NAS4Free (FreeBSD 9.1-RC3). Now I have created version 9.1.0.1.531. http://sourceforge.net/projects/nas4free/files/NAS4Free-9.1.0.1/9.1.0.1.531/ Basic CARP + HAST + iSCSI target setup can be done, but very frequently I get hastctl hang when called: /sbin/hastctl status /sbin/hastctl dump Is it better for this method not to call from a script? or somthing wrong to use it? Also, I don't know how to detect an error of writing to local device from hastd. Does anyone know about it? Thanks, Daisuke Aoyama -- the procstat shows like this: [root@nas4free-nodeb /tmp]# procstat -ka|grep hast 11668 100069 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep kern_wait sys_wait4 amd64_syscall Xfast_syscall 17981 100406 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep do_wait __umtx_op_wait_uint_private amd64_syscall Xfast_syscall 17981 100559 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit recvit sys_recvfrom amd64_syscall Xfast_syscall 17981 100560 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit recvit sys_recvfrom amd64_syscall Xfast_syscall 17981 100561 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep do_wait __umtx_op_wait_uint_private amd64_syscall Xfast_syscall 17984 100078 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep do_wait __umtx_op_wait_uint_private amd64_syscall Xfast_syscall 17984 100562 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit recvit sys_recvfrom amd64_syscall Xfast_syscall 17984 100563 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit recvit sys_recvfrom amd64_syscall Xfast_syscall 17984 100564 hastd - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep do_wait __umtx_op_wait_uint_private amd64_syscall Xfast_syscall 18218 100145 hastctl - mi_switch sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit recvit sys_recvfrom amd64_syscall Xfast_syscall [root@nas4free-nodeb /tmp]# procstat -ta|grep hast 11668 100069 hastd - 0 120 sleep wait 17979 100557 hastd - 2 120 sleep g_waitid 17981 100406 hastd - 2 120 sleep uwait 17981 100559 hastd - 0 120 sleep sbwait 17981 100560 hastd - 0 120 sleep sbwait 17981 100561 hastd - 1 120 sleep uwait 17984 100078 hastd - 2 121 sleep uwait 17984 100562 hastd - 3 120 sleep sbwait 17984 100563 hastd - 2 120 sleep sbwait 17984 100564 hastd - 1 121 sleep uwait 18218 100145 hastctl - 2 152 sleep sbwait -- the procstat shows like this: From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 18:18:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5E16B06 for ; Sun, 25 Nov 2012 18:18:23 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 82EE98FC08 for ; Sun, 25 Nov 2012 18:18:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Tcgmb-0007pl-R2 for freebsd-stable@freebsd.org; Sun, 25 Nov 2012 10:18:21 -0800 Date: Sun, 25 Nov 2012 10:18:21 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353867501826-5764053.post@n5.nabble.com> In-Reply-To: References: Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 18:18:23 -0000 Please include some SSD recommended practice. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764053.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 18:28:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A789FF0B for ; Sun, 25 Nov 2012 18:28:02 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8564D8FC14 for ; Sun, 25 Nov 2012 18:28:01 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Tcgvx-0000R1-O1 for freebsd-stable@freebsd.org; Sun, 25 Nov 2012 10:28:01 -0800 Date: Sun, 25 Nov 2012 10:28:01 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353868081735-5764056.post@n5.nabble.com> In-Reply-To: References: Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 18:28:02 -0000 Why is my kernel so big? "As long as you make sure you follow the steps above, you can build your kernel normally, and you should notice a fairly large size decrease; most kernels tend to be around 1.5 MB to 2 MB." Not really, stripped amd64 kernel is about 9 MB currently... -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764056.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 18:31:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48AF934D for ; Sun, 25 Nov 2012 18:31:13 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 245C28FC15 for ; Sun, 25 Nov 2012 18:31:11 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Tcgz1-0000l0-Mm for freebsd-stable@freebsd.org; Sun, 25 Nov 2012 10:31:11 -0800 Date: Sun, 25 Nov 2012 10:31:11 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353868271700-5764058.post@n5.nabble.com> In-Reply-To: <1353868081735-5764056.post@n5.nabble.com> References: <1353868081735-5764056.post@n5.nabble.com> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 18:31:13 -0000 Why does Opera take so long to start? "The usual answer is that DNS on your system is misconfigured. Opera perform DNS checks when starting up. The browser will not appear on your desktop until the program either gets a response or determines that the system has no network connection." Needs rechecking, I doubt it's still applicable. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764058.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 18:49:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0273A4FF for ; Sun, 25 Nov 2012 18:49:10 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id CF9F78FC18 for ; Sun, 25 Nov 2012 18:49:08 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qAPIn2mH049500 for ; Sun, 25 Nov 2012 11:49:02 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qAPImwh0036406; Sun, 25 Nov 2012 11:48:58 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Where do I purchace an unlock code to build a custom kernel? From: Ian Lepore To: Andreas Nilsson In-Reply-To: References: <27e2b51a63d1a04a3f5035ea2bfd215b.authenticated@ultimatedns.net> <1864583315.20121123233938@takeda.tk> <7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net> <1147916428.20121124000013@takeda.tk> <8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net> Content-Type: text/plain; charset="us-ascii" Date: Sun, 25 Nov 2012 11:48:58 -0700 Message-ID: <1353869338.69940.71.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Warren Block , Derek Kulinski , bright@mu.org, FreeBSD Stable Mailing List , Chris H X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 18:49:10 -0000 On Sun, 2012-11-25 at 00:29 +0100, Andreas Nilsson wrote: > [big discussion snipped, including advice to include GENERIC] > > I full-heartedly agree that include-statement is good, but still > $ wc -l /usr/src/sys/amd64/conf/MINI > 174 /usr/src/sys/amd64/conf/MINI > > And this is just after removing network cards ( (usb)ethernet, > (usb)wlan, > raid drivers and firewire) for my pretty standard lenovo t510. There > is so > much in GENERIC today that seems to work just as well as modules. I > guess > one thread on a mailing list this summer tried to achieve a more > modular > config, which would make the include statement even more useful. > > Best regards > Andreas > I think including GENERIC and then trying to customize by disabling what you don't need is horrible advice, and results in just as big and unmaintainable a mess as writing a custom config file from scratch. Either way you do it, you are absolutely required on each OS release to carefully comb through every line of the new GENERIC and compare it to your customizations to make sure you're still turning on and off the right things to get the kernel you want. Where's the benefits? The problem, as I see it, is that GENERIC is not intended to be a baseline config to which various little extras can be added and maybe one or two things might be trimmed away. It's an ever-changing vision of a config that can be almost everything that almost everyone needs. The ever-changingness of that vision is the big problem. Things that had to be in GENERIC 10 years ago are all but meaningless now (NDIS drivers, anyone? device EISA?). It would be nice if kernel configs were truly modularized and designed to be used in a mix-ins sort of way. There should be an I386-BASE and AMD64-BASE and so on that contains just things that are truly required to get that hardware working. There should be useful mix-ins like FIREWALL and ROUTER and DESKTOP. I should be able to write a config file that looks like ident MYBEAST include AMD64-BASE include DESKTOP include DISKLESS-NFSROOT device frannistan # The cheap-o multi-io card I bought device uftdi # My favorite usb->serial adapters -- Ian From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 19:19:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14709657 for ; Sun, 25 Nov 2012 19:19:57 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id DC2698FC08 for ; Sun, 25 Nov 2012 19:19:56 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TchkB-0004Cw-SA for freebsd-stable@freebsd.org; Sun, 25 Nov 2012 11:19:55 -0800 Date: Sun, 25 Nov 2012 11:19:55 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353871195866-5764066.post@n5.nabble.com> In-Reply-To: <1353869338.69940.71.camel@revolution.hippie.lan> References: <27e2b51a63d1a04a3f5035ea2bfd215b.authenticated@ultimatedns.net> <1864583315.20121123233938@takeda.tk> <7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net> <1147916428.20121124000013@takeda.tk> <8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net> <1353869338.69940.71.camel@revolution.hippie.lan> Subject: Re: Where do I purchace an unlock code to build a custom kernel? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 19:19:57 -0000 That's good idea, albeit you are missing two points: - GENERIC is expected too be able to boot almost all hardware (is this correct approach?) - almost no one really needs custom stripped kernel, most people (e.g. me) do it for fun. There is a reason only GENERIC is supported in OpenBSD, mind. Those who want custom kernel one way or another should just write full config themselves. $ wc -l /usr/src/sys/amd64/conf/STRIPPED 83 /usr/src/sys/amd64/conf/STRIPPED -- View this message in context: http://freebsd.1045724.n5.nabble.com/Where-do-I-purchace-an-unlock-code-to-build-a-custom-kernel-tp5763722p5764066.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 19:30:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43996CB3 for ; Sun, 25 Nov 2012 19:30:23 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9FB8FC08 for ; Sun, 25 Nov 2012 19:30:21 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qAPJULLA050676 for ; Sun, 25 Nov 2012 12:30:21 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qAPJUJgn036449; Sun, 25 Nov 2012 12:30:19 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Where do I purchace an unlock code to build a custom kernel? From: Ian Lepore To: Jakub Lach In-Reply-To: <1353871195866-5764066.post@n5.nabble.com> References: <27e2b51a63d1a04a3f5035ea2bfd215b.authenticated@ultimatedns.net> <1864583315.20121123233938@takeda.tk> <7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net> <1147916428.20121124000013@takeda.tk> <8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net> <1353869338.69940.71.camel@revolution.hippie.lan> <1353871195866-5764066.post@n5.nabble.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 25 Nov 2012 12:30:19 -0700 Message-ID: <1353871819.69940.82.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Nov 2012 19:30:23 -0000 On Sun, 2012-11-25 at 11:19 -0800, Jakub Lach wrote: > That's good idea, albeit you are missing two points: > > - GENERIC is expected too be able to boot almost all hardware (is this > correct approach?) > > - almost no one really needs custom stripped kernel, most people > (e.g. me) do it for fun. There is a reason only GENERIC is supported > in OpenBSD, mind. Those who want custom kernel one way or another > should just write full config themselves. > > $ wc -l /usr/src/sys/amd64/conf/STRIPPED > 83 /usr/src/sys/amd64/conf/STRIPPED On x86 platforms for most users, I'd agree that customized kernels are more geekware than necessity. For business use (when you're creating a system to sell to others, whether it's small/embedded or a large dedicated purpose server) the customizations make more sense. On the other hardware (arm, mips, powerpc, etc) I think the modular approach makes more sense. There are certain things that are required for every arm kernel. There are other things that change based on major architecture (armv4 vs. armv6 for example; the same sorts of distinctions as i386 vs amd64). There are also things that are very specific to the chip or system-on-a-chip the kernel is for. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 02:36:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7477AA7A for ; Mon, 26 Nov 2012 02:36:27 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id E190B8FC0C for ; Mon, 26 Nov 2012 02:36:25 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so7561443lbb.13 for ; Sun, 25 Nov 2012 18:36:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=StXFKxT/UOZlbPjNj9HTXFqWY3jl75jhxTP4GlIsPcc=; b=R7MYXCgjLROehLSr1wQTgWbtekaW1BkdYGrMC0y/76VRdy3eA04yC0WCUqF1hHLJ3s 1s21YraNL6FbWCl8Zue/ez+MmGABL/CRXo3neyrg3m5ZPDTu/puk+jawLOfO98crgkrG gOaYVAqAKFMQh5Y8/yJsXvNoVpCZWNh442J7Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=StXFKxT/UOZlbPjNj9HTXFqWY3jl75jhxTP4GlIsPcc=; b=ouZRxIvEYGN+u/4LoDvCd38l8nwdtqPwFtzF1WuUh/5btG12JBBAxBRdupIDX+kyHl CJ/Lm0fXni/I2icWAFu2E9KCfpAUWdG95h6MGRQcE9ApLmzhTs19vbD3iWQGjUQRPS47 puKg/fqRRlYA95/sgYPv0pQ2lUpEjOSzOoINFb8metGPwJ8+3cHn9IgQOm0kh7D03Dnr GWe+7mmNbU82fI2Wr5rb5Uhjm9WPPKXP5Xjzh4BWnMrzM7FPbtXy9nwu31NcljY6npeX vNYcDeR7Y8gvEUE5hGluwP3xEHfFP0VKFYc7yN5cV15KJyjF2lGu1+1y1gM6aM6G3JkF dw6w== Received: by 10.112.38.103 with SMTP id f7mr1422642lbk.120.1353897384713; Sun, 25 Nov 2012 18:36:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.154.168 with HTTP; Sun, 25 Nov 2012 18:35:54 -0800 (PST) In-Reply-To: <1353868081735-5764056.post@n5.nabble.com> References: <1353868081735-5764056.post@n5.nabble.com> From: Eitan Adler Date: Sun, 25 Nov 2012 21:35:54 -0500 Message-ID: Subject: Re: Help review the FAQ To: Jakub Lach Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkY7vmqfqzXmjL8RX/R0LWxnSJv735uvubvFA5+mxjt/tQg+kLfrGFfa0pavAueYUgXnra0 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 02:36:27 -0000 On 25 November 2012 13:28, Jakub Lach wrote: > Why is my kernel so big? > > "As long as you make sure you follow the steps above, you can build your > kernel normally, and you should notice a fairly large size decrease; most > kernels tend to be around 1.5 MB to 2 MB." > > Not really, stripped amd64 kernel is about 9 MB currently... Is this the size of GENERIC on release media? -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 07:43:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C9734C0 for ; Mon, 26 Nov 2012 07:43:56 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id D1F2F8FC08 for ; Mon, 26 Nov 2012 07:43:55 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so2133758pad.13 for ; Sun, 25 Nov 2012 23:43:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FqzILQQSBXuVYpOoiGdmBtfidTk9oyL+QNiH2aADJ7g=; b=pOXaIR91OBye9wI8kDdVv5q/dkWP7PtcgH9+e0z3yBH14/3gPP/rmd2CZF6wZZhEas xYoAuEWJ0SZ+27uBGKS9SmQKK4FhejMSQdxGIBYm4xqUtQdR2zsibYPeD0tjuxfxo8Cw K9v49QlrnBJPF2RLL6EVGL9MOPZ/Z8rpSpcKaTlA0IaczLJ4ecyqMnbe1S3RiWPJbz8o ekj5jWybdSJW0cDNTmFW8bS15MljYSV/LGiG9nYi9g5QzlkEAe0lXc01RjNECZp6noWy j0fodKH8fAoA4YZLB2So+PEqNkFla0/GmGENZytG1f9f6R532dzOt5/HRoXU59ixwEG5 YThA== MIME-Version: 1.0 Received: by 10.68.248.10 with SMTP id yi10mr35192157pbc.39.1353915835463; Sun, 25 Nov 2012 23:43:55 -0800 (PST) Received: by 10.67.2.4 with HTTP; Sun, 25 Nov 2012 23:43:55 -0800 (PST) In-Reply-To: <20121126073810.GB90425@gmail.com> References: <20121126073810.GB90425@gmail.com> Date: Mon, 26 Nov 2012 09:43:55 +0200 Message-ID: Subject: Re: hastctl hang From: Mikolaj Golub To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Daisuke Aoyama X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 07:43:56 -0000 Sorry, the message went privately to Daisuke, which was not my intention. ---------- Forwarded message ---------- From: Mikolaj Golub Date: Mon, Nov 26, 2012 at 9:38 AM Subject: Re: hastctl hang To: Daisuke Aoyama On Mon, Nov 26, 2012 at 01:17:46AM +0900, Daisuke Aoyama wrote: > Hello, > > I'm trying to integrate HAST to NAS4Free (FreeBSD 9.1-RC3). > Now I have created version 9.1.0.1.531. > http://sourceforge.net/projects/nas4free/files/NAS4Free-9.1.0.1/9.1.0.1.531/ > > Basic CARP + HAST + iSCSI target setup can be done, but very frequently I > get hastctl hang when called: > > /sbin/hastctl status > /sbin/hastctl dump > > Is it better for this method not to call from a script? > or somthing wrong to use it? Normally it is ok to use hastctl for scripting. Do you have it hang forever of just for a few seconds? Usually hanged hastctl means that hastd master process is waiting for its worker (either its response or exit). Could you provide logs from both master ans secondary? Also you might want to run hastd with -d to make it more verbose. > Also, I don't know how to detect an error of writing to local device from > hastd. > Does anyone know about it? Currently only by monitoring logs. It looks like a good idea to add error counters to hastctl statistics output... > Thanks, > Daisuke Aoyama > > -- the procstat shows like this: > [root@nas4free-nodeb /tmp]# procstat -ka|grep hast > 11668 100069 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep kern_wait sys_wait4 > amd64_syscall Xfast_syscall > 17981 100406 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep do_wait > __umtx_op_wait_uint_private amd64_syscall Xfast_syscall > 17981 100559 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit > recvit sys_recvfrom amd64_syscall Xfast_syscall > 17981 100560 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit > recvit sys_recvfrom amd64_syscall Xfast_syscall > 17981 100561 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep do_wait > __umtx_op_wait_uint_private amd64_syscall Xfast_syscall > 17984 100078 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep do_wait > __umtx_op_wait_uint_private amd64_syscall Xfast_syscall > 17984 100562 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit > recvit sys_recvfrom amd64_syscall Xfast_syscall > 17984 100563 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit > recvit sys_recvfrom amd64_syscall Xfast_syscall > 17984 100564 hastd - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep do_wait > __umtx_op_wait_uint_private amd64_syscall Xfast_syscall > 18218 100145 hastctl - mi_switch > sleepq_catch_signals sleepq_wait_sig _sleep soreceive_generic kern_recvit > recvit sys_recvfrom amd64_syscall Xfast_syscall > > [root@nas4free-nodeb /tmp]# procstat -ta|grep hast > 11668 100069 hastd - 0 120 sleep wait > 17979 100557 hastd - 2 120 sleep g_waitid Strange, I don't see 17979 process in procstat -k output. Again, the logs might be helpful here. > 17981 100406 hastd - 2 120 sleep uwait > 17981 100559 hastd - 0 120 sleep sbwait > 17981 100560 hastd - 0 120 sleep sbwait > 17981 100561 hastd - 1 120 sleep uwait > 17984 100078 hastd - 2 121 sleep uwait > 17984 100562 hastd - 3 120 sleep sbwait > 17984 100563 hastd - 2 120 sleep sbwait > 17984 100564 hastd - 1 121 sleep uwait > 18218 100145 hastctl - 2 152 sleep sbwait > -- the procstat shows like this: > > > _______________________________________________ > 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" -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 08:11:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A089D40 for ; Mon, 26 Nov 2012 08:11:51 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 400FF8FC08 for ; Mon, 26 Nov 2012 08:11:51 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id qAQ8BnXx014954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Nov 2012 00:11:50 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id qAQ8Bnng014953; Mon, 26 Nov 2012 00:11:49 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA00292; Mon, 26 Nov 12 00:07:07 PST Date: Mon, 26 Nov 2012 00:07:09 -0800 From: perryh@pluto.rain.com (Perry Hutchison) To: kob6558@gmail.com Subject: Re: confirm that csup is still usable fos the new 9.1 Message-Id: <50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com> References: <50A7DEE7.8090802@netfence.it> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ml@netfence.it, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 08:11:51 -0000 Kevin Oberman wrote: > ... don't bet that csup and cvs will be around long ... > It's really time to get away from CVS and I suspect > it will be going away sooner than had been planned. Once csup goes away, how will a base-only system update the sources, e.g. to follow a security branch? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 08:15:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E08BF3D for ; Mon, 26 Nov 2012 08:15:12 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CBF238FC17 for ; Mon, 26 Nov 2012 08:15:11 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id je9so4115411bkc.13 for ; Mon, 26 Nov 2012 00:15:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aR1HQDUrTenLtN0cq0l2Xf+n87HZdur5TdVHm19CBWQ=; b=vl37UJPCtGSmaU52OfWK69V6PA1LTsTXNxeJPKY7jZFcYTUcFPjd55XF2CgD04VQwW lJUsVqyzO6FBVOlPoqXPXdcBpvZsoM123F7P8FZzY8JbbKC+ZtC0MVo2/l7Ivk2MQvuq xzp9fIo/D1hZm5PithHkb4cHbg9HZp/XOGrH1Yx3pAsw95b11lRSiHea3WMguL5l8V0k cobcu9RFO/1VgsItYyPCc1E2+D+fukJAAXv8bt20RnanPGw5j04whSVBZca35WbHncNB wi5d6cc/Zx5XgQhHWtGvXdcMnsnynvRBUr9+MQvPPz+nCX0Bw09NoeDyMED+GApW+TER 5ePA== MIME-Version: 1.0 Received: by 10.204.143.147 with SMTP id v19mr3068113bku.32.1353917710328; Mon, 26 Nov 2012 00:15:10 -0800 (PST) Received: by 10.204.167.71 with HTTP; Mon, 26 Nov 2012 00:15:10 -0800 (PST) Received: by 10.204.167.71 with HTTP; Mon, 26 Nov 2012 00:15:10 -0800 (PST) In-Reply-To: <50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com> References: <50A7DEE7.8090802@netfence.it> <50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com> Date: Mon, 26 Nov 2012 08:15:10 +0000 Message-ID: Subject: Re: confirm that csup is still usable fos the new 9.1 From: Chris Rees To: Perry Hutchison Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: ml@netfence.it, FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 08:15:12 -0000 On 26 Nov 2012 08:12, "Perry Hutchison" wrote: > > Kevin Oberman wrote: > > > ... don't bet that csup and cvs will be around long ... > > It's really time to get away from CVS and I suspect > > it will be going away sooner than had been planned. > > Once csup goes away, how will a base-only system update > the sources, e.g. to follow a security branch? freebsd-update will update your sources for you. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 08:15:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1E4AB2 for ; Mon, 26 Nov 2012 08:15:36 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 5D2088FC15 for ; Mon, 26 Nov 2012 08:15:36 +0000 (UTC) Received: from rufus.webfusion.com (mail.heartinternet.co.uk [79.170.40.31]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id qAQ8FQxM016704 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 26 Nov 2012 08:15:33 GMT (envelope-from matthew@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.7.1 smtp.infracaninophile.co.uk qAQ8FQxM016704 Authentication-Results: smtp.infracaninophile.co.uk/qAQ8FQxM016704; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host mail.heartinternet.co.uk [79.170.40.31] claimed to be rufus.webfusion.com Message-ID: <50B3251D.2070908@freebsd.org> Date: Mon, 26 Nov 2012 08:15:25 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Perry Hutchison Subject: Re: confirm that csup is still usable fos the new 9.1 References: <50A7DEE7.8090802@netfence.it> <50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com> In-Reply-To: <50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org, ml@netfence.it X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 08:15:36 -0000 On 26/11/2012 08:07, Perry Hutchison wrote: > Once csup goes away, how will a base-only system update > the sources, e.g. to follow a security branch? freebsd-update(8) Cheers, Matthew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 09:32:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A19436F6 for ; Mon, 26 Nov 2012 09:32:52 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 4AFEC8FC15 for ; Mon, 26 Nov 2012 09:32:51 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-211-97.range109-150.btcentralplus.com [109.150.211.97]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 31F1F4504E for ; Mon, 26 Nov 2012 09:24:02 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 31F1F4504E DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1353921843; bh=/I618PQJTNMnc+lzc/peKTIXKFqFLur+pb1Z+1yfAX8=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=T79CBcONTvZ1YRijov+pRrBlHw6B9rLInYP/fCYFoWVsGMRgJb5bEBUmOdvV1iAqQ HJdNPhIDAGzk86j5V8G6JeRdhWZ5oa3Hwh/pYweNDAl02xA/YYAdnKLeoyKTZ2RCvA hGe5UG2cQcljyRD21le4k1l9Pn1gMGkk/tEUdu7k= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id D74266BFD; Mon, 26 Nov 2012 09:23:59 +0000 (GMT) Date: Mon, 26 Nov 2012 09:23:59 +0000 From: Ben Morrow To: freebsd-stable@freebsd.org Subject: Re: confirm that csup is still usable fos the new 9.1 Message-ID: <20121126092355.GA6214@anubis.morrow.me.uk> References: <50A7DEE7.8090802@netfence.it> <50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 09:32:52 -0000 Quoth Chris Rees : > On 26 Nov 2012 08:12, "Perry Hutchison" wrote: > > Kevin Oberman wrote: > > > > > ... don't bet that csup and cvs will be around long ... > > > It's really time to get away from CVS and I suspect > > > it will be going away sooner than had been planned. > > > > Once csup goes away, how will a base-only system update > > the sources, e.g. to follow a security branch? > > freebsd-update will update your sources for you. It would be convenient if, before csup disappears, the 'Sychronising your Source' section in the Handbook could be updated to contain instructions for updating *just the source* using freebsd-update. Even if this is as simple as 'Components src' it would be good to state that explicitly; it would also be useful to give a procedure for moving from a csupped tree to one which freebsd-update will be able to apply deltas to, if that's possible without redownloading the whole source tree. In general, it's not terribly clear to me what will happen if I run freebsd-update on a system I have built from source. How does it know where to start from when it downloads deltas: does it assume `uname -r` accurately reflects the exact current state of the system? What will happen if I patch my source and then run freebsd-update without reverting those changes: will it revert them for me, like csup did, will it make a mess, or will the update fail? It would also be better, IMHO, to change the language in that section to recommend freebsd-update for those running RELEASE branches, and reserve the svn recommendation for those tracking development branches. Ben From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 10:11:03 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1DE5E0F; Mon, 26 Nov 2012 10:11:03 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 8B6D88FC08; Mon, 26 Nov 2012 10:11:02 +0000 (UTC) Received: from mr129166.localdomain (mr129166.cri.univ-rennes1.fr [129.20.129.166]) by smtp.lamaiziere.net (Postfix) with ESMTPA id B7E57AC88; Mon, 26 Nov 2012 11:10:55 +0100 (CET) Received: from mr129166 (localhost [127.0.0.1]) by mr129166.localdomain (Postfix) with ESMTP id 2B8736085; Mon, 26 Nov 2012 11:10:53 +0100 (CET) Date: Mon, 26 Nov 2012 11:10:52 +0100 From: Patrick Lamaiziere To: Willem Jan Withagen Subject: Re: Some new hardware with 9.1 does not reboot easily Message-ID: <20121126111052.68136d00@mr129166> In-Reply-To: <50AFFB9C.8050101@digiware.nl> References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "stable@freebsd.org" , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 10:11:03 -0000 Le Fri, 23 Nov 2012 23:41:32 +0100, Willem Jan Withagen a écrit : Hello, > >> I'm waiting for the system to come back up, and will put the svn > >> diff on my webserver...., unless it is oke to post a 1200 lines of > >> diff?? > > > > I think that a webserver option would be better. > > Thanks again. > > Oke, > > Diff is at: > http://www.tegenbosch28.nl/FreeBSD/Diffs/9.1-ZFS-reboot.diff > And is against a checkout of this morning: r243433 > Hope it works for others. Hmm, the patch does not apply on r243433. -------------------------- |Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c |=================================================================== |--- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c (revision 243433) |+++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c (working copy) -------------------------- Patching file sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c using Plan A... Hunk #1 succeeded at 1717 (offset -42 lines). Hunk #2 succeeded at 1809 (offset -42 lines). Hunk #3 succeeded at 1843 (offset -42 lines). Hunk #4 succeeded at 1880 (offset -42 lines). Hunk #5 succeeded at 1926 (offset -42 lines). Hunk #6 succeeded at 2080 (offset -42 lines). |Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c |=================================================================== |--- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (revision 243433) |+++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c (working copy) -------------------------- Patching file sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c using Plan A... Hunk #1 succeeded at 135. Hunk #2 succeeded at 508. Hunk #3 succeeded at 746. Hunk #4 succeeded at 757. Hunk #5 failed at 1150. Hunk #6 succeeded at 1179 (offset -5 lines). Hunk #7 failed at 1192. Hunk #8 succeeded at 1250 (offset -1 lines). Hunk #9 succeeded at 1400 (offset -6 lines). Hunk #10 succeeded at 1417 (offset -1 lines). Hunk #11 succeeded at 1420 (offset -6 lines). Hunk #12 succeeded at 1440 (offset -1 lines). 2 out of 12 hunks failed--saving rejects to sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c.rej As far I can see it fails because there is no getnewvnode_reserve() / get_newvnode_drop_reserve() in 9.1. Thansk, Regards. -- Patrick Lamaizière Centre de Ressources Informatiques CRI Central Université de Rennes 1 Tél: 02 23 23 71 45 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 10:19:12 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F09FE511 for ; Mon, 26 Nov 2012 10:19:12 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 39F528FC08 for ; Mon, 26 Nov 2012 10:19:11 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA28912; Mon, 26 Nov 2012 12:19:09 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TcvmO-000Lil-Tf; Mon, 26 Nov 2012 12:19:08 +0200 Message-ID: <50B3421B.2010606@FreeBSD.org> Date: Mon, 26 Nov 2012 12:19:07 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Patrick Lamaiziere Subject: Re: Some new hardware with 9.1 does not reboot easily References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> In-Reply-To: <20121126111052.68136d00@mr129166> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , Willem Jan Withagen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 10:19:13 -0000 on 26/11/2012 12:10 Patrick Lamaiziere said the following: > As far I can see it fails because there is no getnewvnode_reserve() > / get_newvnode_drop_reserve() in 9.1. The patch is for stable/9. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 11:11:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87615E61 for ; Mon, 26 Nov 2012 11:11:26 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 605988FC14 for ; Mon, 26 Nov 2012 11:11:25 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Tcway-0006dJ-QH for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 03:11:24 -0800 Date: Mon, 26 Nov 2012 03:11:24 -0800 (PST) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1353928284797-5764269.post@n5.nabble.com> In-Reply-To: <1353854356417-5764013.post@n5.nabble.com> References: <1353670641224-5763472.post@n5.nabble.com> <1353671378109-5763475.post@n5.nabble.com> <1353674282188-5763482.post@n5.nabble.com> <1353678344136-5763503.post@n5.nabble.com> <50AF7F2F.6050104@gmail.com> <1353680064788-5763506.post@n5.nabble.com> <50B0C3D6.5070308@andric.com> <20121124170730.GF98247@kib.kiev.ua> <1353854356417-5764013.post@n5.nabble.com> Subject: Re: buildworld with clang breaks because no cc MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 11:11:26 -0000 Some strange errors continue - I'm not complaining, just informing: /asp/src/release > # make release OR # make cdrom etc.. breaks at kernel.txz: ===> zlib (install) install -o root -g wheel -m 555 zlib.ko //usr/obj/asp/src/release/dist/kernel/boot/kernel kldxref //usr/obj/asp/src/release/dist/kernel/boot/kernel 1 error *** [kernel.txz] Error code 2 If I remove in /etc/make.conf the call to buildflags.conf and just have in make.conf: CC=clang CXX=clang++ CPP=clang-cpp Then it works without any problems. My buildflags.conf as before only has: /asp/src | /asp/src/* | /usr/src | /usr/src/*{ CC= clang CPP= clang-cpp CXX= clang++ # USE_CCACHE # USE_CCACHE_CPP2 # USE_DISTCC THREADS= 6 NO_CLEAN } /asp/ports | /asp/ports/*{ stuff... Regards. -- View this message in context: http://freebsd.1045724.n5.nabble.com/buildworld-with-clang-breaks-because-no-cc-tp5763472p5764269.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 12:06:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CDC22D3 for ; Mon, 26 Nov 2012 12:06:03 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id B1D748FC0C for ; Mon, 26 Nov 2012 12:06:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:5996:6a9e:9a88:4013] (unknown [IPv6:2001:7b8:3a7:0:5996:6a9e:9a88:4013]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0C1DA5C37; Mon, 26 Nov 2012 13:05:55 +0100 (CET) Message-ID: <50B35B23.90902@FreeBSD.org> Date: Mon, 26 Nov 2012 13:05:55 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Beeblebrox Subject: Re: buildworld with clang breaks because no cc References: <1353670641224-5763472.post@n5.nabble.com> <1353671378109-5763475.post@n5.nabble.com> <1353674282188-5763482.post@n5.nabble.com> <1353678344136-5763503.post@n5.nabble.com> <50AF7F2F.6050104@gmail.com> <1353680064788-5763506.post@n5.nabble.com> <50B0C3D6.5070308@andric.com> <20121124170730.GF98247@kib.kiev.ua> <1353854356417-5764013.post@n5.nabble.com> <1353928284797-5764269.post@n5.nabble.com> In-Reply-To: <1353928284797-5764269.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 12:06:03 -0000 On 2012-11-26 12:11, Beeblebrox wrote: > Some strange errors continue - I'm not complaining, just informing: > /asp/src/release > # make release OR # make cdrom etc.. breaks at > kernel.txz: > ===> zlib (install) > install -o root -g wheel -m 555 zlib.ko > //usr/obj/asp/src/release/dist/kernel/boot/kernel > kldxref //usr/obj/asp/src/release/dist/kernel/boot/kernel > 1 error > *** [kernel.txz] Error code 2 As said earlier, since you seem to be doing multithreaded builds, the actual error is obscured here. It will have occurred some time before the part of the log you posted. Can you upload the full log somewhere? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 12:19:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DA8781A for ; Mon, 26 Nov 2012 12:19:05 +0000 (UTC) (envelope-from zaphod@berentweb.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 750BD8FC13 for ; Mon, 26 Nov 2012 12:19:05 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TcxeS-0004Yb-EP for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 04:19:04 -0800 Date: Mon, 26 Nov 2012 04:19:04 -0800 (PST) From: Beeblebrox To: freebsd-stable@freebsd.org Message-ID: <1353932344440-5764283.post@n5.nabble.com> In-Reply-To: <50B35B23.90902@FreeBSD.org> References: <1353671378109-5763475.post@n5.nabble.com> <1353674282188-5763482.post@n5.nabble.com> <1353678344136-5763503.post@n5.nabble.com> <50AF7F2F.6050104@gmail.com> <1353680064788-5763506.post@n5.nabble.com> <50B0C3D6.5070308@andric.com> <20121124170730.GF98247@kib.kiev.ua> <1353854356417-5764013.post@n5.nabble.com> <1353928284797-5764269.post@n5.nabble.com> <50B35B23.90902@FreeBSD.org> Subject: Re: buildworld with clang breaks because no cc MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 12:19:05 -0000 Dimitry Andric-4 wrote > As said earlier, since you seem to be doing multithreaded builds, the > actual error is obscured here. It will have occurred some time before > the part of the log you posted. Thanks for your help Dimitry. I commented out THREADS = 6 in buildflags.conf and re-ran make release. The build completed without any error - so it was just the threaded make that was causing the relase problem. Regards. -- View this message in context: http://freebsd.1045724.n5.nabble.com/buildworld-with-clang-breaks-because-no-cc-tp5763472p5764283.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 14:50:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFB0CF87 for ; Mon, 26 Nov 2012 14:50:03 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id CABAB8FC08 for ; Mon, 26 Nov 2012 14:50:03 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Td00S-0000U8-PV for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 06:49:56 -0800 Date: Mon, 26 Nov 2012 06:49:56 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353941396782-5764313.post@n5.nabble.com> In-Reply-To: References: <1353868081735-5764056.post@n5.nabble.com> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 14:50:04 -0000 Absolutely not, it's a heavily stripped custom kernel on this machine on /boot/. I was pointing to that, if my kernel is 9 MB, there's no way GENERIC could be 1.5-2.5 MB. Sorry for confusion. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764313.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:13:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3927B33 for ; Mon, 26 Nov 2012 15:13:53 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) by mx1.freebsd.org (Postfix) with ESMTP id 95F0E8FC14 for ; Mon, 26 Nov 2012 15:13:53 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.1.436.0; Mon, 26 Nov 2012 10:13:47 -0500 Message-ID: <50B3872B.9010709@wintek.com> Date: Mon, 26 Nov 2012 10:13:47 -0500 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "pyunyh@gmail.com" Subject: Re: bge on the new Mac Mini References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> In-Reply-To: <20121122020851.GB3180@michelle.cdnetworks.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rjk@wintek.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2012 15:13:54 -0000 On 11/21/12 21:08, YongHyeon PYUN wrote: > On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: >> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: >>> On 11/20/12 03:52, YongHyeon PYUN wrote: >>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: >>>>> Hi all, >>>>> >>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac >>>>> Minis via the memstick image; they seem to be pretty good little boxes for >>>>> things like offsite secondary nameservers, for example, and they're easily >>>>> replaced in case of problems. >>>>> >>>>> However, the newest minis have slightly different hardware, and FreeBSD can't >>>>> find the built-in NIC. pciconf -lv on the new mini shows it as >>>>> >>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 >>>> >>>> It seems this controller is BCM57766. >>>> >>>>> hdr=0x00 >>>>> vendor = 'Broadcom Corporation' >>>>> class = network >>>>> subclass = ethernet >>>>> >>>>> The previous edition mini (that works) reports >>>>> >>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 >>>>> vendor = 'Broadcom Corporation' >>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' >>>>> class = network >>>>> subclass = ethernet >>>>> >>>>> Is there a chance that adding the new card/chip info to the current driver would >>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not >>>>> familiar enough with hardware at that level to figure out the patch myself. >>>>> >>>> >>>> Try attached patch and let me know whether the patch works or not. >>>> If the patch works please share dmesg output(bge(4) and brgphy(4) >>>> output only). >>>> Note, the patch was generated against CURRENT. >>>> >>> >>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from >> >> I guess you also need to copy brgphy.c from HEAD to >> /usr/src/sys/dev/mii directory. >> >>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no >>> errors during the build, but still no NIC. >> >> Does it mean you're not seeing bge0 interface? Or you can't pass >> any traffic via bge0? > > Oops, it seems I've not included your device ID in the diff. > Try attach one instead. Make sure you use brgphy.c from HEAD. > There's progress! With your latest patch using brgphy.c, if_bge.c, and if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the moment I try to configure it the box locks up completely; it won't even toggle the caps lock LED. Booting single user and running ifconfig shows: bge0: flags=8802 metric 0 mtu 1500 options=8009b ether a8:20:66:11:3b:d6 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active I did a verbose boot; here's the part that seems to be relevant to bge0: bge0: mem 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x001be9, model 0x0024, rev. 1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: a8:20:66:11:3b:d6 ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 I greatly appreciate your efforts. I'm sorry for the delay getting back with you, but we had a busy Thanksgiving weekend. Thank you! -- Richard Kuhns My Desk: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:27:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7DD395 for ; Mon, 26 Nov 2012 15:27:07 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 852078FC12 for ; Mon, 26 Nov 2012 15:27:07 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so10219266iad.13 for ; Mon, 26 Nov 2012 07:27:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=OJX6va+hnx3BPLuo6fMm7siamB6JVQI0G04VaS9FWtM=; b=WwZ2xYTOUmLxl3ZPg+PlPU6992mrmkiLShxOGF1jQKo++XECveGso+hUxuMrv/G06B zajy1SuiiNckwba4kzgxcbzySFym3du1H8IDpqSi8izMqcbEruY2/08YxJacU2oStc/J BW2hAOxqLwRvI2ZOGJ/5VXvKIH1z+wSxOa/9hLSgPYG2DXQ4LTqw4Aosp/4lYoX80y4d HkesgXK4DnVI2dffWanYhoVmojjGMreNMejVPZcxH1wfUVbHLMkF/U1enNzuvSlKEKYF jEYNyPTt1yXPRWpr57urcCdSMs5bKq3aMlV8X7mhItgQUIX0it8k1FLB/fnJCT47ZBlp LNsw== Received: by 10.50.152.197 with SMTP id va5mr11616549igb.12.1353943621562; Mon, 26 Nov 2012 07:27:01 -0800 (PST) Received: from [192.168.1.132] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id i9sm10959037igl.9.2012.11.26.07.26.58 (version=SSLv3 cipher=OTHER); Mon, 26 Nov 2012 07:27:00 -0800 (PST) Message-ID: <50B38A3F.6020001@gmail.com> Date: Mon, 26 Nov 2012 17:26:55 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 MIME-Version: 1.0 To: Jakub Lach Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> In-Reply-To: <1353941396782-5764313.post@n5.nabble.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 15:27:07 -0000 26.11.2012 16:49, Jakub Lach: > Absolutely not, it's a heavily stripped custom kernel on this machine on > /boot/. Do you call this heavily stripped? :) > ls -la /boot/kernel/kernel -r-xr-xr-x 1 root wheel 5757970 Nov 26 10:57 /boot/kernel/kernel However it's very hard to strip kernel further and make it usable for all machines. > I was pointing to that, if my kernel is 9 MB, there's no way GENERIC could > be > 1.5-2.5 MB. That's true... -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:35:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85DE2852 for ; Mon, 26 Nov 2012 15:35:32 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 17F288FC0C for ; Mon, 26 Nov 2012 15:35:31 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 16:35:22 +0100 Message-ID: <50B38C23.2010404@ose.nl> Date: Mon, 26 Nov 2012 16:34:59 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> In-Reply-To: <50B38A3F.6020001@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 15:35:32 -0000 On 11/26/2012 04:26 PM, Volodymyr Kostyrko wrote: > 26.11.2012 16:49, Jakub Lach: >> Absolutely not, it's a heavily stripped custom kernel on this machine on >> /boot/. > > Do you call this heavily stripped? :) > > > ls -la /boot/kernel/kernel > -r-xr-xr-x 1 root wheel 5757970 Nov 26 10:57 /boot/kernel/kernel > > However it's very hard to strip kernel further and make it usable for all > machines. > >> I was pointing to that, if my kernel is 9 MB, there's no way GENERIC could >> be >> 1.5-2.5 MB. > > That's true... > i386 kernel with the only devices I need without debug symbols is 4.5MB on 7.4-STABLE fb1:/home/Freebee % uname -a FreeBSD fb1 7.4-STABLE FreeBSD 7.4-STABLE #7: Mon Nov 26 11:27:42 CET 2012 root@fb1:/usr/obj/usr/src/sys/FB1 i386 fb1:/home/Freebee % ls -lh /boot/kernel/kernel -r-xr-xr-x 1 root wheel 4.6M Nov 26 11:27 /boot/kernel/kernel amd64 same story on 9.1-RC3 is 6.3MB [Freebee@sys:~] $ uname -a FreeBSD sys 9.1-RC3 FreeBSD 9.1-RC3 #0: Wed Oct 31 11:56:55 CET 2012 root@sys:/usr/obj/usr/src/sys/SYS amd64 [Freebee@sys:~] $ ls -hl /boot/kernel/kernel -r-xr-xr-x 1 root wheel 6.3M Oct 31 11:56 /boot/kernel/kernel From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:55:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 933B2271 for ; Mon, 26 Nov 2012 15:55:08 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3CD8FC17 for ; Mon, 26 Nov 2012 15:55:08 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Td11X-0005YC-H2 for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 07:55:07 -0800 Date: Mon, 26 Nov 2012 07:55:07 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353945307512-5764351.post@n5.nabble.com> In-Reply-To: <50B38A3F.6020001@gmail.com> References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 15:55:08 -0000 Again, sorry for confusion :) ls -la /boot/kernel/kernel -r-xr-xr-x 1 root wheel 5842267 25 lis 18:32 /boot/kernel/kernel Yes, it could be artificially smaller still, but delegating to modules things I would load witch each startup would be absurd. First size was whole directory with modules. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764351.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:57:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30F6139B for ; Mon, 26 Nov 2012 15:57:16 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 09DBD8FC16 for ; Mon, 26 Nov 2012 15:57:15 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Td13b-0005gD-H7 for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 07:57:15 -0800 Date: Mon, 26 Nov 2012 07:57:15 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353945435502-5764353.post@n5.nabble.com> In-Reply-To: <1353945307512-5764351.post@n5.nabble.com> References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 15:57:16 -0000 As a reminder, this isn't a contest in kernel size :) More useful would be if somebody would check GENERIC on i386/amd64 for FAQ update. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764353.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 16:12:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A51F0EC2 for ; Mon, 26 Nov 2012 16:12:16 +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 562468FC19 for ; Mon, 26 Nov 2012 16:12:15 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3614A28428; Mon, 26 Nov 2012 17:12:08 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 524E128427; Mon, 26 Nov 2012 17:12:07 +0100 (CET) Message-ID: <50B394D6.7070306@quip.cz> Date: Mon, 26 Nov 2012 17:12:06 +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.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Jakub Lach Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> In-Reply-To: <1353945435502-5764353.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 16:12:16 -0000 Jakub Lach wrote: > As a reminder, this isn't a contest in kernel size :) > > More useful would be if somebody would check GENERIC > on i386/amd64 for FAQ update. FreeBSD 8.3-RELEASE amd64 GENERIC > ls -lh /boot/kernel/kernel -r-xr-xr-x 1 root wheel 12M May 8 2012 /boot/kernel/kernel FreeBSD 8.2-RELEASE-p3 i386 GENERIC > ls -lh /boot/kernel/kernel -r-xr-xr-x 1 root wheel 11M Jan 8 2012 /boot/kernel/kernel FreeBSD 9.0-RELEASE amd64 GENERIC > ls -lh /boot/kernel/kernel -r-xr-xr-x 1 root wheel 14M Jan 3 2012 /boot/kernel/kernel Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 16:25:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F0A4604 for ; Mon, 26 Nov 2012 16:25:23 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 485238FC15 for ; Mon, 26 Nov 2012 16:25:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Td1Uo-0007mY-Oz for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 08:25:22 -0800 Date: Mon, 26 Nov 2012 08:25:22 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353947122759-5764360.post@n5.nabble.com> In-Reply-To: <50B394D6.7070306@quip.cz> References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 16:25:23 -0000 Thanks! Regarding FAQ, some info about journalling should be added to "Chapter 9 Disks, File Systems, and Boot Loaders", especially now, when SU+J is default. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764360.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 16:51:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EAE018A for ; Mon, 26 Nov 2012 16:51:16 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A171F8FC18 for ; Mon, 26 Nov 2012 16:51:15 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so10872713lah.13 for ; Mon, 26 Nov 2012 08:51:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=07ClTI4cxNWH3JLvxZfBrjEfwvmQh7fGdtfebS6MOjY=; b=NJ5MxlUjc8fmBaMAZvRire30sLd9PSu485Z5gYkUgMmtB1gxYeuc8LHHJDd2SjeocR fhXcS3RTlHcsqjaxhF1xOrr43c7NZIUT/GmWwdgpkUuRMx4H3yTimD6b5KBNPJnjk3gw AiF60WARA0CwZru+jIuuNn2MGdrcswdwY9fPI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=07ClTI4cxNWH3JLvxZfBrjEfwvmQh7fGdtfebS6MOjY=; b=JiCbBfIz1eNV4VxfMeZeS70uaiIBEPdbLi8iDpO/mK6wrqNUlPGUnrXPZ+IIktqqN7 UmIa7rdUfVjRREAoPCMREYHJfTEAGzkjdVo+DiMB91lJhJLxPr2cRH3pADHNky9G86KJ KQ6jRgblOUInHvsx0pKPTxzNmtkQ7ohh3o6a3SGPre8GU04RSB+uqWVlIcvEy3sQn45q u2MBgk5HJroQZTqeL/s3ZV1gKuYLlXtBB7ZOgiQi3wFplc1Nf7KklJtEUxDoizU7M6X0 z6iWUM9KDjlCQe90PLvfTELiSMoglo0TkP83d/D6o2p2RLxF603L7oHLt3P0XO9xf8WP TH6g== Received: by 10.112.38.103 with SMTP id f7mr2294093lbk.120.1353948674190; Mon, 26 Nov 2012 08:51:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.154.168 with HTTP; Mon, 26 Nov 2012 08:50:43 -0800 (PST) In-Reply-To: <1353947122759-5764360.post@n5.nabble.com> References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> <1353947122759-5764360.post@n5.nabble.com> From: Eitan Adler Date: Mon, 26 Nov 2012 11:50:43 -0500 Message-ID: Subject: Re: Help review the FAQ To: Jakub Lach Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkrbLyuphHGdn+q/qEDnlP8vzg/hVbqlejn4Jp2gDjwMzrQVsLeRGS6D3eHMXeiHl/vatko Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 16:51:16 -0000 On 26 November 2012 11:25, Jakub Lach wrote: > Thanks! > > Regarding FAQ, some info about journalling should be added to > "Chapter 9 Disks, File Systems, and Boot Loaders", especially now, > when SU+J is default. which question does this apply to, or is this a request for new questions? -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 18:51:57 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47313979; Mon, 26 Nov 2012 18:51:57 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id A52C48FC0C; Mon, 26 Nov 2012 18:51:56 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id C04CA3372F; Mon, 26 Nov 2012 13:51:50 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oOFtYS32qDkh; Mon, 26 Nov 2012 13:51:50 -0500 (EST) Received: from EGR authenticated sender Message-ID: <50B3BA46.7030000@egr.msu.edu> Date: Mon, 26 Nov 2012 13:51:50 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: Samsung SSD 840 PRO fails to probe Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 18:51:57 -0000 Hello, My co-worker ordered a Samsung 840 PRO series SSD for his desktop but we found 9.0-rel would not probe it and 9.1-rc3 shows some errors. I got past the problem with a workaround of disabling AHCI mode in the BIOS which drops it to IDE mode and it detects fine, although runs a little slower. Is there something I can try to make it probe properly in AHCI mode? We also tried moving it to the SATA data and power cables from the working SATA HD so I don't think it is the port or controller driver. The same model motherboard from another computer did the same thing. Thanks. dmesg line when it is working: ada0: ATA-9 SATA 3.x device dmesg lines when it is not working: (hand transcribed from a picture) (aprobe0:ahcich0:0:0): SETFEATURES ENABLE SATA FEATURE. ACB: ef 10 00 00 00 40 00 00 00 00 05 00 (aprobe0:ahcich0:0:0): CAM status: ATA Status Error (aprobe0:ahcich0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ahcich0:0:0): RES: 51 04 00 00 00 40 00 00 00 00 00 (aprobe0:ahcich0:0:0): Retrying command (aprobe0:ahcich0:0:0): SETFEATURES ENABLE SATA FEATURE. ACB: ef 10 00 00 00 40 00 00 00 00 05 00 (aprobe0:ahcich0:0:0): CAM status: ATA Status Error (aprobe0:ahcich0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) (aprobe0:ahcich0:0:0): RES: 51 04 00 00 00 40 00 00 00 00 00 (aprobe0:ahcich0:0:0): Error 5, Retries exhausted From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 19:27:24 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5F032DC for ; Mon, 26 Nov 2012 19:27:24 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA948FC12 for ; Mon, 26 Nov 2012 19:27:24 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo13so15701388vcb.13 for ; Mon, 26 Nov 2012 11:27:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=EsOnUg147JqkyiboRgTmrxUNU4uUhGvQ2qQnxEmtbU0=; b=q1grs50xSq1/DFoovsQhQiutaR6F/JpJikujvdC74XemJ4CMuAdR6Iy0NXsfcgwxrF jIu1tT8r8bpMLhOpKgWXnZx6C0sqU1wYVLnvfsQU+aH5jvuG8NiWBHRyLj1F5chyxoS/ dLmI24XL5RPC9VPf4oR6WpHzJtsw0wuaY7vrOWKK6Sj4IonjstGA1JEt2CXHpnx0K08T 3QBvQqBysQj+JTpjLE4P5bpcuFzinGAUUC5UsMeLUvhj9+AT3oJrOitdat263UcT5+5Y MOwRonz7CF+WByvpwcz2H7s5BUIBiu+xya1e30KjhDp1i3wQuCnwaAi43YAqDzGw57L/ +KgQ== Received: by 10.220.107.74 with SMTP id a10mr20659023vcp.20.1353958043629; Mon, 26 Nov 2012 11:27:23 -0800 (PST) Received: from mavbook.mavhome.dp.ua (cpe-67-244-107-195.nyc.res.rr.com. [67.244.107.195]) by mx.google.com with ESMTPS id t12sm8726244vdi.18.2012.11.26.11.27.22 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2012 11:27:23 -0800 (PST) Sender: Alexander Motin Message-ID: <50B3C299.1040809@FreeBSD.org> Date: Mon, 26 Nov 2012 21:27:21 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Adam McDougall Subject: Re: Samsung SSD 840 PRO fails to probe References: <50B3BA46.7030000@egr.msu.edu> In-Reply-To: <50B3BA46.7030000@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 19:27:25 -0000 Hi. On 26.11.2012 20:51, Adam McDougall wrote: > My co-worker ordered a Samsung 840 PRO series SSD for his desktop but we > found 9.0-rel would not probe it and 9.1-rc3 shows some errors. I got > past the problem with a workaround of disabling AHCI mode in the BIOS > which drops it to IDE mode and it detects fine, although runs a little > slower. Is there something I can try to make it probe properly in AHCI > mode? We also tried moving it to the SATA data and power cables from > the working SATA HD so I don't think it is the port or controller > driver. The same model motherboard from another computer did the same > thing. Thanks. > > dmesg line when it is working: > ada0: ATA-9 SATA 3.x device > > dmesg lines when it is not working: (hand transcribed from a picture) > (aprobe0:ahcich0:0:0): SETFEATURES ENABLE SATA FEATURE. ACB: ef 10 00 00 > 00 40 00 00 00 00 05 00 > (aprobe0:ahcich0:0:0): CAM status: ATA Status Error > (aprobe0:ahcich0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > (aprobe0:ahcich0:0:0): RES: 51 04 00 00 00 40 00 00 00 00 00 > (aprobe0:ahcich0:0:0): Retrying command > (aprobe0:ahcich0:0:0): SETFEATURES ENABLE SATA FEATURE. ACB: ef 10 00 00 > 00 40 00 00 00 00 05 00 > (aprobe0:ahcich0:0:0): CAM status: ATA Status Error > (aprobe0:ahcich0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) > (aprobe0:ahcich0:0:0): RES: 51 04 00 00 00 40 00 00 00 00 00 > (aprobe0:ahcich0:0:0): Error 5, Retries exhausted I believe that is SSD's firmware bug. Probably it declares support for SATA Asynchronous Notifications in its IDENTIFY data, but returns error on attempt to enable it. Switching controller to legacy mode disables that functionality and so works as workaround. Patch below should workaround the problem from the OS side: --- ata_xpt.c (revision 243561) +++ ata_xpt.c (working copy) @@ -745,6 +745,14 @@ probedone(struct cam_periph *periph, union ccb *do goto noerror; /* + * Some Samsung SSDs report supported Asynchronous Notification, + * but return ABORT on attempt to enable it. + */ + } else if (softc->action == PROBE_SETAN && + status == CAM_ATA_STATUS_ERROR) { + goto noerror; + + /* * SES and SAF-TE SEPs have different IDENTIFY commands, * but SATA specification doesn't tell how to identify them. * Until better way found, just try another if first fail. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 19:51:04 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D9DBE5F; Mon, 26 Nov 2012 19:51:04 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id EAE718FC0C; Mon, 26 Nov 2012 19:51:03 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 5F43611191; Mon, 26 Nov 2012 14:50:57 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p9BHGo7tKHCO; Mon, 26 Nov 2012 14:50:57 -0500 (EST) Received: from EGR authenticated sender Message-ID: <50B3C821.4030806@egr.msu.edu> Date: Mon, 26 Nov 2012 14:50:57 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Alexander Motin Subject: Re: Samsung SSD 840 PRO fails to probe References: <50B3BA46.7030000@egr.msu.edu> <50B3C299.1040809@FreeBSD.org> In-Reply-To: <50B3C299.1040809@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 19:51:04 -0000 On 11/26/12 14:27, Alexander Motin wrote: > Hi. > > On 26.11.2012 20:51, Adam McDougall wrote: >> My co-worker ordered a Samsung 840 PRO series SSD for his desktop but we >> found 9.0-rel would not probe it and 9.1-rc3 shows some errors. I got >> past the problem with a workaround of disabling AHCI mode in the BIOS >> which drops it to IDE mode and it detects fine, although runs a little >> slower. Is there something I can try to make it probe properly in AHCI >> mode? We also tried moving it to the SATA data and power cables from >> the working SATA HD so I don't think it is the port or controller >> driver. The same model motherboard from another computer did the same >> thing. Thanks. >> >> dmesg line when it is working: >> ada0: ATA-9 SATA 3.x device >> >> dmesg lines when it is not working: (hand transcribed from a picture) >> (aprobe0:ahcich0:0:0): SETFEATURES ENABLE SATA FEATURE. ACB: ef 10 00 00 >> 00 40 00 00 00 00 05 00 >> (aprobe0:ahcich0:0:0): CAM status: ATA Status Error >> (aprobe0:ahcich0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >> (aprobe0:ahcich0:0:0): RES: 51 04 00 00 00 40 00 00 00 00 00 >> (aprobe0:ahcich0:0:0): Retrying command >> (aprobe0:ahcich0:0:0): SETFEATURES ENABLE SATA FEATURE. ACB: ef 10 00 00 >> 00 40 00 00 00 00 05 00 >> (aprobe0:ahcich0:0:0): CAM status: ATA Status Error >> (aprobe0:ahcich0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >> (aprobe0:ahcich0:0:0): RES: 51 04 00 00 00 40 00 00 00 00 00 >> (aprobe0:ahcich0:0:0): Error 5, Retries exhausted > > I believe that is SSD's firmware bug. Probably it declares support for > SATA Asynchronous Notifications in its IDENTIFY data, but returns error > on attempt to enable it. Switching controller to legacy mode disables > that functionality and so works as workaround. Patch below should > workaround the problem from the OS side: > > --- ata_xpt.c (revision 243561) > +++ ata_xpt.c (working copy) > @@ -745,6 +745,14 @@ probedone(struct cam_periph *periph, union ccb *do > goto noerror; > > /* > + * Some Samsung SSDs report supported Asynchronous > Notification, > + * but return ABORT on attempt to enable it. > + */ > + } else if (softc->action == PROBE_SETAN && > + status == CAM_ATA_STATUS_ERROR) { > + goto noerror; > + > + /* > * SES and SAF-TE SEPs have different IDENTIFY commands, > * but SATA specification doesn't tell how to identify > them. > * Until better way found, just try another if first fail. > > Thanks for the prompt response and patch, that worked! From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 20:27:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74436A13 for ; Mon, 26 Nov 2012 20:27:07 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id F3DF88FC16 for ; Mon, 26 Nov 2012 20:27:06 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 21:27:02 +0100 Message-ID: <50B3D096.8020207@ose.nl> Date: Mon, 26 Nov 2012 21:27:02 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> <1353947122759-5764360.post@n5.nabble.com> In-Reply-To: <1353947122759-5764360.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 20:27:07 -0000 On 11/26/12 17:25, Jakub Lach wrote: > Thanks! > > Regarding FAQ, some info about journalling should be added to > "Chapter 9 Disks, File Systems, and Boot Loaders", especially now, > when SU+J is default. Add to FAQ 9.4 Which partitions can safely use Soft Updates? I have heard that Soft Updates on / can cause problems. Journaled Soft Updates (SU+J) is now default on FreeBSD 9.x-RELEASE installs. This feature keeps a journal on soft updates which avoids a background filesystem check and speeds up a filesystem check during boot to a few seconds or less. For history and technical details see: http://jeffr-tech.livejournal.com/22716.html and http://www.*bsdcan*.org/2010/schedule/attachments/141_suj-slides.pdf This can also be enabled/disabled with tunefs -j enable | disable For more information see man 8 tunefs ---------------- New FAQ 9.28 I have heard about TRIM for Solid State Drives (SSD), is it supported by FreeBSD? The TRIM filesystem flag is very useful for devices that use flash-memory (SSD for instance) and support the BIO_DELETE command. This flag is not enabled by default and can be enabled/disabled with tunefs -t enable | disable For more information see man 8 tunefs -t enable | disable Turn on/off the TRIM enable flag. If enabled, and if the under- lying device supports the BIO_DELETE command, the file system will send a delete request to the underlying device for each freed block. The trim enable flag is typically set when the underlying device uses flash-memory as the device can use the delete command to pre-zero or at least avoid copying blocks that have been deleted. Important when using tunefs: This utility does not work on active file systems. To change the root file system, the system must be rebooted after the file system is tuned. FIlesystems have to be mounted read-only or not mounted at all From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 20:33:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61AA3F34 for ; Mon, 26 Nov 2012 20:33:41 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id E47398FC08 for ; Mon, 26 Nov 2012 20:33:39 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 21:33:38 +0100 Message-ID: <50B3D222.30209@ose.nl> Date: Mon, 26 Nov 2012 21:33:38 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> In-Reply-To: <1353945435502-5764353.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 20:33:41 -0000 On 11/26/12 16:57, Jakub Lach wrote: > As a reminder, this isn't a contest in kernel size :) > Didn't mean to, I just put it there to state that 1.5 - 2.5 MB for a GENERIC kernel is not appropriate anymore. > More useful would be if somebody would check GENERIC > on i386/amd64 for FAQ update. Thanks Miroslav Lachman for the reply with the correct sizes for GENERIC kernels. Change FAQ 8.3 Why is my kernel so big? Nowadays kernels are compiled in /debug mode by default/. Kernels built in debug mode contain many symbols that are used for debugging, thus greatly increasing the size of the kernel. Note that there will be little or no performance decrease from running a debug kernel, and it is useful in case of a system panic. However.... From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 20:51:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D2FC6E3 for ; Mon, 26 Nov 2012 20:51:55 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-198-188.wavecable.com [24.113.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id D4DFA8FC15 for ; Mon, 26 Nov 2012 20:51:54 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id qAQKPupJ024717 for ; Mon, 26 Nov 2012 12:26:02 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qAQKPpru024716; Mon, 26 Nov 2012 12:25:51 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.198.188]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 26 Nov 2012 12:25:51 -0800 (PST) Message-ID: <1e5f0c0af4a363ad998f1a40557b353c.authenticated@ultimatedns.net> Date: Mon, 26 Nov 2012 12:25:51 -0800 (PST) Subject: When did Xorg remove support for keyboards, and mice?! From: "Chris H" To: "freebsd-stable" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 20:51:55 -0000 Greetings, Seems I get bitten by this every time I build a desktop on a new freebsd install. After all these years, I'd have the _definitive_ answer by now. I just put (built) a copy of 8.3 on an x(i)386 (AMD32) box. Built/installed kernel && world. All went pretty well. Just finished building Xorg and friends. Chose xfce4 as a desktop. The mouse and keyboard work "famously" on a tty. But HALD(8) && DBUS haven't a clue. I get the idea these have been abandoned. :/ Anyway, I have hald_enable="YES" and dbus_enable="YES" in rc.conf(5). I have the following in xorg.conf: Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "Mouse0" "CorePointer" Also tried: Option "AutoAddDevices" "false" but didn't work. Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "keyboard" EndSection The error(s) returned when attempting to use X is|are: (II) config/hal: Adding input device AT Keyboard (II) LoadModule: "kbd" (WW) Warning, couldn't open module kbd (II) UnloadModule: "kbd" (EE) Failed to load module "kbd" (module does not exist, 0) (EE) No input driver matching `kbd' (EE) config/hal: NewInputDeviceRequest failed (15) (II) config/hal: Adding input device PS/2 Mouse (II) LoadModule: "mouse" (WW) Warning, couldn't open module mouse (II) UnloadModule: "mouse" (EE) Failed to load module "mouse" (module does not exist, 0) (EE) No input driver matching `mouse' (EE) config/hal: NewInputDeviceRequest failed (15) There is nothing in dmesg(8) to indicate any trouble. Whats a person to do? install Windows? OSX? Thank you for all your time and consideration. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 20:53:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14DB07EE for ; Mon, 26 Nov 2012 20:53:27 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4DA8FC0C for ; Mon, 26 Nov 2012 20:53:26 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 21:53:23 +0100 Message-ID: <50B3D6C3.1010400@ose.nl> Date: Mon, 26 Nov 2012 21:53:23 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> <1353947122759-5764360.post@n5.nabble.com> <50B3D096.8020207@ose.nl> In-Reply-To: <50B3D096.8020207@ose.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 20:53:27 -0000 On 11/26/12 21:27, Bas Smeelen wrote: > On 11/26/12 17:25, Jakub Lach wrote: >> Thanks! >> >> Regarding FAQ, some info about journalling should be added to >> "Chapter 9 Disks, File Systems, and Boot Loaders", especially now, >> when SU+J is default. Please also add: SU+J does not work (yet) with dump on a live filesystem i.e. use snapshot. If you want to use snapshot (dump -L) then disable the soft updates journal for that filesystem > > Add to FAQ 9.4 Which partitions can safely use Soft Updates? I have > heard that Soft Updates on / can cause problems. > > Journaled Soft Updates (SU+J) is now default on FreeBSD 9.x-RELEASE > installs. > This feature keeps a journal on soft updates which avoids a background > filesystem check and speeds up a filesystem check during boot to a few > seconds or less. > For history and technical details see: > http://jeffr-tech.livejournal.com/22716.html > and > http://www.*bsdcan*.org/2010/schedule/attachments/141_suj-slides.pdf > > This can also be enabled/disabled with tunefs -j enable | disable > For more information see man 8 tunefs > > ---------------- > > New FAQ 9.28 I have heard about TRIM for Solid State Drives (SSD), is > it supported by FreeBSD? > > The TRIM filesystem flag is very useful for devices that use > flash-memory (SSD for instance) and support the BIO_DELETE command. > This flag is not enabled by default and can be enabled/disabled with > tunefs -t enable | disable > For more information see man 8 tunefs > -t enable | disable > Turn on/off the TRIM enable flag. If enabled, and if the > under- > lying device supports the BIO_DELETE command, the file > system > will send a delete request to the underlying device for each > freed block. The trim enable flag is typically set when the > underlying device uses flash-memory as the device can use > the > delete command to pre-zero or at least avoid copying > blocks that > have been deleted. > > Important when using tunefs: > This utility does not work on active file systems. To change the > root > file system, the system must be rebooted after the file system is > tuned. > > FIlesystems have to be mounted read-only or not mounted at all From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 20:58:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAF06A41 for ; Mon, 26 Nov 2012 20:58:03 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id B0DFE8FC15 for ; Mon, 26 Nov 2012 20:58:03 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Td5kg-0003vp-KZ for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 12:58:02 -0800 Date: Mon, 26 Nov 2012 12:58:02 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1353963482628-5764423.post@n5.nabble.com> In-Reply-To: References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> <1353947122759-5764360.post@n5.nabble.com> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 20:58:03 -0000 This may be request for new questions, or this can be supplemented partially in hardware ones I think; - new default partition layout and it's justification (single partition nowadays, I believe?) - default block size and it's justification (is it 4K? why?) - NCQ support with ada/ahci - ahci power managment [*] - why or why not default settings are just fine with SSD (regarding journaling, SU, trim and what not). Sorry for requesting content rather than reviewing existing one, but I think this info important for modern FAQ. * power-management-support description is lacking, apm is obsolete, no mention of ahci. I think this is more of less complete sketch of power saving facilities in FreeBSD- http://wiki.freebsd.org/TuningPowerConsumption -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764423.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:00:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28A46C0F for ; Mon, 26 Nov 2012 21:00:19 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id A26AA8FC13 for ; Mon, 26 Nov 2012 21:00:18 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qAQL0BC2091610 for ; Mon, 26 Nov 2012 14:00:11 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qAQL08CN037650; Mon, 26 Nov 2012 14:00:08 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: When did Xorg remove support for keyboards, and mice?! From: Ian Lepore To: Chris H In-Reply-To: <1e5f0c0af4a363ad998f1a40557b353c.authenticated@ultimatedns.net> References: <1e5f0c0af4a363ad998f1a40557b353c.authenticated@ultimatedns.net> Content-Type: text/plain; charset="us-ascii" Date: Mon, 26 Nov 2012 14:00:08 -0700 Message-ID: <1353963608.69940.107.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:00:19 -0000 On Mon, 2012-11-26 at 12:25 -0800, Chris H wrote: > Greetings, > Seems I get bitten by this every time I build a desktop on a new freebsd install. > After all these years, I'd have the _definitive_ answer by now. > I just put (built) a copy of 8.3 on an x(i)386 (AMD32) box. Built/installed > kernel && world. All went pretty well. Just finished building Xorg and friends. > Chose xfce4 as a desktop. The mouse and keyboard work "famously" on a tty. But > HALD(8) && DBUS haven't a clue. I get the idea these have been abandoned. :/ > Anyway, I have hald_enable="YES" and dbus_enable="YES" in rc.conf(5). > I have the following in xorg.conf: > Section "ServerLayout" > Identifier "Layout0" > Screen 0 "Screen0" > InputDevice "Keyboard0" "CoreKeyboard" > InputDevice "Mouse0" "CorePointer" > Also tried: > Option "AutoAddDevices" "false" > but didn't work. > > Section "InputDevice" > # generated from default > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection > > Section "InputDevice" > # generated from default > Identifier "Keyboard0" > Driver "keyboard" > EndSection > > The error(s) returned when attempting to use X is|are: > (II) config/hal: Adding input device AT Keyboard > (II) LoadModule: "kbd" > (WW) Warning, couldn't open module kbd > (II) UnloadModule: "kbd" > (EE) Failed to load module "kbd" (module does not exist, 0) > (EE) No input driver matching `kbd' > (EE) config/hal: NewInputDeviceRequest failed (15) > (II) config/hal: Adding input device PS/2 Mouse > (II) LoadModule: "mouse" > (WW) Warning, couldn't open module mouse > (II) UnloadModule: "mouse" > (EE) Failed to load module "mouse" (module does not exist, 0) > (EE) No input driver matching `mouse' > (EE) config/hal: NewInputDeviceRequest failed (15) > > There is nothing in dmesg(8) to indicate any trouble. > > Whats a person to do? install Windows? OSX? > > Thank you for all your time and consideration. Have you tried just not having an xorg.conf file? I'm running 8.3 with hal and it's working just fine for me with no conf file. Also, from those messages, I'd guess it's detecting the hardware, then failing to find the drivers. If so, I suppose it could be because they're missing, or because of a path problem of some sort. For me, the drivers are in: revolution > ll /usr/local/lib/xorg/modules/input/ total 82 -rwxr-xr-x 1 root wheel 919B Feb 12 2012 kbd_drv.la* -rwxr-xr-x 1 root wheel 24k Feb 12 2012 kbd_drv.so* -rwxr-xr-x 1 root wheel 933B Feb 12 2012 mouse_drv.la* -rwxr-xr-x 1 root wheel 50k Feb 12 2012 mouse_drv.so* -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:01:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B224D83 for ; Mon, 26 Nov 2012 21:01:58 +0000 (UTC) (envelope-from rcartwri@asu.edu) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C34898FC14 for ; Mon, 26 Nov 2012 21:01:57 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so10610260iad.13 for ; Mon, 26 Nov 2012 13:01:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=M58Fa7cpzo7MkH3rUs4JOJo9HHmRYrCfuVYwn4AjRD0=; b=TcOPBlocItjq5l0oOSPNa5Jq9jkU9CSKGVqhpTEia6QZ6Jdv0UaDmUMcJVHjCNd7dB CfuFnqR7AM/rmVdoF7ri/wVNBE0Gavj6ysWLhPNGXbtRJZZnaIOc3Eu24GLliBrWuFZ1 fzbTfU4C3buoI0MVQ6vl3tgDKJvfOWkQ79HoQUQVUk7Otfnk5jw4n1bz8s0ey31sh7O3 6GypyZz06Eb9P2SDpXSGlzJYwJVpt/CADe+Srp6U0mUCZme126jW9QipvFiGy9tBGShP FUZmuGF/9N+mRcgK+hT/bmnd7Yf2KqsjgYVDpB1FGM1ZaTmXtrUxwFPURDCcjXr4cXZW 6I/w== MIME-Version: 1.0 Received: by 10.50.42.170 with SMTP id p10mr15950876igl.47.1353963717307; Mon, 26 Nov 2012 13:01:57 -0800 (PST) Received: by 10.64.64.39 with HTTP; Mon, 26 Nov 2012 13:01:57 -0800 (PST) Date: Mon, 26 Nov 2012 14:01:57 -0700 Message-ID: Subject: Write Failed message with 9.1-RC3 From: "Reed A. Cartwright" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkW9KCL6NNzE0GzrQ8YbKzF577JvibeqBTLGGVcAFyLkg95HYZjuJSzBP3mKMSVti0HmT7k X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:01:58 -0000 I'm new to this list... I'm running a bioinformatics server using 9.1-RC3 (64 cores, 512GB ram). I have a ZFS raid-z2 array attached to an LSI controller with a SSD cache drive. Since upgrading to 9.1-RC2/3 (for AVX support), I have been experiencing hard drive lockups with the message "write failed" printed to the console. After this reading from the hard drives no longer work, but the machine is not locked up. If the appropriate files are in the cache, I can log in and execute programs. I know the LSI driver has been updated in 9.1 and I have updated my cards' bios to match. It doesn't seem to make a difference. Once I was able to run top, and saw that many processes were stuck in the 'tx->tx' state. So far, no corruption appears to have occurred in the drives. I'm about to downgrade to 9.0, but I wanted to know if anyone has any idea what the issue is. -- Reed A. Cartwright, PhD Assistant Professor of Genomics, Evolution, and Bioinformatics School of Life Sciences Center for Evolutionary Medicine and Informatics The Biodesign Institute Arizona State University From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:02:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D114CEA9 for ; Mon, 26 Nov 2012 21:02:54 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3108FC0C for ; Mon, 26 Nov 2012 21:02:54 +0000 (UTC) Received: from [10.0.1.4] (pool-98-112-217-228.lsanca.fios.verizon.net [98.112.217.228]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id qAQL2k1w079079; Mon, 26 Nov 2012 13:02:47 -0800 (PST) (envelope-from bc979@lafn.org) Subject: Re: Help review the FAQ Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Doug Hardie In-Reply-To: <50B3D6C3.1010400@ose.nl> Date: Mon, 26 Nov 2012 13:02:48 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <4BE7B576-ADED-4010-9AC9-DFFD7AB50039@lafn.org> References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> <1353947122759-5764360.post@n5.nabble.com> <50B3D096.8020207@ose.nl> <50B3D6C3.1010400@ose.nl> To: Bas Smeelen X-Mailer: Apple Mail (2.1283) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:02:54 -0000 On 26 November 2012, at 12:53, Bas Smeelen wrote: > On 11/26/12 21:27, Bas Smeelen wrote: >> On 11/26/12 17:25, Jakub Lach wrote: >>> Thanks! >>>=20 >>> Regarding FAQ, some info about journalling should be added to >>> "Chapter 9 Disks, File Systems, and Boot Loaders", especially now, >>> when SU+J is default. >=20 > Please also add: > SU+J does not work (yet) with dump on a live filesystem i.e. use = snapshot. > If you want to use snapshot (dump -L) then disable the soft updates = journal for that filesystem It would be helpful to include information on how to do that during = install (still trying to figure that out myself), and using the recover = CD for when you forget to do it during install.= From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:15:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B55F263 for ; Mon, 26 Nov 2012 21:15:31 +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 406418FC13 for ; Mon, 26 Nov 2012 21:15:30 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AEAC528428; Mon, 26 Nov 2012 22:15:29 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id E1DDF28422; Mon, 26 Nov 2012 22:15:28 +0100 (CET) Message-ID: <50B3DBEF.1060303@quip.cz> Date: Mon, 26 Nov 2012 22:15:27 +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.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Bas Smeelen Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B3D222.30209@ose.nl> In-Reply-To: <50B3D222.30209@ose.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:15:31 -0000 Bas Smeelen wrote: > On 11/26/12 16:57, Jakub Lach wrote: [...] > Thanks Miroslav Lachman for the reply with the correct sizes for GENERIC > kernels. > > Change FAQ 8.3 Why is my kernel so big? > > Nowadays kernels are compiled in /debug mode by default/. Kernels built > in debug mode contain many symbols that are used for debugging, thus > greatly increasing the size of the kernel. Note that there will be > little or no performance decrease from running a debug kernel, and it is > useful in case of a system panic. > > However.... I think that debug symbols are in another files (*.symbols) FreeBSD 8.3-RELEASE amd64 GENERIC > ls -lh /boot/kernel/kernel* -r-xr-xr-x 1 root wheel 12M May 8 2012 /boot/kernel/kernel -r-xr-xr-x 1 root wheel 50M May 8 2012 /boot/kernel/kernel.symbols So a kernel alone has 12MB, with debug symbols 62MB (12+50). And all *.symbols files can be deleted (if more space on /boot is needed) I don't know how it should be mentioned in FAQ. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:20:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE36A477 for ; Mon, 26 Nov 2012 21:20:21 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3BF5A8FC13 for ; Mon, 26 Nov 2012 21:20:20 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)); Mon, 26 Nov 2012 22:20:19 +0100 Message-ID: <50B3DD13.5030002@ose.nl> Date: Mon, 26 Nov 2012 22:20:19 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> <1353947122759-5764360.post@n5.nabble.com> <50B3D096.8020207@ose.nl> <50B3D6C3.1010400@ose.nl> <4BE7B576-ADED-4010-9AC9-DFFD7AB50039@lafn.org> In-Reply-To: <4BE7B576-ADED-4010-9AC9-DFFD7AB50039@lafn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:20:21 -0000 On 11/26/12 22:02, Doug Hardie wrote: > On 26 November 2012, at 12:53, Bas Smeelen wrote: > >> On 11/26/12 21:27, Bas Smeelen wrote: >>> On 11/26/12 17:25, Jakub Lach wrote: >>>> Thanks! >>>> >>>> Regarding FAQ, some info about journalling should be added to >>>> "Chapter 9 Disks, File Systems, and Boot Loaders", especially now, >>>> when SU+J is default. >> Please also add: >> SU+J does not work (yet) with dump on a live filesystem i.e. use snapshot. >> If you want to use snapshot (dump -L) then disable the soft updates journal for that filesystem > It would be helpful to include information on how to do that during install (still trying to figure that out myself), and using the recover CD for when you forget to do it during install. Right now, when installing a new system it's easiest to reboot to single user mode after the install and tunefs -j disable 'the filesystems' to disable journaling of soft updates. If you want to accomplish this during the install, choose shell at the disk partitioning part and add slices and/or partitions with gpart and then newfs them with the appropriate options, then mount them on /mnt and the appropriate places beneath and continue the install by quitting the shell. There are some nice entries on http://wiki.freebsd.org/RootOnZFS Just substitute the ZFS stuff with the easier gpart and then newfs -U etc... then make sure the filesystems are mounted under /mnt and continue the installation. I hope that I will not confuse you too much with the proposed solution i.e. use these resources as a guideline. Else see reboot to single user mode after install above and tunefs From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:22:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EA2060A for ; Mon, 26 Nov 2012 21:22:58 +0000 (UTC) (envelope-from chris#@1command.com) Received: from udns.ultimateDNS.NET (24-113-198-188.wavecable.com [24.113.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 628698FC12 for ; Mon, 26 Nov 2012 21:22:57 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id qAQLMpVR027713; Mon, 26 Nov 2012 13:22:57 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id qAQLMk9R027709; Mon, 26 Nov 2012 13:22:46 -0800 (PST) (envelope-from chris#@1command.com) Received: from udns.ultimatedns.net ([24.113.198.188]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Mon, 26 Nov 2012 13:22:46 -0800 (PST) Message-ID: In-Reply-To: <1353963608.69940.107.camel@revolution.hippie.lan> References: <1e5f0c0af4a363ad998f1a40557b353c.authenticated@ultimatedns.net> <1353963608.69940.107.camel@revolution.hippie.lan> Date: Mon, 26 Nov 2012 13:22:46 -0800 (PST) Subject: Re: When did Xorg remove support for keyboards, and mice?! From: "Chris H" To: "Ian Lepore" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:22:58 -0000 Greetings Ian, and thank you for your reply... > On Mon, 2012-11-26 at 12:25 -0800, Chris H wrote: >> Greetings, >> Seems I get bitten by this every time I build a desktop on a new freebsd install. >> After all these years, I'd have the _definitive_ answer by now. >> I just put (built) a copy of 8.3 on an x(i)386 (AMD32) box. Built/installed >> kernel && world. All went pretty well. Just finished building Xorg and friends. >> Chose xfce4 as a desktop. The mouse and keyboard work "famously" on a tty. But >> HALD(8) && DBUS haven't a clue. I get the idea these have been abandoned. :/ >> Anyway, I have hald_enable="YES" and dbus_enable="YES" in rc.conf(5). >> I have the following in xorg.conf: >> Section "ServerLayout" >> Identifier "Layout0" >> Screen 0 "Screen0" >> InputDevice "Keyboard0" "CoreKeyboard" >> InputDevice "Mouse0" "CorePointer" >> Also tried: >> Option "AutoAddDevices" "false" >> but didn't work. >> >> Section "InputDevice" >> # generated from default >> Identifier "Mouse0" >> Driver "mouse" >> Option "Protocol" "auto" >> Option "Device" "/dev/sysmouse" >> Option "ZAxisMapping" "4 5 6 7" >> EndSection >> >> Section "InputDevice" >> # generated from default >> Identifier "Keyboard0" >> Driver "keyboard" >> EndSection >> >> The error(s) returned when attempting to use X is|are: >> (II) config/hal: Adding input device AT Keyboard >> (II) LoadModule: "kbd" >> (WW) Warning, couldn't open module kbd >> (II) UnloadModule: "kbd" >> (EE) Failed to load module "kbd" (module does not exist, 0) >> (EE) No input driver matching `kbd' >> (EE) config/hal: NewInputDeviceRequest failed (15) >> (II) config/hal: Adding input device PS/2 Mouse >> (II) LoadModule: "mouse" >> (WW) Warning, couldn't open module mouse >> (II) UnloadModule: "mouse" >> (EE) Failed to load module "mouse" (module does not exist, 0) >> (EE) No input driver matching `mouse' >> (EE) config/hal: NewInputDeviceRequest failed (15) >> >> There is nothing in dmesg(8) to indicate any trouble. >> >> Whats a person to do? install Windows? OSX? >> >> Thank you for all your time and consideration. > > Have you tried just not having an xorg.conf file? I'm running 8.3 with > hal and it's working just fine for me with no conf file. > > Also, from those messages, I'd guess it's detecting the hardware, then > failing to find the drivers. If so, I suppose it could be because > they're missing, or because of a path problem of some sort. For me, the > drivers are in: > > revolution > ll /usr/local/lib/xorg/modules/input/ > total 82 > -rwxr-xr-x 1 root wheel 919B Feb 12 2012 kbd_drv.la* > -rwxr-xr-x 1 root wheel 24k Feb 12 2012 kbd_drv.so* > -rwxr-xr-x 1 root wheel 933B Feb 12 2012 mouse_drv.la* > -rwxr-xr-x 1 root wheel 50k Feb 12 2012 mouse_drv.so* > > -- Ian Right you are! I was about to respond to my OP, but you beat me to it. I'm running another copy of 8.3 (albeit on an AMD64), and was comparing installed files, and noticed _exactly_ that which you so _rightly_ pointed out; the absence of kbd && mouse drivers. I can't figure why they didn't get installed this time. I tried pretty hard to follow the same path as my last install. D'OH! Anyway, thank you again Ian. I _really_ appreciate it. --Chris > > > _______________________________________________ > 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 Mon Nov 26 21:27:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6406A2A for ; Mon, 26 Nov 2012 21:27:35 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 662CD8FC14 for ; Mon, 26 Nov 2012 21:27:35 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 22:27:32 +0100 Message-ID: <50B3DEC4.4000605@ose.nl> Date: Mon, 26 Nov 2012 22:27:32 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B3D222.30209@ose.nl> <50B3DBEF.1060303@quip.cz> In-Reply-To: <50B3DBEF.1060303@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:27:35 -0000 On 11/26/12 22:15, Miroslav Lachman wrote: > Bas Smeelen wrote: >> On 11/26/12 16:57, Jakub Lach wrote: > [...] >> Thanks Miroslav Lachman for the reply with the correct sizes for GENERIC >> kernels. >> >> Change FAQ 8.3 Why is my kernel so big? >> >> Nowadays kernels are compiled in /debug mode by default/. Kernels built >> in debug mode contain many symbols that are used for debugging, thus >> greatly increasing the size of the kernel. Note that there will be >> little or no performance decrease from running a debug kernel, and it is >> useful in case of a system panic. >> >> However.... > > I think that debug symbols are in another files (*.symbols) > > FreeBSD 8.3-RELEASE amd64 GENERIC > > > ls -lh /boot/kernel/kernel* > -r-xr-xr-x 1 root wheel 12M May 8 2012 /boot/kernel/kernel > -r-xr-xr-x 1 root wheel 50M May 8 2012 /boot/kernel/kernel.symbols > > So a kernel alone has 12MB, with debug symbols 62MB (12+50). > And all *.symbols files can be deleted (if more space on /boot is needed) > I don't know how it should be mentioned in FAQ. You are right. From the FAQ I understand with 'kernel so big' the contents of the /boot/kernel directory is being referred to as a whole? Thus disabling (commenting) makeoptions DEBUG=-g (which is default the last couple of releases, since 7?) and then rebuilding and installing the kernel you get rid if them 'the right way' So FAQ 8.3 is still right just changing that nowadays it's default for GENERIC to be build with the debug symbols. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:31:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 237CDD2D for ; Mon, 26 Nov 2012 21:31:08 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE878FC08 for ; Mon, 26 Nov 2012 21:31:07 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)); Mon, 26 Nov 2012 22:31:05 +0100 Message-ID: <50B3DF99.7030201@ose.nl> Date: Mon, 26 Nov 2012 22:31:05 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <1353868081735-5764056.post@n5.nabble.com> <1353941396782-5764313.post@n5.nabble.com> <50B38A3F.6020001@gmail.com> <1353945307512-5764351.post@n5.nabble.com> <1353945435502-5764353.post@n5.nabble.com> <50B394D6.7070306@quip.cz> <1353947122759-5764360.post@n5.nabble.com> <50B3D096.8020207@ose.nl> <50B3D6C3.1010400@ose.nl> <4BE7B576-ADED-4010-9AC9-DFFD7AB50039@lafn.org> <50B3DD13.5030002@ose.nl> In-Reply-To: <50B3DD13.5030002@ose.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:31:08 -0000 On 11/26/12 22:20, Bas Smeelen wrote: > On 11/26/12 22:02, Doug Hardie wrote: >> On 26 November 2012, at 12:53, Bas Smeelen wrote: >> >>> On 11/26/12 21:27, Bas Smeelen wrote: >>>> On 11/26/12 17:25, Jakub Lach wrote: >>>>> Thanks! >>>>> >>>>> Regarding FAQ, some info about journalling should be added to >>>>> "Chapter 9 Disks, File Systems, and Boot Loaders", especially now, >>>>> when SU+J is default. >>> Please also add: >>> SU+J does not work (yet) with dump on a live filesystem i.e. use >>> snapshot. >>> If you want to use snapshot (dump -L) then disable the soft updates >>> journal for that filesystem >> It would be helpful to include information on how to do that during >> install (still trying to figure that out myself), and using the >> recover CD for when you forget to do it during install. > > Right now, when installing a new system it's easiest to reboot to > single user mode after the install and tunefs -j disable 'the > filesystems' to disable journaling of soft updates. When changing the root ( / ) filesystem in single user mode, reboot immediately after disabling the soft updates journal otherwise it will still be enabled. No need for a rescue cd/usb here. > > If you want to accomplish this during the install, choose shell at the > disk partitioning part and add slices and/or partitions with gpart and > then newfs them with the appropriate options, then mount them on /mnt > and the appropriate places beneath and continue the install by > quitting the shell. > > There are some nice entries on http://wiki.freebsd.org/RootOnZFS > Just substitute the ZFS stuff with the easier gpart and then newfs -U > etc... then make sure the filesystems are mounted under /mnt and > continue the installation. > I hope that I will not confuse you too much with the proposed solution > i.e. use these resources as a guideline. Else see reboot to single > user mode after install above and tunefs > > > > _______________________________________________ > 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 Mon Nov 26 21:35:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE626FF0 for ; Mon, 26 Nov 2012 21:35:44 +0000 (UTC) (envelope-from alonsoschaich@fastmail.fm) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7011B8FC08 for ; Mon, 26 Nov 2012 21:35:43 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 164A320EDE for ; Mon, 26 Nov 2012 16:27:49 -0500 (EST) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute4.internal (MEProxy); Mon, 26 Nov 2012 16:27:49 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= from:to:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=mesmtp; bh=xItEmJsh6WdLVfyEnayPoqKN7Ag=; b=D3ck54GEsKgg3TjmVnseqWTDD1ui aFR6bkw5NRc1zqd2Hhhmw5oNanKh91V8jMYVQWSv2EdLHwTi2RK0NiZJKKZCV9v7 eurIGccXX/PYWwAU7oQ3zUAWtGkoLTw9Xd4WA0jtAbKGv5JF6vXsVqFkr9sPz1rr FX/sPsl0EsONilY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:to:subject:date:message-id :in-reply-to:references:mime-version:content-transfer-encoding :content-type; s=smtpout; bh=xItEmJsh6WdLVfyEnayPoqKN7Ag=; b=cMM AHfcUArSgg8uBFRtrjjH6/knOD/LUSwFiLtYgwuIHolPWzEuzzYdmiwP1ixK6+gq F0YwTFQRh6iePTM4Ob37OWkcx0vkeheBPQ3wI9R/nlxwBSljrvvhtcSoSvDd6G3o PUFESnsoQlgIQos9oja207pfgzq8S4rLyYBQjWNU= X-Sasl-enc: lIxZZhZ0pwC87tylY0oQxQCkABRNx/zVuPdc3hbULdVP 1353965268 Received: from harmony.localnet.edu (unknown [141.87.213.55]) by mail.messagingengine.com (Postfix) with ESMTPA id CA6208E0536 for ; Mon, 26 Nov 2012 16:27:48 -0500 (EST) From: Schaich Alonso To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ Date: Mon, 26 Nov 2012 22:27:16 +0100 Message-ID: <2640983.EkVXuex1QE@harmony.localnet.edu> User-Agent: KMail/4.9.3 (FreeBSD/9.1-PRERELEASE; KDE/4.9.3; amd64; ; ) In-Reply-To: <50B3DBEF.1060303@quip.cz> References: <50B3D222.30209@ose.nl> <50B3DBEF.1060303@quip.cz> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:35:44 -0000 On 2012-11-26 (Monday) 22:15:27 Miroslav Lachman wrote: > [...] > > So a kernel alone has 12MB, with debug symbols 62MB (12+50). > And all *.symbols files can be deleted (if more space on /boot is needed) > I don't know how it should be mentioned in FAQ. > > Miroslav Lachman Specifying WITHOUT_KERNEL_SYMBOLS=YES in src.conf to not generate debug information IMO is a cleaner and more preferable solution then deleting the files, and it also reduces the amount of storage space needed for /usr/obj (or whereever else the kernel's built) by about 1GB on STABLE-9. Schaich Alonso From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:51:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E43E02B4 for ; Mon, 26 Nov 2012 21:51:04 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 711638FC12 for ; Mon, 26 Nov 2012 21:51:03 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 22:51:01 +0100 Message-ID: <50B3E444.1020702@ose.nl> Date: Mon, 26 Nov 2012 22:51:00 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <50B3D222.30209@ose.nl> <50B3DBEF.1060303@quip.cz> <2640983.EkVXuex1QE@harmony.localnet.edu> In-Reply-To: <2640983.EkVXuex1QE@harmony.localnet.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 21:51:05 -0000 On 11/26/12 22:27, Schaich Alonso wrote: > On 2012-11-26 (Monday) 22:15:27 Miroslav Lachman wrote: >> [...] >> >> So a kernel alone has 12MB, with debug symbols 62MB (12+50). >> And all *.symbols files can be deleted (if more space on /boot is needed) >> I don't know how it should be mentioned in FAQ. >> >> Miroslav Lachman > Specifying WITHOUT_KERNEL_SYMBOLS=YES in src.conf to not generate debug > information IMO is a cleaner and more preferable solution then deleting the > files, and it also reduces the amount of storage space needed for /usr/obj (or > whereever else the kernel's built) by about 1GB on STABLE-9. Thanks for this (man 5 src.conf) I guess this way is preferred instead of customizing the kernel configuration file? From the manpage I understand the symbol files will not get installed, but will still be build. To decrease building time, one should modify the kernel configuration file anyway? From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 22:09:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D206F7B4 for ; Mon, 26 Nov 2012 22:09:44 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 61D958FC08 for ; Mon, 26 Nov 2012 22:09:44 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 23:09:42 +0100 Message-ID: <50B3E8A6.7060004@ose.nl> Date: Mon, 26 Nov 2012 23:09:42 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 22:09:45 -0000 On 11/20/12 20:25, Eitan Adler wrote: > On 19 November 2012 15:07, Aldis Berjoza wrote: >> >> 19.11.2012, 22:04, "Andrea Venturoli" : >>> On 11/19/12 18:44, Eitan Adler wrote: >>> >>>> Hey all, >>>> >>>> The FAQ for FreeBSD needs a significant amount of updating and >>>> changing. The first step in that process is to figure out what needs >>>> to be changed. >>>> >>>> If you can a take a moment and thoroughly review just one >>>> question and add your comments and concerns it >>>> would be immensely helpful. >>>> >>>> http://wiki.freebsd.org/ThwackAFAQ > ... > > I've migrated the comments on the mailing list to the wiki and will > working on fixing them shortly. Content patches are appreciated but > not required. Ideally every row on the wiki will be either green or > red. > > Fixing the content is a very long term project. > > Probable addition 8.8 I get a lot of 'spurious interrupts detected' messages on a modified i386 build kernel and my computer does not work right. What did I do wrong? You have a single processor computer, build your own customized kernel and disabled options SMP (multiprocessor). Probably you also disabled the line below, device apic # I/O APIC This is code for the advanced programmable interrupt controller which also controls interrupts for your attached devices, being ethernet cards and others. Do not disable this device. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 22:13:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51708A2C for ; Mon, 26 Nov 2012 22:13:40 +0000 (UTC) (envelope-from matt.e@hush.ai) Received: from smtp1.hushmail.com (smtp1a.hushmail.com [65.39.178.236]) by mx1.freebsd.org (Postfix) with ESMTP id 303E48FC0C for ; Mon, 26 Nov 2012 22:13:39 +0000 (UTC) Received: from smtp1.hushmail.com (smtp1a.hushmail.com [65.39.178.236]) by smtp1.hushmail.com (Postfix) with SMTP id F36CF2FF5A for ; Mon, 26 Nov 2012 21:42:12 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp1.hushmail.com (Postfix) with ESMTP for ; Mon, 26 Nov 2012 21:42:12 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id CF2DCE6739; Mon, 26 Nov 2012 21:42:12 +0000 (UTC) MIME-Version: 1.0 Date: Mon, 26 Nov 2012 22:42:12 +0100 To: freebsd-stable@freebsd.org Subject: 9.1-RELEASE From: matt.e@hush.ai Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20121126214212.CF2DCE6739@smtp.hushmail.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 22:13:40 -0000 Hi. With the recent delays from the security incident and the three SAs out of the way, what now are we waiting for? I think we should just get rid of the release schedule on FreeBSD.org if we aren't even going to be close to the set dates. RC3 has been really stable for me, but we have a no non-release policy on production machines. We're so far behind compared to http://www.freebsd.org/releases/9.1R/schedule.html (which has already been updated multiple times because of delay after delay) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 22:25:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45917161 for ; Mon, 26 Nov 2012 22:25:10 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id C863B8FC0C for ; Mon, 26 Nov 2012 22:25:08 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 23:25:06 +0100 Message-ID: <50B3EC42.2050304@ose.nl> Date: Mon, 26 Nov 2012 23:25:06 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 9.1-RELEASE References: <20121126214212.CF2DCE6739@smtp.hushmail.com> In-Reply-To: <20121126214212.CF2DCE6739@smtp.hushmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 22:25:10 -0000 On 11/26/12 22:42, matt.e@hush.ai wrote: > Hi. With the recent delays from the security incident and the three SAs out of the way, what now are we waiting for? I think we should just get rid of the release schedule on FreeBSD.org if we aren't even going to be close to the set dates. > RC3 has been really stable for me, but we have a no non-release policy on production machines. > We're so far behind compared to http://www.freebsd.org/releases/9.1R/schedule.html (which has already been updated multiple times because of delay after delay) Hi Just modify newvers.sh to 9.1-RELEASE recompile and your on RELEASE :) Who has a no non-release policy, management? 9.1-RC3 is working for me very well also From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 22:36:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29F31686 for ; Mon, 26 Nov 2012 22:36:05 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id E09A88FC19 for ; Mon, 26 Nov 2012 22:36:04 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so13599745iec.13 for ; Mon, 26 Nov 2012 14:36:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lvzZhEICY8hGw9Dyl6WDf+djFhUvT6V9/btLl/G+VDc=; b=giBhELvFOY95fTSLU6VB66One+kvy4jTIuVXq40Jy6d0760Dt4Suif1qVRpNkDU1JQ dYmwY934CiFwMg5zCPL4N73zyuojq06TEv9uU/ao0xnGgsxrsqXZBi0WfW6QtfnGPcxZ iBHZry2DK6TKjMod+0ZsMK4SRRSDu7CWDn7LVi4o/WMKL8U9gOvA/xdac0M2YKZVQ5jN mahN7cNlBCAgE5rkbtMkvUgjcXQLq98VCFk57tGvbFTEFGLqXLsYC9ki5PM+SxycPFmE lCHNKQoF1fEva62fkXwNbrrdBf1TT8suAy825jbhE0W7DLGx/DLyEzb+/S7x/KmKSjA8 8znw== MIME-Version: 1.0 Received: by 10.50.40.201 with SMTP id z9mr13628564igk.59.1353969364234; Mon, 26 Nov 2012 14:36:04 -0800 (PST) Sender: vrwmiller@gmail.com Received: by 10.231.104.68 with HTTP; Mon, 26 Nov 2012 14:36:04 -0800 (PST) In-Reply-To: <50B3EC42.2050304@ose.nl> References: <20121126214212.CF2DCE6739@smtp.hushmail.com> <50B3EC42.2050304@ose.nl> Date: Mon, 26 Nov 2012 17:36:04 -0500 X-Google-Sender-Auth: Y2QkAuRF3XTFwF_7h6lLRqJnkHs Message-ID: Subject: Re: 9.1-RELEASE From: Rick Miller To: Bas Smeelen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 22:36:05 -0000 On Mon, Nov 26, 2012 at 5:25 PM, Bas Smeelen wrote: > Hi > Just modify newvers.sh to 9.1-RELEASE recompile and your on RELEASE :) > Who has a no non-release policy, management? It's not just management, but also software engineers, architects, and business folks. When a company runs a service whose production SLA is 100%, many tend to be less forgiving. There's a lot riding on running a development branch in production, even if it is a "Release Candidate". -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 22:48:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D96CCC0 for ; Mon, 26 Nov 2012 22:48:38 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id DCADE8FC0C for ; Mon, 26 Nov 2012 22:48:37 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Mon, 26 Nov 2012 23:48:35 +0100 Message-ID: <50B3F1C3.2070801@ose.nl> Date: Mon, 26 Nov 2012 23:48:35 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 9.1-RELEASE References: <20121126214212.CF2DCE6739@smtp.hushmail.com> <50B3EC42.2050304@ose.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 22:48:38 -0000 On 11/26/12 23:36, Rick Miller wrote: > On Mon, Nov 26, 2012 at 5:25 PM, Bas Smeelen wrote: >> Hi >> Just modify newvers.sh to 9.1-RELEASE recompile and your on RELEASE :) >> Who has a no non-release policy, management? > It's not just management, checked, they don't have a clue, that's what we're here for > but also software engineers, checked, mutually accepted, they know what you're up to, and keep them clear, be honest and even better, they know what they're up to, but try to blame you for just keep them as very close 'friends' it helps when you are able to 'clean up their messes sometimes' > architects is like in between management and software engineers, dangerous maybe > , and > business folks. management or otherwise > When a company runs a service whose production SLA is > 100%, many tend to be less forgiving. 100% that's a dare! For them it may be 100%, for me I am at 98% then, at best 99,636% :) There is a lot of playfield unknown > There's a lot riding on running > a development branch in production, even if it is a "Release > Candidate". > Agree 100% :) RELEASE is better than RC or even BETA for sakes ;) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 23:04:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 983EA18E for ; Mon, 26 Nov 2012 23:04:42 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 285F78FC15 for ; Mon, 26 Nov 2012 23:04:41 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Tue, 27 Nov 2012 00:04:39 +0100 Message-ID: <50B3F587.9020602@ose.nl> Date: Tue, 27 Nov 2012 00:04:39 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 9.1-RELEASE References: <20121126214212.CF2DCE6739@smtp.hushmail.com> <50B3EC42.2050304@ose.nl> <50B3F1C3.2070801@ose.nl> In-Reply-To: <50B3F1C3.2070801@ose.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 26 Nov 2012 23:04:42 -0000 On 11/26/12 23:48, Bas Smeelen wrote: > On 11/26/12 23:36, Rick Miller wrote: >> On Mon, Nov 26, 2012 at 5:25 PM, Bas Smeelen wrote: >>> Hi >>> Just modify newvers.sh to 9.1-RELEASE recompile and your on RELEASE :) >>> Who has a no non-release policy, management? >> It's not just management, Just to sum it up Make sure you document with second and third party approval! What you did and How you did it There is no reason to document for Why you did it, though this can be beneficial. With this, it comes to that the FreeBSD development and distributing model is very well, let's say highly transparent, it is up to you as a systems administrator or even developer (they are more out in the clear though) to account for (document and get this approved) and be transparant for all the actions that have been commited, to the FDA for instance in the industries (Pharma, Biomed, etc, I work in). I guess fbi, cia, nsa or other 'higher' governmental institutions don't have to account for this, because they are much smarter anyway. I apologise for the dutch grammar. Cheers > > checked, they don't have a clue, that's what we're here for > >> but also software engineers, > > checked, mutually accepted, they know what you're up to, and keep them > clear, be honest > and even better, they know what they're up to, but try to blame you for > just keep them as very close 'friends' > it helps when you are able to 'clean up their messes sometimes' > >> architects > > is like in between management and software engineers, dangerous maybe > >> , and >> business folks. > > management or otherwise > >> When a company runs a service whose production SLA is >> 100%, many tend to be less forgiving. > > 100% that's a dare! > For them it may be 100%, for me I am at 98% then, at best 99,636% :) > There is a lot of playfield unknown > >> There's a lot riding on running >> a development branch in production, even if it is a "Release >> Candidate". >> > > Agree 100% :) > RELEASE is better than RC or even BETA for sakes ;) > > > > > _______________________________________________ > 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 Tue Nov 27 04:09:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A337F2D for ; Tue, 27 Nov 2012 04:09:16 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 389538FC0C for ; Tue, 27 Nov 2012 04:09:15 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id t11so3925225qaa.13 for ; Mon, 26 Nov 2012 20:09:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:references:from:content-type:x-mailer:in-reply-to :message-id:date:to:content-transfer-encoding:mime-version :x-gm-message-state; bh=DuD4+SJhuiGsOEAS70VQaayvyMAPY3CgZx2CJftauXA=; b=jPK3bcYQKn8smEv2apHqIM5u5bwvF3e5FpNEJtYq1SGOvdLM8Gxg5Cp87K3bX/fo9t d7sb2iK4nrxQEKmhWN1DGKNQD497OuhQ1Omp9X1w2/Ll+mTSWYNEQevJA50cxZd6Gl/J dumXkNeGe2AF430CjeRsP9EpOyKyMdivHX933+p3dtqKFRCk1waYbuFVFAlz4i1DF8DK 7ZsmrdMmSq3FOaTVwROrUvrK3leoc3wgTw5OBhvP4tgNmzXHbX4lDeHxu/6X7OkRTwsx CvYM+z0X0WyXjDDgxGcrvUJsJXuMFHKw3IiwNTmz5L6KkPBNV26qlMCj77H8DQfOvRGr 2QNw== Received: by 10.49.118.74 with SMTP id kk10mr16487991qeb.44.1353989355003; Mon, 26 Nov 2012 20:09:15 -0800 (PST) Received: from [192.168.11.110] (ool-4a58bea2.dyn.optonline.net. [74.88.190.162]) by mx.google.com with ESMTPS id em3sm9967117qab.12.2012.11.26.20.09.13 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2012 20:09:14 -0800 (PST) Subject: Re: Write Failed message with 9.1-RC3 References: From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9B206) In-Reply-To: Message-Id: Date: Mon, 26 Nov 2012 23:09:11 -0500 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQmATyM4z7Z+hH7HguT4dBB9wUmduwm2HhRG1uld7d2gMI/suMQQ7Sa9OSGWHlmcaXYAPUCj X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 04:09:16 -0000 On Nov 26, 2012, at 4:01 PM, "Reed A. Cartwright" wrote= : > I'm new to this list... >=20 > I'm running a bioinformatics server using 9.1-RC3 (64 cores, 512GB > ram). I have a ZFS raid-z2 array attached to an LSI controller with a > SSD cache drive. Can you tell us more about this server . Can you post the output of pciconf -= lv , What do you have in loader.conf and sysctl.conf ? Do you se a custom kernel b= uild; What are the changes you made to that config ?=20 >=20 > Since upgrading to 9.1-RC2/3 (for AVX support), I have been > experiencing hard drive lockups with the message "write failed" > printed to the console. After this reading from the hard drives no > longer work, but the machine is not locked up. If the appropriate > files are in the cache, I can log in and execute programs. I know the > LSI driver has been updated in 9.1 and I have updated my cards' bios > to match. It doesn't seem to make a difference. >=20 > Once I was able to run top, and saw that many processes were stuck in > the 'tx->tx' state. What does your zfs config look like can you post the output if zpool status ?= What zfz options have you set on pool and filesystens ? Lastly In a shutdown -h now , does the system properly shutdown ,does it cra= sh and dump core ? >=20 > So far, no corruption appears to have occurred in the drives. >=20 > I'm about to downgrade to 9.0, but I wanted to know if anyone has any > idea what the issue is. >=20 > -- > Reed A. Cartwright, PhD > Assistant Professor of Genomics, Evolution, and Bioinformatics > School of Life Sciences > Center for Evolutionary Medicine and Informatics > The Biodesign Institute > Arizona State University > _______________________________________________ > 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" --- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 05:15:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32FC7693 for ; Tue, 27 Nov 2012 05:15:32 +0000 (UTC) (envelope-from rcartwri@asu.edu) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id DC2728FC08 for ; Tue, 27 Nov 2012 05:15:31 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so10962380iad.13 for ; Mon, 26 Nov 2012 21:15:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=l65caYNk1bAiU9ZTyqZ8jwhvFx25hiGzRqy6p2odamo=; b=T2ueCSyH0F3f30CYqWLNhcbm5WRTDPIl+bwpiot22Gxa+dpMAFsg3Ph99LFIp3ibdM tM7CqZLoTKH/9gwB6a2E1v5b/zEzJ3JWsktZ+kpu6ZXYxqiInuiTIGjE2w4HXA1heok8 xM+q2vVn2Sd1n/xCHx4UyXZezQmc2BgkdCvFtXCnwO8oSrjrAAw56ADckOs2Utg9usPY swMRJ1UQ550WuyYkZ/erXEs+APPtanFvQC7VzP1fFBGJpKYcC6LJPnzIlQ8xeWIEysjt rqb5Aq5Sf8XBnWP0e6cVTHQas03Gl+XygdFJg1S79QVdGrNo/xEUOYjXqQc+R4igDku9 d9IQ== MIME-Version: 1.0 Received: by 10.43.62.133 with SMTP id xa5mr5027949icb.28.1353993331196; Mon, 26 Nov 2012 21:15:31 -0800 (PST) Received: by 10.64.64.39 with HTTP; Mon, 26 Nov 2012 21:15:30 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Nov 2012 22:15:30 -0700 Message-ID: Subject: Re: Write Failed message with 9.1-RC3 From: "Reed A. Cartwright" To: Mark Saad Content-Type: multipart/mixed; boundary=bcaec51ddd4788c17204cf73239b X-Gm-Message-State: ALoCoQk3v61xZa3emlmkLRhsgbLq/uO/rINSu/VjJeHfJvd6lJesPxBeuHbYvF8D238GNe1LXrtr Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 05:15:32 -0000 --bcaec51ddd4788c17204cf73239b Content-Type: text/plain; charset=ISO-8859-1 Mark, Shutdown happens cleanly. My pciconf.log is attached. sysctl.conf is empty. Kernel is uncustomized amd64: FreeBSD herschel.biodesign.asu.edu 9.1-RC3 FreeBSD 9.1-RC3 #0 r242324: Tue Oct 30 00:58:57 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 loader.conf: zfs_load="YES" geom_eli_load="YES" ahci_load="YES" vfs.root.mountfrom="zfs:zroot" debug.acpi.max_tasks="128" #vboxdrv_load="YES" kern.maxfiles="65536" kldstat: Id Refs Address Size Name 1 46 0xffffffff80200000 1323388 kernel 2 1 0xffffffff81524000 2084d8 zfs.ko 3 2 0xffffffff8172d000 5c58 opensolaris.ko 4 1 0xffffffff81733000 1f988 geom_eli.ko 5 2 0xffffffff81753000 2b470 crypto.ko 6 2 0xffffffff8177f000 dde0 zlib.ko 7 1 0xffffffff81812000 15c2 fdescfs.ko 8 1 0xffffffff81814000 3dfc linprocfs.ko 9 2 0xffffffff81818000 1f3dc linux.ko 10 1 0xffffffff81838000 a0e linsysfs.ko 11 2 0xffffffff81839000 29f1 vboxnetflt.ko 12 2 0xffffffff8183c000 2c018 vboxdrv.ko 13 2 0xffffffff81869000 87b2 netgraph.ko 14 1 0xffffffff81872000 1579 ng_ether.ko 15 1 0xffffffff81874000 3f8a vboxnetadp.ko 16 1 0xffffffff81878000 ce8a ipfw.ko 17 1 0xffffffff81885000 21d green_saver.ko ZFS Properties: NAME PROPERTY VALUE SOURCE storage mountpoint legacy local storage atime off local storage/home mountpoint /home local storage/jails mountpoint /jails local storage/storage mountpoint /storage local zroot mountpoint legacy local zroot checksum fletcher4 local storage/home xattr off temporary storage/jails xattr off temporary storage/storage xattr off temporary storage/storage/tt xattr off temporary zroot xattr off temporary ZFS Status: pool: storage state: ONLINE scan: scrub repaired 0 in 9h21m with 0 errors on Sat Nov 17 12:23:44 2012 config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 raidz2-0 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 cache da8 ONLINE 0 0 0 errors: No known data errors pool: zroot state: ONLINE scan: scrub repaired 0 in 0h14m with 0 errors on Sat Nov 17 03:16:09 2012 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da11p2 ONLINE 0 0 0 da10p2 ONLINE 0 0 0 errors: No known data errors On Mon, Nov 26, 2012 at 9:09 PM, Mark Saad wrote: > > > > On Nov 26, 2012, at 4:01 PM, "Reed A. Cartwright" wrote: > >> I'm new to this list... >> >> I'm running a bioinformatics server using 9.1-RC3 (64 cores, 512GB >> ram). I have a ZFS raid-z2 array attached to an LSI controller with a >> SSD cache drive. > > Can you tell us more about this server . Can you post the output of pciconf -lv , > What do you have in loader.conf and sysctl.conf ? Do you se a custom kernel build; What are the changes you made to that config ? >> >> Since upgrading to 9.1-RC2/3 (for AVX support), I have been >> experiencing hard drive lockups with the message "write failed" >> printed to the console. After this reading from the hard drives no >> longer work, but the machine is not locked up. If the appropriate >> files are in the cache, I can log in and execute programs. I know the >> LSI driver has been updated in 9.1 and I have updated my cards' bios >> to match. It doesn't seem to make a difference. >> >> Once I was able to run top, and saw that many processes were stuck in >> the 'tx->tx' state. > > What does your zfs config look like can you post the output if zpool status ? What zfz options have you set on pool and filesystens ? > > Lastly In a shutdown -h now , does the system properly shutdown ,does it crash and dump core ? >> >> So far, no corruption appears to have occurred in the drives. >> >> I'm about to downgrade to 9.0, but I wanted to know if anyone has any >> idea what the issue is. >> >> -- >> Reed A. Cartwright, PhD >> Assistant Professor of Genomics, Evolution, and Bioinformatics >> School of Life Sciences >> Center for Evolutionary Medicine and Informatics >> The Biodesign Institute >> Arizona State University >> _______________________________________________ >> 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" > > --- > Mark saad | mark.saad@longcount.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" -- Reed A. Cartwright, PhD Assistant Professor of Genomics, Evolution, and Bioinformatics School of Life Sciences Center for Evolutionary Medicine and Informatics The Biodesign Institute Arizona State University --bcaec51ddd4788c17204cf73239b Content-Type: application/octet-stream; name="pciconf.log" Content-Disposition: attachment; filename="pciconf.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha0k8e640 aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHg1YTEwMTAwMiBjaGlwPTB4 NWExMDEwMDIgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xv Z2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ1JEODkwIE5vcnRoYnJpZGdlIG9ubHkgZHVhbCBz bG90ICgyeDE2KSBQQ0ktZSBHRlggSHlkcmEgcGFydCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UK ICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpwY2liMUBwY2kwOjA6MjowOgljbGFzcz0weDA2MDQw MCBjYXJkPTB4NWExMDEwMDIgY2hpcD0weDVhMTYxMDAyIHJldj0weDAwIGhkcj0weDAxCiAgICB2 ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdSRDg5 MCBQQ0kgdG8gUENJIGJyaWRnZSAoUENJIGV4cHJlc3MgZ3BwIHBvcnQgQiknCiAgICBjbGFzcyAg ICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQpwY2liMkBwY2kwOjA6NDowOglj bGFzcz0weDA2MDQwMCBjYXJkPTB4NWExMDEwMDIgY2hpcD0weDVhMTgxMDAyIHJldj0weDAwIGhk cj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNl ICAgICA9ICdSRDg5MCBQQ0kgdG8gUENJIGJyaWRnZSAoUENJIGV4cHJlc3MgZ3BwIHBvcnQgRCkn CiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQpwY2liM0Bw Y2kwOjA6MTE6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDVhMTAxMDAyIGNoaXA9MHg1YTFmMTAw MiByZXY9MHgwMCBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9naWVzIElu YycKICAgIGRldmljZSAgICAgPSAnUkQ4OTAgUENJIHRvIFBDSSBicmlkZ2UgKE5CLVNCIGxpbmsp JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKcGNpYjRA cGNpMDowOjEzOjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg1YTEwMTAwMiBjaGlwPTB4NWExZTEw MDIgcmV2PTB4MDAgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJ bmMnCiAgICBkZXZpY2UgICAgID0gJ1JEODkwIFBDSSB0byBQQ0kgYnJpZGdlIChleHRlcm5hbCBn ZngxIHBvcnQgQiknCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJ LVBDSQphaGNpMEBwY2kwOjA6MTc6MDoJY2xhc3M9MHgwMTA2MDEgY2FyZD0weDQzOTExMDAyIGNo aXA9MHg0Mzk0MTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVj aG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAgPSAnU0I3eDAvU0I4eDAvU0I5eDAgU0FUQSBD b250cm9sbGVyIFtBSENJIG1vZGVdJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQogICAg c3ViY2xhc3MgICA9IFNBVEEKb2hjaTBAcGNpMDowOjE4OjA6CWNsYXNzPTB4MGMwMzEwIGNhcmQ9 MHhhYjExMTVkOSBjaGlwPTB4NDM5NzEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ1NCN3gwL1NCOHgw L1NCOXgwIFVTQiBPSENJMCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMK ICAgIHN1YmNsYXNzICAgPSBVU0IKb2hjaTFAcGNpMDowOjE4OjE6CWNsYXNzPTB4MGMwMzEwIGNh cmQ9MHhhYjExMTVkOSBjaGlwPTB4NDM5ODEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRv ciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ1NCN3gwIFVT QiBPSENJMSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNs YXNzICAgPSBVU0IKZWhjaTBAcGNpMDowOjE4OjI6CWNsYXNzPTB4MGMwMzIwIGNhcmQ9MHhhYjEx MTVkOSBjaGlwPTB4NDM5NjEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAn QVRJIFRlY2hub2xvZ2llcyBJbmMnCiAgICBkZXZpY2UgICAgID0gJ1NCN3gwL1NCOHgwL1NCOXgw IFVTQiBFSENJIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3Vi Y2xhc3MgICA9IFVTQgpvaGNpMkBwY2kwOjA6MTk6MDoJY2xhc3M9MHgwYzAzMTAgY2FyZD0weGFi MTExNWQ5IGNoaXA9MHg0Mzk3MTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAgPSAnU0I3eDAvU0I4eDAvU0I5 eDAgVVNCIE9IQ0kwIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAg c3ViY2xhc3MgICA9IFVTQgpvaGNpM0BwY2kwOjA6MTk6MToJY2xhc3M9MHgwYzAzMTAgY2FyZD0w eGFiMTExNWQ5IGNoaXA9MHg0Mzk4MTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAgPSAnU0I3eDAgVVNCIE9I Q0kxIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3Mg ICA9IFVTQgplaGNpMUBwY2kwOjA6MTk6MjoJY2xhc3M9MHgwYzAzMjAgY2FyZD0weDQzOTYxMDAy IGNoaXA9MHg0Mzk2MTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkg VGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgICAgPSAnU0I3eDAvU0I4eDAvU0I5eDAgVVNC IEVIQ0kgQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFz cyAgID0gVVNCCm5vbmUwQHBjaTA6MDoyMDowOgljbGFzcz0weDBjMDUwMCBjYXJkPTB4YWIxMTE1 ZDkgY2hpcD0weDQzODUxMDAyIHJldj0weDNkIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FU SSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdTQngwMCBTTUJ1cyBDb250cm9s bGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBTTUJ1cwpp c2FiMEBwY2kwOjA6MjA6MzoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weGFiMTExNWQ5IGNoaXA9MHg0 MzlkMTAwMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBVEkgVGVjaG5vbG9n aWVzIEluYycKICAgIGRldmljZSAgICAgPSAnU0I3eDAvU0I4eDAvU0I5eDAgTFBDIGhvc3QgY29u dHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktSVNB CnBjaWI1QHBjaTA6MDoyMDo0OgljbGFzcz0weDA2MDQwMSBjYXJkPTB4MDAwMDAwMDAgY2hpcD0w eDQzODQxMDAyIHJldj0weDAwIGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9s b2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdTQngwMCBQQ0kgdG8gUENJIEJyaWRnZScKICAg IGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCm9oY2k0QHBjaTA6 MDoyMDo1OgljbGFzcz0weDBjMDMxMCBjYXJkPTB4NDM5NjEwMDIgY2hpcD0weDQzOTkxMDAyIHJl dj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwog ICAgZGV2aWNlICAgICA9ICdTQjd4MC9TQjh4MC9TQjl4MCBVU0IgT0hDSTIgQ29udHJvbGxlcicK ICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCmhvc3RiMUBw Y2kwOjA6MjQ6MDoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAwMTAy MiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZp Y2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlv biAwJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhv c3RiMkBwY2kwOjA6MjQ6MToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgx NjAxMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNy byBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBG dW5jdGlvbiAxJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1Qt UENJCmhvc3RiM0BwY2kwOjA6MjQ6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNo aXA9MHgxNjAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNl ZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nl c3NvciBGdW5jdGlvbiAyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9 IEhPU1QtUENJCmhvc3RiNEBwY2kwOjA6MjQ6MzoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAw MDAwIGNoaXA9MHgxNjAzMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdB ZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVo IFByb2Nlc3NvciBGdW5jdGlvbiAzJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xh c3MgICA9IEhPU1QtUENJCmhvc3RiNUBwY2kwOjA6MjQ6NDoJY2xhc3M9MHgwNjAwMDAgY2FyZD0w eDAwMDAwMDAwIGNoaXA9MHgxNjA0MTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1p bHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiA0JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAg c3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiNkBwY2kwOjA6MjQ6NToJY2xhc3M9MHgwNjAwMDAg Y2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjA1MTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9 ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiA1JwogICAgY2xhc3MgICAgICA9IGJyaWRn ZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiN0BwY2kwOjA6MjU6MDoJY2xhc3M9MHgw NjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAwMTAyMiByZXY9MHgwMCBoZHI9MHgwMAog ICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNl ICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiAwJwogICAgY2xhc3MgICAgICA9 IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiOEBwY2kwOjA6MjU6MToJY2xh c3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAxMTAyMiByZXY9MHgwMCBoZHI9 MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAg ZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiAxJwogICAgY2xhc3Mg ICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiOUBwY2kwOjA6MjU6 MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAyMTAyMiByZXY9MHgw MCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURd JwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiAyJwogICAg Y2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiMTBAcGNp MDowOjI1OjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYwMzEwMjIg cmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNl cyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24g MycKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0 YjExQHBjaTA6MDoyNTo0OgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2 MDQxMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3Jv IERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1 bmN0aW9uIDQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1Q Q0kKaG9zdGIxMkBwY2kwOjA6MjU6NToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNo aXA9MHgxNjA1MTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNl ZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nl c3NvciBGdW5jdGlvbiA1JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9 IEhPU1QtUENJCmhvc3RiMTNAcGNpMDowOjI2OjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAw MDAwMCBjaGlwPTB4MTYwMDEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAn QWR2YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1 aCBQcm9jZXNzb3IgRnVuY3Rpb24gMCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNs YXNzICAgPSBIT1NULVBDSQpob3N0YjE0QHBjaTA6MDoyNjoxOgljbGFzcz0weDA2MDAwMCBjYXJk PTB4MDAwMDAwMDAgY2hpcD0weDE2MDExMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0Zh bWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDEnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAg ICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGIxNUBwY2kwOjA6MjY6MjoJY2xhc3M9MHgwNjAw MDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAg dmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAg ICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiAyJwogICAgY2xhc3MgICAgICA9IGJy aWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiMTZAcGNpMDowOjI2OjM6CWNsYXNz PTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYwMzEwMjIgcmV2PTB4MDAgaGRyPTB4 MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRl dmljZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24gMycKICAgIGNsYXNzICAg ICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjE3QHBjaTA6MDoyNjo0 OgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2MDQxMDIyIHJldj0weDAw IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0n CiAgICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDQnCiAgICBj bGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGIxOEBwY2kw OjA6MjY6NToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjA1MTAyMiBy ZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2Vz IFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiA1 JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3Ri MTlAcGNpMDowOjI3OjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYw MDEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8g RGV2aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVu Y3Rpb24gMCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBD SQpob3N0YjIwQHBjaTA6MDoyNzoxOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hp cD0weDE2MDExMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2Vk IE1pY3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vz c29yIEZ1bmN0aW9uIDEnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0g SE9TVC1QQ0kKaG9zdGIyMUBwY2kwOjA6Mjc6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAw MDAwIGNoaXA9MHgxNjAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdB ZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVo IFByb2Nlc3NvciBGdW5jdGlvbiAyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xh c3MgICA9IEhPU1QtUENJCmhvc3RiMjJAcGNpMDowOjI3OjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9 MHgwMDAwMDAwMCBjaGlwPTB4MTYwMzEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFt aWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24gMycKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAg IHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjIzQHBjaTA6MDoyNzo0OgljbGFzcz0weDA2MDAw MCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2MDQxMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2 ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAg ID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDQnCiAgICBjbGFzcyAgICAgID0gYnJp ZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGIyNEBwY2kwOjA6Mjc6NToJY2xhc3M9 MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjA1MTAyMiByZXY9MHgwMCBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2 aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiA1JwogICAgY2xhc3MgICAg ICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiMjVAcGNpMDowOjI4OjA6 CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYwMDEwMjIgcmV2PTB4MDAg aGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScK ICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24gMCcKICAgIGNs YXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjI2QHBjaTA6 MDoyODoxOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2MDExMDIyIHJl dj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMg W0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDEn CiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGIy N0BwY2kwOjA6Mjg6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAy MTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBE ZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5j dGlvbiAyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJ Cmhvc3RiMjhAcGNpMDowOjI4OjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlw PTB4MTYwMzEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQg TWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNz b3IgRnVuY3Rpb24gMycKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBI T1NULVBDSQpob3N0YjI5QHBjaTA6MDoyODo0OgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAw MDAgY2hpcD0weDE2MDQxMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0Fk dmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWgg UHJvY2Vzc29yIEZ1bmN0aW9uIDQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFz cyAgID0gSE9TVC1QQ0kKaG9zdGIzMEBwY2kwOjA6Mjg6NToJY2xhc3M9MHgwNjAwMDAgY2FyZD0w eDAwMDAwMDAwIGNoaXA9MHgxNjA1MTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1p bHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiA1JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAg c3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiMzFAcGNpMDowOjI5OjA6CWNsYXNzPTB4MDYwMDAw IGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYwMDEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZl bmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAg PSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24gMCcKICAgIGNsYXNzICAgICAgPSBicmlk Z2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjMyQHBjaTA6MDoyOToxOgljbGFzcz0w eDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2MDExMDIyIHJldj0weDAwIGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZp Y2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDEnCiAgICBjbGFzcyAgICAg ID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGIzM0BwY2kwOjA6Mjk6MjoJ Y2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAyMTAyMiByZXY9MHgwMCBo ZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwog ICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiAyJwogICAgY2xh c3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiMzRAcGNpMDow OjI5OjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYwMzEwMjIgcmV2 PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyBb QU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24gMycK ICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjM1 QHBjaTA6MDoyOTo0OgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2MDQx MDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERl dmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0 aW9uIDQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kK aG9zdGIzNkBwY2kwOjA6Mjk6NToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9 MHgxNjA1MTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBN aWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3Nv ciBGdW5jdGlvbiA1JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhP U1QtUENJCmhvc3RiMzdAcGNpMDowOjMwOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAw MCBjaGlwPTB4MTYwMDEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2 YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1aCBQ cm9jZXNzb3IgRnVuY3Rpb24gMCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNz ICAgPSBIT1NULVBDSQpob3N0YjM4QHBjaTA6MDozMDoxOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4 MDAwMDAwMDAgY2hpcD0weDE2MDExMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAg ID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0ZhbWls eSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDEnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBz dWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGIzOUBwY2kwOjA6MzA6MjoJY2xhc3M9MHgwNjAwMDAg Y2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9 ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiAyJwogICAgY2xhc3MgICAgICA9IGJyaWRn ZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiNDBAcGNpMDowOjMwOjM6CWNsYXNzPTB4 MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYwMzEwMjIgcmV2PTB4MDAgaGRyPTB4MDAK ICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRldmlj ZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24gMycKICAgIGNsYXNzICAgICAg PSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjQxQHBjaTA6MDozMDo0Oglj bGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2MDQxMDIyIHJldj0weDAwIGhk cj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0nCiAg ICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDQnCiAgICBjbGFz cyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGI0MkBwY2kwOjA6 MzA6NToJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjA1MTAyMiByZXY9 MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtB TURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiA1Jwog ICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCmhvc3RiNDNA cGNpMDowOjMxOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MTYwMDEw MjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8gRGV2 aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5IDE1aCBQcm9jZXNzb3IgRnVuY3Rp b24gMCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBIT1NULVBDSQpo b3N0YjQ0QHBjaTA6MDozMToxOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0w eDE2MDExMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0FkdmFuY2VkIE1p Y3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0gJ0ZhbWlseSAxNWggUHJvY2Vzc29y IEZ1bmN0aW9uIDEnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gSE9T VC1QQ0kKaG9zdGI0NUBwY2kwOjA6MzE6MjoJY2xhc3M9MHgwNjAwMDAgY2FyZD0weDAwMDAwMDAw IGNoaXA9MHgxNjAyMTAyMiByZXY9MHgwMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdBZHZh bmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNlICAgICA9ICdGYW1pbHkgMTVoIFBy b2Nlc3NvciBGdW5jdGlvbiAyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3Mg ICA9IEhPU1QtUENJCmhvc3RiNDZAcGNpMDowOjMxOjM6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHgw MDAwMDAwMCBjaGlwPTB4MTYwMzEwMjIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAg PSAnQWR2YW5jZWQgTWljcm8gRGV2aWNlcyBbQU1EXScKICAgIGRldmljZSAgICAgPSAnRmFtaWx5 IDE1aCBQcm9jZXNzb3IgRnVuY3Rpb24gMycKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1 YmNsYXNzICAgPSBIT1NULVBDSQpob3N0YjQ3QHBjaTA6MDozMTo0OgljbGFzcz0weDA2MDAwMCBj YXJkPTB4MDAwMDAwMDAgY2hpcD0weDE2MDQxMDIyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5k b3IgICAgID0gJ0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0nCiAgICBkZXZpY2UgICAgID0g J0ZhbWlseSAxNWggUHJvY2Vzc29yIEZ1bmN0aW9uIDQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdl CiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKaG9zdGI0OEBwY2kwOjA6MzE6NToJY2xhc3M9MHgw NjAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgxNjA1MTAyMiByZXY9MHgwMCBoZHI9MHgwMAog ICAgdmVuZG9yICAgICA9ICdBZHZhbmNlZCBNaWNybyBEZXZpY2VzIFtBTURdJwogICAgZGV2aWNl ICAgICA9ICdGYW1pbHkgMTVoIFByb2Nlc3NvciBGdW5jdGlvbiA1JwogICAgY2xhc3MgICAgICA9 IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCm1wczBAcGNpMDo1OjA6MDoJY2xhc3M9 MHgwMTA3MDAgY2FyZD0weDMwMjAxMDAwIGNoaXA9MHgwMDcyMTAwMCByZXY9MHgwMyBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdMU0kgTG9naWMgLyBTeW1iaW9zIExvZ2ljJwogICAgZGV2aWNl ICAgICA9ICdTQVMyMDA4IFBDSS1FeHByZXNzIEZ1c2lvbi1NUFQgU0FTLTIgW0ZhbGNvbl0nCiAg ICBjbGFzcyAgICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJjbGFzcyAgID0gU0FTCm1wczFAcGNp MDo0OjA6MDoJY2xhc3M9MHgwMTA3MDAgY2FyZD0weDMwMjAxMDAwIGNoaXA9MHgwMDcyMTAwMCBy ZXY9MHgwMyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdMU0kgTG9naWMgLyBTeW1iaW9zIExv Z2ljJwogICAgZGV2aWNlICAgICA9ICdTQVMyMDA4IFBDSS1FeHByZXNzIEZ1c2lvbi1NUFQgU0FT LTIgW0ZhbGNvbl0nCiAgICBjbGFzcyAgICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJjbGFzcyAg ID0gU0FTCm1wczJAcGNpMDozOjA6MDoJY2xhc3M9MHgwMTA3MDAgY2FyZD0weDMwODAxMDAwIGNo aXA9MHgwMDcyMTAwMCByZXY9MHgwMyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdMU0kgTG9n aWMgLyBTeW1iaW9zIExvZ2ljJwogICAgZGV2aWNlICAgICA9ICdTQVMyMDA4IFBDSS1FeHByZXNz IEZ1c2lvbi1NUFQgU0FTLTIgW0ZhbGNvbl0nCiAgICBjbGFzcyAgICAgID0gbWFzcyBzdG9yYWdl CiAgICBzdWJjbGFzcyAgID0gU0FTCmlnYjBAcGNpMDoyOjA6MDoJY2xhc3M9MHgwMjAwMDAgY2Fy ZD0weGFiMTExNWQ5IGNoaXA9MHgxMGM5ODA4NiByZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnODI1NzYgR2lnYWJp dCBOZXR3b3JrIENvbm5lY3Rpb24nCiAgICBjbGFzcyAgICAgID0gbmV0d29yawogICAgc3ViY2xh c3MgICA9IGV0aGVybmV0CmlnYjFAcGNpMDoyOjA6MToJY2xhc3M9MHgwMjAwMDAgY2FyZD0weGFi MTExNWQ5IGNoaXA9MHgxMGM5ODA4NiByZXY9MHgwMSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnODI1NzYgR2lnYWJpdCBOZXR3 b3JrIENvbm5lY3Rpb24nCiAgICBjbGFzcyAgICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgICA9 IGV0aGVybmV0CnZnYXBjaTBAcGNpMDoxOjQ6MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0weGFiMTEx NWQ5IGNoaXA9MHgwNTMyMTAyYiByZXY9MHgwYSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdN YXRyb3ggR3JhcGhpY3MsIEluYy4nCiAgICBkZXZpY2UgICAgID0gJ01HQSBHMjAwZVcgV1BDTTQ1 MCcKICAgIGNsYXNzICAgICAgPSBkaXNwbGF5CiAgICBzdWJjbGFzcyAgID0gVkdBCmhvc3RiNDlA cGNpMDo2NDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHg1YTEyMTAwMiBjaGlwPTB4NWExMjEw MDIgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQVRJIFRlY2hub2xvZ2llcyBJ bmMnCiAgICBkZXZpY2UgICAgID0gJ1JEODkwIE5vcnRoYnJpZGdlIG9ubHkgZHVhbCBzbG90ICgy eDgpIFBDSS1lIEdGWCBIeWRyYSBwYXJ0JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3Vi Y2xhc3MgICA9IEhPU1QtUENJCnBjaWI3QHBjaTA6NjQ6MjowOgljbGFzcz0weDA2MDQwMCBjYXJk PTB4NWExMjEwMDIgY2hpcD0weDVhMTYxMDAyIHJldj0weDAwIGhkcj0weDAxCiAgICB2ZW5kb3Ig ICAgID0gJ0FUSSBUZWNobm9sb2dpZXMgSW5jJwogICAgZGV2aWNlICAgICA9ICdSRDg5MCBQQ0kg dG8gUENJIGJyaWRnZSAoUENJIGV4cHJlc3MgZ3BwIHBvcnQgQiknCiAgICBjbGFzcyAgICAgID0g YnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQptcHMzQHBjaTA6NjU6MDowOgljbGFzcz0w eDAxMDcwMCBjYXJkPTB4MzAyMDEwMDAgY2hpcD0weDAwNzIxMDAwIHJldj0weDAzIGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0xTSSBMb2dpYyAvIFN5bWJpb3MgTG9naWMnCiAgICBkZXZpY2Ug ICAgID0gJ1NBUzIwMDggUENJLUV4cHJlc3MgRnVzaW9uLU1QVCBTQVMtMiBbRmFsY29uXScKICAg IGNsYXNzICAgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNzICAgPSBTQVMK --bcaec51ddd4788c17204cf73239b-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 05:24:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE71783D for ; Tue, 27 Nov 2012 05:24:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 769568FC0C for ; Tue, 27 Nov 2012 05:24:53 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so2970944pad.13 for ; Mon, 26 Nov 2012 21:24:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=x2yfYxFnnYS8wDT80nfbGn23sLquFaLeAP+dU5EmAVE=; b=Uyi0iSTJ+xIBZ+iVYAEsnqJQ0RFDcTJUR+5Ld9Uavt3OMNmxhdjRS++zEkxgSiQyCZ fQRdQwWE5wktf1JNRNR0zIrb/ETiEyZ0IFxZQe/XCQsT9fF68lVWtPLh+L/XoKAGb34M u4Yq5BcLp8XQix7PFn3pehD8LGQXiTMVzU0vI7cAoRHM+IK9pe3zUFVAMA2V+adoucAr +Gdx5FEh7BdpGoSv80N6N5aA27ZAeKKw0Klc+rGM8Wwv6WkqNzuJrVowhnkeem84YWlK igD9BPYza8ans1LZGM6uEYKoKSU92Sp3kcBS5iRNFW9qtwoSKoFv1qooL/lYm4G0eMEo lm2Q== Received: by 10.68.239.232 with SMTP id vv8mr44743260pbc.53.1353993893141; Mon, 26 Nov 2012 21:24:53 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id m4sm3433214pav.17.2012.11.26.21.24.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2012 21:24:52 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 27 Nov 2012 14:24:48 +0900 From: YongHyeon PYUN Date: Tue, 27 Nov 2012 14:24:48 +0900 To: Richard Kuhns Subject: Re: bge on the new Mac Mini Message-ID: <20121127052448.GC1452@michelle.cdnetworks.com> References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50B3872B.9010709@wintek.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 27 Nov 2012 05:24:53 -0000 On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: > On 11/21/12 21:08, YongHyeon PYUN wrote: > > On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: > >> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: > >>> On 11/20/12 03:52, YongHyeon PYUN wrote: > >>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: > >>>>> Hi all, > >>>>> > >>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac > >>>>> Minis via the memstick image; they seem to be pretty good little boxes for > >>>>> things like offsite secondary nameservers, for example, and they're easily > >>>>> replaced in case of problems. > >>>>> > >>>>> However, the newest minis have slightly different hardware, and FreeBSD can't > >>>>> find the built-in NIC. pciconf -lv on the new mini shows it as > >>>>> > >>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 > >>>> > >>>> It seems this controller is BCM57766. > >>>> > >>>>> hdr=0x00 > >>>>> vendor = 'Broadcom Corporation' > >>>>> class = network > >>>>> subclass = ethernet > >>>>> > >>>>> The previous edition mini (that works) reports > >>>>> > >>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 > >>>>> vendor = 'Broadcom Corporation' > >>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' > >>>>> class = network > >>>>> subclass = ethernet > >>>>> > >>>>> Is there a chance that adding the new card/chip info to the current driver would > >>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not > >>>>> familiar enough with hardware at that level to figure out the patch myself. > >>>>> > >>>> > >>>> Try attached patch and let me know whether the patch works or not. > >>>> If the patch works please share dmesg output(bge(4) and brgphy(4) > >>>> output only). > >>>> Note, the patch was generated against CURRENT. > >>>> > >>> > >>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from > >> > >> I guess you also need to copy brgphy.c from HEAD to > >> /usr/src/sys/dev/mii directory. > >> > >>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no > >>> errors during the build, but still no NIC. > >> > >> Does it mean you're not seeing bge0 interface? Or you can't pass > >> any traffic via bge0? > > > > Oops, it seems I've not included your device ID in the diff. > > Try attach one instead. Make sure you use brgphy.c from HEAD. > > > > There's progress! With your latest patch using brgphy.c, if_bge.c, and > if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the > moment I try to configure it the box locks up completely; it won't even toggle > the caps lock LED. > > Booting single user and running ifconfig shows: > > bge0: flags=8802 metric 0 mtu 1500 > options=8009b > ether a8:20:66:11:3b:d6 > nd6 options=21 > media: Ethernet autoselect (1000baseT ) > status: active > > I did a verbose boot; here's the part that seems to be relevant to bge0: > > bge0: mem > 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 > bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ All these information are garbage which indicates a bug in the diff. > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: OUI 0x001be9, model 0x0024, rev. 1 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: bpf attached > bge0: Ethernet address: a8:20:66:11:3b:d6 > ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 > > I greatly appreciate your efforts. I'm sorry for the delay getting back with > you, but we had a busy Thanksgiving weekend. > Try again with attached bge.57766.diff3. Thanks for testing! From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 07:44:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B3A5130 for ; Tue, 27 Nov 2012 07:44:55 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id E49F88FC1B for ; Tue, 27 Nov 2012 07:44:54 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.eutelia.it (Eutelia) with ESMTP id 7AC156371D3 for ; Tue, 27 Nov 2012 08:44:47 +0100 (CET) Received: from soth.ventu (adsl-ull-29-164.41-151.net24.it [151.41.164.29]) (authenticated bits=0) by ns2.biolchim.it (8.14.5/8.14.5) with ESMTP id qAR7if7f062704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 27 Nov 2012 08:44:42 +0100 (CET) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.5/8.14.5) with ESMTP id qAR7iTv8006407 for ; Tue, 27 Nov 2012 08:44:30 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <50B46F5D.1040100@netfence.it> Date: Tue, 27 Nov 2012 08:44:29 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> <50B3E8A6.7060004@ose.nl> In-Reply-To: <50B3E8A6.7060004@ose.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Scanned-By: MIMEDefang 2.73 on 10.1.2.13 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns2.biolchim.it [192.168.2.203]); Tue, 27 Nov 2012 08:44:42 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 07:44:55 -0000 On 11/26/12 23:09, Bas Smeelen wrote: > Probable addition > 8.8 I get a lot of 'spurious interrupts detected' messages on a modified > i386 build kernel and my computer does not work right. What did I do wrong? > > You have a single processor computer, build your own customized kernel > and disabled > options SMP (multiprocessor). > Probably you also disabled the line below, > device apic # I/O APIC > > This is code for the advanced programmable interrupt controller which > also controls interrupts for your attached devices, being ethernet cards > and others. > Do not disable this device. While I don't know about apic, there used to be "KEEP THIS!!!" comments in GENERIC's conf file. I guess this would be more on the spot than a FAQ you'd read *after* removing this. Just my 2c. bye av. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 07:52:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D651A303 for ; Tue, 27 Nov 2012 07:52:54 +0000 (UTC) (envelope-from fluca1978@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 779C88FC08 for ; Tue, 27 Nov 2012 07:52:54 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo13so16411818vcb.13 for ; Mon, 26 Nov 2012 23:52:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=ExDiIOYVYXZr8YgRbU4ijbMaQThB+mZHaoQKCpz6ugI=; b=sRbTCQ+zBJwC6e2tPwPjbmWXGkQlo/tFleho1dyKsGPA8zof504fc+q3uuR1wwhJA3 OtrBsWY9CO+eVl5q3ogYYicQH08hnBxsHkwYPWFtiRVLttI+/vhXNzrGPozL8zVqiwzs XxPmLTWPHLqoOCZgcDZoS00tAV7nKOfyGnNJzVXIa+A7lSpXX10e6v5niIsDYxVeL4qn HMJ9oNBxH3aErzVRu1EUo9FPjr5mOqIXEYzMIEDZX9z26CWkOI+lCHoOySJeN6P8C5l0 mvlJGxhtHqfsR+x8ZfQO4AbDdCln7Y0DztXFYJQusuutDZB30D8k52s+istKBQ9WLtZT cLYQ== MIME-Version: 1.0 Received: by 10.220.153.144 with SMTP id k16mr23162371vcw.41.1354002773365; Mon, 26 Nov 2012 23:52:53 -0800 (PST) Sender: fluca1978@gmail.com Received: by 10.220.2.137 with HTTP; Mon, 26 Nov 2012 23:52:52 -0800 (PST) Date: Tue, 27 Nov 2012 08:52:52 +0100 X-Google-Sender-Auth: -5bdugZTUz3TxAf1-v3Y-DHuqrQ Message-ID: Subject: simple patch for portsnap to use wget From: Luca Ferrari To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=f46d043c7df854d37b04cf75568c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 07:52:55 -0000 --f46d043c7df854d37b04cf75568c Content-Type: text/plain; charset=ISO-8859-1 Hi all, I was in trouble for a while because I was using FreeBSD behind an http proxy (a palo alto for what it means) and the portsnap command was unable to handle updates reporting always "file does not exist". After digging I found that the problem was in the phttpget command used internally from portsnap: phttpget is not able to handle an http_proxy variable in the form of http://user:password@proxy:port since the first colon is understood as a port separator and therefore phttpget tries to connect to the host "user" on port "password@proxy:port". Since I did not found much documentation about how to solve the problem, and nobody on the forum was able to point me in any direction (see http://forums.freebsd.org/showthread.php?t=28849) I wrote a simple patch to modify portsnap to use wget instead of phttpget. Of course, this means you have to install wget first, and also the laminating of the files to download has slightly changed within portsnap, but I'm using it from several days and updates now and it seems to work well. Now the question is: should this patch, or better the idea of using wget or another alike substitute to phttpget, be integrated into the system? I've tested it on FreeBSD-9-STABLE. Regards, Luca --f46d043c7df854d37b04cf75568c Content-Type: application/octet-stream; name="portsnap_wget.patch" Content-Disposition: attachment; filename="portsnap_wget.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha0q8pdb1 MjY4YzI2OCwyNzEKPCBQSFRUUEdFVD0vdXNyL2xpYmV4ZWMvcGh0dHBnZXQKLS0tCj4gUEhUVFBH RVQ9L3Vzci9sb2NhbC9iaW4vd2dldAo+Cj4gZWNobyAiV0FSTklORzogdGhpcyB2ZXJzaW9uIG9m IHBvcnRzbmFwIGlzIHVzaW5nICRQSFRUUEdFVCBhcyBXZWItSFRUUC1HZXQgcHJvZ3JhbSEiCj4g ZWNobyAiTHVjYSBGZXJyYXJpIC0gZmx1Y2ExOTc4IChhdCkgZ21haWwgKGRvdCkgY29tIgo2ODcs NjkwYzY5MCw2OTUKPCB0ciAnfCcgJy0nIDwgcGF0Y2hsaXN0IHwKPCBsYW0gLXMgInRwLyIgLSAt cyAiLmd6IiB8CjwgeGFyZ3MgJHtYQVJHU1R9ICR7UEhUVFBHRVR9ICR7U0VSVkVSTkFNRX0gXAo8 IDI+JHtTVEFUU1JFRElSfSB8IGZldGNoX3Byb2dyZXNzCi0tLQo+ICMgZmV0Y2ggbWV0YWRhdGEg ZmlsZXMgdXNpbmcgd2dldCBiZWhpbmQgYSBwcm94eQo+IGZvciBjdXJyZW50X2ZpbGUgaW4gYHRy ICd8JyAnLScgPCBwYXRjaGxpc3QgfCBsYW0gLXMgInRwLyIgLSAtcyAiLmd6ImAKPiBkbwo+ICR7 UEhUVFBHRVR9ICR7U0VSVkVSTkFNRX0vJHtjdXJyZW50X2ZpbGV9ID4gL2Rldi9udWxsIDI+JjEK PiBkb25lCj4KNzIxLDcyNGM3MjYsNzMzCjwgZWNobyAke05ERUJVR30gIm1ldGFkYXRhIGZpbGVz Li4uICIKPCBsYW0gLXMgImYvIiAtIC1zICIuZ3oiIDwgZmlsZWxpc3QgfAo8IHhhcmdzICR7WEFS R1NUfSAke1BIVFRQR0VUfSAke1NFUlZFUk5BTUV9IFwKPCAyPiR7UVVJRVRSRURJUn0KLS0tCj4g ZWNobyAke05ERUJVR30gIm1ldGFkYXRhIGZpbGVzLi4uIgo+Cj4gIyBmZXRjaCBtZXRhZGF0YSBm aWxlcyB1c2luZyB3Z2V0IGJlaGluZCBhIHByb3h5Cj4gZm9yIGN1cnJlbnRfZmlsZSBpbiBgY2F0 IGZpbGVsaXN0YAo+IGRvCj4gJHtQSFRUUEdFVH0gJHtTRVJWRVJOQU1FfS9mLyR7Y3VycmVudF9m aWxlfS5neiA+IC9kZXYvbnVsbCAyPiYxCj4gZG9uZQo+Cjc2Myw3NjVjNzcyLDc3Nwo8IHRyICd8 JyAnLScgPCBwYXRjaGxpc3QgfCBsYW0gLXMgImJwLyIgLSB8CjwgeGFyZ3MgJHtYQVJHU1R9ICR7 UEhUVFBHRVR9ICR7U0VSVkVSTkFNRX0gXAo8IDI+JHtTVEFUU1JFRElSfSB8IGZldGNoX3Byb2dy ZXNzCi0tLQo+Cj4gIyBmZXRjaCBtZXRhZGF0YSBmaWxlcyB1c2luZyB3Z2V0IGJlaGluZCBhIHBy b3h5Cj4gZm9yIGN1cnJlbnRfZmlsZSBpbiBgdHIgJ3wnICctJyA8IHBhdGNobGlzdCB8IGxhbSAt cyAiYnAvIiAtIC1zICIuZ3oiYAo+IGRvCj4gJHtQSFRUUEdFVH0gJHtTRVJWRVJOQU1FfS8ke2N1 cnJlbnRfZmlsZX0gPiAvZGV2L251bGwgMj4mMQo+IGRvbmUKNzk0LDc5NmM4MDYsODEwCjwgbGFt IC1zICJmLyIgLSAtcyAiLmd6IiA8IGZpbGVsaXN0IHwKPCB4YXJncyAke1hBUkdTVH0gJHtQSFRU UEdFVH0gJHtTRVJWRVJOQU1FfSBcCjwgMj4ke1FVSUVUUkVESVJ9Ci0tLQo+ICMgZmV0Y2ggbWV0 YWRhdGEgZmlsZXMgdXNpbmcgd2dldCBiZWhpbmQgYSBwcm94eQo+IGZvciBjdXJyZW50X2ZpbGUg aW4gYGxhbSAtcyAiZi8iIC0gLXMgIi5neiIgPCBmaWxlbGlzdGAKPiBkbwo+ICR7UEhUVFBHRVR9 ICR7U0VSVkVSTkFNRX0vJHtjdXJyZW50X2ZpbGV9ID4gL2Rldi9udWxsIDI+JjEKPiBkb25l --f46d043c7df854d37b04cf75568c-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 07:55:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82082717 for ; Tue, 27 Nov 2012 07:55:57 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 14F9C8FC17 for ; Tue, 27 Nov 2012 07:55:56 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Tue, 27 Nov 2012 08:55:54 +0100 Message-ID: <50B471F1.5040704@ose.nl> Date: Tue, 27 Nov 2012 08:55:29 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Help review the FAQ References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> <50B3E8A6.7060004@ose.nl> <50B46F5D.1040100@netfence.it> In-Reply-To: <50B46F5D.1040100@netfence.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 07:55:57 -0000 On 11/27/2012 08:44 AM, Andrea Venturoli wrote: > On 11/26/12 23:09, Bas Smeelen wrote: > >> Probable addition >> 8.8 I get a lot of 'spurious interrupts detected' messages on a modified >> i386 build kernel and my computer does not work right. What did I do wrong? >> >> You have a single processor computer, build your own customized kernel >> and disabled >> options SMP (multiprocessor). >> Probably you also disabled the line below, >> device apic # I/O APIC >> >> This is code for the advanced programmable interrupt controller which >> also controls interrupts for your attached devices, being ethernet cards >> and others. >> Do not disable this device. > > While I don't know about apic, there used to be "KEEP THIS!!!" comments in > GENERIC's conf file. > I guess this would be more on the spot than a FAQ you'd read *after* > removing this. > > Just my 2c. > > bye > av. You're probably right. It must have been before 6.3-RELEASE, where there are no KEEP THIS comments in GENERIC. Though in NOTES it says "Mandatory". It is a very stupid user error on my side, which I stumbled upon quite a time ago and maybe not even FAQ worthy then. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 08:22:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B6BBCEE for ; Tue, 27 Nov 2012 08:22:23 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C84398FC08 for ; Tue, 27 Nov 2012 08:22:22 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so13823488obc.13 for ; Tue, 27 Nov 2012 00:22:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Hw6AKQuuJQWN04o4Bw/zUV77eoihVP5rb2wSoN0QwYA=; b=pFtoJMdKrZ8PVPF/qCsuBxku3IsxVloT0Fd5MI01oBFArqVM94D2QAMmA/B/cmlZy4 4KIVQwmFnWgHLNeaj5u+xRSQLZl1/zZa1PSFuwHEacRkYOQ9wgZhJoyXA1j0UrAD2iz7 EK0EUQPO6Xlnpoz5f+wzSsUbvSG7l/7iLn7xC0fnxkV4ZmCKtiEluMdeeEYZZRrjI0i6 c41tSO7+RwVYBzLnaw9vl8vyvrmNBT/ZTI3HdGSBOpDQI4z9Hfj0EhZLMnUxAO7O/lkC H8z/Mh7IYCO53rxLbV87RmydcpAGTJYC/+ak6HZllL8xrtrjg/qMnStPAV9XOlD+gtlb ISwg== MIME-Version: 1.0 Received: by 10.60.32.33 with SMTP id f1mr12026960oei.122.1354004529305; Tue, 27 Nov 2012 00:22:09 -0800 (PST) Received: by 10.60.132.50 with HTTP; Tue, 27 Nov 2012 00:22:09 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Nov 2012 10:22:09 +0200 Message-ID: Subject: Re: simple patch for portsnap to use wget From: Alexander Yerenkow To: Luca Ferrari Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 08:22:23 -0000 Do you aware that if wget tries download from https, and there is self-signed certificate, then it fails, and ask for --no-check-certificate option? How do your patch deal in that case? 2012/11/27 Luca Ferrari > Hi all, > I was in trouble for a while because I was using FreeBSD behind an > http proxy (a palo alto for what it means) and the portsnap command > was unable to handle updates reporting always "file does not exist". > After digging I found that the problem was in the phttpget command > used internally from portsnap: phttpget is not able to handle an > http_proxy variable in the form of http://user:password@proxy:port > since the first colon is understood as a port separator and therefore > phttpget tries to connect to the host "user" on port > "password@proxy:port". Since I did not found much documentation about > how to solve the problem, and nobody on the forum was able to point me > in any direction (see > http://forums.freebsd.org/showthread.php?t=28849) I wrote a simple > patch to modify portsnap to use wget instead of phttpget. > Of course, this means you have to install wget first, and also the > laminating of the files to download has slightly changed within > portsnap, but I'm using it from several days and updates now and it > seems to work well. > Now the question is: should this patch, or better the idea of using > wget or another alike substitute to phttpget, be integrated into the > system? > I've tested it on FreeBSD-9-STABLE. > > Regards, > Luca > > _______________________________________________ > 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" > -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 08:47:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3043DED8 for ; Tue, 27 Nov 2012 08:47:47 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6852D8FC0C for ; Tue, 27 Nov 2012 08:47:45 +0000 (UTC) Received: (qmail 61265 invoked by uid 89); 27 Nov 2012 08:47:38 -0000 Received: by simscan 1.4.0 ppid: 61260, pid: 61262, t: 0.1339s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15647 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 27 Nov 2012 08:47:38 -0000 Date: Tue, 27 Nov 2012 09:47:38 +0100 From: Rainer Duffner To: freebsd-stable@freebsd.org Subject: Re: simple patch for portsnap to use wget Message-ID: <20121127094738.0ab16fad@suse3> In-Reply-To: References: X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 08:47:47 -0000 Am Tue, 27 Nov 2012 10:22:09 +0200 schrieb Alexander Yerenkow : > Do you aware that if wget tries download from https, and there is > self-signed certificate, then it fails, and ask for > --no-check-certificate option? > How do your patch deal in that case? So portsnap and freebsd-update don't care? In any case, it's a wgetrc option, you can specify it in the global configfile... From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 08:49:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0CC920E for ; Tue, 27 Nov 2012 08:49:02 +0000 (UTC) (envelope-from fluca1978@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5908FC08 for ; Tue, 27 Nov 2012 08:49:02 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo13so16463478vcb.13 for ; Tue, 27 Nov 2012 00:49:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=dKhZWA1FDD4v1JTSH97QPQMybS6AB9VX95F544/YikE=; b=OQWcbpL/8ZPTYrzyBybdfKAC70HVIIk2LFxdghHrMAsabG0ffyy/eQL8tPnfZpVA61 Y1w0bOu7T1Nf5qUqPSOP/q5FQmbIFldEwMPuXWCYlQcdUUNkob1LG5Caz96le505+hak Nb6GrBBFxY1I9CqZFNUPJkNsLDOZsokJjXTsbHKNUttBz51C9DbBzz2mHAlXf2WcFoA3 Yt/uTlH021OVfjoBuM+C59ve7PfbGUKaToitLmpiQR4JT4v6SH0cmL9VbRrjSWyKEbn3 F7ZYU+6o4AH2eO1YXv7deEGzJg3hB1OAkVOiI7m1FEdqUzTS7JLumdGXIVgxRMEcjN19 XTuA== MIME-Version: 1.0 Received: by 10.52.77.101 with SMTP id r5mr20191715vdw.25.1354006141675; Tue, 27 Nov 2012 00:49:01 -0800 (PST) Sender: fluca1978@gmail.com Received: by 10.220.2.137 with HTTP; Tue, 27 Nov 2012 00:49:01 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Nov 2012 09:49:01 +0100 X-Google-Sender-Auth: OyRTf0RXyftl3-_Dgql_GKkfLXI Message-ID: Subject: Fwd: simple patch for portsnap to use wget From: Luca Ferrari To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 08:49:02 -0000 Sorry, back to list. On Tue, Nov 27, 2012 at 9:22 AM, Alexander Yerenkow wrote: > Do you aware that if wget tries download from https, and there is > self-signed certificate, then it fails, and ask for --no-check-certificate > option? > How do your patch deal in that case? It simply does not. Are the usage of ports allowed to provide self-signed certificates over https? However I think it is possible to make an option in portsnap.conf to allow for no-check-certificate option for wget. Luca From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 09:36:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D796BE8 for ; Tue, 27 Nov 2012 09:36:47 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 26C718FC08 for ; Tue, 27 Nov 2012 09:36:44 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 37C326A6004; Tue, 27 Nov 2012 10:36:43 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id qAR9agNo019755; Tue, 27 Nov 2012 10:36:42 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id qAR9agx8019447; Tue, 27 Nov 2012 10:36:42 +0100 (CET) (envelope-from lars) Date: Tue, 27 Nov 2012 10:36:42 +0100 From: Lars Engels To: Alexander Yerenkow Subject: Re: simple patch for portsnap to use wget Message-ID: <20121127093642.GD96846@e-new.0x20.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4X8KWh4JEk7YXJIe" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p4 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: cpervica@freebsd.org, freebsd-stable@freebsd.org, Luca Ferrari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 09:36:47 -0000 --4X8KWh4JEk7YXJIe Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 27, 2012 at 10:22:09AM +0200, Alexander Yerenkow wrote: > Do you aware that if wget tries download from https, and there is > self-signed certificate, then it fails, and ask for --no-check-certificate > option? > How do your patch deal in that case? >=20 > 2012/11/27 Luca Ferrari >=20 > > Hi all, > > I was in trouble for a while because I was using FreeBSD behind an > > http proxy (a palo alto for what it means) and the portsnap command > > was unable to handle updates reporting always "file does not exist". > > After digging I found that the problem was in the phttpget command > > used internally from portsnap: phttpget is not able to handle an > > http_proxy variable in the form of http://user:password@proxy:port > > since the first colon is understood as a port separator and therefore > > phttpget tries to connect to the host "user" on port > > "password@proxy:port". Since I did not found much documentation about > > how to solve the problem, and nobody on the forum was able to point me > > in any direction (see > > http://forums.freebsd.org/showthread.php?t=3D28849) I wrote a simple > > patch to modify portsnap to use wget instead of phttpget. > > Of course, this means you have to install wget first, and also the > > laminating of the files to download has slightly changed within > > portsnap, but I'm using it from several days and updates now and it > > seems to work well. > > Now the question is: should this patch, or better the idea of using > > wget or another alike substitute to phttpget, be integrated into the > > system? > > I've tested it on FreeBSD-9-STABLE. > > This should really be fixed in portsnap / phttpget itself. (cpervica CC'ed). wget is not part of the base system. --4X8KWh4JEk7YXJIe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlC0iaoACgkQKc512sD3afh27wCfcR5V06n5k/O9iti3L8HGXQV1 BHkAoII9fhuSYgzrq2li3e6g0HqruLbQ =dICs -----END PGP SIGNATURE----- --4X8KWh4JEk7YXJIe-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 11:26:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98A79479 for ; Tue, 27 Nov 2012 11:26:44 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 72F218FC08 for ; Tue, 27 Nov 2012 11:26:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TdJJL-0001D2-BO for freebsd-stable@freebsd.org; Tue, 27 Nov 2012 03:26:43 -0800 Date: Tue, 27 Nov 2012 03:26:43 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1354015603346-5764584.post@n5.nabble.com> In-Reply-To: <50B471F1.5040704@ose.nl> References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> <50B3E8A6.7060004@ose.nl> <50B46F5D.1040100@netfence.it> <50B471F1.5040704@ose.nl> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 11:26:44 -0000 If it is really mandatory on i386, why there is option at all? According to man, while apic is mandatory on amd64 there is no corresponding config or NOTES entry. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5764584.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 12:16:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48712FF5 for ; Tue, 27 Nov 2012 12:16:24 +0000 (UTC) (envelope-from fluca1978@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id DFAD48FC08 for ; Tue, 27 Nov 2012 12:16:23 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo13so16694835vcb.13 for ; Tue, 27 Nov 2012 04:16:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=celpPDmNMeLUAh19CaGPMK6NL4OdNzyPLlyiji8bhVQ=; b=Zkf76y+G4kdQUa4HUxfd0yP41BJELKynAmTFNAo+P+5LQLYLJoIu7Qyjr81XuaP5PO JuIINo57J6R9woL8dzaHHlSvWkbCGfFjMhKeb4BRbAKVQ/o7Qzmr3KlCzUrAhNQvBExb OgQbWo5mKEfzIzmTpNmfHO5igvSzY9Z9k92qHbCvFI+Cpoa1PBzouNssRJM3mz6ZPfaZ 5QavDBtvk9iYw3/ZZJZSXO7cuN7CL3mvhi8aJ1y40nFnNTgsmM5ulP6cf/4USWMD4q6h wCZTsiPDhfSiEHerWRiTZhg0Ik5SGUT/rEcpBbApRloTUC6rlILCKrlIQ0td2OJu7rch BI0w== MIME-Version: 1.0 Received: by 10.52.77.101 with SMTP id r5mr20827274vdw.25.1354018582885; Tue, 27 Nov 2012 04:16:22 -0800 (PST) Sender: fluca1978@gmail.com Received: by 10.220.2.137 with HTTP; Tue, 27 Nov 2012 04:16:22 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Nov 2012 13:16:22 +0100 X-Google-Sender-Auth: 5f0HthO7FLGt2sZ22hnMKbCcrBM Message-ID: Subject: Re: simple patch for portsnap to use wget From: Luca Ferrari To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=20cf307abd93a6f68604cf79047d X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 12:16:24 -0000 --20cf307abd93a6f68604cf79047d Content-Type: text/plain; charset=ISO-8859-1 I did a little review and now it is possible to specify to use wget or not using the portsnap.conf file, as well as the option to ingore certificate checking even if I don't believe this is correct. Therefore portsnap with this patch could work with either wget or phttpget, even if I'm not able to test if the laminating is still correct for phttpget (someone could test please?). Regards, Luca --20cf307abd93a6f68604cf79047d Content-Type: application/octet-stream; name="portsnap.conf.patch" Content-Disposition: attachment; filename="portsnap.conf.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha0zord80 MzZhMzcsNDYKPiAKPiAjIEVuYWJsZSB0aGlzIG9wdGlvbiBpZiB5b3Ugd2FudCBwb3J0c25hcCB0 byB1c2Ugd2dldCgxKQo+ICMgaW5zdGVhZCBvZiB0aGUgc3RhbmRhcmQgcGh0dHBnZXQgcHJvZ3Jh bSB0byBkb3dubG9hZAo+ICMgYWxsIHRoZSByZXF1aXJlZCBmaWxlcy4KPiBXR0VUX0VOQUJMRT0i WUVTIgo+IAo+ICMgSWYgdXNpbmcgd2dldCgxKSBhbmQgZGVhbGluZyB3aXRoIHNpdGVzIHdpdGgg c2VsZi1zaWduZWQgY2VydGlmaWNhdGVzCj4gIyB0dXJuIG9uIHRoaXMgb3B0aW9uIHRvIGFsbG93 IHdnZXQoMSkgdG8gc2tpcCBjaGVja2luZyB0aGUgY2VydGlmaWNhdGUuCj4gIyBXQVJOSU5HOiB0 aGlzIGNvdWxkIGJlIGEgcmlza3kgd2F5IG9mIHVwZGF0aW5nIHRoZSBzeXN0ZW0hISEhCj4gI1dH RVRfQ0hFQ0tfQ0VSVElGSUNBVEVTPSJZRVMiClwgTm8gbmV3bGluZSBhdCBlbmQgb2YgZmlsZQo= --20cf307abd93a6f68604cf79047d Content-Type: application/octet-stream; name="portsnap.patch" Content-Disposition: attachment; filename="portsnap.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha0zordo1 MTk1YTE5NiwyMDYKPiAJCSMgaGFuZGxpbmcgd2dldCBzcGVjaWZpYyBleHRlbnNpb24KPiAJCWZv ciB3Z2V0WCBpbiBXR0VUX0VOQUJMRSBXR0VUX0NIRUNLX0NFUlRJRklDQVRFUzsgZG8KPiAJCSAg ICBldmFsIF89XCQke3dnZXRYfQo+IAkJCWlmIFsgLXogIiR7X30iIF07IHRoZW4KPiAJCQkJZXZh bCAke3dnZXRYfT1gZ3JlcCAiXiR7d2dldFh9PSIgIiR7Q09ORkZJTEV9IiB8Cj4gCQkJCSAgICBj dXQgLWYgMi0gLWQgJz0nIHwgdGFpbCAtMSB8IHRyICdbOmxvd2VyOl0nICdbOnVwcGVyOl0nYAo+ IAkJCWZpCj4gCQlkb25lCj4gCQkKPiAKPiAKMjY4YzI3OSwyOTgKPCAJUEhUVFBHRVQ9L3Vzci9s aWJleGVjL3BodHRwZ2V0Ci0tLQo+IAo+IAkjIGRvIHdlIG5lZWQgdGhlIHVzYWdlIG9mIHdnZXQo MSkgaW5zdGVhZCBvZiB0aGUKPiAJIyBkZWZhdWx0IHBodHRwZ2V0Pwo+IAlpZiBbICIke1dHRVRf RU5BQkxFfSIgPSAiWUVTIiBdCj4gCXRoZW4KPiAJICAgIFBIVFRQR0VUPS91c3IvbG9jYWwvYmlu L3dnZXQKPiAJICAgIFBIVFRQR0VUX09QVFM9IiIKPiAKPiAJICAgICMgc2tpcCBjaGVja2luZyBj ZXJ0aWZpY2F0ZXMsIHJlYWxseSBkYW5nZXJvdXMhCj4gCSAgICBpZiBbICEgLXogIiR7V0dFVF9D SEVDS19DRVJUSUZJQ0FURVN9IiAtYSAiJHtXR0VUX0NIRUNLX0NFUlRJRklDQVRFU30iID0gIk5P IiBdCj4gCSAgICB0aGVuCj4gCQlQSFRUUEdFVF9PUFRTPSIke1BIVFRQR0VUX09QVFN9IC0tbm8t Y2hlY2stY2VydGlmaWNhdGUgIgo+IAkJZWNobyAiV0FSTklORzogY2hlY2sgb2YgY2VydGlmaWNh dGVzIGlzIGRpc2FibGVkIGFzIHNwZWNpZmllZCBieSBvcHRpb24gV0dFVF9DSEVDS19DRVJUSUZJ Q0FURVMgaW4gJENPTkZGSUxFIgo+IAkgICAgZmkKPiAJZWxzZQo+IAkgICAgUEhUVFBHRVQ9L3Vz ci9saWJleGVjL3BodHRwZ2V0Cj4gCWZpCj4gCj4gCWNoZWNrX2Rvd25sb2FkZXIKPiAJZWNobyAi V2lsbCB1c2UgWyRQSFRUUEdFVF0gYXMgZG93bmxvYWRlciIKNjg3LDY5MGM3MTcsNzIyCjwgCXRy ICd8JyAnLScgPCBwYXRjaGxpc3QgfAo8IAkgICAgbGFtIC1zICJ0cC8iIC0gLXMgIi5neiIgfAo8 IAkgICAgeGFyZ3MgJHtYQVJHU1R9ICR7UEhUVFBHRVR9ICR7U0VSVkVSTkFNRX0JXAo8IAkgICAg Mj4ke1NUQVRTUkVESVJ9IHwgZmV0Y2hfcHJvZ3Jlc3MKLS0tCj4gCj4gCWZvciBjdXJyZW50X2Zp bGUgaW4gYHRyICd8JyAnLScgPCBwYXRjaGxpc3QgfCBsYW0gLXMgInRwLyIgLSAtcyAiLmd6ImAK PiAJZG8KPiAJICAgIGVjaG8gJHtQSFRUUEdFVH0gJHtQSFRUUEdFVF9PUFRTfSAke1NFUlZFUk5B TUV9LyR7Y3VycmVudF9maWxlfSA+IC9kZXYvbnVsbCAyPiYxCj4gCWRvbmUKPiAKNzIxLDcyNGM3 NTMsNzYwCjwgCWVjaG8gJHtOREVCVUd9ICJtZXRhZGF0YSBmaWxlcy4uLiAiCjwgCWxhbSAtcyAi Zi8iIC0gLXMgIi5neiIgPCBmaWxlbGlzdCB8CjwgCSAgICB4YXJncyAke1hBUkdTVH0gJHtQSFRU UEdFVH0gJHtTRVJWRVJOQU1FfQlcCjwgCSAgICAyPiR7UVVJRVRSRURJUn0KLS0tCj4gCWVjaG8g JHtOREVCVUd9ICJtZXRhZGF0YSBmaWxlcy4uLiIKPiAKPiAJIyBmZXRjaCBtZXRhZGF0YSBmaWxl cyB1c2luZyB3Z2V0IGJlaGluZCBhIHByb3h5Cj4gCWZvciBjdXJyZW50X2ZpbGUgaW4gYGNhdCBm aWxlbGlzdGAKPiAJZG8KPiAJICAgIGVjaG8gJHtQSFRUUEdFVH0gICR7UEhUVFBHRVRfT1BUU30g JHtTRVJWRVJOQU1FfS9mLyR7Y3VycmVudF9maWxlfS5neiAgPiAvZGV2L251bGwgMj4mMQo+IAlk b25lCj4gCSAgICAKNzYzLDc2NWM3OTksODA0CjwgCXRyICd8JyAnLScgPCBwYXRjaGxpc3QgfCBs YW0gLXMgImJwLyIgLSB8CjwgCSAgICB4YXJncyAke1hBUkdTVH0gJHtQSFRUUEdFVH0gJHtTRVJW RVJOQU1FfQlcCjwgCSAgICAyPiR7U1RBVFNSRURJUn0gfCBmZXRjaF9wcm9ncmVzcwotLS0KPiAK PiAJIyBmZXRjaCBtZXRhZGF0YSBmaWxlcyB1c2luZyB3Z2V0IGJlaGluZCBhIHByb3h5Cj4gCWZv ciBjdXJyZW50X2ZpbGUgaW4gYHRyICd8JyAnLScgPCBwYXRjaGxpc3QgfCBsYW0gLXMgImJwLyIg LSAtcyAiLmd6ImAKPiAJZG8KPiAJICAgIGVjaG8gJHtQSFRUUEdFVH0gICR7UEhUVFBHRVRfT1BU U30gJHtTRVJWRVJOQU1FfS8ke2N1cnJlbnRfZmlsZX0gID4gL2Rldi9udWxsIDI+JjEKPiAJZG9u ZQo3OTQsNzk2YzgzMyw4MzcKPCAJbGFtIC1zICJmLyIgLSAtcyAiLmd6IiA8IGZpbGVsaXN0IHwK PCAJICAgIHhhcmdzICR7WEFSR1NUfSAke1BIVFRQR0VUfSAke1NFUlZFUk5BTUV9CVwKPCAJICAg IDI+JHtRVUlFVFJFRElSfQotLS0KPiAJIyBmZXRjaCBtZXRhZGF0YSBmaWxlcyB1c2luZyB3Z2V0 IGJlaGluZCBhIHByb3h5Cj4gCWZvciBjdXJyZW50X2ZpbGUgaW4gYGxhbSAtcyAiZi8iIC0gLXMg Ii5neiIgPCBmaWxlbGlzdGAKPiAJZG8KPiAJICAgICR7UEhUVFBHRVR9ICAke1BIVFRQR0VUX09Q VFN9ICR7U0VSVkVSTkFNRX0vJHtjdXJyZW50X2ZpbGV9ICA+IC9kZXYvbnVsbCAyPiYxCj4gCWRv bmUKOTk3YTEwMzksMTA3OQo+ICMgY2hlY2sgdGhhdCB0aGUgZG93bmxvYWRlciBwcm9ncmFtIGlz IHNldCBpbnRvIHRoZSB2YXJpYWJsZSBQSFRUUEdFVAo+ICMgYW5kIHRoYXQgaXMgZXhlY3V0YWJs ZSAoaW4gdGhlIGNhc2Ugb2Ygd2dldCgxKSBpdCBtdXN0IGJlIGF2YWlsYWJsZSBvbgo+ICMgdGhl IHN5c3RlbS4KPiAjCj4gIyBJbiB0aGUgY2FzZSB0aGUgZG93bmxvYWRlciBwcm9ncmFtIGlzIG5v dCB1c2FibGUgdGhlIHByb2dyYW0gd2lsbCBiZSBhYm9ydGVkCj4gIyB3aXRoIHRoZSBmb2xsb3dp bmcgZXhpdCBjb2RlczoKPiAjIDk5ID0gUEhUVFBHRVQgaW50ZXJuYWwgdmFyaWFibGUgbm90IHNl dAo+ICMgOTggPSBwcm9ncmFtIGRvZXMgbm90IGV4aXN0Cj4gIyA5NyA9IHByb2dyYW0gaXMgbm90 IGV4ZWN1dGFibGUKPiAjCj4gIwo+IGNoZWNrX2Rvd25sb2FkZXIoKXsKPiAgICAgc2hvdWxkX2V4 aXQ9MAo+IAo+ICAgICBpZiBbIC16ICIke1BIVFRQR0VUfSIgXQo+ICAgICB0aGVuCj4gCWVjaG8g IlRoZSBkb3dubG9hZGVyIHByb2dyYW0gaXMgbm90IHNldCBpbnRvIHRoZSBQSFRUUEdFVCB2YXJp YWJsZSEiCj4gCXNob3VsZF9leGl0PTk5Cj4gICAgIGVsc2UKPiAJaWYgWyAhIC1mICIke1BIVFRQ R0VUfSIgXQo+IAl0aGVuCj4gCSAgICBlY2hvICJUaGUgZG93bmxvYWRlciBwcm9ncmFtICRQSFRU UEdFVCBkb2VzIG5vdCBleGlzdHMhIgo+IAkgICAgZWNobyAiU2VlIGhlcmU6ICIgYHdoZXJlaXMg IiRQSFRUUEdFVCJgCj4gCSAgICBzaG91bGRfZXhpdD05OAo+IAllbHNlCj4gCSAgICBpZiBbICEg LXggIiR7UEhUVFBHRVR9IiBdCj4gCSAgICB0aGVuCj4gCQllY2hvICJUaGUgZG93bmxvYWRlciBw cm9ncmFtICRQSFRUUEdFVCBpcyBub3QgZXhlY3V0YWJsZSEiCj4gCQlzaG91bGRfZXhpdD05Nwo+ IAkgICAgZmkKPiAJZmkKPiAgICAgZmkKPiAKPiAgICAgaWYgWyAkc2hvdWxkX2V4aXQgLWd0IDAg XQo+ICAgICB0aGVuCj4gCWVjaG8gInBvcnRzbmFwIGNhbm5vdCBjb250aW51ZSwgc29ycnkiCj4g CWV4aXQgJHNob3VsZF9leGl0Cj4gICAgIGZpCj4gfQo+IAo+IAo= --20cf307abd93a6f68604cf79047d-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 12:18:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDBF91D3 for ; Tue, 27 Nov 2012 12:18:49 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2CD8FC14 for ; Tue, 27 Nov 2012 12:18:49 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so5033784vba.13 for ; Tue, 27 Nov 2012 04:18:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UF8k+mCCcwfGsqvgS1tWHA+g8ntbc2EgQu8nHErVog4=; b=rcJFOkydf/ZtUYQRwVPCQeO+NV+n2Wt0xoNJzHjBJQAqApjsoVg8FOplnqQDiB30uN 98ajmXIdQsDzLcXoDW56N4xwtdxSPBasp76rXjPpWzKrHbd9B0ppW7Zj3NsWUQ2iO58e hRzLAFOCbSEMVkXjjCHC0ih/FGkCLhqRjgYJkCRcl0BXkMsAqkIIisrPkFW3Ei5LsPhD wCJNUuJ+bVU16s0HIb54im9hNs4b2ACWpM+DPJI1sdeF0CSjiKV02NHVlKWxdeT+hHta AXPAUxtVKTJiVmCTUJkys4xlG5NXdTglFHpK2vpLiTDtJ6CcpsB4G2AhAzhm77bO0Kx/ oQVA== MIME-Version: 1.0 Received: by 10.52.100.65 with SMTP id ew1mr20693168vdb.125.1354018728924; Tue, 27 Nov 2012 04:18:48 -0800 (PST) Received: by 10.58.233.39 with HTTP; Tue, 27 Nov 2012 04:18:48 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Nov 2012 12:18:48 +0000 Message-ID: Subject: Re: simple patch for portsnap to use wget From: Tom Evans To: Luca Ferrari Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 12:18:50 -0000 On Tue, Nov 27, 2012 at 12:16 PM, Luca Ferrari wrote: > I did a little review and now it is possible to specify to use wget or > not using the portsnap.conf file, as well as the option to ingore > certificate checking even if I don't believe this is correct. > Therefore portsnap with this patch could work with either wget or > phttpget, even if I'm not able to test if the laminating is still > correct for phttpget (someone could test please?). > Why wget and not fetch(1)? Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 13:34:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD8096C9 for ; Tue, 27 Nov 2012 13:34:14 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4E18FC0C for ; Tue, 27 Nov 2012 13:34:14 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.1.436.0; Tue, 27 Nov 2012 08:34:13 -0500 Message-ID: <50B4C155.8050703@wintek.com> Date: Tue, 27 Nov 2012 08:34:13 -0500 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "pyunyh@gmail.com" Subject: Re: bge on the new Mac Mini References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> <20121127052448.GC1452@michelle.cdnetworks.com> In-Reply-To: <20121127052448.GC1452@michelle.cdnetworks.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rjk@wintek.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 13:34:15 -0000 On 11/27/12 00:24, YongHyeon PYUN wrote: > On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: >> On 11/21/12 21:08, YongHyeon PYUN wrote: >>> On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: >>>> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: >>>>> On 11/20/12 03:52, YongHyeon PYUN wrote: >>>>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: >>>>>>> Hi all, >>>>>>> >>>>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac >>>>>>> Minis via the memstick image; they seem to be pretty good little boxes for >>>>>>> things like offsite secondary nameservers, for example, and they're easily >>>>>>> replaced in case of problems. >>>>>>> >>>>>>> However, the newest minis have slightly different hardware, and FreeBSD can't >>>>>>> find the built-in NIC. pciconf -lv on the new mini shows it as >>>>>>> >>>>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 >>>>>> >>>>>> It seems this controller is BCM57766. >>>>>> >>>>>>> hdr=0x00 >>>>>>> vendor = 'Broadcom Corporation' >>>>>>> class = network >>>>>>> subclass = ethernet >>>>>>> >>>>>>> The previous edition mini (that works) reports >>>>>>> >>>>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 >>>>>>> vendor = 'Broadcom Corporation' >>>>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' >>>>>>> class = network >>>>>>> subclass = ethernet >>>>>>> >>>>>>> Is there a chance that adding the new card/chip info to the current driver would >>>>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not >>>>>>> familiar enough with hardware at that level to figure out the patch myself. >>>>>>> >>>>>> >>>>>> Try attached patch and let me know whether the patch works or not. >>>>>> If the patch works please share dmesg output(bge(4) and brgphy(4) >>>>>> output only). >>>>>> Note, the patch was generated against CURRENT. >>>>>> >>>>> >>>>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from >>>> >>>> I guess you also need to copy brgphy.c from HEAD to >>>> /usr/src/sys/dev/mii directory. >>>> >>>>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no >>>>> errors during the build, but still no NIC. >>>> >>>> Does it mean you're not seeing bge0 interface? Or you can't pass >>>> any traffic via bge0? >>> >>> Oops, it seems I've not included your device ID in the diff. >>> Try attach one instead. Make sure you use brgphy.c from HEAD. >>> >> >> There's progress! With your latest patch using brgphy.c, if_bge.c, and >> if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the >> moment I try to configure it the box locks up completely; it won't even toggle >> the caps lock LED. >> >> Booting single user and running ifconfig shows: >> >> bge0: flags=8802 metric 0 mtu 1500 >> options=8009b >> ether a8:20:66:11:3b:d6 >> nd6 options=21 >> media: Ethernet autoselect (1000baseT ) >> status: active >> >> I did a verbose boot; here's the part that seems to be relevant to bge0: >> >> bge0: mem >> 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 >> bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > All these information are garbage which indicates a bug in the diff. > >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: OUI 0x001be9, model 0x0024, rev. 1 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> bge0: bpf attached >> bge0: Ethernet address: a8:20:66:11:3b:d6 >> ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 >> >> I greatly appreciate your efforts. I'm sorry for the delay getting back with >> you, but we had a busy Thanksgiving weekend. >> > > Try again with attached bge.57766.diff3. > Thanks for testing! > I don't think the patch actually got attached :-( -- Richard Kuhns My Desk: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 18:13:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B4FF576 for ; Tue, 27 Nov 2012 18:13:01 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (unknown [IPv6:2001:b70:201:2::22]) by mx1.freebsd.org (Postfix) with ESMTP id 59E9D8FC0C for ; Tue, 27 Nov 2012 18:13:00 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3Y9tQF2l3fz13N1 for ; Tue, 27 Nov 2012 18:12:53 +0000 (GMT) Message-ID: <50B5029D.90908@rewt.org.uk> Date: Tue, 27 Nov 2012 18:12:45 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: virtio for 9.1-R Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 18:13:01 -0000 Hi guys, I can't see virtio in releng/9.1, is there any particular reason why it isn't going to be included given that it works reasonable well (and is optional anyway, so not likely to be detrimental)? Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 18:24:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CFF4A0E for ; Tue, 27 Nov 2012 18:24:45 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6F48FC0C for ; Tue, 27 Nov 2012 18:24:44 +0000 (UTC) Received: from [172.16.10.200] (unknown [172.16.10.200]) by mail.intertainservices.com (Postfix) with ESMTPSA id 024C956D54; Tue, 27 Nov 2012 13:24:36 -0500 (EST) Message-ID: <1354040675.3923.3.camel@mjakubik.localdomain> Subject: Re: simple patch for portsnap to use wget From: Mike Jakubik To: Luca Ferrari Date: Tue, 27 Nov 2012 13:24:35 -0500 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4 (3.4.4-2.fc17) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 024C956D54.A308A X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 18:24:45 -0000 On Tue, 2012-11-27 at 08:52 +0100, Luca Ferrari wrote: > Now the question is: should this patch, or better the idea of using > wget or another alike substitute to phttpget, be integrated into the > system? > I've tested it on FreeBSD-9-STABLE. Certainly not with a dependency on wget, which is not part of the base system. Use fetch instead. Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 19:25:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B0A8405 for ; Tue, 27 Nov 2012 19:25:57 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 128D68FC1B for ; Tue, 27 Nov 2012 19:25:56 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id k19so11579347qcs.13 for ; Tue, 27 Nov 2012 11:25:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y7oXd8XupB7zFY3nOlmPEXXeYH+4ToIHX0fu5KOYEIs=; b=kKpqiHKEMkR4lAWIvgxEt9KcWQKIMoAPESCSdDZ1pTIArHwxmt2ZmGUCGpeBjKGoBe dlwDBRhQyJ8dF4gPwe6GDKAPwVs9whoaMnLLfLIsqJE+W9tv1JiXMkNT7yVXnKdn2iNB FG0stS7Ay2/CZtHZhL/rnGBm98UJAzB/JfJXu9T1FTIDbQQ4s1aN/MwH4StaPK07QATG a/rj1P2h0hXCip60W4qEGkzKM0XGSb8TpZVYbqbdm1L0h78E/kBZ1tjzwI90TDy7EBRe q50HonXTuvlcy2g8fsYduGkcMVRzUlh5IHVCT0Y3770ert6X/S4AjPgMZWViMHu8rBDX 2Gww== MIME-Version: 1.0 Received: by 10.49.71.163 with SMTP id w3mr9605229qeu.22.1354044356179; Tue, 27 Nov 2012 11:25:56 -0800 (PST) Received: by 10.229.78.96 with HTTP; Tue, 27 Nov 2012 11:25:56 -0800 (PST) In-Reply-To: <50B5029D.90908@rewt.org.uk> References: <50B5029D.90908@rewt.org.uk> Date: Tue, 27 Nov 2012 22:25:56 +0300 Message-ID: Subject: Re: virtio for 9.1-R From: Sergey Kandaurov To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 19:25:57 -0000 On 27 November 2012 22:12, Joe Holden wrote: > Hi guys, > > I can't see virtio in releng/9.1, is there any particular reason why it > isn't going to be included given that it works reasonable well (and is > optional anyway, so not likely to be detrimental)? virtio appeared in stable/9 a bit after 9.1 cut off, and it is too late now regardless of virtio shape. Anyway you can installed it from ports. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 20:10:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6586C53 for ; Tue, 27 Nov 2012 20:10:56 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 413B28FC0C for ; Tue, 27 Nov 2012 20:10:55 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id je9so5207674bkc.13 for ; Tue, 27 Nov 2012 12:10:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:date:subject:to :message-id:mime-version:x-mailer; bh=wVu/PnohnykXSZgq4gNiZBWgF0ktmJK5pvuVl4YnbmI=; b=TOWv/dlpDma0ell7GABgWv08SrXTsSx4y7aBqIxtjV6Pz7Jz0QcIrPOqdzS+n7D3VV DP7koYOMu6dk0V1Kqo4IIWbVwSR+zu1p97V1/v/WP4ZzNua8s0jDBHtw/GTd20qxNAVh rm91oyg6UbiqjbbtWnH/LsqEnnnTdilKEUx5Q697r9Zk8SiUGN7GrvDJTVkshMNghj10 4+fZKw3gig/rTnbBqSctG9POAFRB3Sj28PB+H6XzPehFD2Jb3RhBE37zf4NPhVyQ205F VlR10qu6ccglxL7jM/QIiuwjEJTiwwzbg/rFMl2eb51vITIKKKm5EZB9T88SySZs8RxG xpiQ== Received: by 10.204.154.202 with SMTP id p10mr3025688bkw.29.1354047054965; Tue, 27 Nov 2012 12:10:54 -0800 (PST) Received: from imba-brutale-3.totalterror.net ([93.152.184.10]) by mx.google.com with ESMTPS id 18sm2067372bkv.0.2012.11.27.12.10.53 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Nov 2012 12:10:54 -0800 (PST) From: Nikolay Denev Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Nov 2012 22:10:52 +0200 Subject: ZFS memory management To: "freebsd-stable@freebsd.org" Message-Id: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 20:10:56 -0000 Hello list, I have the following question : I have several machines with 196G of RAM = that are using RELENG_9 with ZFS, and are running a very memory intensive java = applications - ElasticSearch The machines are without swap configured and have "vm.swap_enabled=3D0" = in /etc/sysctl.conf. The ElasticSearch processes are using mlockall(2) to pin down their = memory (configured at 40G). And at this point I thought that there would be no problems, but from = time to time, when the machine grows it's=20 ARC memory and there are some other running processes like nginx with = passenger and uwsgi the ElasticSearch process would get killed by the kernel OOM killer with reason "no swap = space available" Of course, I've now tuned down arc_max in /boot/loader.conf, but isn't = this supposed to work automatically? Like ZFS releasing some memory when there is a pressure, instead of the OOM = killer going postal? (at the moment when the process was killed the ZFS ARC was 132G). I understand that this might be problematic as AFAIK ZFS releases memory = asynchronously when the arc_reclaim_thread() is run, which might take some time to be scheduled and complete. Cheers, Nikolay From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 20:22:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBBB9137 for ; Tue, 27 Nov 2012 20:22:16 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 45E848FC0C for ; Tue, 27 Nov 2012 20:22:15 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so12299305lah.13 for ; Tue, 27 Nov 2012 12:22:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UfRVJrfHxt6unY6c9bIW8SyNy3F2tIPM4QxtqteWRe4=; b=blWmG5/FrkIj6Xfmp7nmsumGmDcsJh3TxNn36EirmUGulT9J0Jopz4ZPQt/IfKFAvS NIV/pWBCQ+6Afblxn3LJA9QeV5JOVKkkRI/LHDZz7wST0t1YDuiirCRdjZj2F3Ad2A5C BiTEGQy4Xin84dzXccNeOnfbdhnFoKShjdTsHIJykfrIWE9PEbL9jJyAAE9PrI1QviI/ nCEVhEXXBPA4/qpM3T1Ia0VlTfjFQ9LFvh5OWvtlrFuo5fhyiqjdbtw3lGIvG/kdjwU2 ik1BNVH1qHvMjPDlDiUouu3ue6VsAABSNTg4rLugAV40HXoVGzQbzx8OXhBzZRAuQLG1 OIRg== MIME-Version: 1.0 Received: by 10.152.106.79 with SMTP id gs15mr15932254lab.31.1354047734950; Tue, 27 Nov 2012 12:22:14 -0800 (PST) Received: by 10.114.24.66 with HTTP; Tue, 27 Nov 2012 12:22:14 -0800 (PST) In-Reply-To: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com> References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com> Date: Tue, 27 Nov 2012 12:22:14 -0800 Message-ID: Subject: Re: ZFS memory management From: Freddie Cash To: Nikolay Denev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 20:22:16 -0000 Read any ZFS tuning manual on the web, including the ones direct from SUN/Oracle, and they all list: - if you are running processes that need a lot of memory, then limit the ARC to allow the apps to have access to that memory :) On Tue, Nov 27, 2012 at 12:10 PM, Nikolay Denev wrote: > Hello list, > > I have the following question : I have several machines with 196G of RAM > that are using > RELENG_9 with ZFS, and are running a very memory intensive java > applications - ElasticSearch > The machines are without swap configured and have "vm.swap_enabled=0" in > /etc/sysctl.conf. > The ElasticSearch processes are using mlockall(2) to pin down their memory > (configured at 40G). > And at this point I thought that there would be no problems, but from time > to time, when the machine grows it's > ARC memory and there are some other running processes like nginx with > passenger and uwsgi the ElasticSearch > process would get killed by the kernel OOM killer with reason "no swap > space available" > > Of course, I've now tuned down arc_max in /boot/loader.conf, but isn't > this supposed to work automatically? Like > ZFS releasing some memory when there is a pressure, instead of the OOM > killer going postal? (at the moment when > the process was killed the ZFS ARC was 132G). > > I understand that this might be problematic as AFAIK ZFS releases memory > asynchronously when the arc_reclaim_thread() is run, > which might take some time to be scheduled and complete. > > Cheers, > Nikolay > > > _______________________________________________ > 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" > -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 20:27:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D96D54D for ; Tue, 27 Nov 2012 20:27:25 +0000 (UTC) (envelope-from telbizov@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id DB6EB8FC08 for ; Tue, 27 Nov 2012 20:27:24 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so16514116oag.13 for ; Tue, 27 Nov 2012 12:27:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GLkD3ejjB4GdAhkIECMn6rbzOgwNJnrBFuqhsk/27g8=; b=wULT/RiWBfMKNnMI2DfeuPIn181JdGAYurEFuA/TfEVc4FWuXBsvgYzQ4V3OGMk0D2 xvVXnQ+c3xqX8X9CqbHJaKPAAe9r+9E5AgGaIReB87V9ZUEqOySjjsDQUT4VMxDeQdsi TFFZT/eijFGyZ4qe7h5MgJrPcyD73ux8XF07l+6m0vvM0QpxBvOuKwr92nDI8fw4UeEZ 8ZC+opKDTK1xhHf5awrGvJbsc4QBZ/uDSiTiSrC8mG0ROFxs7RwnPr/zCO9dgxH1PZxR /5+VezzeZARg8Eog4IK2VGfMPpdqIuDHt3Xxz8sbpJDtfhyhN4tASBZctQh8bgY/Z+fr +QAg== MIME-Version: 1.0 Received: by 10.182.177.72 with SMTP id co8mr883590obc.53.1354048044217; Tue, 27 Nov 2012 12:27:24 -0800 (PST) Received: by 10.182.71.165 with HTTP; Tue, 27 Nov 2012 12:27:24 -0800 (PST) In-Reply-To: References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com> Date: Tue, 27 Nov 2012 12:27:24 -0800 Message-ID: Subject: Re: ZFS memory management From: Rumen Telbizov To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 20:27:25 -0000 > > - if you are running processes that need a lot of memory, then limit the > ARC to allow the apps to have access to that memory And this is what Nikolay did after the incident apparently. The question was more like: Shouldn't the OS release this memory automatically when it's starved as opposed to nuking processes? It's only cache after all. Lots of it. On Tue, Nov 27, 2012 at 12:22 PM, Freddie Cash wrote: > Read any ZFS tuning manual on the web, including the ones direct from > SUN/Oracle, and they all list: > - if you are running processes that need a lot of memory, then limit the > ARC to allow the apps to have access to that memory > > :) > > > On Tue, Nov 27, 2012 at 12:10 PM, Nikolay Denev wrote: > > > Hello list, > > > > I have the following question : I have several machines with 196G of RAM > > that are using > > RELENG_9 with ZFS, and are running a very memory intensive java > > applications - ElasticSearch > > The machines are without swap configured and have "vm.swap_enabled=0" in > > /etc/sysctl.conf. > > The ElasticSearch processes are using mlockall(2) to pin down their > memory > > (configured at 40G). > > And at this point I thought that there would be no problems, but from > time > > to time, when the machine grows it's > > ARC memory and there are some other running processes like nginx with > > passenger and uwsgi the ElasticSearch > > process would get killed by the kernel OOM killer with reason "no swap > > space available" > > > > Of course, I've now tuned down arc_max in /boot/loader.conf, but isn't > > this supposed to work automatically? Like > > ZFS releasing some memory when there is a pressure, instead of the OOM > > killer going postal? (at the moment when > > the process was killed the ZFS ARC was 132G). > > > > I understand that this might be problematic as AFAIK ZFS releases memory > > asynchronously when the arc_reclaim_thread() is run, > > which might take some time to be scheduled and complete. > > > > Cheers, > > Nikolay > > > > > > _______________________________________________ > > 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 > " > > > > > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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" > -- Rumen Telbizov http://telbizov.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 20:49:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0195C31 for ; Tue, 27 Nov 2012 20:49:19 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (unknown [IPv6:2001:b70:201:2::22]) by mx1.freebsd.org (Postfix) with ESMTP id 8992D8FC12 for ; Tue, 27 Nov 2012 20:49:18 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3Y9xtg4FdXz13N1; Tue, 27 Nov 2012 20:49:15 +0000 (GMT) Message-ID: <50B52743.2070407@rewt.org.uk> Date: Tue, 27 Nov 2012 20:49:07 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Sergey Kandaurov Subject: Re: virtio for 9.1-R References: <50B5029D.90908@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 20:49:20 -0000 On 27/11/2012 19:25, Sergey Kandaurov wrote: > On 27 November 2012 22:12, Joe Holden wrote: >> Hi guys, >> >> I can't see virtio in releng/9.1, is there any particular reason why it >> isn't going to be included given that it works reasonable well (and is >> optional anyway, so not likely to be detrimental)? > > virtio appeared in stable/9 a bit after 9.1 cut off, > and it is too late now regardless of virtio shape. > Anyway you can installed it from ports. > Ah I see, doesn't really help all the people who can't install it in KVM and such though unfortunately, seems silly making them wait even longer and having to use Linux :) cheers From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 21:25:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E9A18DA for ; Tue, 27 Nov 2012 21:25:41 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 313EE8FC0C for ; Tue, 27 Nov 2012 21:25:40 +0000 (UTC) Received: from steiner.cc.vt.edu (steiner.cc.vt.edu [198.82.163.51]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id qARLP4dx007395; Tue, 27 Nov 2012 16:25:04 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by steiner.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id UWF00837; Tue, 27 Nov 2012 16:25:04 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id qARLP1iM004980 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 27 Nov 2012 16:25:03 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: virtio for 9.1-R From: Paul Mather In-Reply-To: <50B52743.2070407@rewt.org.uk> Date: Tue, 27 Nov 2012 16:25:01 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <6546B04E-4B9A-4862-9145-7681574D1EF3@gromit.dlib.vt.edu> References: <50B5029D.90908@rewt.org.uk> <50B52743.2070407@rewt.org.uk> To: Joe Holden X-Mailer: Apple Mail (2.1499) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=steiner.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020205.50B52FB0.014B,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: Sergey Kandaurov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 21:25:41 -0000 On Nov 27, 2012, at 3:49 PM, Joe Holden wrote: > On 27/11/2012 19:25, Sergey Kandaurov wrote: >> On 27 November 2012 22:12, Joe Holden wrote: >>> Hi guys, >>>=20 >>> I can't see virtio in releng/9.1, is there any particular reason why = it >>> isn't going to be included given that it works reasonable well (and = is >>> optional anyway, so not likely to be detrimental)? >>=20 >> virtio appeared in stable/9 a bit after 9.1 cut off, >> and it is too late now regardless of virtio shape. >> Anyway you can installed it from ports. >>=20 > Ah I see, doesn't really help all the people who can't install it in = KVM and such though unfortunately, seems silly making them wait even > longer and having to use Linux :) FWIW, I installed FreeBSD 9-STABLE (pre-virtio in src) in KVM, initially = using the emulated devices and then, post-install, installed the = emulators/virtio-kmod port and switched over to vtbd/vtnet devices = without problem. When virtio appeared in src, I ditched the virtio-kmod = port, again, without issues. I found making the transition to virtio devices no harder than the ad -> = ada device transition. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 22:27:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3E2D142; Tue, 27 Nov 2012 22:27:21 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id BB0168FC1B; Tue, 27 Nov 2012 22:27:20 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so9830175lbb.13 for ; Tue, 27 Nov 2012 14:27:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6x4rTu2nHbaSWlFbT7SDCryzG8A5fxpamr9ZK/c2TYk=; b=PFBqzXk7ApITqsBuvpFOBDVx+t5Se7rFA72iaIqx107KcA553PLz5vg+0CfkcNwje+ jx5VFSDvLmbETVG9OYx5PLKujw7UremtAAGPGNzdvaZ0fy3bDbPxbqNE3MI1Z3rYh4aJ vbFjCd0YML3XOx/OlKnfOMq4+WagBoXphrdyVrP4BSVWNgAEsSm1NZbpOWSawP1krqsV +nliSaDYPQEDDDJU649m5juHo9IbkF8yIDD3+8RSFUP/7qAQiy+euZxUnYr90KrUufE8 qBMlSPFoIshG3WIAw3tVv+bI7wIkNqMnzd6MSnBHiZly4FtWY8KXTztsR6EOTHrDXh9H if+A== MIME-Version: 1.0 Received: by 10.152.105.44 with SMTP id gj12mr16234840lab.19.1354055239725; Tue, 27 Nov 2012 14:27:19 -0800 (PST) Received: by 10.112.61.33 with HTTP; Tue, 27 Nov 2012 14:27:19 -0800 (PST) Date: Tue, 27 Nov 2012 17:27:19 -0500 Message-ID: Subject: 9.1-RC3 IGB dropping connections. From: Zaphod Beeblebrox To: FreeBSD Stable , FreeBSD Hackers , FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 22:27:21 -0000 I've got an Intel server motherboard with 4x igb (and 1x em) on it. The motherboard in question is the S3420GPRX and the IGB's show up as: igb0: port 0x3020-0x303f mem 0xb1b20000-0xb1b3ffff,0xb1bc4000-0xb1bc7fff irq 19 at device 0.0 on pci3 igb0: Using MSIX interrupts with 9 vectors igb0: Ethernet address: 00:1e:67:3a:d5:40 igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb0: Bound queue 4 to cpu 4 igb0: Bound queue 5 to cpu 5 igb0: Bound queue 6 to cpu 6 igb0: Bound queue 7 to cpu 7 ... now... I have this machine (right now) on the local lan with my windows 7 workstation and putty sees the ssh connection as dropped often. I say often --- in that it can happen in a minute or two... it often seems to happen when there is active output going to the window (like a download counter running), but I also say "often" in that... it seems slightly random... but it _is_ incessant... as in very "often." This seems like something that we should ship with 9.1... From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 22:57:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B86823E4 for ; Tue, 27 Nov 2012 22:57:19 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 802F78FC15 for ; Tue, 27 Nov 2012 22:57:19 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so3654170pad.13 for ; Tue, 27 Nov 2012 14:57:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:subject:date:organization:mime-version :content-type:x-priority:x-msmail-priority:importance:x-mailer :x-mimeole:x-gm-message-state; bh=CbX071+zJC6pRVASOWX4ZVU0X5a7u4B9pkqAtOi2xvo=; b=Kta7d+i/VwCtBeowJW4sBfunKGmEOCla+Lh2Z6ncOdF00JyCVjLVAibA1ntcQUcrW8 4FprNhpz8I+TKuEbhDyRRQujL6xYgwiR3SqaUDJxvQMDA87df7AzDs1XR1t0C3bX410/ dxEWYR9HOiNRz20Wm1MiqcPkJ22NmYQ/fUA0xeGErrzIRGicJfZQeB0Kpg6s6+14muuP hceraZnAbVQiKRYNfOgzPuqYbjSckRoQlASMjmG69ibegaHE4e267/FLeiclTsbBXb/W bQ5Y0pNsTy66r4ab5iCGVCBY8YBMKUrOCXeST/5P0Yj9/VcKdz0BfGJrjKlOy5oEcShV txQg== Received: by 10.66.73.132 with SMTP id l4mr46717952pav.48.1354057039078; Tue, 27 Nov 2012 14:57:19 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id c7sm11359373pay.10.2012.11.27.14.57.16 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Nov 2012 14:57:17 -0800 (PST) Message-ID: From: =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: Subject: How to clean up / Date: Tue, 27 Nov 2012 16:57:19 -0600 Organization: =?utf-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQn+IjC95+yw2TS1PlOcFYX9TuHWwAlETahXy6NjGgoqdv4Hsk2GdHnmyOn7kKEr7rwevcVH Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 22:57:19 -0000 Hello.=20 I recently upgraded to 9.1-RC3, everything went fine, however the / = partition its about to get full. Im really new to FreeBSD so I = don=E2=80=99t know what files can be deleted safely. # find -x / -size +10000 -exec du -h {} \; 16M /boot/kernel/kernel 60M /boot/kernel/kernel.symbols 6.7M /boot/kernel/if_ath.ko.symbols 6.4M /boot/kernel/vxge.ko.symbols 9.4M /boot/kernel/xfs.ko.symbols 15M /boot/kernel/zfs.ko.symbols 15M /boot/kernel.old/kernel 55M /boot/kernel.old/kernel.symbols 6.7M /boot/kernel.old/if_ath.ko.symbols 6.4M /boot/kernel.old/vxge.ko.symbols 9.2M /boot/kernel.old/xfs.ko.symbols 15M /boot/kernel.old/zfs.ko.symbols 15M /boot/kernel.old1/kernel 5M /rescue/rescue 5M /rescue/cat 5M /rescue/chflags 5M /rescue/chio 5M /rescue/chmod 5M /rescue/cp 5M /rescue/date 5M /rescue/dd 5M /rescue/df 5M /rescue/echo 5M /rescue/ed 5M /rescue/red 5M /rescue/expr 5M /rescue/getfacl 5M /rescue/hostname 5M /rescue/kenv 5M /rescue/kill 5M /rescue/ln 5M /rescue/link 5M /rescue/ls 5M /rescue/mkdir 5M /rescue/mv 5M /rescue/pkill 5M /rescue/pgrep 5M /rescue/ps 5M /rescue/pwd 5M /rescue/realpath 5M /rescue/rm 5M /rescue/unlink 5M /rescue/rmdir 5M /rescue/setfacl 5M /rescue/sh 5M /rescue/stty 5M /rescue/sync 5M /rescue/test 5M /rescue/[ 5M /rescue/rcp 5M /rescue/csh 5M /rescue/tcsh 5M /rescue/atacontrol 5M /rescue/badsect 5M /rescue/camcontrol 5M /rescue/ccdconfig 5M /rescue/clri 5M /rescue/devfs 5M /rescue/dmesg 5M /rescue/dump 5M /rescue/rdump 5M /rescue/dumpfs 5M /rescue/dumpon 5M /rescue/fsck 5M /rescue/fsck_ffs 5M /rescue/fsck_4.2bsd 5M /rescue/fsck_ufs 5M /rescue/fsck_msdosfs 5M /rescue/fsdb 5M /rescue/fsirand 5M /rescue/gbde 5M /rescue/geom 5M /rescue/glabel 5M /rescue/gpart 5M /rescue/ifconfig 5M /rescue/init 5M /rescue/kldconfig 5M /rescue/kldload 5M /rescue/kldstat 5M /rescue/kldunload 5M /rescue/ldconfig 5M /rescue/md5 5M /rescue/mdconfig 5M /rescue/mdmfs 5M /rescue/mknod 5M /rescue/mount 5M /rescue/mount_cd9660 5M /rescue/mount_msdosfs 5M /rescue/mount_nfs 5M /rescue/mount_ntfs 5M /rescue/mount_nullfs 5M /rescue/mount_udf 5M /rescue/mount_unionfs 5M /rescue/newfs 5M /rescue/newfs_msdos 5M /rescue/nos-tun 5M /rescue/ping 5M /rescue/reboot 5M /rescue/fastboot 5M /rescue/halt 5M /rescue/fasthalt 5M /rescue/restore 5M /rescue/rrestore 5M /rescue/rcorder 5M /rescue/route 5M /rescue/routed 5M /rescue/rtquery 5M /rescue/rtsol 5M /rescue/savecore 5M /rescue/spppcontrol 5M /rescue/swapon 5M /rescue/sysctl 5M /rescue/tunefs 5M /rescue/umount 5M /rescue/atmconfig 5M /rescue/ping6 5M /rescue/ipf 5M /rescue/zfs 5M /rescue/zpool 5M /rescue/bsdlabel 5M /rescue/disklabel 5M /rescue/fdisk 5M /rescue/dhclient 5M /rescue/head 5M /rescue/mt 5M /rescue/sed 5M /rescue/tail 5M /rescue/tee 5M /rescue/gzip 5M /rescue/gunzip 5M /rescue/gzcat 5M /rescue/zcat 5M /rescue/bzip2 5M /rescue/bunzip2 5M /rescue/bzcat 5M /rescue/xz 5M /rescue/unxz 5M /rescue/lzma 5M /rescue/unlzma 5M /rescue/xzcat 5M /rescue/lzcat 5M /rescue/tar 5M /rescue/vi 5M /rescue/ex 5M /rescue/id 5M /rescue/groups 5M /rescue/whoami 5M /rescue/chroot 5M /rescue/chown 5M /rescue/chgrp 5M /rescue/nc 76M /compat/linux/usr/lib/locale/locale-archive.tmpl 8.0M /.sujournal Thanks in advance. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 23:03:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CABAC606 for ; Tue, 27 Nov 2012 23:03:54 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 90F1F8FC08 for ; Tue, 27 Nov 2012 23:03:54 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id qARN3mD1011434 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 27 Nov 2012 17:03:48 -0600 Received: from [10.0.0.100] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.309.2; Tue, 27 Nov 2012 17:03:47 -0600 Subject: Re: How to clean up / MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: Date: Tue, 27 Nov 2012 15:03:45 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <58EFB8F2-EFC1-4FB8-B276-3DBE8D5CFE07@fisglobal.com> References: To: =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-11-27_05:2012-11-27,2012-11-27,1970-01-01 signatures=0 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Nov 2012 23:03:54 -0000 I'd delete (or move): /boot/kernel.old1 And if you need more space: /boot/kernel.old I don't know about the following: /compat/linux/usr/lib/locale/locale-archive.tmpl As for the rest, leave it (note: /rescue/* are not really separate files bu= t hard-links to /rescue/rescue). --=20 Devin On Nov 27, 2012, at 2:57 PM, Efra=EDn D=E9ctor wrote: > Hello.=20 >=20 > I recently upgraded to 9.1-RC3, everything went fine, however the / parti= tion its about to get full. Im really new to FreeBSD so I don=92t know what= files can be deleted safely. >=20 > # find -x / -size +10000 -exec du -h {} \; >=20 > 16M /boot/kernel/kernel > 60M /boot/kernel/kernel.symbols > 6.7M /boot/kernel/if_ath.ko.symbols > 6.4M /boot/kernel/vxge.ko.symbols > 9.4M /boot/kernel/xfs.ko.symbols > 15M /boot/kernel/zfs.ko.symbols > 15M /boot/kernel.old/kernel > 55M /boot/kernel.old/kernel.symbols > 6.7M /boot/kernel.old/if_ath.ko.symbols > 6.4M /boot/kernel.old/vxge.ko.symbols > 9.2M /boot/kernel.old/xfs.ko.symbols > 15M /boot/kernel.old/zfs.ko.symbols > 15M /boot/kernel.old1/kernel > 5M /rescue/rescue > 5M /rescue/cat > 5M /rescue/chflags > 5M /rescue/chio > 5M /rescue/chmod > 5M /rescue/cp > 5M /rescue/date > 5M /rescue/dd > 5M /rescue/df > 5M /rescue/echo > 5M /rescue/ed > 5M /rescue/red > 5M /rescue/expr > 5M /rescue/getfacl > 5M /rescue/hostname > 5M /rescue/kenv > 5M /rescue/kill > 5M /rescue/ln > 5M /rescue/link > 5M /rescue/ls > 5M /rescue/mkdir > 5M /rescue/mv > 5M /rescue/pkill > 5M /rescue/pgrep > 5M /rescue/ps > 5M /rescue/pwd > 5M /rescue/realpath > 5M /rescue/rm > 5M /rescue/unlink > 5M /rescue/rmdir > 5M /rescue/setfacl > 5M /rescue/sh > 5M /rescue/stty > 5M /rescue/sync > 5M /rescue/test > 5M /rescue/[ > 5M /rescue/rcp > 5M /rescue/csh > 5M /rescue/tcsh > 5M /rescue/atacontrol > 5M /rescue/badsect > 5M /rescue/camcontrol > 5M /rescue/ccdconfig > 5M /rescue/clri > 5M /rescue/devfs > 5M /rescue/dmesg > 5M /rescue/dump > 5M /rescue/rdump > 5M /rescue/dumpfs > 5M /rescue/dumpon > 5M /rescue/fsck > 5M /rescue/fsck_ffs > 5M /rescue/fsck_4.2bsd > 5M /rescue/fsck_ufs > 5M /rescue/fsck_msdosfs > 5M /rescue/fsdb > 5M /rescue/fsirand > 5M /rescue/gbde > 5M /rescue/geom > 5M /rescue/glabel > 5M /rescue/gpart > 5M /rescue/ifconfig > 5M /rescue/init > 5M /rescue/kldconfig > 5M /rescue/kldload > 5M /rescue/kldstat > 5M /rescue/kldunload > 5M /rescue/ldconfig > 5M /rescue/md5 > 5M /rescue/mdconfig > 5M /rescue/mdmfs > 5M /rescue/mknod > 5M /rescue/mount > 5M /rescue/mount_cd9660 > 5M /rescue/mount_msdosfs > 5M /rescue/mount_nfs > 5M /rescue/mount_ntfs > 5M /rescue/mount_nullfs > 5M /rescue/mount_udf > 5M /rescue/mount_unionfs > 5M /rescue/newfs > 5M /rescue/newfs_msdos > 5M /rescue/nos-tun > 5M /rescue/ping > 5M /rescue/reboot > 5M /rescue/fastboot > 5M /rescue/halt > 5M /rescue/fasthalt > 5M /rescue/restore > 5M /rescue/rrestore > 5M /rescue/rcorder > 5M /rescue/route > 5M /rescue/routed > 5M /rescue/rtquery > 5M /rescue/rtsol > 5M /rescue/savecore > 5M /rescue/spppcontrol > 5M /rescue/swapon > 5M /rescue/sysctl > 5M /rescue/tunefs > 5M /rescue/umount > 5M /rescue/atmconfig > 5M /rescue/ping6 > 5M /rescue/ipf > 5M /rescue/zfs > 5M /rescue/zpool > 5M /rescue/bsdlabel > 5M /rescue/disklabel > 5M /rescue/fdisk > 5M /rescue/dhclient > 5M /rescue/head > 5M /rescue/mt > 5M /rescue/sed > 5M /rescue/tail > 5M /rescue/tee > 5M /rescue/gzip > 5M /rescue/gunzip > 5M /rescue/gzcat > 5M /rescue/zcat > 5M /rescue/bzip2 > 5M /rescue/bunzip2 > 5M /rescue/bzcat > 5M /rescue/xz > 5M /rescue/unxz > 5M /rescue/lzma > 5M /rescue/unlzma > 5M /rescue/xzcat > 5M /rescue/lzcat > 5M /rescue/tar > 5M /rescue/vi > 5M /rescue/ex > 5M /rescue/id > 5M /rescue/groups > 5M /rescue/whoami > 5M /rescue/chroot > 5M /rescue/chown > 5M /rescue/chgrp > 5M /rescue/nc > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl > 8.0M /.sujournal >=20 > Thanks in advance. > _______________________________________________ > 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" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 23:08:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48C3C8D6; Tue, 27 Nov 2012 23:08:00 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 625738FC14; Tue, 27 Nov 2012 23:07:59 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so12431342lah.13 for ; Tue, 27 Nov 2012 15:07:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=/+dEsfSBwi9Ec6ZJUK1KL01whzSyaWktFaaIVnSqnyg=; b=iq4txiyF/DKrQVsDII+bBvyvJBvEOCg1xLUGaoSXZ/CtnY7cJ54fil9gWzzWS7xMro /vurX0lye6HVsrKKFDSPFf7U43hvvv0PdPVddozu25lbBnW3uvgK10529ghI7HnQ3uiH ZvDS+gCzR1rKUQ/Dy7WyLsjvTxwHAOtTOObEGtIVLych06je2szQojKoOCwto5ix7Oc6 S0X7BO3WRaMKdypD5+t0bIvA9sGiG7oFz6QeaUEg1wWI65CpHuvh1B1//+724awuWGoY gqzw+54GHivLL9ujHxr/u9+z4ZBWSO2woj0T3IhoBQzqdGMWGj3KQM4VKJ4BbSS7Oa3P 1+tw== MIME-Version: 1.0 Received: by 10.112.103.5 with SMTP id fs5mr7400465lbb.23.1354057676946; Tue, 27 Nov 2012 15:07:56 -0800 (PST) Received: by 10.112.61.33 with HTTP; Tue, 27 Nov 2012 15:07:56 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Nov 2012 18:07:56 -0500 Message-ID: Subject: Re: 9.1-RC3 IGB dropping connections. From: Zaphod Beeblebrox To: FreeBSD Stable , FreeBSD Hackers , FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 23:08:00 -0000 A further update to my problem: it only seems to occur when there is largely traffic "out" ie: the window is active with ... but typing in the window seems to prevent the effect. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 23:15:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 282EFE2D; Tue, 27 Nov 2012 23:15:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93E928FC08; Tue, 27 Nov 2012 23:15:12 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo13so17614106vcb.13 for ; Tue, 27 Nov 2012 15:15:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=d5S50J9057WUI3BvtZmoHtGMbN+ZQQGbwgDv687Z5Ws=; b=S4vdGVOrB00Lr1ni3ktlvze9gqJZDGVnAuu1031ogrkgydafNJ4NZkhwlz8/AI/RT+ Xi7dF2QMQxN2PY6VVGO4KHXCUM+DerpyGmHqJ55nFvf3TxEz9+Pdilqrme1ipTDoLjtG pbRN41Iqoq6fXYcVR+aeIVfiZsfW7C2ZpKd62OCtRLpdwc/IPku0UV6w509UUNuzNJa2 qrCehHFkrssHyOYOda6cRjkiMThRyk3REWefChYCjXI6cQOldJ6aU5ea5fZ4NzVeuH8P 02PiZJGj4VnQs6J8c8scsAR+ZLVU9Fy8ovRuYZoGggsXysmAgPGswvRZ3P3VQT4TVO1l FBAQ== MIME-Version: 1.0 Received: by 10.58.55.198 with SMTP id u6mr27555378vep.35.1354058111603; Tue, 27 Nov 2012 15:15:11 -0800 (PST) Received: by 10.59.3.165 with HTTP; Tue, 27 Nov 2012 15:15:11 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Nov 2012 15:15:11 -0800 Message-ID: Subject: Re: 9.1-RC3 IGB dropping connections. From: Jack Vogel To: Zaphod Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Hackers , FreeBSD Stable , FreeBSD Net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 23:15:13 -0000 Something in your environment, have lots of users with this driver in very demanding environments and I have not been seeing reports of this sort. Jack On Tue, Nov 27, 2012 at 2:27 PM, Zaphod Beeblebrox wrote: > I've got an Intel server motherboard with 4x igb (and 1x em) on it. > The motherboard in question is the S3420GPRX and the IGB's show up as: > > igb0: port > 0x3020-0x303f mem 0xb1b20000-0xb1b3ffff,0xb1bc4000-0xb1bc7fff irq 19 > at device 0.0 on pci3 > igb0: Using MSIX interrupts with 9 vectors > igb0: Ethernet address: 00:1e:67:3a:d5:40 > igb0: Bound queue 0 to cpu 0 > igb0: Bound queue 1 to cpu 1 > igb0: Bound queue 2 to cpu 2 > igb0: Bound queue 3 to cpu 3 > igb0: Bound queue 4 to cpu 4 > igb0: Bound queue 5 to cpu 5 > igb0: Bound queue 6 to cpu 6 > igb0: Bound queue 7 to cpu 7 > > ... now... I have this machine (right now) on the local lan with my > windows 7 workstation and putty sees the ssh connection as dropped > often. I say often --- in that it can happen in a minute or two... it > often seems to happen when there is active output going to the window > (like a download counter running), but I also say "often" in that... > it seems slightly random... but it _is_ incessant... as in very > "often." > > This seems like something that we should ship with 9.1... > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 23:19:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D97A364 for ; Tue, 27 Nov 2012 23:19:43 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 72C768FC15 for ; Tue, 27 Nov 2012 23:19:42 +0000 (UTC) Received: (qmail 37440 invoked from network); 28 Nov 2012 00:51:15 -0000 Received: from unknown (HELO [62.48.0.94]) ([62.48.0.94]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 28 Nov 2012 00:51:15 -0000 Message-ID: <50B54AE7.3040901@freebsd.org> Date: Wed, 28 Nov 2012 00:21:11 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Zaphod Beeblebrox Subject: Re: 9.1-RC3 IGB dropping connections. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , FreeBSD Stable , FreeBSD Net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 23:19:43 -0000 On 27.11.2012 23:27, Zaphod Beeblebrox wrote: > I've got an Intel server motherboard with 4x igb (and 1x em) on it. > The motherboard in question is the S3420GPRX and the IGB's show up as: > > igb0: port > 0x3020-0x303f mem 0xb1b20000-0xb1b3ffff,0xb1bc4000-0xb1bc7fff irq 19 > at device 0.0 on pci3 > igb0: Using MSIX interrupts with 9 vectors > igb0: Ethernet address: 00:1e:67:3a:d5:40 > igb0: Bound queue 0 to cpu 0 > igb0: Bound queue 1 to cpu 1 > igb0: Bound queue 2 to cpu 2 > igb0: Bound queue 3 to cpu 3 > igb0: Bound queue 4 to cpu 4 > igb0: Bound queue 5 to cpu 5 > igb0: Bound queue 6 to cpu 6 > igb0: Bound queue 7 to cpu 7 > > ... now... I have this machine (right now) on the local lan with my > windows 7 workstation and putty sees the ssh connection as dropped > often. I say often --- in that it can happen in a minute or two... it > often seems to happen when there is active output going to the window > (like a download counter running), but I also say "often" in that... > it seems slightly random... but it _is_ incessant... as in very > "often." r243570 in CURRENT should likely fix this issue. It's only 27 hours old and hasn't been MFC'd yet. > This seems like something that we should ship with 9.1... -- Andre From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 23:23:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 298AD7C8 for ; Tue, 27 Nov 2012 23:23:21 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (ip-94-242-209-234.as5577.net [94.242.209.234]) by mx1.freebsd.org (Postfix) with ESMTP id CD7918FC13 for ; Tue, 27 Nov 2012 23:23:20 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.196.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id 77F2842C03DD; Wed, 28 Nov 2012 00:25:54 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org Received: from sage.daemoninthecloset.org (sage.daemoninthecloset.org [127.0.1.1]) by sage.daemoninthecloset.org (Postfix) with ESMTP id 34D16736F1; Tue, 27 Nov 2012 17:22:04 -0600 (CST) Date: Tue, 27 Nov 2012 17:22:04 -0600 (CST) From: Bryan Venteicher To: Joe Holden Message-ID: <1413359714.1585.1354058524040.JavaMail.root@daemoninthecloset.org> In-Reply-To: <50B52743.2070407@rewt.org.uk> Subject: Re: virtio for 9.1-R MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.231] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC23 (Mac)/7.2.0_GA_2669) Cc: Sergey Kandaurov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 23:23:21 -0000 Hi, ----- Original Message ----- > From: "Joe Holden" > To: "Sergey Kandaurov" > Cc: freebsd-stable@freebsd.org > Sent: Tuesday, November 27, 2012 2:49:07 PM > Subject: Re: virtio for 9.1-R > > On 27/11/2012 19:25, Sergey Kandaurov wrote: > > On 27 November 2012 22:12, Joe Holden wrote: > >> Hi guys, > >> > >> I can't see virtio in releng/9.1, is there any particular reason > >> why it > >> isn't going to be included given that it works reasonable well > >> (and is > >> optional anyway, so not likely to be detrimental)? > > > > virtio appeared in stable/9 a bit after 9.1 cut off, > > and it is too late now regardless of virtio shape. > > Anyway you can installed it from ports. > > > Ah I see, doesn't really help all the people who can't install it in > KVM > and such though unfortunately, seems silly making them wait even > longer and having to use Linux :) > Yes - it is long overdue and something I plan to fix in the next month. There have been off-list patches floating around that do just that. I also plan to spend my spare time in Dec. to work on FreeBSD VirtIO improvements/bugs/nags. I've been busy with $JOB and have been busy finishing up a VMware vmxnet driver. Bryan > cheers > _______________________________________________ > 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 Tue Nov 27 23:45:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCD1316D for ; Tue, 27 Nov 2012 23:45:38 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id A45088FC0C for ; Tue, 27 Nov 2012 23:45:38 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id n2so3740604dad.13 for ; Tue, 27 Nov 2012 15:45:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:subject:date:organization:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :importance:x-mailer:x-mimeole:x-gm-message-state; bh=sdBBfgspsX8MqElFCmF1SRPY4IUvG4qdqC8mWnt69yg=; b=gOo9JKZ/n0rSrCb7RvMTK9sqcg5ypuM4N2n6lXVcf+Laa7mF7KhS2M0cqfc9ife9jS gUfoxTRPperCrAu1BD5TS6W0sjljkbjj974yMuGsNY0sdRcX6R6nK0ZGUvrE29h6iXca 95oAKOZTcFvuARpflwxPKZN26yhhOw1PMja7YOni11G2lOUHABVeYmBaDRotF7l4/tt3 jo7EpECtVhYUYVbLXjz/9P/5cyllgZNHEKfukxdSBL4RSd7hB6xuLjfLVULhBjqH6dWc hi+XZdz5HmGakdwIKUk6F985KaUX+stwegmR/d9d6Q48oieDQhwPGPuK5GfCEn32wqvh UV5Q== Received: by 10.68.134.233 with SMTP id pn9mr53069004pbb.125.1354059938550; Tue, 27 Nov 2012 15:45:38 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id j8sm11410504paz.30.2012.11.27.15.45.36 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Nov 2012 15:45:37 -0800 (PST) Message-ID: From: =?Windows-1252?Q?Efra=EDn_D=E9ctor?= To: Subject: Fw: How to clean up / Date: Tue, 27 Nov 2012 17:45:40 -0600 Organization: =?Windows-1252?Q?HESA_T=E9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQl8EzfvcXzNY24d+8HwnyhTGkUMVbuvCOZT7dEqPWq7VbVRx7TzFw2jElQ4DSmmhi2wLaLH X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 23:45:39 -0000 -----Mensaje original----- From: Efraín Déctor Sent: Tuesday, November 27, 2012 5:45 PM To: Devin Teske Subject: Re: How to clean up / Thank you very much, it worked. -----Mensaje original----- From: Devin Teske Sent: Tuesday, November 27, 2012 5:03 PM To: Efraín Déctor Cc: freebsd-stable@freebsd.org Subject: Re: How to clean up / I'd delete (or move): /boot/kernel.old1 And if you need more space: /boot/kernel.old I don't know about the following: /compat/linux/usr/lib/locale/locale-archive.tmpl As for the rest, leave it (note: /rescue/* are not really separate files but hard-links to /rescue/rescue). -- Devin On Nov 27, 2012, at 2:57 PM, Efraín Déctor wrote: > Hello. > > I recently upgraded to 9.1-RC3, everything went fine, however the / > partition its about to get full. Im really new to FreeBSD so I don’t know > what files can be deleted safely. > > # find -x / -size +10000 -exec du -h {} \; > > 16M /boot/kernel/kernel > 60M /boot/kernel/kernel.symbols > 6.7M /boot/kernel/if_ath.ko.symbols > 6.4M /boot/kernel/vxge.ko.symbols > 9.4M /boot/kernel/xfs.ko.symbols > 15M /boot/kernel/zfs.ko.symbols > 15M /boot/kernel.old/kernel > 55M /boot/kernel.old/kernel.symbols > 6.7M /boot/kernel.old/if_ath.ko.symbols > 6.4M /boot/kernel.old/vxge.ko.symbols > 9.2M /boot/kernel.old/xfs.ko.symbols > 15M /boot/kernel.old/zfs.ko.symbols > 15M /boot/kernel.old1/kernel > 5M /rescue/rescue > 5M /rescue/cat > 5M /rescue/chflags > 5M /rescue/chio > 5M /rescue/chmod > 5M /rescue/cp > 5M /rescue/date > 5M /rescue/dd > 5M /rescue/df > 5M /rescue/echo > 5M /rescue/ed > 5M /rescue/red > 5M /rescue/expr > 5M /rescue/getfacl > 5M /rescue/hostname > 5M /rescue/kenv > 5M /rescue/kill > 5M /rescue/ln > 5M /rescue/link > 5M /rescue/ls > 5M /rescue/mkdir > 5M /rescue/mv > 5M /rescue/pkill > 5M /rescue/pgrep > 5M /rescue/ps > 5M /rescue/pwd > 5M /rescue/realpath > 5M /rescue/rm > 5M /rescue/unlink > 5M /rescue/rmdir > 5M /rescue/setfacl > 5M /rescue/sh > 5M /rescue/stty > 5M /rescue/sync > 5M /rescue/test > 5M /rescue/[ > 5M /rescue/rcp > 5M /rescue/csh > 5M /rescue/tcsh > 5M /rescue/atacontrol > 5M /rescue/badsect > 5M /rescue/camcontrol > 5M /rescue/ccdconfig > 5M /rescue/clri > 5M /rescue/devfs > 5M /rescue/dmesg > 5M /rescue/dump > 5M /rescue/rdump > 5M /rescue/dumpfs > 5M /rescue/dumpon > 5M /rescue/fsck > 5M /rescue/fsck_ffs > 5M /rescue/fsck_4.2bsd > 5M /rescue/fsck_ufs > 5M /rescue/fsck_msdosfs > 5M /rescue/fsdb > 5M /rescue/fsirand > 5M /rescue/gbde > 5M /rescue/geom > 5M /rescue/glabel > 5M /rescue/gpart > 5M /rescue/ifconfig > 5M /rescue/init > 5M /rescue/kldconfig > 5M /rescue/kldload > 5M /rescue/kldstat > 5M /rescue/kldunload > 5M /rescue/ldconfig > 5M /rescue/md5 > 5M /rescue/mdconfig > 5M /rescue/mdmfs > 5M /rescue/mknod > 5M /rescue/mount > 5M /rescue/mount_cd9660 > 5M /rescue/mount_msdosfs > 5M /rescue/mount_nfs > 5M /rescue/mount_ntfs > 5M /rescue/mount_nullfs > 5M /rescue/mount_udf > 5M /rescue/mount_unionfs > 5M /rescue/newfs > 5M /rescue/newfs_msdos > 5M /rescue/nos-tun > 5M /rescue/ping > 5M /rescue/reboot > 5M /rescue/fastboot > 5M /rescue/halt > 5M /rescue/fasthalt > 5M /rescue/restore > 5M /rescue/rrestore > 5M /rescue/rcorder > 5M /rescue/route > 5M /rescue/routed > 5M /rescue/rtquery > 5M /rescue/rtsol > 5M /rescue/savecore > 5M /rescue/spppcontrol > 5M /rescue/swapon > 5M /rescue/sysctl > 5M /rescue/tunefs > 5M /rescue/umount > 5M /rescue/atmconfig > 5M /rescue/ping6 > 5M /rescue/ipf > 5M /rescue/zfs > 5M /rescue/zpool > 5M /rescue/bsdlabel > 5M /rescue/disklabel > 5M /rescue/fdisk > 5M /rescue/dhclient > 5M /rescue/head > 5M /rescue/mt > 5M /rescue/sed > 5M /rescue/tail > 5M /rescue/tee > 5M /rescue/gzip > 5M /rescue/gunzip > 5M /rescue/gzcat > 5M /rescue/zcat > 5M /rescue/bzip2 > 5M /rescue/bunzip2 > 5M /rescue/bzcat > 5M /rescue/xz > 5M /rescue/unxz > 5M /rescue/lzma > 5M /rescue/unlzma > 5M /rescue/xzcat > 5M /rescue/lzcat > 5M /rescue/tar > 5M /rescue/vi > 5M /rescue/ex > 5M /rescue/id > 5M /rescue/groups > 5M /rescue/whoami > 5M /rescue/chroot > 5M /rescue/chown > 5M /rescue/chgrp > 5M /rescue/nc > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl > 8.0M /.sujournal > > Thanks in advance. > _______________________________________________ > 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" _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 23:51:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 481F42D7 for ; Tue, 27 Nov 2012 23:51:26 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (unknown [IPv6:2001:b70:201:2::22]) by mx1.freebsd.org (Postfix) with ESMTP id D254C8FC12 for ; Tue, 27 Nov 2012 23:51:25 +0000 (UTC) Received: from [172.16.11.21] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by abby.lhr1.as41113.net (Postfix) with ESMTPS id 3YB1wr0Tz2z13N1; Tue, 27 Nov 2012 23:51:23 +0000 (GMT) Message-ID: <50B551F3.5000203@rewt.org.uk> Date: Tue, 27 Nov 2012 23:51:15 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Bryan Venteicher Subject: Re: virtio for 9.1-R References: <1413359714.1585.1354058524040.JavaMail.root@daemoninthecloset.org> In-Reply-To: <1413359714.1585.1354058524040.JavaMail.root@daemoninthecloset.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sergey Kandaurov , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Nov 2012 23:51:26 -0000 On 27/11/2012 23:22, Bryan Venteicher wrote: > Hi, > > ----- Original Message ----- >> From: "Joe Holden" >> To: "Sergey Kandaurov" >> Cc: freebsd-stable@freebsd.org >> Sent: Tuesday, November 27, 2012 2:49:07 PM >> Subject: Re: virtio for 9.1-R >> >> On 27/11/2012 19:25, Sergey Kandaurov wrote: >>> On 27 November 2012 22:12, Joe Holden wrote: >>>> Hi guys, >>>> >>>> I can't see virtio in releng/9.1, is there any particular reason >>>> why it >>>> isn't going to be included given that it works reasonable well >>>> (and is >>>> optional anyway, so not likely to be detrimental)? >>> >>> virtio appeared in stable/9 a bit after 9.1 cut off, >>> and it is too late now regardless of virtio shape. >>> Anyway you can installed it from ports. >>> >> Ah I see, doesn't really help all the people who can't install it in >> KVM >> and such though unfortunately, seems silly making them wait even >> longer and having to use Linux :) >> > > Yes - it is long overdue and something I plan to fix in the next > month. There have been off-list patches floating around that do > just that. > > I also plan to spend my spare time in Dec. to work on FreeBSD > VirtIO improvements/bugs/nags. I've been busy with $JOB and have > been busy finishing up a VMware vmxnet driver. > > Bryan > >> cheers >> _______________________________________________ Sounds good, FWIW I've been using it for a while and it works rather well (on 9.0-R), of course this requires that the KVM instance can be switched to ide mode first (or a custom iso/image uploaded which isn't always possible) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 00:04:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04FFC14E; Wed, 28 Nov 2012 00:04:37 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id E3B5A8FC12; Wed, 28 Nov 2012 00:04:35 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so9890367lbb.13 for ; Tue, 27 Nov 2012 16:04:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jApgb7ZMT+nFwY7qUJ1IHjdJUtoyhK5DnSZD4rrknjQ=; b=UzH8D2smXYyEFQhppmULBaWmeCkfaTYwqfyL6/IsT64i+CsGn0pL8O3n6ba7zYER3J Zf3wCvpWatfaUS5CJxIt6Ezr2TiSVEOC58LYGFppHtQ9ZTLVWoHM9BrzGgep1vX19ytH 50an8YN/CL/nEalDvwiyX7/BvZ9C/ntSugtiYaFjgpVf+4+Jtb8KyjWXVMEg82dlUpGa 3Mo8DD0UFDo4BF9PVik1/2fF2IP2x1z5IwXKcF0wYjkt6ikVM5uB9MyrSQptNIVPCL9P zI9o2HJXged/ioqepMVj3CAhk5lsRePXdY1tFj3o6+N30h9l9AHuYgrHovUxrAyTwiH0 X0tw== MIME-Version: 1.0 Received: by 10.112.101.232 with SMTP id fj8mr3665447lbb.83.1354061074686; Tue, 27 Nov 2012 16:04:34 -0800 (PST) Received: by 10.112.61.33 with HTTP; Tue, 27 Nov 2012 16:04:34 -0800 (PST) In-Reply-To: <50B54AE7.3040901@freebsd.org> References: <50B54AE7.3040901@freebsd.org> Date: Tue, 27 Nov 2012 19:04:34 -0500 Message-ID: Subject: Re: 9.1-RC3 IGB dropping connections. From: Zaphod Beeblebrox To: Andre Oppermann Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Hackers , FreeBSD Stable , FreeBSD Net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 00:04:37 -0000 To Jack Vogel's comment, this problem only seems to occur on systems that are exceedingly lightly loaded (in this case, not yet in production and I'm the only one using it). On Tue, Nov 27, 2012 at 6:21 PM, Andre Oppermann wrote: > r243570 in CURRENT should likely fix this issue. It's only 27 hours old > and hasn't been MFC'd yet. I'm not sure this addresses what I'm seeing. It's a pause the the traffic in the shell that is "fixed" by causing some traffic on the return channel (watching for the pause --- and then hitting enter a few times seems to fix it). I'd expect that TCP retransmission should take care of this regularly ... but in this case, it doesn't... for whatever reason ... From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 00:20:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2892471F for ; Wed, 28 Nov 2012 00:20:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id E07E48FC08 for ; Wed, 28 Nov 2012 00:20:08 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so3696862pad.13 for ; Tue, 27 Nov 2012 16:20:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=y31pqlMvBE8LYHBQpSD0KE5ZFVkKv485bJduLyTYJIs=; b=D2TqoYwUAiZonuZPfeF46WxAmJvVAJRvxr8IYotqq1a8urgWNfYH6xxV8mVaFMFPYf jmtzV7wOqxS0vK68nXM2rE904ul6fsGfTHN8y2qBLvKM5wHTHV/CVdAA4N+RY9EXOKIn nLwhI1KapHtZcEbATsKIDl5G5fGZIHxnT+hh3ZyNShObn3ze9cif75ie9NZKoy7UdT9+ nHfeuOIvyqlGebkT35wsnnML1xLeYvQ0quwlwCgPDukzvOhkpyRlepQFgJmHFBdWocSo dSJpxRwXTQTLt0+Wr+BJ1Q+40CXpwyeCL6fxo9qRI7ZkNqrO60U2yL8jlsaNXN/xrmXH 2BDA== Received: by 10.68.238.199 with SMTP id vm7mr52266526pbc.105.1354062002822; Tue, 27 Nov 2012 16:20:02 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id hs2sm11406901pbc.22.2012.11.27.16.19.59 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Nov 2012 16:20:01 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 28 Nov 2012 09:19:50 +0900 From: YongHyeon PYUN Date: Wed, 28 Nov 2012 09:19:50 +0900 To: Richard Kuhns Subject: Re: bge on the new Mac Mini Message-ID: <20121128001950.GA3390@michelle.cdnetworks.com> References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> <20121127052448.GC1452@michelle.cdnetworks.com> <50B4C155.8050703@wintek.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <50B4C155.8050703@wintek.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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: Wed, 28 Nov 2012 00:20:09 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 27, 2012 at 08:34:13AM -0500, Richard Kuhns wrote: > On 11/27/12 00:24, YongHyeon PYUN wrote: > > On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: > >> On 11/21/12 21:08, YongHyeon PYUN wrote: > >>> On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: > >>>> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: > >>>>> On 11/20/12 03:52, YongHyeon PYUN wrote: > >>>>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: > >>>>>>> Hi all, > >>>>>>> > >>>>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac > >>>>>>> Minis via the memstick image; they seem to be pretty good little boxes for > >>>>>>> things like offsite secondary nameservers, for example, and they're easily > >>>>>>> replaced in case of problems. > >>>>>>> > >>>>>>> However, the newest minis have slightly different hardware, and FreeBSD can't > >>>>>>> find the built-in NIC. pciconf -lv on the new mini shows it as > >>>>>>> > >>>>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 > >>>>>> > >>>>>> It seems this controller is BCM57766. > >>>>>> > >>>>>>> hdr=0x00 > >>>>>>> vendor = 'Broadcom Corporation' > >>>>>>> class = network > >>>>>>> subclass = ethernet > >>>>>>> > >>>>>>> The previous edition mini (that works) reports > >>>>>>> > >>>>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 > >>>>>>> vendor = 'Broadcom Corporation' > >>>>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' > >>>>>>> class = network > >>>>>>> subclass = ethernet > >>>>>>> > >>>>>>> Is there a chance that adding the new card/chip info to the current driver would > >>>>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not > >>>>>>> familiar enough with hardware at that level to figure out the patch myself. > >>>>>>> > >>>>>> > >>>>>> Try attached patch and let me know whether the patch works or not. > >>>>>> If the patch works please share dmesg output(bge(4) and brgphy(4) > >>>>>> output only). > >>>>>> Note, the patch was generated against CURRENT. > >>>>>> > >>>>> > >>>>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from > >>>> > >>>> I guess you also need to copy brgphy.c from HEAD to > >>>> /usr/src/sys/dev/mii directory. > >>>> > >>>>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no > >>>>> errors during the build, but still no NIC. > >>>> > >>>> Does it mean you're not seeing bge0 interface? Or you can't pass > >>>> any traffic via bge0? > >>> > >>> Oops, it seems I've not included your device ID in the diff. > >>> Try attach one instead. Make sure you use brgphy.c from HEAD. > >>> > >> > >> There's progress! With your latest patch using brgphy.c, if_bge.c, and > >> if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the > >> moment I try to configure it the box locks up completely; it won't even toggle > >> the caps lock LED. > >> > >> Booting single user and running ifconfig shows: > >> > >> bge0: flags=8802 metric 0 mtu 1500 > >> options=8009b > >> ether a8:20:66:11:3b:d6 > >> nd6 options=21 > >> media: Ethernet autoselect (1000baseT ) > >> status: active > >> > >> I did a verbose boot; here's the part that seems to be relevant to bge0: > >> > >> bge0: mem > >> 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 > >> bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > All these information are garbage which indicates a bug in the diff. > > > >> miibus0: on bge0 > >> brgphy0: PHY 1 on miibus0 > >> brgphy0: OUI 0x001be9, model 0x0024, rev. 1 > >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > >> bge0: bpf attached > >> bge0: Ethernet address: a8:20:66:11:3b:d6 > >> ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 > >> > >> I greatly appreciate your efforts. I'm sorry for the delay getting back with > >> you, but we had a busy Thanksgiving weekend. > >> > > > > Try again with attached bge.57766.diff3. > > Thanks for testing! > > > > I don't think the patch actually got attached :-( Oops, attached. --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bge.57766.diff3" Index: sys/dev/bge/if_bgereg.h =================================================================== --- sys/dev/bge/if_bgereg.h (revision 243552) +++ sys/dev/bge/if_bgereg.h (working copy) @@ -360,6 +360,7 @@ #define BGE_ASICREV_BCM5784 0x5784 #define BGE_ASICREV_BCM5785 0x5785 #define BGE_ASICREV_BCM57765 0x57785 +#define BGE_ASICREV_BCM57766 0x57766 #define BGE_ASICREV_BCM57780 0x57780 /* chip revisions */ @@ -2483,7 +2484,9 @@ struct bge_status_block { #define BCOM_DEVICEID_BCM5906M 0x1713 #define BCOM_DEVICEID_BCM57760 0x1690 #define BCOM_DEVICEID_BCM57761 0x16B0 +#define BCOM_DEVICEID_BCM57762 0x1682 #define BCOM_DEVICEID_BCM57765 0x16B4 +#define BCOM_DEVICEID_BCM57766 0x1686 #define BCOM_DEVICEID_BCM57780 0x1692 #define BCOM_DEVICEID_BCM57781 0x16B1 #define BCOM_DEVICEID_BCM57785 0x16B5 @@ -2961,6 +2964,7 @@ struct bge_softc { #define BGE_FLAG_5755_PLUS 0x00100000 #define BGE_FLAG_5788 0x00200000 #define BGE_FLAG_5717_PLUS 0x00400000 +#define BGE_FLAG_57765_PLUS 0x00800000 #define BGE_FLAG_40BIT_BUG 0x01000000 #define BGE_FLAG_4G_BNDRY_BUG 0x02000000 #define BGE_FLAG_RX_ALIGNBUG 0x04000000 Index: sys/dev/bge/if_bge.c =================================================================== --- sys/dev/bge/if_bge.c (revision 243552) +++ sys/dev/bge/if_bge.c (working copy) @@ -216,7 +216,9 @@ static const struct bge_type { { BCOM_VENDORID, BCOM_DEVICEID_BCM5906M }, { BCOM_VENDORID, BCOM_DEVICEID_BCM57760 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM57761 }, + { BCOM_VENDORID, BCOM_DEVICEID_BCM57762 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM57765 }, + { BCOM_VENDORID, BCOM_DEVICEID_BCM57766 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM57780 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM57781 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM57785 }, @@ -347,6 +349,7 @@ static const struct bge_revision bge_majorrevs[] = { BGE_ASICREV_BCM5787, "unknown BCM5754/5787" }, { BGE_ASICREV_BCM5906, "unknown BCM5906" }, { BGE_ASICREV_BCM57765, "unknown BCM57765" }, + { BGE_ASICREV_BCM57766, "unknown BCM57766" }, { BGE_ASICREV_BCM57780, "unknown BCM57780" }, { BGE_ASICREV_BCM5717, "unknown BCM5717" }, { BGE_ASICREV_BCM5719, "unknown BCM5719" }, @@ -362,6 +365,7 @@ static const struct bge_revision bge_majorrevs[] = #define BGE_IS_575X_PLUS(sc) ((sc)->bge_flags & BGE_FLAG_575X_PLUS) #define BGE_IS_5755_PLUS(sc) ((sc)->bge_flags & BGE_FLAG_5755_PLUS) #define BGE_IS_5717_PLUS(sc) ((sc)->bge_flags & BGE_FLAG_5717_PLUS) +#define BGE_IS_57765_PLUS(sc) ((sc)->bge_flags & BGE_FLAG_57765_PLUS) const struct bge_revision * bge_lookup_rev(uint32_t); const struct bge_vendor * bge_lookup_vendor(uint16_t); @@ -2243,7 +2247,7 @@ bge_blockinit(struct bge_softc *sc) } else if (!BGE_IS_5705_PLUS(sc)) limit = BGE_RX_RINGS_MAX; else if (sc->bge_asicrev == BGE_ASICREV_BCM5755 || - sc->bge_asicrev == BGE_ASICREV_BCM57765) + BGE_IS_57765_PLUS(sc)) limit = 4; else limit = 1; @@ -2657,7 +2661,9 @@ bge_probe(device_t dev) BGE_PCI_GEN2_PRODID_ASICREV, 4); break; case BCOM_DEVICEID_BCM57761: + case BCOM_DEVICEID_BCM57762: case BCOM_DEVICEID_BCM57765: + case BCOM_DEVICEID_BCM57766: case BCOM_DEVICEID_BCM57781: case BCOM_DEVICEID_BCM57785: case BCOM_DEVICEID_BCM57791: @@ -3258,7 +3264,9 @@ bge_attach(device_t dev) BGE_PCI_GEN2_PRODID_ASICREV, 4); break; case BCOM_DEVICEID_BCM57761: + case BCOM_DEVICEID_BCM57762: case BCOM_DEVICEID_BCM57765: + case BCOM_DEVICEID_BCM57766: case BCOM_DEVICEID_BCM57781: case BCOM_DEVICEID_BCM57785: case BCOM_DEVICEID_BCM57791: @@ -3321,10 +3329,13 @@ bge_attach(device_t dev) /* Save chipset family. */ switch (sc->bge_asicrev) { + case BGE_ASICREV_BCM57765: + case BGE_ASICREV_BCM57766: + sc->bge_flags |= BGE_FLAG_57765_PLUS; + /* FALLTHROUGH */ case BGE_ASICREV_BCM5717: case BGE_ASICREV_BCM5719: case BGE_ASICREV_BCM5720: - case BGE_ASICREV_BCM57765: sc->bge_flags |= BGE_FLAG_5717_PLUS | BGE_FLAG_5755_PLUS | BGE_FLAG_575X_PLUS | BGE_FLAG_5705_PLUS | BGE_FLAG_JUMBO | BGE_FLAG_JUMBO_FRAME; @@ -3738,12 +3749,9 @@ bge_attach(device_t dev) sc->bge_phy_flags |= BGE_PHY_NO_3LED; if ((BGE_IS_5705_PLUS(sc)) && sc->bge_asicrev != BGE_ASICREV_BCM5906 && - sc->bge_asicrev != BGE_ASICREV_BCM5717 && - sc->bge_asicrev != BGE_ASICREV_BCM5719 && - sc->bge_asicrev != BGE_ASICREV_BCM5720 && sc->bge_asicrev != BGE_ASICREV_BCM5785 && - sc->bge_asicrev != BGE_ASICREV_BCM57765 && - sc->bge_asicrev != BGE_ASICREV_BCM57780) { + sc->bge_asicrev != BGE_ASICREV_BCM57780 && + !BGE_IS_5717_PLUS(sc)) { if (sc->bge_asicrev == BGE_ASICREV_BCM5755 || sc->bge_asicrev == BGE_ASICREV_BCM5761 || sc->bge_asicrev == BGE_ASICREV_BCM5784 || --ew6BAiZeqk4r7MaW-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 00:53:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5D5E27A for ; Wed, 28 Nov 2012 00:53:24 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id A71968FC15 for ; Wed, 28 Nov 2012 00:53:24 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-211-97.range109-150.btcentralplus.com [109.150.211.97]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 6AFCA450CA; Wed, 28 Nov 2012 00:53:18 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 6AFCA450CA DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1354063998; bh=mxszPbGqBb1Fl6hZCEOOmGAjMh6R2+0qFji14hqiPMU=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:In-Reply-To; b=ScBc8Ssqzd8pquXEVG6zfs61ttCpqICnpSa3RJTv4ki1i6BfTKXoS/3S2jR/xgnl7 ht4sJ3nrJNMoegdofWHZzlB7QqKmfkYnryjFnctyUCH6zehB7BdOB/FRbU0jB366rZ 8oVgDaUpPvo0fRgchDgJSyKTFvjLE3k/ms8WobO4= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 3745C6FF4; Wed, 28 Nov 2012 00:53:16 +0000 (GMT) Date: Wed, 28 Nov 2012 00:53:16 +0000 From: Ben Morrow To: efraindector@motumweb.com, freebsd-stable@freebsd.org Subject: Re: How to clean up / Message-ID: <20121128005316.GA31348@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 00:53:24 -0000 Quoth =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= : > Hello. > > I recently upgraded to 9.1-RC3, everything went fine, however the / > partition its about to get full. Im really new to FreeBSD so I don’t > know what files can be deleted safely. > > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl This shouldn't be in /. You should create a new filesystem for /compat alongside /usr and /var, or just make a symlink /compat -> /usr/compat and move everything there. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 01:06:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77C185E8 for ; Wed, 28 Nov 2012 01:06:22 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2A58FC0C for ; Wed, 28 Nov 2012 01:06:22 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so9544268pbc.13 for ; Tue, 27 Nov 2012 17:06:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:references:in-reply-to:subject:date:organization :mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:importance:x-mailer:x-mimeole:x-gm-message-state; bh=7c52TObcuD4+CqCePHmaldHDCKwfEfg6cnRF171tZcw=; b=mNGMBp5XhXn7+1JvfOGSoQy5EuoXgWtWg6t7v/uVEkGcU4dUcSYUp0Ldg1cZl/9mwo TXmMqvcH+JD2Gf+MtVQIpG1Qx7NzGobgTMHI4EUid9TR6Jb4L9zeePWL0t+bpFppTTFd FobKvu/rd3Up+HAKIGu4v8f9br8jUgffp8ZfRO9IwvrusHO1z7XkyWhkCtfHYHTz1kgr Cdz9zclTdOIf/KxsGI1FYLPzCEj2ebQrbDVVLDMiNV+X4MEf2utqTnU9JbYNSfOibH83 bmYwC30HwPWI1a6jdzgTZItAf20IpzfIP4Qd9BMsJ7plX/6EJ1OS3nUXaHo4bnMVc8+T iG3A== Received: by 10.66.75.162 with SMTP id d2mr47554021paw.27.1354064781594; Tue, 27 Nov 2012 17:06:21 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id o5sm11517726paz.32.2012.11.27.17.06.19 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Nov 2012 17:06:20 -0800 (PST) Message-ID: <64EBD6BA13904807892DEBECE7EEE821@CMOTUM25PC> From: =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: "Ben Morrow" , References: <20121128005316.GA31348@anubis.morrow.me.uk> In-Reply-To: <20121128005316.GA31348@anubis.morrow.me.uk> Subject: Re: How to clean up / Date: Tue, 27 Nov 2012 19:06:23 -0600 Organization: =?utf-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQmQLYsmGA+gGYClyHtRNs7XsA2DOnT+LU5jZwp/Q6lcu5bTXNxK30S4pEgjMZ0IIcsf2ryv X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 01:06:22 -0000 I have a custom kernel on this system (for using IPFW) could be this reason so compat is there?. Thank you -----Mensaje original----- From: Ben Morrow Sent: Tuesday, November 27, 2012 6:53 PM To: efraindector@motumweb.com ; freebsd-stable@freebsd.org Subject: Re: How to clean up / Quoth =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= : > Hello. > > I recently upgraded to 9.1-RC3, everything went fine, however the / > partition its about to get full. Im really new to FreeBSD so I don’t > know what files can be deleted safely. > > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl This shouldn't be in /. You should create a new filesystem for /compat alongside /usr and /var, or just make a symlink /compat -> /usr/compat and move everything there. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 01:18:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DDDDDFB; Wed, 28 Nov 2012 01:18:43 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B83F8FC16; Wed, 28 Nov 2012 01:18:42 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fo13so17722779vcb.13 for ; Tue, 27 Nov 2012 17:18:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G7uEvtoyRtwp/N4FeZkS59lK1Bj+ms2J+BE9pK0JmmI=; b=mfqyr/XnK04dNgV0PHd6t7uK9GXaeVoDZfaArqGHR3Bn0wp7VUq1MFLlVTe1h2lXD3 eXUNsN1CYbK7XPSmJju0Pkw0H+LTUwRhrl44pbtm/Kfpn3d2xY/f2izoaqx/IEjgbb/v o4a/lPLXjUJogHIWsgk3M07M1lFTZ4DnNHFDSFKHarCmkRkqBIg9pqBIeUv3oR8Pn3SK gW5aTtDghPLb4hCqZaelafVcdG65wM+JMxOUT+8WKY1GD7slr90cNAFJmF3hFsgy+5Xp D7KZTuu+28BhWlMxDEn8rA15TH0m70rnHIPm2InzFa/TWW9Kzj1VvJPQSVcAbVnd6qzl djxA== MIME-Version: 1.0 Received: by 10.52.32.229 with SMTP id m5mr23930818vdi.5.1354065521599; Tue, 27 Nov 2012 17:18:41 -0800 (PST) Received: by 10.59.3.165 with HTTP; Tue, 27 Nov 2012 17:18:41 -0800 (PST) In-Reply-To: References: <50B54AE7.3040901@freebsd.org> Date: Tue, 27 Nov 2012 17:18:41 -0800 Message-ID: Subject: Re: 9.1-RC3 IGB dropping connections. From: Jack Vogel To: Zaphod Beeblebrox Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Hackers , Andre Oppermann , FreeBSD Stable , FreeBSD Net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 01:18:43 -0000 On Tue, Nov 27, 2012 at 4:04 PM, Zaphod Beeblebrox wrote: > To Jack Vogel's comment, this problem only seems to occur on systems > that are exceedingly lightly loaded (in this case, not yet in > production and I'm the only one using it). > > On Tue, Nov 27, 2012 at 6:21 PM, Andre Oppermann > wrote: > > > r243570 in CURRENT should likely fix this issue. It's only 27 hours old > > and hasn't been MFC'd yet. > > I'm not sure this addresses what I'm seeing. It's a pause the the > traffic in the shell that is "fixed" by causing some traffic on the > return channel (watching for the pause --- and then hitting enter a > few times seems to fix it). I'd expect that TCP retransmission should > take care of this regularly ... but in this case, it doesn't... for > whatever reason ... > > You say it drops the connection but show no specifics, may I see the system message file from boot til it happens. Also how about a pciconf -lv while you're at it. Jack From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 02:11:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55144B83 for ; Wed, 28 Nov 2012 02:11:09 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 243348FC15 for ; Wed, 28 Nov 2012 02:11:09 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-211-97.range109-150.btcentralplus.com [109.150.211.97]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 557AE450CA; Wed, 28 Nov 2012 02:11:08 +0000 (UTC) X-DKIM: OpenDKIM Filter v2.4.1 isis.morrow.me.uk 557AE450CA DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1354068668; bh=9kuqRXUSclQM0Pct5wC4hSUe2ewym1+cg4L3unoXVCE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=srOWQYTZSmFBb3PX2S4S45xupIfP/mMkqrmzjILPhCKjmL3Jle/hrrPAZcK6BKXuG xfetLBkU7LS3/xVkZbY8vfHgcLuplZhFkmKqWoIrvPFOzwc/F4yGmboBMep1fKPKyi Hc11wrY7lYw+9XV1n8FZYcOf78hP3Hog3gMWZcjk= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.5 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id 184587014; Wed, 28 Nov 2012 02:11:06 +0000 (GMT) Date: Wed, 28 Nov 2012 02:11:05 +0000 From: Ben Morrow To: =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= Subject: Re: How to clean up / Message-ID: <20121128021105.GI76138@anubis.morrow.me.uk> References: <20121128005316.GA31348@anubis.morrow.me.uk> <64EBD6BA13904807892DEBECE7EEE821@CMOTUM25PC> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <64EBD6BA13904807892DEBECE7EEE821@CMOTUM25PC> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 02:11:09 -0000 At 7PM -0600 on 27/11/12 Efraín Déctor wrote: > From: Ben Morrow >> Quoth =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= : >> > >> > I recently upgraded to 9.1-RC3, everything went fine, however the / >> > partition its about to get full. Im really new to FreeBSD so I don’t >> > know what files can be deleted safely. >> > >> > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl >> >> This shouldn't be in /. You should create a new filesystem for /compat >> alongside /usr and /var, or just make a symlink /compat -> /usr/compat >> and move everything there. > > I have a custom kernel on this system (for using IPFW) could be this reason > so compat is there?. [Do you realise you don't need a custom kernel for ipfw? ipfw is available as a module, so you can keep GENERIC and put ipfw_load="YES" into /boot/loader.conf. This will cause ipfw to be loaded at boot time, before the network is started; you can load it at runtime by running kldload ipfw ] No, this is nothing to do with a custom kernel: it is part of one of the linux_base ports, which you must have installed. It needs to be where it is, under /compat/linux, but /compat/linux itself should not be on the root filesystem. Since the list of large files you posted is relatively short, I assume you are using the traditional partioning scheme, with a small root partition and larger partitions for /usr and /var (and maybe /home). There is not as much point to this as there used to be, but if you are going to use this scheme you need to avoid putting anything in the root partition that doesn't need to be there. /compat/linux contains libraries, binaries and other files needed for FreeBSD's Linux API emulation; this most certainly does *not* need to be in the root partition, so it should be moved somewhere else. There are two possible 'somewhere else's: you can put it in its own partition, which means you need to have space on your disk to allocate a new partition; or you can move the whole lot onto one of your other existing partitions, and use a symlink (or a nullfs mount, but let's not get complicated) to make the directory appear where it's supposed to be. Probably the latter is the easier option. /usr is the right filesystem to be storing this sort of thing on, so you want to mv /compat /usr ln -s usr/compat /compat The mv will take some time, since it is moving files cross-filesystem so it has to copy them all. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 02:16:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0B63CF9; Wed, 28 Nov 2012 02:16:54 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 667BC8FC0C; Wed, 28 Nov 2012 02:16:54 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 25A2B23F75B; Tue, 27 Nov 2012 21:16:50 -0500 (EST) Date: Tue, 27 Nov 2012 21:16:48 -0500 From: Glen Barber To: Ben Morrow Subject: Re: How to clean up / Message-ID: <20121128021648.GC1303@glenbarber.us> References: <20121128005316.GA31348@anubis.morrow.me.uk> <64EBD6BA13904807892DEBECE7EEE821@CMOTUM25PC> <20121128021105.GI76138@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline In-Reply-To: <20121128021105.GI76138@anubis.morrow.me.uk> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 02:16:54 -0000 --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 28, 2012 at 02:11:05AM +0000, Ben Morrow wrote: > Probably the latter is the easier option. /usr is the right filesystem > to be storing this sort of thing on, so you want to >=20 > mv /compat /usr > ln -s usr/compat /compat >=20 > The mv will take some time, since it is moving files cross-filesystem so > it has to copy them all. >=20 IMHO, bsdinstall should be creating this symlink, whether it is used or not. Glen --1ccMZA6j1vT5UqiK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQtXQQAAoJEFJPDDeguUajSUYH/2m94aBWAtbjYu0hn+LM/rN/ S2YfTvzRGfPCiWcPxaY44bbZ7P/hy1fUaU+RRZeaN61VuzmL3BMFjUaVfQlWSdEB QVbtp0het1+aX85DEWX5/niDFsPGZCsa+Gty6Qn5DSoA70n8LhGGQngwTWvuA3wL 9BTMQXHAfGH9EE5dX62m9cV0Hm5SypIQTW9mEnNQyWEYwY9xrYXVvQw9bpPhtuVC Ko1hMKryIGu2ovQpLFGbv6sHOp4vWaUUxFTSVMFyRFCDMSMTNoXV+W82fmpzxIwO R10VZH25y4YJepOffUaKB9LLgSeZDVAqOGy+ccE03oOxXg9BKoLR0GHPa2+LS5M= =Z4vd -----END PGP SIGNATURE----- --1ccMZA6j1vT5UqiK-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 02:26:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B115D2A3; Wed, 28 Nov 2012 02:26:14 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5368FC08; Wed, 28 Nov 2012 02:26:14 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id qAS2Q9j1090272; Tue, 27 Nov 2012 21:26:09 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <50B57632.6050004@sentex.net> Date: Tue, 27 Nov 2012 21:25:54 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Zaphod Beeblebrox Subject: Re: 9.1-RC3 IGB dropping connections. References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: FreeBSD Hackers , FreeBSD Stable , FreeBSD Net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 02:26:14 -0000 On 11/27/2012 5:27 PM, Zaphod Beeblebrox wrote: > I've got an Intel server motherboard with 4x igb (and 1x em) on it. > The motherboard in question is the S3420GPRX and the IGB's show up as: > > igb0: port > 0x3020-0x303f mem 0xb1b20000-0xb1b3ffff,0xb1bc4000-0xb1bc7fff irq 19 > at device 0.0 on pci3 > igb0: Using MSIX interrupts with 9 vectors > igb0: Ethernet address: 00:1e:67:3a:d5:40 > igb0: Bound queue 0 to cpu 0 > > ... now... I have this machine (right now) on the local lan with my > windows 7 workstation and putty sees the ssh connection as dropped > often. I say often --- in that it can happen in a minute or two... it > often seems to happen when there is active output going to the window > (like a download counter running), but I also say "often" in that... > it seems slightly random... but it _is_ incessant... as in very > "often." > Are you using pf ? Also, did you confirm it is the igb nic and not something more general ? e.g. if you put in a different nic, does the problem go away ? If you are using pf, lets see the rules. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 02:36:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 960E55AA for ; Wed, 28 Nov 2012 02:36:18 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm17-vm1.bullet.mail.ne1.yahoo.com (nm17-vm1.bullet.mail.ne1.yahoo.com [98.138.91.34]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFA38FC12 for ; Wed, 28 Nov 2012 02:36:18 +0000 (UTC) Received: from [98.138.226.177] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 28 Nov 2012 02:36:11 -0000 Received: from [98.138.89.233] by tm12.bullet.mail.ne1.yahoo.com with NNFMP; 28 Nov 2012 02:36:11 -0000 Received: from [127.0.0.1] by omp1048.mail.ne1.yahoo.com with NNFMP; 28 Nov 2012 02:36:11 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 895559.33340.bm@omp1048.mail.ne1.yahoo.com Received: (qmail 66141 invoked by uid 60001); 28 Nov 2012 02:36:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1354070171; bh=yWJ0q6LRo4+Mj1EZHNqY+2MIgUnP/Hz1kWT3fQdIYzQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=tPUTM9PU3SUhMuJFHS6ZyU/TOqtv7UBlw7kAHs2dGtBBuTcM/WYHwtAJAcB+8Oy46ehwlmOdj6Hvk6dDWQcHlya9wMA6eFuH/6YT5SHhT3tCgDsn4m7ob0OupAjPi3V/ALIvjEqzWAd90Nte/FIZQN3e/z0C7quXYBmGb1Wyusw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=dZQ2Kvk7od7dMuWIh5tdHjcr4vR5iMV9yPR09+R0zNPn+AhHRG9b6BOVvei6SBF6DVvKv1QHMlWhjuawk/51O6zXsEP373AMflwI1NR8ZiKZxOPcREGdW4ZLUbaCrIF6Xex83JsdBms5klTd2pB1jiubGmj/i1hX4eoq2GDpIBQ=; X-YMail-OSG: HMid_9YVM1mAsVo0g8ut3mj5pWob12YwQc1RIh8mhE.svZ1 OLs_V9MT4e9WBPaSDb6DEkMpzAWWXz94bB2eCBD7iAghcyp_JfrmgALrMS3Z C0Ap1Gjx1sfsrQqyjd4hya1ufXbBm.y3JVBKv5q.a9pGRbz6X5bef8b8hQe2 rClQtf8IKB8VTua6vQ0x8VViMd7f3TSIovFMsVltnqp5UipTOrGcf_JLuOrX NrkDeeH4ErT7sl5q2Brr3JW_D1MOVfLsGhivWf8v2gyrhx6kzacqTmVnvqW2 DzLc2nA1QjoCDrNElvoDU0bS.T3osNxzqAAzbLdhxyqILfsxxwURcWheKZ2z wHcfu6qX05x8bXmMQp5.7vk6Q00zK.MDY.ATO66a1yPYRbDYTaEjqxT_GKL4 fKBJ2LqMH5PWsNKkwN45DuvlxkHE.vvzKis3cLIeUFneTRmHqmrWEE1Tc9k_ xG_7m5wP5e2fr0L1fpxpPMx2EjuSeDgkJAXGcvcNDVC8lERU.Kn_F2P_uBk6 uDAoZd3Gf7cFX4KczlN9IAEMs5QkWYGhgDd7TRzeOnWgcIGmNfhx.EL0xEAv gD0aTbQON0TA7OuICm_OA5jO4 Received: from [174.48.128.27] by web121603.mail.ne1.yahoo.com via HTTP; Tue, 27 Nov 2012 18:36:11 PST X-Rocket-MIMEInfo: 001.001, CgotLS0gT24gVHVlLCAxMS8yNy8xMiwgWmFwaG9kIEJlZWJsZWJyb3ggPHpiZWVibGVAZ21haWwuY29tPiB3cm90ZToKCj4gRnJvbTogWmFwaG9kIEJlZWJsZWJyb3ggPHpiZWVibGVAZ21haWwuY29tPgo.IFN1YmplY3Q6IFJlOiA5LjEtUkMzIElHQiBkcm9wcGluZyBjb25uZWN0aW9ucy4KPiBUbzogIkFuZHJlIE9wcGVybWFubiIgPGFuZHJlQGZyZWVic2Qub3JnPgo.IENjOiAiRnJlZUJTRCBIYWNrZXJzIiA8ZnJlZWJzZC1oYWNrZXJzQGZyZWVic2Qub3JnPiwgIkZyZWVCU0QgU3RhYmxlIiA8ZnJlZWJzZC0BMAEBAQE- X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.127.475 Message-ID: <1354070171.39734.YahooMailClassic@web121603.mail.ne1.yahoo.com> Date: Tue, 27 Nov 2012 18:36:11 -0800 (PST) From: Barney Cordoba Subject: Re: 9.1-RC3 IGB dropping connections. To: Andre Oppermann , Zaphod Beeblebrox In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Hackers , FreeBSD Stable , FreeBSD Net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 02:36:18 -0000 =0A=0A--- On Tue, 11/27/12, Zaphod Beeblebrox wrote:=0A= =0A> From: Zaphod Beeblebrox =0A> Subject: Re: 9.1-RC3 I= GB dropping connections.=0A> To: "Andre Oppermann" =0A> = Cc: "FreeBSD Hackers" , "FreeBSD Stable" , "FreeBSD Net" =0A> Date: = Tuesday, November 27, 2012, 7:04 PM=0A> To Jack Vogel's comment, this probl= em=0A> only seems to occur on systems=0A> that are exceedingly lightly load= ed (in this case, not yet=0A> in=0A> production and I'm the only one using = it).=0A> =0A> On Tue, Nov 27, 2012 at 6:21 PM, Andre Oppermann =0A> wrote:=0A> =0A> > r243570 in CURRENT should likely fix this iss= ue.=A0=0A> It's only 27 hours old=0A> > and hasn't been MFC'd yet.=0A> =0A>= I'm not sure this addresses what I'm seeing.=A0 It's a=0A> pause the the= =0A> traffic in the shell that is "fixed" by causing some traffic=0A> on th= e=0A> return channel (watching for the pause --- and then hitting=0A> enter= a=0A> few times seems to fix it).=A0 I'd expect that TCP=0A> retransmissio= n should=0A> take care of this regularly=A0 ... but in this case, it=0A> do= esn't... for=0A> whatever reason ...=0A=0AThe symptoms point to something h= aving to do with kicking=0Athe start/xmit queue. You might want to check th= e if_snd queues in=0Athe timer routine.=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 03:26:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA4506AB; Wed, 28 Nov 2012 03:26:57 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-la0-f54.google.com (mail-la0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id CBF598FC13; Wed, 28 Nov 2012 03:26:56 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id j13so12568167lah.13 for ; Tue, 27 Nov 2012 19:26:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FQGyVxOs8Js2WVpAXEm04sxfqILqpAWtaB8YazpaSP4=; b=n+FCqogHGlLNlZ4UDRKtYTi5I1h2lP3NJZeo/EMjDsuamSmfuNRSeu/jHeARqUJ0tE ODqaH81nemelBdgPlwmBcoLnVR3VUWWCS7d55KlSnfp68hZbOkDEa3PVDQHHQwEUjLjk t7DV1XP/avlzELYlQTbF2UmsHotALIgGSO7eNbIfFuTtCULH8xVXW3N/nwsFPU+acrw6 W5MDN2PARQQ4YUIav5M2W+HjkwlQySrwjAiTwE5VpU/DnNrWc+f5hKtZ7Oo7Ww29MC5O TjpT2mSbGfS035WhLSW5k7FAXtr3lGpt5F5GHI8IH5KfYn1qckPa907h+Y6OOp6Ugw9t yECQ== MIME-Version: 1.0 Received: by 10.152.104.50 with SMTP id gb18mr17005798lab.9.1354073215441; Tue, 27 Nov 2012 19:26:55 -0800 (PST) Received: by 10.112.61.33 with HTTP; Tue, 27 Nov 2012 19:26:55 -0800 (PST) In-Reply-To: <50B57632.6050004@sentex.net> References: <50B57632.6050004@sentex.net> Date: Tue, 27 Nov 2012 22:26:55 -0500 Message-ID: Subject: Re: 9.1-RC3 IGB dropping connections. From: Zaphod Beeblebrox To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Hackers , FreeBSD Stable , FreeBSD Net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 03:26:58 -0000 On Tue, Nov 27, 2012 at 9:25 PM, Mike Tancsa wrote: > Are you using pf ? Also, did you confirm it is the igb nic and not > something more general ? e.g. if you put in a different nic, does the > problem go away ? No pf, the motherboard em-driver NIC does not have this problem. In reply to another message, igb1@pci0:3:0:1: class=0x020000 card=0x34f28086 chip=0x10c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82576 Gigabit Network Connection' class = network subclass = ethernet Here is /var/log/messages. The IPv6 chatter is something that everything on the network has problems with --- duplicate IPv6 addresses that are not duplicate. Nov 26 12:53:49 ccsw1 newsyslog[1419]: logfile first created Nov 26 12:53:49 ccsw1 syslogd: kernel boot file is /boot/kernel/kernel Nov 26 12:53:49 ccsw1 kernel: Copyright (c) 1992-2012 The FreeBSD Project. Nov 26 12:53:49 ccsw1 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 26 12:53:49 ccsw1 kernel: The Regents of the University of California. All rights reserved. Nov 26 12:53:49 ccsw1 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Nov 26 12:53:49 ccsw1 kernel: FreeBSD 9.1-RC3 #0 r242324: Tue Oct 30 00:58:57 UTC 2012 Nov 26 12:53:49 ccsw1 kernel: root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Nov 26 12:53:49 ccsw1 kernel: CPU: Intel(R) Xeon(R) CPU X3440 @ 2.53GHz (2533.35-MHz K8-class CPU) Nov 26 12:53:49 ccsw1 kernel: Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 Nov 26 12:53:49 ccsw1 kernel: Features=0xbfebfbff Nov 26 12:53:49 ccsw1 kernel: Features2=0x98e3fd Nov 26 12:53:49 ccsw1 kernel: AMD Features=0x28100800 Nov 26 12:53:49 ccsw1 kernel: AMD Features2=0x1 Nov 26 12:53:49 ccsw1 kernel: TSC: P-state invariant, performance statistics Nov 26 12:53:49 ccsw1 kernel: real memory = 17179869184 (16384 MB) Nov 26 12:53:49 ccsw1 kernel: avail memory = 16458309632 (15695 MB) Nov 26 12:53:49 ccsw1 kernel: Event timer "LAPIC" quality 400 Nov 26 12:53:49 ccsw1 kernel: ACPI APIC Table: Nov 26 12:53:49 ccsw1 kernel: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs Nov 26 12:53:49 ccsw1 kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads Nov 26 12:53:49 ccsw1 kernel: cpu0 (BSP): APIC ID: 0 Nov 26 12:53:49 ccsw1 kernel: cpu1 (AP): APIC ID: 1 Nov 26 12:53:49 ccsw1 kernel: cpu2 (AP): APIC ID: 2 Nov 26 12:53:49 ccsw1 kernel: cpu3 (AP): APIC ID: 3 Nov 26 12:53:49 ccsw1 kernel: cpu4 (AP): APIC ID: 4 Nov 26 12:53:49 ccsw1 kernel: cpu5 (AP): APIC ID: 5 Nov 26 12:53:49 ccsw1 kernel: cpu6 (AP): APIC ID: 6 Nov 26 12:53:49 ccsw1 kernel: cpu7 (AP): APIC ID: 7 Nov 26 12:53:49 ccsw1 kernel: ioapic0 irqs 0-23 on motherboard Nov 26 12:53:49 ccsw1 kernel: lapic0: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: kbd1 at kbdmux0 Nov 26 12:53:49 ccsw1 kernel: acpi0: on motherboard Nov 26 12:53:49 ccsw1 kernel: acpi0: Power Button (fixed) Nov 26 12:53:49 ccsw1 kernel: cpu0: on acpi0 Nov 26 12:53:49 ccsw1 kernel: cpu1: on acpi0 Nov 26 12:53:49 ccsw1 kernel: cpu2: on acpi0 Nov 26 12:53:49 ccsw1 kernel: cpu3: on acpi0 Nov 26 12:53:49 ccsw1 kernel: cpu4: on acpi0 Nov 26 12:53:49 ccsw1 kernel: cpu5: on acpi0 Nov 26 12:53:49 ccsw1 kernel: cpu6: on acpi0 Nov 26 12:53:49 ccsw1 kernel: cpu7: on acpi0 Nov 26 12:53:49 ccsw1 kernel: atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 Nov 26 12:53:49 ccsw1 kernel: Event timer "RTC" frequency 32768 Hz quality 0 Nov 26 12:53:49 ccsw1 kernel: attimer0: port 0x40-0x43,0x50-0x53 irq 0 on acpi0 Nov 26 12:53:49 ccsw1 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 26 12:53:49 ccsw1 kernel: Event timer "i8254" frequency 1193182 Hz quality 100 Nov 26 12:53:49 ccsw1 kernel: hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Nov 26 12:53:49 ccsw1 kernel: Timecounter "HPET" frequency 14318180 Hz quality 950 Nov 26 12:53:49 ccsw1 kernel: Event timer "HPET" frequency 14318180 Hz quality 550 Nov 26 12:53:49 ccsw1 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 Nov 26 12:53:49 ccsw1 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 Nov 26 12:53:49 ccsw1 kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 26 12:53:49 ccsw1 kernel: pci0: on pcib0 Nov 26 12:53:49 ccsw1 kernel: pcib1: irq 16 at device 3.0 on pci0 Nov 26 12:53:49 ccsw1 kernel: pci1: on pcib1 Nov 26 12:53:49 ccsw1 kernel: pcib2: at device 0.0 on pci1 Nov 26 12:53:49 ccsw1 kernel: pci2: on pcib2 Nov 26 12:53:49 ccsw1 kernel: pcib3: at device 2.0 on pci2 Nov 26 12:53:49 ccsw1 kernel: pci3: on pcib3 Nov 26 12:53:49 ccsw1 kernel: igb0: port 0x3020-0x303f mem 0xb1b20000-0xb1b3ffff,0xb1bc4000-0xb1bc7fff irq 19 at device 0.0 on pci3 Nov 26 12:53:49 ccsw1 kernel: igb0: Using MSIX interrupts with 9 vectors Nov 26 12:53:49 ccsw1 kernel: igb0: Ethernet address: 00:1e:67:3a:d5:40 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 0 to cpu 0 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 1 to cpu 1 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 2 to cpu 2 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 3 to cpu 3 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 4 to cpu 4 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 5 to cpu 5 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 6 to cpu 6 Nov 26 12:53:49 ccsw1 kernel: igb0: Bound queue 7 to cpu 7 Nov 26 12:53:49 ccsw1 kernel: igb1: port 0x3000-0x301f mem 0xb1b00000-0xb1b1ffff,0xb1bc0000-0xb1bc3fff irq 18 at device 0.1 on pci3 Nov 26 12:53:49 ccsw1 kernel: igb1: Using MSIX interrupts with 9 vectors Nov 26 12:53:49 ccsw1 kernel: igb1: Ethernet address: 00:1e:67:3a:d5:41 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 0 to cpu 0 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 1 to cpu 1 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 2 to cpu 2 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 3 to cpu 3 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 4 to cpu 4 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 5 to cpu 5 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 6 to cpu 6 Nov 26 12:53:49 ccsw1 kernel: igb1: Bound queue 7 to cpu 7 Nov 26 12:53:49 ccsw1 kernel: pcib4: at device 3.0 on pci2 Nov 26 12:53:49 ccsw1 kernel: pci6: on pcib4 Nov 26 12:53:49 ccsw1 kernel: igb2: port 0x2020-0x203f mem 0xb1a20000-0xb1a3ffff,0xb1ac4000-0xb1ac7fff irq 16 at device 0.0 on pci6 Nov 26 12:53:49 ccsw1 kernel: igb2: Using MSIX interrupts with 9 vectors Nov 26 12:53:49 ccsw1 kernel: igb2: Ethernet address: 00:1e:67:3a:d5:42 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 0 to cpu 0 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 1 to cpu 1 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 2 to cpu 2 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 3 to cpu 3 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 4 to cpu 4 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 5 to cpu 5 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 6 to cpu 6 Nov 26 12:53:49 ccsw1 kernel: igb2: Bound queue 7 to cpu 7 Nov 26 12:53:49 ccsw1 kernel: igb3: port 0x2000-0x201f mem 0xb1a00000-0xb1a1ffff,0xb1ac0000-0xb1ac3fff irq 19 at device 0.1 on pci6 Nov 26 12:53:49 ccsw1 kernel: igb3: Using MSIX interrupts with 9 vectors Nov 26 12:53:49 ccsw1 kernel: igb3: Ethernet address: 00:1e:67:3a:d5:43 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 0 to cpu 0 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 1 to cpu 1 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 2 to cpu 2 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 3 to cpu 3 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 4 to cpu 4 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 5 to cpu 5 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 6 to cpu 6 Nov 26 12:53:49 ccsw1 kernel: igb3: Bound queue 7 to cpu 7 Nov 26 12:53:49 ccsw1 kernel: pcib5: at device 4.0 on pci2 Nov 26 12:53:49 ccsw1 kernel: pci9: on pcib5 Nov 26 12:53:49 ccsw1 kernel: pcib6: at device 5.0 on pci2 Nov 26 12:53:49 ccsw1 kernel: pci10: on pcib6 Nov 26 12:53:49 ccsw1 kernel: pci0: at device 8.0 (no driver attached) Nov 26 12:53:49 ccsw1 kernel: pci0: at device 8.1 (no driver attached) Nov 26 12:53:49 ccsw1 kernel: pci0: at device 8.2 (no driver attached) Nov 26 12:53:49 ccsw1 kernel: pci0: at device 8.3 (no driver a ttached) Nov 26 12:53:49 ccsw1 kernel: pci0: at device 16.0 (no driver attached) Nov 26 12:53:49 ccsw1 kernel: pci0: at device 16.1 (no driver attached) Nov 26 12:53:49 ccsw1 kernel: ehci0: mem 0xb1c02000-0xb1c023ff irq 21 at device 26.0 on pci0 Nov 26 12:53:49 ccsw1 kernel: usbus0: EHCI version 1.0 Nov 26 12:53:49 ccsw1 kernel: usbus0 on ehci0 Nov 26 12:53:49 ccsw1 kernel: pcib7: irq 16 at device 28.0 on pci0 Nov 26 12:53:49 ccsw1 kernel: pci11: on pcib7 Nov 26 12:53:49 ccsw1 kernel: pcib8: irq 16 at device 28.4 on pci0 Nov 26 12:53:49 ccsw1 kernel: pci12: on pcib8 Nov 26 12:53:49 ccsw1 kernel: em0: port 0x1000-0x101f mem 0xb1900000-0xb191ffff,0xb1920000-0xb1923fff irq 16 at device 0.0 on pci12 Nov 26 12:53:49 ccsw1 kernel: em0: Using MSIX interrupts with 3 vectors Nov 26 12:53:49 ccsw1 kernel: em0: Ethernet address: 00:1e:67:3a:d5:44 Nov 26 12:53:49 ccsw1 kernel: pcib9: irq 18 at device 28.6 on pci0 Nov 26 12:53:49 ccsw1 kernel: pci13: on pcib9 Nov 26 12:53:49 ccsw1 kernel: vgapci0: mem 0xb0000000-0xb0ffffff,0xb1800000-0xb1803fff,0xb1000000-0xb17fffff irq 17 at device 0.0 on pci13 Nov 26 12:53:49 ccsw1 kernel: ehci1: mem 0xb1c01000-0xb1c013ff irq 23 at device 29.0 on pci0 Nov 26 12:53:49 ccsw1 kernel: usbus1: EHCI version 1.0 Nov 26 12:53:49 ccsw1 kernel: usbus1 on ehci1 Nov 26 12:53:49 ccsw1 kernel: pcib10: at device 30.0 on pci0 Nov 26 12:53:49 ccsw1 kernel: pci14: on pcib10 Nov 26 12:53:49 ccsw1 kernel: isab0: at device 31.0 on pci0 Nov 26 12:53:49 ccsw1 kernel: isa0: on isab0 Nov 26 12:53:49 ccsw1 kernel: ahci0: port 0x4048-0x404f,0x4054-0x4057,0x4040-0x4047,0x4050-0x4053,0x4020-0x403f mem 0xb1c00000-0xb1c007ff irq 18 at device 31.2 on pci0 Nov 26 12:53:49 ccsw1 kernel: ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier not supported Nov 26 12:53:49 ccsw1 kernel: ahcich0: at channel 0 on ahci0 Nov 26 12:53:49 ccsw1 kernel: ahcich1: at channel 1 on ahci0 Nov 26 12:53:49 ccsw1 kernel: ahcich2: at channel 2 on ahci0 Nov 26 12:53:49 ccsw1 kernel: ahcich3: at channel 3 on ahci0 Nov 26 12:53:49 ccsw1 kernel: ahcich4: at channel 4 on ahci0 Nov 26 12:53:49 ccsw1 kernel: ahcich5: at channel 5 on ahci0 Nov 26 12:53:49 ccsw1 kernel: pci0: at device 31.3 (no driver attached) Nov 26 12:53:49 ccsw1 kernel: acpi_button0: on acpi0 Nov 26 12:53:49 ccsw1 kernel: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Nov 26 12:53:49 ccsw1 kernel: uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 Nov 26 12:53:49 ccsw1 kernel: orm0: at iomem 0xc0000-0xc7fff on isa0 Nov 26 12:53:49 ccsw1 kernel: sc0: at flags 0x100 on isa0 Nov 26 12:53:49 ccsw1 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 26 12:53:49 ccsw1 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 26 12:53:49 ccsw1 kernel: ppc0: cannot reserve I/O port range Nov 26 12:53:49 ccsw1 kernel: ctl: CAM Target Layer loaded Nov 26 12:53:49 ccsw1 kernel: est0: on cpu0 Nov 26 12:53:49 ccsw1 kernel: p4tcc0: on cpu0 Nov 26 12:53:49 ccsw1 kernel: est1: on cpu1 Nov 26 12:53:49 ccsw1 kernel: p4tcc1: on cpu1 Nov 26 12:53:49 ccsw1 kernel: est2: on cpu2 Nov 26 12:53:49 ccsw1 kernel: p4tcc2: on cpu2 Nov 26 12:53:49 ccsw1 kernel: est3: on cpu3 Nov 26 12:53:49 ccsw1 kernel: p4tcc3: on cpu3 Nov 26 12:53:49 ccsw1 kernel: est4: on cpu4 Nov 26 12:53:49 ccsw1 kernel: p4tcc4: on cpu4 Nov 26 12:53:49 ccsw1 kernel: est5: on cpu5 Nov 26 12:53:49 ccsw1 kernel: p4tcc5: on cpu5 Nov 26 12:53:49 ccsw1 kernel: est6: on cpu6 Nov 26 12:53:49 ccsw1 kernel: p4tcc6: on cpu6 Nov 26 12:53:49 ccsw1 kernel: est7: on cpu7 Nov 26 12:53:49 ccsw1 kernel: p4tcc7: on cpu7 Nov 26 12:53:49 ccsw1 kernel: ZFS filesystem version 5 Nov 26 12:53:49 ccsw1 kernel: ZFS storage pool version 28 Nov 26 12:53:49 ccsw1 kernel: Timecounters tick every 1.000 msec Nov 26 12:53:49 ccsw1 kernel: usbus0: 480Mbps High Speed USB v2.0 Nov 26 12:53:49 ccsw1 kernel: usbus1: 480Mbps High Speed USB v2.0 Nov 26 12:53:49 ccsw1 kernel: ugen0.1: at usbus0 Nov 26 12:53:49 ccsw1 kernel: uhub0: on usbus0 Nov 26 12:53:49 ccsw1 kernel: ugen1.1: at usbus1 Nov 26 12:53:49 ccsw1 kernel: uhub1: on usbus1 Nov 26 12:53:49 ccsw1 kernel: uhub0: 2 ports with 2 removable, self powered Nov 26 12:53:49 ccsw1 kernel: uhub1: 2 ports with 2 removable, self powered Nov 26 12:53:49 ccsw1 kernel: ugen0.2: at usbus0 Nov 26 12:53:49 ccsw1 kernel: uhub2: on usbus0 Nov 26 12:53:49 ccsw1 kernel: ugen1.2: at usbus1 Nov 26 12:53:49 ccsw1 kernel: uhub3: on usbus1 Nov 26 12:53:49 ccsw1 kernel: uhub2: 6 ports with 6 removable, self powered Nov 26 12:53:49 ccsw1 kernel: uhub3: 8 ports with 8 removable, self powered Nov 26 12:53:49 ccsw1 kernel: ugen0.3: at usbus0 Nov 26 12:53:49 ccsw1 kernel: ukbd0: on usbus0 Nov 26 12:53:49 ccsw1 kernel: kbd0 at ukbd0 Nov 26 12:53:49 ccsw1 kernel: uhid0: <12032003> on usbus0 Nov 26 12:53:49 ccsw1 kernel: ugen1.3: at usbus1 Nov 26 12:53:49 ccsw1 kernel: ukbd1: on usbus1 Nov 26 12:53:49 ccsw1 kernel: kbd2 at ukbd1 Nov 26 12:53:49 ccsw1 kernel: ums0: on usbus1 Nov 26 12:53:49 ccsw1 kernel: ums0: 3 buttons and [Z] coordinates ID=0 Nov 26 12:53:49 ccsw1 kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Nov 26 12:53:49 ccsw1 kernel: ada0: ATA-8 SATA 3.x device Nov 26 12:53:49 ccsw1 kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Nov 26 12:53:49 ccsw1 kernel: ada0: Command Queueing enabled Nov 26 12:53:49 ccsw1 kernel: ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) Nov 26 12:53:49 ccsw1 kernel: ada0: Previously was known as ad4 Nov 26 12:53:49 ccsw1 kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Nov 26 12:53:49 ccsw1 kernel: ada1: ATA-8 SATA 3.x device Nov 26 12:53:49 ccsw1 kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Nov 26 12:53:49 ccsw1 kernel: ada1: Command Queueing enabled Nov 26 12:53:49 ccsw1 kernel: ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) Nov 26 12:53:49 ccsw1 kernel: ada1: Previously was known as ad6 Nov 26 12:53:49 ccsw1 kernel: lapic1: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: SMP: AP CPU #1 Launched! Nov 26 12:53:49 ccsw1 kernel: lapic2: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: SMP: AP CPU #2 Launched! Nov 26 12:53:49 ccsw1 kernel: lapic7: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: SMP: AP CPU #7 Launched! Nov 26 12:53:49 ccsw1 kernel: lapic5: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: SMP: AP CPU #5 Launched! Nov 26 12:53:49 ccsw1 kernel: lapic6: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: SMP: AP CPU #6 Launched! Nov 26 12:53:49 ccsw1 kernel: lapic3: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: SMP: AP CPU #3 Launched! Nov 26 12:53:49 ccsw1 kernel: lapic4: Forcing LINT1 to edge trigger Nov 26 12:53:49 ccsw1 kernel: SMP: AP CPU #4 Launched! Nov 26 12:53:49 ccsw1 kernel: Timecounter "TSC-low" frequency 9895914 Hz quality 1000 Nov 26 12:58:01 ccsw1 kernel: Trying to mount root from zfs:pool/r1 []... Nov 26 12:58:01 ccsw1 root: /etc/rc: WARNING: Dump device does not exist. Savecore not run. Nov 26 12:58:01 ccsw1 ntpd[1511]: ntpd 4.2.4p5-a (1) Nov 26 12:58:01 ccsw1 ntpd[1512]: bind() fd 22, family AF_INET6, port 123, scope 2, addr fe80::21e:67ff:fe3a:d541, mcast=0 flags=0x11 fails: Can't assign requested address Nov 26 12:58:01 ccsw1 ntpd[1512]: unable to create socket on igb1 (2) for fe80::21e:67ff:fe3a:d541#123 Nov 26 12:58:12 ccsw1 ntpd[1512]: bind() fd 27, family AF_INET6, port 123, scope 2, addr fe80::21e:67ff:fe3a:d541, mcast=0 flags=0x11 fails: Can't assign requested address Nov 26 12:58:12 ccsw1 ntpd[1512]: unable to create socket on igb1 (7) for fe80::21e:67ff:fe3a:d541#123 Nov 26 12:58:18 ccsw1 ntpd[1512]: time reset +0.261195 s Nov 26 12:58:23 ccsw1 sshd[1575]: error: PAM: authentication error for root from 192.168.221.84 Nov 26 13:03:12 ccsw1 ntpd[1512]: bind() fd 27, family AF_INET6, port 123, scope 2, addr fe80::21e:67ff:fe3a:d541, mcast=0 flags=0x11 fails: Can't assign requested address ntpd keeps chattering about the link-local ipv6... but no other messages occur in the log during the exercise. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 08:52:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFB1A3B5 for ; Wed, 28 Nov 2012 08:52:58 +0000 (UTC) (envelope-from fluca1978@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 843BE8FC12 for ; Wed, 28 Nov 2012 08:52:58 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so6402067vba.13 for ; Wed, 28 Nov 2012 00:52:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=HdCs7NOSr1b/wcwVrJtitdBhShkfsyF/KgRgSbL7bwo=; b=BM+dBR/rCGmng/xjV8HnFakx+xqvysSgAIPAa5dMKKR+TBctXryM6adzZzurxv/NYM oPVj2du3In27hAXa3Z6ecV37P7yHt5tMa5AAE5JHugQM8PsPMjhc7xjw7hcR1RhnMrNZ Sq7/8f4qi4AOs+atOKZaxyEibjyPzdMzrznVZomBgY5Y3XJHPP3ipaLp7ZIBEpHaibTx EawEevJthnXgkm95jRGUUxUzGJ1o59X1x+R+7ERgQBMDHM/i/juIwOd3U8Ggm69u5Xq1 kC97id+NGVZI4KPrQItH6y/iyjsPR5Gl5oyjCTstMjKYbeDzi+q169DR4Hr7IYo4N6D6 gIdw== MIME-Version: 1.0 Received: by 10.58.187.84 with SMTP id fq20mr28798426vec.25.1354092777951; Wed, 28 Nov 2012 00:52:57 -0800 (PST) Sender: fluca1978@gmail.com Received: by 10.220.2.137 with HTTP; Wed, 28 Nov 2012 00:52:57 -0800 (PST) In-Reply-To: <1354040675.3923.3.camel@mjakubik.localdomain> References: <1354040675.3923.3.camel@mjakubik.localdomain> Date: Wed, 28 Nov 2012 09:52:57 +0100 X-Google-Sender-Auth: FfDW0-W0azc9y-BETKBYPw55swk Message-ID: Subject: Re: simple patch for portsnap to use wget From: Luca Ferrari To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary=047d7b6d806205d39f04cf8a4b80 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 08:52:58 -0000 --047d7b6d806205d39f04cf8a4b80 Content-Type: text/plain; charset=ISO-8859-1 > Certainly not with a dependency on wget, which is not part of the base > system. Use fetch instead. > Right, so I'm wondering why not using fetch instead of phttpget by default. However I've rewritten everything so that now it allows for the configuration of fetch or not. The only change is that in the case of fetch the server name must be used with a protocol since fetch expects a full URL and not a server name. I vote for using fetch by default instead of phttpget. Regards, Luca --047d7b6d806205d39f04cf8a4b80 Content-Type: application/octet-stream; name="portsnap.conf.patch" Content-Disposition: attachment; filename="portsnap.conf.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha27u0dd0 MzZhMzcsNDIKPiAKPiAjIEVuYWJsZSB0aGlzIG9wdGlvbiBpZiB5b3Ugd2FudCBwb3J0c25hcCB0 byB1c2UgZmV0Y2goMSkKPiAjIGluc3RlYWQgb2YgdGhlIHN0YW5kYXJkIHBodHRwZ2V0IHByb2dy YW0gdG8gZG93bmxvYWQKPiAjIGFsbCB0aGUgcmVxdWlyZWQgZmlsZXMuCj4gRkVUQ0hfRU5BQkxF PSJZRVMiCj4gCg== --047d7b6d806205d39f04cf8a4b80 Content-Type: application/octet-stream; name="portsnap.patch" Content-Disposition: attachment; filename="portsnap.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ha27u0e31 MTk1YTE5NiwyMDYKPiAJCSMgaGFuZGxpbmcgZmV0Y2ggc3BlY2lmaWMgZXh0ZW5zaW9uCj4gCQlm b3IgZmV0Y2hYIGluIEZFVENIX0VOQUJMRTsgIGRvCj4gCQkgICAgZXZhbCBfPVwkJHtmZXRjaFh9 Cj4gCQkJaWYgWyAteiAiJHtffSIgXTsgdGhlbgo+IAkJCQlldmFsICR7ZmV0Y2hYfT1gZ3JlcCAi XiR7ZmV0Y2hYfT0iICIke0NPTkZGSUxFfSIgfAo+IAkJCQkgICAgY3V0IC1mIDItIC1kICc9JyB8 IHRhaWwgLTEgfCB0ciAnWzpsb3dlcjpdJyAnWzp1cHBlcjpdJ2AKPiAJCQlmaQo+IAkJZG9uZQo+ IAkJCj4gCj4gCjI2OGMyNzksMjkzCjwgCVBIVFRQR0VUPS91c3IvbGliZXhlYy9waHR0cGdldAot LS0KPiAKPiAJIyBkbyB3ZSBuZWVkIHRoZSB1c2FnZSBvZiBmZXRjaCgxKSBpbnN0ZWFkIG9mIHRo ZQo+IAkjIGRlZmF1bHQgcGh0dHBnZXQ/Cj4gCWlmIFsgIiR7RkVUQ0hfRU5BQkxFfSIgPSAiWUVT IiBdCj4gCXRoZW4KPiAJICAgIFBIVFRQR0VUPS91c3IvYmluL2ZldGNoCj4gCSAgICBQSFRUUEdF VF9PUFRTPSIiCj4gCSAgICBTRVJWRVJfUFJPVE9DT0w9Imh0dHA6Ly8iCj4gCWVsc2UKPiAJICAg IFBIVFRQR0VUPS91c3IvbGliZXhlYy9waHR0cGdldAo+IAkgICAgU0VSVkVSX1BST1RPQ09MPSIi Cj4gCWZpCj4gCj4gCWNoZWNrX2Rvd25sb2FkZXIKPiAJZWNobyAiV2lsbCB1c2UgWyRQSFRUUEdF VF0gYXMgZG93bmxvYWRlciIKNjg3LDY5MGM3MTIsNzE3CjwgCXRyICd8JyAnLScgPCBwYXRjaGxp c3QgfAo8IAkgICAgbGFtIC1zICJ0cC8iIC0gLXMgIi5neiIgfAo8IAkgICAgeGFyZ3MgJHtYQVJH U1R9ICR7UEhUVFBHRVR9ICR7U0VSVkVSTkFNRX0JXAo8IAkgICAgMj4ke1NUQVRTUkVESVJ9IHwg ZmV0Y2hfcHJvZ3Jlc3MKLS0tCj4gCj4gCWZvciBjdXJyZW50X2ZpbGUgaW4gYHRyICd8JyAnLScg PCBwYXRjaGxpc3QgfCBsYW0gLXMgInRwLyIgLSAtcyAiLmd6ImAKPiAJZG8KPiAJICAgICR7UEhU VFBHRVR9ICR7UEhUVFBHRVRfT1BUU30gJHtTRVJWRVJfUFJPVE9DT0x9JHtTRVJWRVJOQU1FfS8k e2N1cnJlbnRfZmlsZX0gPiAvZGV2L251bGwgMj4ke1NUQVRTUkVESVJ9Cj4gCWRvbmUKPiAKNzIx LDcyNGM3NDgsNzU0CjwgCWVjaG8gJHtOREVCVUd9ICJtZXRhZGF0YSBmaWxlcy4uLiAiCjwgCWxh bSAtcyAiZi8iIC0gLXMgIi5neiIgPCBmaWxlbGlzdCB8CjwgCSAgICB4YXJncyAke1hBUkdTVH0g JHtQSFRUUEdFVH0gJHtTRVJWRVJOQU1FfQlcCjwgCSAgICAyPiR7UVVJRVRSRURJUn0KLS0tCj4g CWVjaG8gJHtOREVCVUd9ICJtZXRhZGF0YSBmaWxlcy4uLiIKPiAKPiAJZm9yIGN1cnJlbnRfZmls ZSBpbiBgY2F0IGZpbGVsaXN0YAo+IAlkbwo+IAkgICAgJHtQSFRUUEdFVH0gICR7UEhUVFBHRVRf T1BUU30gJHtTRVJWRVJfUFJPVE9DT0x9JHtTRVJWRVJOQU1FfS9mLyR7Y3VycmVudF9maWxlfS5n eiAgPiAvZGV2L251bGwgMj4ke1NUQVRTUkVESVJ9Cj4gCWRvbmUKPiAJICAgIAo3NjMsNzY1Yzc5 Myw3OTcKPCAJdHIgJ3wnICctJyA8IHBhdGNobGlzdCB8IGxhbSAtcyAiYnAvIiAtIHwKPCAJICAg IHhhcmdzICR7WEFSR1NUfSAke1BIVFRQR0VUfSAke1NFUlZFUk5BTUV9CVwKPCAJICAgIDI+JHtT VEFUU1JFRElSfSB8IGZldGNoX3Byb2dyZXNzCi0tLQo+IAo+IAlmb3IgY3VycmVudF9maWxlIGlu IGB0ciAnfCcgJy0nIDwgcGF0Y2hsaXN0IHwgbGFtIC1zICJicC8iIC0gLXMgIi5neiJgCj4gCWRv Cj4gCSAgICAke1BIVFRQR0VUfSAgJHtQSFRUUEdFVF9PUFRTfSAke1NFUlZFUl9QUk9UT0NPTH0k e1NFUlZFUk5BTUV9LyR7Y3VycmVudF9maWxlfSAgPiAvZGV2L251bGwgMj4ke1NUQVRTUkVESVJ9 Cj4gCWRvbmUKNzk0LDc5NmM4MjYsODMwCjwgCWxhbSAtcyAiZi8iIC0gLXMgIi5neiIgPCBmaWxl bGlzdCB8CjwgCSAgICB4YXJncyAke1hBUkdTVH0gJHtQSFRUUEdFVH0gJHtTRVJWRVJOQU1FfQlc CjwgCSAgICAyPiR7UVVJRVRSRURJUn0KLS0tCj4gCj4gCWZvciBjdXJyZW50X2ZpbGUgaW4gYGxh bSAtcyAiZi8iIC0gLXMgIi5neiIgPCBmaWxlbGlzdGAKPiAJZG8KPiAJICAgICR7UEhUVFBHRVR9 ICAke1BIVFRQR0VUX09QVFN9ICR7U0VSVkVSX1BST1RPQ09MfSR7U0VSVkVSTkFNRX0vJHtjdXJy ZW50X2ZpbGV9ICA+IC9kZXYvbnVsbCAyPiR7U1RBVFNSRURJUn0KPiAJZG9uZQo5OTdhMTAzMiwx MDcyCj4gIyBjaGVjayB0aGF0IHRoZSBkb3dubG9hZGVyIHByb2dyYW0gaXMgc2V0IGludG8gdGhl IHZhcmlhYmxlIFBIVFRQR0VUCj4gIyBhbmQgdGhhdCBpcyBleGVjdXRhYmxlIChpbiB0aGUgY2Fz ZSBvZiBmZXRjaCgxKSBpdCBtdXN0IGJlIGF2YWlsYWJsZSBvbgo+ICMgdGhlIHN5c3RlbS4KPiAj Cj4gIyBJbiB0aGUgY2FzZSB0aGUgZG93bmxvYWRlciBwcm9ncmFtIGlzIG5vdCB1c2FibGUgdGhl IHByb2dyYW0gd2lsbCBiZSBhYm9ydGVkCj4gIyB3aXRoIHRoZSBmb2xsb3dpbmcgZXhpdCBjb2Rl czoKPiAjIDk5ID0gUEhUVFBHRVQgaW50ZXJuYWwgdmFyaWFibGUgbm90IHNldAo+ICMgOTggPSBw cm9ncmFtIGRvZXMgbm90IGV4aXN0Cj4gIyA5NyA9IHByb2dyYW0gaXMgbm90IGV4ZWN1dGFibGUK PiAjCj4gIwo+IGNoZWNrX2Rvd25sb2FkZXIoKXsKPiAgICAgc2hvdWxkX2V4aXQ9MAo+IAo+ICAg ICBpZiBbIC16ICIke1BIVFRQR0VUfSIgXQo+ICAgICB0aGVuCj4gCWVjaG8gIlRoZSBkb3dubG9h ZGVyIHByb2dyYW0gaXMgbm90IHNldCBpbnRvIHRoZSBQSFRUUEdFVCB2YXJpYWJsZSEiCj4gCXNo b3VsZF9leGl0PTk5Cj4gICAgIGVsc2UKPiAJaWYgWyAhIC1mICIke1BIVFRQR0VUfSIgXQo+IAl0 aGVuCj4gCSAgICBlY2hvICJUaGUgZG93bmxvYWRlciBwcm9ncmFtICRQSFRUUEdFVCBkb2VzIG5v dCBleGlzdHMhIgo+IAkgICAgZWNobyAiU2VlIGhlcmU6ICIgYHdoZXJlaXMgIiRQSFRUUEdFVCJg Cj4gCSAgICBzaG91bGRfZXhpdD05OAo+IAllbHNlCj4gCSAgICBpZiBbICEgLXggIiR7UEhUVFBH RVR9IiBdCj4gCSAgICB0aGVuCj4gCQllY2hvICJUaGUgZG93bmxvYWRlciBwcm9ncmFtICRQSFRU UEdFVCBpcyBub3QgZXhlY3V0YWJsZSEiCj4gCQlzaG91bGRfZXhpdD05Nwo+IAkgICAgZmkKPiAJ ZmkKPiAgICAgZmkKPiAKPiAgICAgaWYgWyAkc2hvdWxkX2V4aXQgLWd0IDAgXQo+ICAgICB0aGVu Cj4gCWVjaG8gInBvcnRzbmFwIGNhbm5vdCBjb250aW51ZSwgc29ycnkiCj4gCWV4aXQgJHNob3Vs ZF9leGl0Cj4gICAgIGZpCj4gfQo+IAo+IAo= --047d7b6d806205d39f04cf8a4b80-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 09:31:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA6AEBDE for ; Wed, 28 Nov 2012 09:31:52 +0000 (UTC) (envelope-from jakob@grimstveit.no) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 728848FC0C for ; Wed, 28 Nov 2012 09:31:52 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id n2so3939679dad.13 for ; Wed, 28 Nov 2012 01:31:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=grimstveit.no; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=HFAq9VhuinDCFL9JXmM4ZRuA65NwPp8pgcp2t5X/YQ0=; b=Pv9kV+vPB8QuCPI3UV/oO/UoyQz0R1BRGGVTS67+4zHc0c1HkxKI1M+TVWC/tZOfpj laxtfJrDK/PjG7tzDRKrPhJB4DvettAjoPcd6Nuw8saUAezqPT+fycUxqO7G0MlRJymb TWsXytpT5k6HSmAduThB6EKs+OsNw62F0oNv0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=HFAq9VhuinDCFL9JXmM4ZRuA65NwPp8pgcp2t5X/YQ0=; b=STSd1MlOj6X4i+MVRGA2xf06NkqezZNGx68a2XHReFiXtVU/GShOvmqYWQ7wowfnSD hYd2oWsfilaCzDLTR7eo72SV/QzfnM4C96TbcsWjzp5wv/kWX3qvKtuZ8hzBI8DwF3Lc lbEd7UcNrCDoTJl89mJzKqNpcdEBedSEcbn3whMiwfR0KqEl78dafTSa5UMNgEn1TqiA dOMSpn+Ew2gfH/M975t0snsR+k0JYiv28jijrTpF1nD9xsieNpsPCo7u6WJftJzIfAXx 4iuvzn6xuRJrgJifBP/Ie9UwWQrdmvnv2C7RaKeI+6zICZR39OGH8CIpHRzo/DBOE1+d Po4g== Received: by 10.68.248.70 with SMTP id yk6mr56160883pbc.160.1354095105855; Wed, 28 Nov 2012 01:31:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.145.34 with HTTP; Wed, 28 Nov 2012 01:31:25 -0800 (PST) From: Jakob Breivik Grimstveit Date: Wed, 28 Nov 2012 10:31:25 +0100 Message-ID: Subject: Unable to compile Python 2.7.3 (latest) from ports on 9.1-RC3 To: freebsd-stable@freebsd.org X-Gm-Message-State: ALoCoQlI1L+9FOgOtjySM7KvOhEyL3fFOmG1Q8iDcPC9baIU1lxlX6Ocs03JRNhrK/Sq/2sPuT1i Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 09:31:52 -0000 I get this when compiling lang/python27 on a freshly upgraded 9.1-RC3: cc -shared -pthread -pthread -O2 -pipe -march=nocona -fno-strict-aliasing build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/_ctypes.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/callbacks.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/callproc.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/stgdict.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/cfield.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/prep_cif.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/closures.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/dlmalloc.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/ffi64.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/unix64.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/ffi.o build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/sysv.o -L/usr/local/lib -o build/lib.freebsd-9.1-RC3-amd64-2.7/_ctypes.so Python build finished, but the necessary bits to build these modules were not found: _tkinter dl imageop linuxaudiodev spwd sunaudiodev To find the necessary bits, look in setup.py in detect_modules() for the module's name. $ cat /etc/src.conf WITHOUT_ACCT= WITHOUT_APM= WITHOUT_ASSERT_DEBUG= WITHOUT_AT= WITHOUT_ATM= WITHOUT_BLUETOOTH= WITHOUT_CALENDAR= WITHOUT_CTM= WITHOUT_CVS= WITHOUT_DICT= WITHOUT_FLOPPY= WITHOUT_FREEBSD_UPDATE= WITHOUT_GAMES= WITHOUT_GPIB= WITHOUT_GPIO= WITHOUT_HTML= WITHOUT_IPFILTER= WITHOUT_IPFW= WITHOUT_IPX= WITHOUT_KERNEL_SYMBOLS= WITHOUT_LPR= WITHOUT_NCP= WITHOUT_NDIS= WITHOUT_NLS= WITHOUT_NLS_CATALOGS= WITHOUT_PPP= WITHOUT_PROFILE= WITHOUT_QUOTAS= WITHOUT_RCMDS= WITHOUT_RCS= WITHOUT_SENDMAIL= WITHOUT_SHAREDOCS= WITHOUT_SYSINSTALL= WITHOUT_WIRELESS= WITHOUT_WPA_SUPPLICANT_EAPOL= $ uname -a FreeBSD core2.grimstveit.no 9.1-RC3 FreeBSD 9.1-RC3 #4 r243646: Wed Nov 28 09:59:08 CET 2012 root@core2.grimstveit.no:/usr/obj/usr/src/sys/CORE2 amd64 All help is greatly appreciated. Thank you in advance! -- Vyrdsamt, Jakob Breivik Grimstveit | +47 4829 8152 http://grimstveit.no/jakob From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 10:47:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1A827D2 for ; Wed, 28 Nov 2012 10:47:17 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 821558FC15 for ; Wed, 28 Nov 2012 10:47:17 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TdfAh-0003nd-Vo for freebsd-stable@freebsd.org; Wed, 28 Nov 2012 11:47:16 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TdfAh-0005eJ-5e for freebsd-stable@freebsd.org; Wed, 28 Nov 2012 11:47:15 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: simple patch for portsnap to use wget References: <1354040675.3923.3.camel@mjakubik.localdomain> Date: Wed, 28 Nov 2012 11:47:15 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: 4052b6d1c9976086d5ab5ce040fcf5b8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 10:47:17 -0000 On Wed, 28 Nov 2012 09:52:57 +0100, Luca Ferrari wrote: >> Certainly not with a dependency on wget, which is not part of the base >> system. Use fetch instead. >> > > Right, so I'm wondering why not using fetch instead of phttpget by > default. Phttpget is more efficient because it uses http pipelining. http://www.daemonology.net/phttpget/ > However I've rewritten everything so that now it allows for the > configuration of fetch or not. The only change is that in the case of > fetch the server name must be used with a protocol since fetch expects > a full URL and not a server name. > > I vote for using fetch by default instead of phttpget. Why not fix the original problem (of url parsing) in phttpget? > > Regards, > Luca Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 13:41:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B95704A1 for ; Wed, 28 Nov 2012 13:41:25 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0658FC14 for ; Wed, 28 Nov 2012 13:41:24 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id qASDfMlx041781 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 28 Nov 2012 13:41:23 GMT (envelope-from vince@unsane.co.uk) Message-ID: <50B61482.5090702@unsane.co.uk> Date: Wed, 28 Nov 2012 13:41:22 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Luca Ferrari Subject: Re: simple patch for portsnap to use wget References: <1354040675.3923.3.camel@mjakubik.localdomain> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 13:41:25 -0000 On 28/11/2012 08:52, Luca Ferrari wrote: >> Certainly not with a dependency on wget, which is not part of the base >> system. Use fetch instead. >> > Right, so I'm wondering why not using fetch instead of phttpget by default. > However I've rewritten everything so that now it allows for the > configuration of fetch or not. The only change is that in the case of > fetch the server name must be used with a protocol since fetch expects > a full URL and not a server name. > > I vote for using fetch by default instead of phttpget. Have you tried using HTTP_PROXY_AUTH variable as per fetch(3) instead? added in http://svnweb.freebsd.org/base/head/usr.sbin/portsnap/phttpget/phttpget.c?revision=150461&view=markup fixed more in http://svnweb.freebsd.org/base/head/usr.sbin/portsnap/phttpget/phttpget.c?revision=156405&view=markup Not that i have tested (I have one machine going via a proxy but its firewalled rather than AUTHed) Vince > > Regards, > Luca > > > _______________________________________________ > 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 Wed Nov 28 15:12:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1637C1BB for ; Wed, 28 Nov 2012 15:12:12 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) by mx1.freebsd.org (Postfix) with ESMTP id B631D8FC13 for ; Wed, 28 Nov 2012 15:12:11 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.1.436.0; Wed, 28 Nov 2012 10:12:05 -0500 Message-ID: <50B629C5.8050805@wintek.com> Date: Wed, 28 Nov 2012 10:12:05 -0500 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "pyunyh@gmail.com" Subject: Re: bge on the new Mac Mini References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> <20121127052448.GC1452@michelle.cdnetworks.com> <50B4C155.8050703@wintek.com> <20121128001950.GA3390@michelle.cdnetworks.com> In-Reply-To: <20121128001950.GA3390@michelle.cdnetworks.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rjk@wintek.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 15:12:12 -0000 On 11/27/12 19:19, YongHyeon PYUN wrote: > On Tue, Nov 27, 2012 at 08:34:13AM -0500, Richard Kuhns wrote: >> On 11/27/12 00:24, YongHyeon PYUN wrote: >>> On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: >>>> On 11/21/12 21:08, YongHyeon PYUN wrote: >>>>> On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: >>>>>> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: >>>>>>> On 11/20/12 03:52, YongHyeon PYUN wrote: >>>>>>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac >>>>>>>>> Minis via the memstick image; they seem to be pretty good little boxes for >>>>>>>>> things like offsite secondary nameservers, for example, and they're easily >>>>>>>>> replaced in case of problems. >>>>>>>>> >>>>>>>>> However, the newest minis have slightly different hardware, and FreeBSD can't >>>>>>>>> find the built-in NIC. pciconf -lv on the new mini shows it as >>>>>>>>> >>>>>>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 >>>>>>>> >>>>>>>> It seems this controller is BCM57766. >>>>>>>> >>>>>>>>> hdr=0x00 >>>>>>>>> vendor = 'Broadcom Corporation' >>>>>>>>> class = network >>>>>>>>> subclass = ethernet >>>>>>>>> >>>>>>>>> The previous edition mini (that works) reports >>>>>>>>> >>>>>>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 >>>>>>>>> vendor = 'Broadcom Corporation' >>>>>>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' >>>>>>>>> class = network >>>>>>>>> subclass = ethernet >>>>>>>>> >>>>>>>>> Is there a chance that adding the new card/chip info to the current driver would >>>>>>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not >>>>>>>>> familiar enough with hardware at that level to figure out the patch myself. >>>>>>>>> >>>>>>>> >>>>>>>> Try attached patch and let me know whether the patch works or not. >>>>>>>> If the patch works please share dmesg output(bge(4) and brgphy(4) >>>>>>>> output only). >>>>>>>> Note, the patch was generated against CURRENT. >>>>>>>> >>>>>>> >>>>>>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from >>>>>> >>>>>> I guess you also need to copy brgphy.c from HEAD to >>>>>> /usr/src/sys/dev/mii directory. >>>>>> >>>>>>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no >>>>>>> errors during the build, but still no NIC. >>>>>> >>>>>> Does it mean you're not seeing bge0 interface? Or you can't pass >>>>>> any traffic via bge0? >>>>> >>>>> Oops, it seems I've not included your device ID in the diff. >>>>> Try attach one instead. Make sure you use brgphy.c from HEAD. >>>>> >>>> >>>> There's progress! With your latest patch using brgphy.c, if_bge.c, and >>>> if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the >>>> moment I try to configure it the box locks up completely; it won't even toggle >>>> the caps lock LED. >>>> >>>> Booting single user and running ifconfig shows: >>>> >>>> bge0: flags=8802 metric 0 mtu 1500 >>>> options=8009b >>>> ether a8:20:66:11:3b:d6 >>>> nd6 options=21 >>>> media: Ethernet autoselect (1000baseT ) >>>> status: active >>>> >>>> I did a verbose boot; here's the part that seems to be relevant to bge0: >>>> >>>> bge0: mem >>>> 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 >>>> bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> >>> All these information are garbage which indicates a bug in the diff. >>> >>>> miibus0: on bge0 >>>> brgphy0: PHY 1 on miibus0 >>>> brgphy0: OUI 0x001be9, model 0x0024, rev. 1 >>>> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >>>> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >>>> bge0: bpf attached >>>> bge0: Ethernet address: a8:20:66:11:3b:d6 >>>> ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 >>>> >>>> I greatly appreciate your efforts. I'm sorry for the delay getting back with >>>> you, but we had a busy Thanksgiving weekend. >>>> >>> >>> Try again with attached bge.57766.diff3. >>> Thanks for testing! >>> >> >> I don't think the patch actually got attached :-( > > Oops, attached. > And there was great rejoicing... It seems to take longer than I'm used to for it to decide it has link (about halfway through 'waiting for the default route interface'), but it works! I've just installed subversion, and I'm doing an 'svn co' of stable/9. Many thanks for the work you've done! -- Richard Kuhns My Desk: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 15:39:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1FEFA9C for ; Wed, 28 Nov 2012 15:39:24 +0000 (UTC) (envelope-from bounce-mc.us6_14035787.33101-freebsd-stable=freebsd.org@mail57.us1.mcsv.net) Received: from mail57.us1.mcsv.net (mail57.us1.mcsv.net [204.232.163.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9368FC18 for ; Wed, 28 Nov 2012 15:39:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail57.us1.mcsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=tabishjaved.tms=3Dgmail.com@mail57.us1.mcsv.net; bh=8VWIF+WWCqS0AqhRF6Hc6OHYH2Q=; b=JAbdD1Pbs/2VGRzcvy4YKC6N85obY/yxwVw7tGp8QV2ljLLw5D0SOsZ+lLf1IepIol92Dl8tbwMl hjAVkkiO40FTHz5vn1iPzIk4DiXiEA0nG/mx4NtYbHqFA4da+4WgBHgvEjBlRjtob3MlO26lMdZI LkxrP4o65XfpVpFshvM= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail57.us1.mcsv.net; b=xFJjVgBudrH1HK2whide6NB5xfpeQMZtLk9xwKoj9lzv8igVG8wX60OAUO4D8DkkCyw9NdenR8ZE DSpzgImRQqT7C88qXb93liTopG/9olfYCV3KI3PBTg++OVcgMKSHHZ68+EZY2HOMRcjaFn4Nn1hI AX8w5xj2BhB4asWfl3E=; Received: from (127.0.0.1) by mail57.us1.mcsv.net (PowerMTA(TM) v3.5r16) id hmoo2o0vc3gt for ; Wed, 28 Nov 2012 15:24:10 +0000 (envelope-from ) Subject: =?utf-8?Q?how=20to=20Save=20your=20mony=20&=20you=20credit=20card=20expences=20to=20increase=20your=20bussiness?= From: =?utf-8?Q?The=20merchant=20Solution?= To: =?utf-8?Q??= Date: Wed, 28 Nov 2012 15:24:10 +0000 Message-ID: <37964f600b3d95d5cb34024a4ac551d6141.20121128152404@mail57.us1.mcsv.net> X-Mailer: MailChimp Mailer - **CID1f7c6f988bac551d6141** X-Campaign: mailchimp37964f600b3d95d5cb34024a4.1f7c6f988b X-campaignid: mailchimp37964f600b3d95d5cb34024a4.1f7c6f988b X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=37964f600b3d95d5cb34024a4&id=1f7c6f988b&e=ac551d6141 x-accounttype: ff Sender: "The merchant Solution" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?utf-8?Q?The=20merchant=20Solution?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 15:39:24 -0000 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D we send special offers Unsubscribe freebsd-stable@freebsd.org from this list: http://blogspot.us6.list-manage.com/unsubscribe?u=3D37964f600b3d95d5cb3402= 4a4&id=3D1bd9b49122&e=3Dac551d6141&c=3D1f7c6f988b Our mailing address is: the Merchant Solutions alfalh town sadiq Abad 64350 Our telephone: Forward this email to a friend: http://us6.forward-to-friend1.com/forward?u=3D37964f600b3d95d5cb34024a4&id= =3D1f7c6f988b&e=3Dac551d6141 Update your profile: http://blogspot.us6.list-manage.com/profile?u=3D37964f600b3d95d5cb34024a4&= id=3D1bd9b49122&e=3Dac551d6141 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 16:20:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A113FCA9 for ; Wed, 28 Nov 2012 16:20:17 +0000 (UTC) (envelope-from signup-mc.us6_14035787.22889-freebsd-stable=freebsd.org@mail3.mcsignup.com) Received: from mail3.mcsignup.com (mail3.mcsignup.com [173.231.184.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBA28FC0C for ; Wed, 28 Nov 2012 16:20:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail3.mcsignup.com; h=Sender:From:To:Subject:Date:Content-Type:MIME-Version:Message-ID; i=signup-mc.us6_14035787.22889-freebsd-stable=3Dfreebsd.org@mail3.mcsignup.com; bh=Vbtrd3iuoIou+B1r8rHCOEB/8iE=; b=DwotVs7db6dwq4556E/SwBaQNe6cKxrXyAN0MvUwCLtwGPInTbo9Ay98fC9SRmWQKywMygCujW5W GrRzf/r3y9p9R2qqiSv7KFclddwzSmmaGlVVD0+SRSdzKGuoZLWMhgRaWc08oMk3Oqm988a/6345 PsosLfhITKGW3yKRHjQ= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=k1; d=mail3.mcsignup.com; b=e8xWs/UTDgpbgNw9ME/e1mgC585hisS8wO8YySnP4KVbCtDBsG5vNseHJkeWNQJnzll/B+e3W1gB ZNQXUCxQ1x5qEkFbkORtNLp/bQzJqX8e4yttgHbiNVxoWH2R5BORbBxRZAQthFaesma8sx09r+ri CKctaf2SHrWiZmjHGGc=; Received: by mail3.mcsignup.com id hmosp214i1si for ; Wed, 28 Nov 2012 16:04:21 +0000 (envelope-from ) Sender: signup-mc.us6_14035787.22889-freebsd-stable=freebsd.org@mail3.mcsignup.com From: =?utf-8?Q?The=20merchant=20Solution?= To: freebsd-stable@freebsd.org Subject: themerchantsolutions.com: You are now unsubscribed Date: Wed, 28 Nov 2012 16:05:09 +0000 Content-Type: multipart/mixed; boundary="=_2e4d0c4a663677e2a2ee40105675517f" MIME-Version: 1.0 Message-ID: <0.0.0.791.1CDCD82076509B6.0@mail3.mcsignup.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 16:20:17 -0000 This is a message in Mime Format. If you see this, your mail reader does not support this format. --=_2e4d0c4a663677e2a2ee40105675517f Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ** We have removed your email address from our list. ------------------------------------------------------------ We're sorry to see you go. Was this a mistake? Did you forward one of our emails to a friend, and they clicked the unsubscribe link not realizing they were in fact unsubscribing you from this list? If this was a mistake, you can re-subscribe at: Subscribe (http://blogspot.us6.list-manage.com/subscribe?u=37964f600b3d95d5cb34024a4&id=1bd9b49122) For questions or comments, please contact us at: cuttabi@gmail.com (mailto:cuttabi@gmail.com) --=_2e4d0c4a663677e2a2ee40105675517f-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 18:35:58 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90D37C51; Wed, 28 Nov 2012 18:35:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B08368FC16; Wed, 28 Nov 2012 18:35:57 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA29309; Wed, 28 Nov 2012 20:35:56 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <50B6598B.20200@FreeBSD.org> Date: Wed, 28 Nov 2012 20:35:55 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: FreeBSD current , FreeBSD Stable Subject: [HEADSUP] zfs root pool mounting X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 18:35:58 -0000 Recently some changes were made to how a root pool is opened for root filesystem mounting. Previously the root pool had to be present in zpool.cache. Now it is automatically discovered by probing available GEOM providers. The new scheme is believed to be more flexible. For example, it allows to prepare a new root pool at one system, then export it and then boot from it on a new system without doing any extra/magical steps with zpool.cache. It could also be convenient after zpool split and in some other situations. The change was introduced via multiple commits, the latest relevant revision in head is r243502. The changes are partially MFC-ed, the remaining parts are scheduled to be MFC-ed soon. I have received a report that the change caused a problem with booting on at least one system. The problem has been identified as an issue in local environment and has been fixed. Please read on to see if you might be affected when you upgrade, so that you can avoid any unnecessary surprises. You might be affected if you ever had a pool named the same as your current root pool. And you still have any disks connected to your system that belonged to that pool (in whole or via some partitions). And that pool was never properly destroyed using zpool destroy, but merely abandoned (its disks re-purposed/re-partitioned/reused). If all of the above are true, then I recommend that you run 'zdb -l ' for all suspect disks and their partitions (or just all disks and partitions). If this command reports at least one valid ZFS label for a disk or a partition that do not belong to any current pool, then the problem may affect you. The best course is to remove the offending labels. If you are affected, please follow up to this email. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:53:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AC0D2DD for ; Wed, 28 Nov 2012 19:53:13 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 31E218FC0C for ; Wed, 28 Nov 2012 19:53:13 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so18093718iec.13 for ; Wed, 28 Nov 2012 11:53:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=OJECoOGFNyrusDODCIedIUMJ0swZOSj0gRrZRRRY//U=; b=cSYGHlV9NAgbQ1VwsirkQmL8GMo8Tisk2e4WP/cWpceQm4+jDyWwA0zMeSX9pORxtN keqsjFB9vwaKgKUXF5ubp08Vj6y/7cpoZFl6J0P/dkt0lbuam99m6BSSwq7ytGH2AlTn zFG14RLuvkbNoxDrJ0rDad+7xb277vmLyZ7NzWpjo8UfVTnM3rE/yY7UXFeyL1su0bGq SlYt7qpT6hOeVROs5xIap7gmZF/5Z53jVUZ0l2XuIZs3kAzlub9INH2xfCVFpOb2bNaS nPW54VzxO2YiraYd/0mZDTlZ/nZ5CZ/4LNtSGIl7aSX/thEUYDEK2rf2NrtdwCBzcszs qTsg== MIME-Version: 1.0 Received: by 10.50.187.134 with SMTP id fs6mr22755186igc.61.1354132390792; Wed, 28 Nov 2012 11:53:10 -0800 (PST) Received: by 10.64.166.66 with HTTP; Wed, 28 Nov 2012 11:53:10 -0800 (PST) In-Reply-To: <6546B04E-4B9A-4862-9145-7681574D1EF3@gromit.dlib.vt.edu> References: <50B5029D.90908@rewt.org.uk> <50B52743.2070407@rewt.org.uk> <6546B04E-4B9A-4862-9145-7681574D1EF3@gromit.dlib.vt.edu> Date: Wed, 28 Nov 2012 11:53:10 -0800 Message-ID: Subject: Re: virtio for 9.1-R From: "Constantine A. Murenin" To: Paul Mather Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 19:53:13 -0000 On 27 November 2012 13:25, Paul Mather wrote: > On Nov 27, 2012, at 3:49 PM, Joe Holden wrote: > >> On 27/11/2012 19:25, Sergey Kandaurov wrote: >>> On 27 November 2012 22:12, Joe Holden wrote: >>>> Hi guys, >>>> >>>> I can't see virtio in releng/9.1, is there any particular reason why i= t >>>> isn't going to be included given that it works reasonable well (and is >>>> optional anyway, so not likely to be detrimental)? >>> >>> virtio appeared in stable/9 a bit after 9.1 cut off, >>> and it is too late now regardless of virtio shape. >>> Anyway you can installed it from ports. >>> >> Ah I see, doesn't really help all the people who can't install it in KVM= and such though unfortunately, seems silly making them wait even >> longer and having to use Linux :) > > > FWIW, I installed FreeBSD 9-STABLE (pre-virtio in src) in KVM, initially = using the emulated devices and then, post-install, installed the emulators/= virtio-kmod port and switched over to vtbd/vtnet devices without problem. = When virtio appeared in src, I ditched the virtio-kmod port, again, without= issues. > > I found making the transition to virtio devices no harder than the ad -> = ada device transition. > > Cheers, > > Paul. What's the actual reallife performance benefits from virtio? Twofold, threefold, more, less? Linux-KVM web-site, http://www.linux-kvm.org/page/Virtio, mentions that they can push 1Gbps or so through the virtio network driver, but the number seems meaningless, since no context is established of the KVM performance prior to virtio. Another official-looking page, http://wiki.libvirt.org/page/Virtio, fails to make any number-based sales pitch whatsoever, whereas http://www.linux-kvm.org/page/Using_VirtIO_NIC likewise attempts to show up some random meaningless numbers, still failing to establish the context of what the performance is like without virtio. C. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 23:56:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EAFF563 for ; Wed, 28 Nov 2012 23:56:41 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id D5B5E8FC0C for ; Wed, 28 Nov 2012 23:56:40 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so4555228pad.13 for ; Wed, 28 Nov 2012 15:56:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:cc:references:in-reply-to:subject:date :organization:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:importance:x-mailer:x-mimeole :x-gm-message-state; bh=VRQ1YcfEOvrtHhcps+uY6TnOQI+zf+lvKp6TXU3s7AE=; b=Bd7UCrYekOB3vbYwj26q52Unsz2fApPAtyKUSLOEhXyaH9OBmsX1nZitTUj7ZM2RS7 8BFyHJoR0+N5E/AA9iOsfJNzlGUmtNUrMWlW0w5bZCjn//oIah5y6ZFuYkrFOfGn9rSr PxP2ec5MRZUuw4sMSnaz1vD6ZHbHQCD5rzCG8HXrnpQ2GYWtDVqNvsb4NREharvJFhVG ajzvp92w6JOHX4jqASXYquPqOV1E4H6V1vUyJahXJBe0X4GT5I4qfRXRXL98+bKUt16h ee7JRU8q9n0XGw0C0WZp6TFN1D/aT1c420xVaQo1BxwcF/5cpbEgBH0OjKpbjcNOj6UK vhqA== Received: by 10.66.83.201 with SMTP id s9mr56417527pay.74.1354147000411; Wed, 28 Nov 2012 15:56:40 -0800 (PST) Received: from CMOTUM25PC ([187.210.81.114]) by mx.google.com with ESMTPS id c1sm13277587pav.23.2012.11.28.15.56.38 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Nov 2012 15:56:39 -0800 (PST) Message-ID: <089E24E28F8449EBB06C1E6C13D21EBA@CMOTUM25PC> From: =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: "Ben Morrow" References: <20121128005316.GA31348@anubis.morrow.me.uk> <64EBD6BA13904807892DEBECE7EEE821@CMOTUM25PC> <20121128021105.GI76138@anubis.morrow.me.uk> In-Reply-To: <20121128021105.GI76138@anubis.morrow.me.uk> Subject: Re: How to clean up / Date: Wed, 28 Nov 2012 17:56:41 -0600 Organization: =?utf-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3505.912 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3505.912 X-Gm-Message-State: ALoCoQku9BtTXrPE+Wt93mOaUepEW611LIAlk/TpQZPTZM8zKXJqzU0QxVP2de6MoLHVVZ/Msy6l Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 28 Nov 2012 23:56:41 -0000 Yes, I installed linux_base sometime ago, and I forgot about it, since I'm not going to use it again I uninstalled it and it recommended that the files can be safely removed. Also let me thank you for telling me about how to setup IPFW without recompiling the kernel. Thank you all for your recommendations. -----Mensaje original----- From: Ben Morrow Sent: Tuesday, November 27, 2012 8:11 PM To: Efraín Déctor Cc: freebsd-stable@freebsd.org Subject: Re: How to clean up / At 7PM -0600 on 27/11/12 Efraín Déctor wrote: > From: Ben Morrow >> Quoth =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= : >> > >> > I recently upgraded to 9.1-RC3, everything went fine, however the / >> > partition its about to get full. Im really new to FreeBSD so I don’t >> > know what files can be deleted safely. >> > >> > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl >> >> This shouldn't be in /. You should create a new filesystem for /compat >> alongside /usr and /var, or just make a symlink /compat -> /usr/compat >> and move everything there. > > I have a custom kernel on this system (for using IPFW) could be this > reason > so compat is there?. [Do you realise you don't need a custom kernel for ipfw? ipfw is available as a module, so you can keep GENERIC and put ipfw_load="YES" into /boot/loader.conf. This will cause ipfw to be loaded at boot time, before the network is started; you can load it at runtime by running kldload ipfw ] No, this is nothing to do with a custom kernel: it is part of one of the linux_base ports, which you must have installed. It needs to be where it is, under /compat/linux, but /compat/linux itself should not be on the root filesystem. Since the list of large files you posted is relatively short, I assume you are using the traditional partioning scheme, with a small root partition and larger partitions for /usr and /var (and maybe /home). There is not as much point to this as there used to be, but if you are going to use this scheme you need to avoid putting anything in the root partition that doesn't need to be there. /compat/linux contains libraries, binaries and other files needed for FreeBSD's Linux API emulation; this most certainly does *not* need to be in the root partition, so it should be moved somewhere else. There are two possible 'somewhere else's: you can put it in its own partition, which means you need to have space on your disk to allocate a new partition; or you can move the whole lot onto one of your other existing partitions, and use a symlink (or a nullfs mount, but let's not get complicated) to make the directory appear where it's supposed to be. Probably the latter is the easier option. /usr is the right filesystem to be storing this sort of thing on, so you want to mv /compat /usr ln -s usr/compat /compat The mv will take some time, since it is moving files cross-filesystem so it has to copy them all. Ben From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 00:08:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5043A9EC for ; Thu, 29 Nov 2012 00:08:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 131408FC12 for ; Thu, 29 Nov 2012 00:08:23 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz12so10380592pbc.13 for ; Wed, 28 Nov 2012 16:08:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=vghFUq8suF4fd1mDsFLCYCV9ejYzwJwtQwHyFDAl198=; b=wGjBawuOzSrrU6vTJUU4bZv6UJlM2TEvLUOSg80+WFHBZ+Miye/7PNSGL3h3qEEvfp 8+MACXqkfDkUOVY+VtEjuRo6crTvGqBquJB3T+oNAosaiy4BHZ4rSN8ALqvBRDQ7xi8Y 86qoXMGu4IBJ6/FBDV7RN9WEGpHFTVfTqWoNBLci0/bzg9mUpYnbMUStWnrX4mHmOsG5 UOmUzIye0gWSSyOFz3gcP8wuVnGZl+5LpORnSWjkgsmBRBOZb49pAdCndcKju5HCvu7J QGIqFiIa0lP7gmqB+skc/QyvP3GKN4IUx3aOWnsxKCoRM9ZeYjLWRbGYBMkvbZ2rXWRP YBbw== Received: by 10.68.247.134 with SMTP id ye6mr62768172pbc.69.1354147703517; Wed, 28 Nov 2012 16:08:23 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id o5sm13288158paz.32.2012.11.28.16.08.20 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Nov 2012 16:08:22 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 29 Nov 2012 09:08:16 +0900 From: YongHyeon PYUN Date: Thu, 29 Nov 2012 09:08:16 +0900 To: Richard Kuhns Subject: Re: bge on the new Mac Mini Message-ID: <20121129000816.GA3190@michelle.cdnetworks.com> References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> <20121127052448.GC1452@michelle.cdnetworks.com> <50B4C155.8050703@wintek.com> <20121128001950.GA3390@michelle.cdnetworks.com> <50B629C5.8050805@wintek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50B629C5.8050805@wintek.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 00:08:24 -0000 On Wed, Nov 28, 2012 at 10:12:05AM -0500, Richard Kuhns wrote: > On 11/27/12 19:19, YongHyeon PYUN wrote: > > On Tue, Nov 27, 2012 at 08:34:13AM -0500, Richard Kuhns wrote: > >> On 11/27/12 00:24, YongHyeon PYUN wrote: > >>> On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: > >>>> On 11/21/12 21:08, YongHyeon PYUN wrote: > >>>>> On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: > >>>>>> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: > >>>>>>> On 11/20/12 03:52, YongHyeon PYUN wrote: > >>>>>>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: > >>>>>>>>> Hi all, > >>>>>>>>> > >>>>>>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac > >>>>>>>>> Minis via the memstick image; they seem to be pretty good little boxes for > >>>>>>>>> things like offsite secondary nameservers, for example, and they're easily > >>>>>>>>> replaced in case of problems. > >>>>>>>>> > >>>>>>>>> However, the newest minis have slightly different hardware, and FreeBSD can't > >>>>>>>>> find the built-in NIC. pciconf -lv on the new mini shows it as > >>>>>>>>> > >>>>>>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 > >>>>>>>> > >>>>>>>> It seems this controller is BCM57766. > >>>>>>>> > >>>>>>>>> hdr=0x00 > >>>>>>>>> vendor = 'Broadcom Corporation' > >>>>>>>>> class = network > >>>>>>>>> subclass = ethernet > >>>>>>>>> > >>>>>>>>> The previous edition mini (that works) reports > >>>>>>>>> > >>>>>>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 > >>>>>>>>> vendor = 'Broadcom Corporation' > >>>>>>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' > >>>>>>>>> class = network > >>>>>>>>> subclass = ethernet > >>>>>>>>> > >>>>>>>>> Is there a chance that adding the new card/chip info to the current driver would > >>>>>>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not > >>>>>>>>> familiar enough with hardware at that level to figure out the patch myself. > >>>>>>>>> > >>>>>>>> > >>>>>>>> Try attached patch and let me know whether the patch works or not. > >>>>>>>> If the patch works please share dmesg output(bge(4) and brgphy(4) > >>>>>>>> output only). > >>>>>>>> Note, the patch was generated against CURRENT. > >>>>>>>> > >>>>>>> > >>>>>>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from > >>>>>> > >>>>>> I guess you also need to copy brgphy.c from HEAD to > >>>>>> /usr/src/sys/dev/mii directory. > >>>>>> > >>>>>>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no > >>>>>>> errors during the build, but still no NIC. > >>>>>> > >>>>>> Does it mean you're not seeing bge0 interface? Or you can't pass > >>>>>> any traffic via bge0? > >>>>> > >>>>> Oops, it seems I've not included your device ID in the diff. > >>>>> Try attach one instead. Make sure you use brgphy.c from HEAD. > >>>>> > >>>> > >>>> There's progress! With your latest patch using brgphy.c, if_bge.c, and > >>>> if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the > >>>> moment I try to configure it the box locks up completely; it won't even toggle > >>>> the caps lock LED. > >>>> > >>>> Booting single user and running ifconfig shows: > >>>> > >>>> bge0: flags=8802 metric 0 mtu 1500 > >>>> options=8009b > >>>> ether a8:20:66:11:3b:d6 > >>>> nd6 options=21 > >>>> media: Ethernet autoselect (1000baseT ) > >>>> status: active > >>>> > >>>> I did a verbose boot; here's the part that seems to be relevant to bge0: > >>>> > >>>> bge0: mem > >>>> 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 > >>>> bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E > >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >>> > >>> All these information are garbage which indicates a bug in the diff. > >>> > >>>> miibus0: on bge0 > >>>> brgphy0: PHY 1 on miibus0 > >>>> brgphy0: OUI 0x001be9, model 0x0024, rev. 1 > >>>> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > >>>> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > >>>> bge0: bpf attached > >>>> bge0: Ethernet address: a8:20:66:11:3b:d6 > >>>> ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 > >>>> > >>>> I greatly appreciate your efforts. I'm sorry for the delay getting back with > >>>> you, but we had a busy Thanksgiving weekend. > >>>> > >>> > >>> Try again with attached bge.57766.diff3. > >>> Thanks for testing! > >>> > >> > >> I don't think the patch actually got attached :-( > > > > Oops, attached. > > > > And there was great rejoicing... > > It seems to take longer than I'm used to for it to decide it has link (about > halfway through 'waiting for the default route interface'), but it works! > Great. Could you show me dmesg(bge(4) and brgphy(4) only) and "ifconfig bge0" output? > I've just installed subversion, and I'm doing an 'svn co' of stable/9. > > Many thanks for the work you've done! From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 03:36:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D967C77A for ; Thu, 29 Nov 2012 03:36:15 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id AB2E68FC08 for ; Thu, 29 Nov 2012 03:36:15 +0000 (UTC) Received: from [10.0.1.4] (pool-98-112-217-228.lsanca.fios.verizon.net [98.112.217.228]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id qAT3a8xT064979 for ; Wed, 28 Nov 2012 19:36:09 -0800 (PST) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Library Problem Date: Wed, 28 Nov 2012 19:36:09 -0800 Message-Id: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> To: FreeBSD-STABLE Mailing List Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 03:36:15 -0000 I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. Three of = them worked just fine. The last one is causing a problem. It will not = look in /usr/local/lib/ for shared libraries. I did the standard = install, moved in some source, compiled it and tried to run it. The = library is there. On the working systems ktrace shows: 2259 intro CALL access(0x28066000,0) 2259 intro NAMI "/lib/libsermons.so" 2259 intro RET access -1 errno 2 No such file or directory 2259 intro CALL access(0x28066000,0) 2259 intro NAMI "/usr/lib/libsermons.so" 2259 intro RET access -1 errno 2 No such file or directory 2259 intro CALL access(0x28066000,0) 2259 intro NAMI "/usr/lib/compat/libsermons.so" 2259 intro RET access -1 errno 2 No such file or directory 2259 intro CALL access(0x28066000,0) 2259 intro NAMI "/usr/local/lib/libsermons.so" 2259 intro RET access 0 On the failing system ktrace shows: 6746 intro NAMI "/lib/libsermons.so" 6746 intro RET access -1 errno 2 No such file or directory 6746 intro CALL access(0x28066000,0) 6746 intro NAMI "/usr/lib/libsermons.so" 6746 intro RET access -1 errno 2 No such file or directory 6746 intro CALL access(0x28066000,0) 6746 intro NAMI "/usr/lib/compat/libsermons.so" 6746 intro RET access -1 errno 2 No such file or directory 6746 intro CALL access(0x28066000,0) 6746 intro NAMI "/lib/libsermons.so" 6746 intro RET access -1 errno 2 No such file or directory 6746 intro CALL access(0x28066000,0) 6746 intro NAMI "/usr/lib/libsermons.so" 6746 intro RET access -1 errno 2 No such file or directory 6746 intro CALL write(0x2,0x28060080,0x3c) 6746 intro GIO fd 2 wrote 60 bytes "Shared object "libsermons.so" not found, required by "intro"" It never attempts to check /usr/local/lib. I can't find any = configuration item that affects that. How can this be fixed? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 04:01:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAF01D14 for ; Thu, 29 Nov 2012 04:01:49 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC6C8FC0C for ; Thu, 29 Nov 2012 04:01:49 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id qAT41fkj020798 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 28 Nov 2012 22:01:42 -0600 Received: from [10.0.0.100] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.309.2; Wed, 28 Nov 2012 22:01:40 -0600 Subject: Re: Library Problem MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> Date: Wed, 28 Nov 2012 20:01:39 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> To: Doug Hardie X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-11-29_05:2012-11-28,2012-11-29,1970-01-01 signatures=0 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 04:01:50 -0000 On Nov 28, 2012, at 7:36 PM, Doug Hardie wrote: > I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. Three of = them worked just fine. The last one is causing a problem. It will not loo= k in /usr/local/lib/ for shared libraries. I did the standard install, mov= ed in some source, compiled it and tried to run it. The library is there. = On the working systems ktrace shows: >=20 > 2259 intro CALL access(0x28066000,0) > 2259 intro NAMI "/lib/libsermons.so" > 2259 intro RET access -1 errno 2 No such file or directory > 2259 intro CALL access(0x28066000,0) > 2259 intro NAMI "/usr/lib/libsermons.so" > 2259 intro RET access -1 errno 2 No such file or directory > 2259 intro CALL access(0x28066000,0) > 2259 intro NAMI "/usr/lib/compat/libsermons.so" > 2259 intro RET access -1 errno 2 No such file or directory > 2259 intro CALL access(0x28066000,0) > 2259 intro NAMI "/usr/local/lib/libsermons.so" > 2259 intro RET access 0 >=20 >=20 > On the failing system ktrace shows: >=20 > 6746 intro NAMI "/lib/libsermons.so" > 6746 intro RET access -1 errno 2 No such file or directory > 6746 intro CALL access(0x28066000,0) > 6746 intro NAMI "/usr/lib/libsermons.so" > 6746 intro RET access -1 errno 2 No such file or directory > 6746 intro CALL access(0x28066000,0) > 6746 intro NAMI "/usr/lib/compat/libsermons.so" > 6746 intro RET access -1 errno 2 No such file or directory > 6746 intro CALL access(0x28066000,0) > 6746 intro NAMI "/lib/libsermons.so" > 6746 intro RET access -1 errno 2 No such file or directory > 6746 intro CALL access(0x28066000,0) > 6746 intro NAMI "/usr/lib/libsermons.so" > 6746 intro RET access -1 errno 2 No such file or directory > 6746 intro CALL write(0x2,0x28060080,0x3c) > 6746 intro GIO fd 2 wrote 60 bytes > "Shared object "libsermons.so" not found, required by "intro"" >=20 >=20 > It never attempts to check /usr/local/lib. I can't find any configuratio= n item that affects that. How can this be fixed? >=20 What's the value of "ldconfig_paths" in rc.conf(5)? That includes: /etc/rc.conf /etc/rc.conf.local (if it exists) /etc/defaults/rc.conf Here on my 9.0-R system it has the following in /etc/defaults/rc.conf: /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 05:20:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A6B0A17 for ; Thu, 29 Nov 2012 05:20:45 +0000 (UTC) (envelope-from mcg@sulfegate.org) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id ADD758FC08 for ; Thu, 29 Nov 2012 05:20:44 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id 16so16329982obc.13 for ; Wed, 28 Nov 2012 21:20:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sulfegate.org; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=rTogG4T29ZoayVwm8BO/Z9rxhmQg+Ci8VcQfzs5f+3I=; b=SACiVrQlA5WgqXQfeAE+6PEyLoBlWYO247jlu8gxGBgfa/Jd1NeaKVj/3P4qDjAzi8 xtQwEZV7zoeP/6XioOp6A7PUxKXMVBcqohrdoDIJ8te+MEh1OXt0HPhEM+AYsCY0i9Wu AUzEoQYDgnYbFBk7RnR1ted29iqwlLSIxbvKY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=rTogG4T29ZoayVwm8BO/Z9rxhmQg+Ci8VcQfzs5f+3I=; b=HJOv7KM+UgVb3SlVJk87ZYd8syN1WiOm75M7OyQDTXo73fB0VEGDAMBxMQx3EUfdLG t1TllYo6b058zmVB5srGKR+/oVzGlg9/ZfP9kFTLsGjm4AQZHoyFJjPFiiGBE4eLNqAi ZXNkJdeq/v76dd6p7bi9L3PgZt/7j7xNoVkM+VRroAG9RxxS3goK4KNaCph2g19QhPLW XUdV3v7gRT7T94K93MkBYSN6wCNC9kQkKgdVXNnpkBmUE7s3Cjhn6e2YABxhjOZmfBvs cX3D2cg8i8gxjx0mfhH0R5nQmmgDdNqHayExflspWC3FlsfbCktfrVk8nPfKxQLMt7RI Fsfg== Received: by 10.60.1.169 with SMTP id 9mr627436oen.93.1354166443818; Wed, 28 Nov 2012 21:20:43 -0800 (PST) MIME-Version: 1.0 Sender: mcg@sulfegate.org Received: by 10.76.154.135 with HTTP; Wed, 28 Nov 2012 21:20:13 -0800 (PST) X-Originating-IP: [2001:470:1f05:6c6:c490:2526:b1a3:1c58] In-Reply-To: References: From: "Galati, Michael" Date: Wed, 28 Nov 2012 21:20:13 -0800 X-Google-Sender-Auth: tdkAayWk40cjCNDeAavsc-ZWZi8 Message-ID: Subject: Re: Unable to compile Python 2.7.3 (latest) from ports on 9.1-RC3 To: Jakob Breivik Grimstveit Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlvm2U9rl51vvw5GcKraCwotKdzZZQg/DuPgbSZxChzeAGWdS1MNYUNM2IdCEiC/97mA1JR Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 05:20:45 -0000 On Wed, Nov 28, 2012 at 1:31 AM, Jakob Breivik Grimstveit wrote: > > I get this when compiling lang/python27 on a freshly upgraded 9.1-RC3: > > cc -shared -pthread -pthread -O2 -pipe -march=nocona -fno-strict-aliasing > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/_ctypes.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/callbacks.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/callproc.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/stgdict.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/cfield.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/prep_cif.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/closures.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/dlmalloc.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/ffi64.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/unix64.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/ffi.o > > build/temp.freebsd-9.1-RC3-amd64-2.7/usr/ports/lang/python27/work/Python-2.7.3/Modules/_ctypes/libffi/src/x86/sysv.o > -L/usr/local/lib -o build/lib.freebsd-9.1-RC3-amd64-2.7/_ctypes.so > > Python build finished, but the necessary bits to build these modules were > not found: > _tkinter dl imageop > linuxaudiodev spwd sunaudiodev > To find the necessary bits, look in setup.py in detect_modules() for the > module's name. > (snip) Looks ok to me. You can run the python interpreter, right? sunaudiodev and linuxaudiodev, at least, you almost certainly don't need. spwd is for dealing with /etc/shadow (FreeBSD uses /etc/master.passwd instead, so it doesn't apply afaik). dl is deprecated in favour of ctypes (which you should have already). __tkinter is intentionally not included because it depends on X11; if you need it install x11-toolkits/py-tkinter. imageop is also deprecated, and would only work on i386; graphics/py-imaging is the replacement, apparently. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 06:46:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63B8140E; Thu, 29 Nov 2012 06:46:55 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 169688FC12; Thu, 29 Nov 2012 06:46:54 +0000 (UTC) Received: from [10.0.1.4] (pool-98-112-217-228.lsanca.fios.verizon.net [98.112.217.228]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id qAT6koRg069655; Wed, 28 Nov 2012 22:46:51 -0800 (PST) (envelope-from bc979@lafn.org) Subject: Re: Library Problem Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Doug Hardie In-Reply-To: <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> Date: Wed, 28 Nov 2012 22:46:51 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> To: Devin Teske , Devin Teske X-Mailer: Apple Mail (2.1283) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 06:46:55 -0000 On 28 November 2012, at 20:01, Devin Teske wrote: >=20 > On Nov 28, 2012, at 7:36 PM, Doug Hardie wrote: >=20 >> I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. Three = of them worked just fine. The last one is causing a problem. It will = not look in /usr/local/lib/ for shared libraries. I did the standard = install, moved in some source, compiled it and tried to run it. The = library is there. On the working systems ktrace shows: >>=20 >> 2259 intro CALL access(0x28066000,0) >> 2259 intro NAMI "/lib/libsermons.so" >> 2259 intro RET access -1 errno 2 No such file or directory >> 2259 intro CALL access(0x28066000,0) >> 2259 intro NAMI "/usr/lib/libsermons.so" >> 2259 intro RET access -1 errno 2 No such file or directory >> 2259 intro CALL access(0x28066000,0) >> 2259 intro NAMI "/usr/lib/compat/libsermons.so" >> 2259 intro RET access -1 errno 2 No such file or directory >> 2259 intro CALL access(0x28066000,0) >> 2259 intro NAMI "/usr/local/lib/libsermons.so" >> 2259 intro RET access 0 >>=20 >>=20 >> On the failing system ktrace shows: >>=20 >> 6746 intro NAMI "/lib/libsermons.so" >> 6746 intro RET access -1 errno 2 No such file or directory >> 6746 intro CALL access(0x28066000,0) >> 6746 intro NAMI "/usr/lib/libsermons.so" >> 6746 intro RET access -1 errno 2 No such file or directory >> 6746 intro CALL access(0x28066000,0) >> 6746 intro NAMI "/usr/lib/compat/libsermons.so" >> 6746 intro RET access -1 errno 2 No such file or directory >> 6746 intro CALL access(0x28066000,0) >> 6746 intro NAMI "/lib/libsermons.so" >> 6746 intro RET access -1 errno 2 No such file or directory >> 6746 intro CALL access(0x28066000,0) >> 6746 intro NAMI "/usr/lib/libsermons.so" >> 6746 intro RET access -1 errno 2 No such file or directory >> 6746 intro CALL write(0x2,0x28060080,0x3c) >> 6746 intro GIO fd 2 wrote 60 bytes >> "Shared object "libsermons.so" not found, required by "intro"" >>=20 >>=20 >> It never attempts to check /usr/local/lib. I can't find any = configuration item that affects that. How can this be fixed? >>=20 >=20 > What's the value of "ldconfig_paths" in rc.conf(5)? >=20 > That includes: > /etc/rc.conf > /etc/rc.conf.local (if it exists) > /etc/defaults/rc.conf >=20 > Here on my 9.0-R system it has the following in /etc/defaults/rc.conf: > /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg /etc/defaults/rc.conf has: ldconfig_paths=3D"/usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg" /etc/rc.conf has nothing for ldconfig_paths. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 07:22:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59BF8CB7 for ; Thu, 29 Nov 2012 07:22:05 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id DB05A8FC14 for ; Thu, 29 Nov 2012 07:22:04 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so9932996eek.13 for ; Wed, 28 Nov 2012 23:22:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=baOuFZX9zbyPzCypOfzjzHq03pc6T8NQQtEnTYSyD5g=; b=VShzL7pci6OJwBjQVRHPoY20XJcFVl1OG5xfTwSyDQA8WZO+ZRWHhM3wepDcz81VsI hNHocRs6117gMTCgXpOKgDuKd1lCZ+4WRp6IWc3QEENFjQ6ri4nkV+LFoFNNk4q4kwDT O0r28P92DJprOSue2+BR+0jfq1ZUWQUhN9ZDLMiLLFhw1NXlvUdCLo2KFcxsAR19rrAU qxmxsOz2ChMpc8UK1xyxy+1EivOCeNCvDOdaUfQ3h5m+cXaBb4Q7oPqLL/WU0edv4lO4 ZdhOjdIUnEz4kQkWM8/GnP2d1k2b68iKYMS3zghLxwWJxK3hhTIPJ0/OwKxXhTA3MZ7V 3bkA== MIME-Version: 1.0 Received: by 10.14.2.196 with SMTP id 44mr50462308eef.25.1354173723846; Wed, 28 Nov 2012 23:22:03 -0800 (PST) Received: by 10.14.188.136 with HTTP; Wed, 28 Nov 2012 23:22:03 -0800 (PST) In-Reply-To: References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> Date: Thu, 29 Nov 2012 01:22:03 -0600 Message-ID: Subject: Re: Library Problem From: Scot Hetzel To: Doug Hardie Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 07:22:05 -0000 On Thu, Nov 29, 2012 at 12:46 AM, Doug Hardie wrote: > > On 28 November 2012, at 20:01, Devin Teske wrote: > >> >> On Nov 28, 2012, at 7:36 PM, Doug Hardie wrote: >> >>> I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. Three o= f them worked just fine. The last one is causing a problem. It will not l= ook in /usr/local/lib/ for shared libraries. I did the standard install, m= oved in some source, compiled it and tried to run it. The library is there= . On the working systems ktrace shows: >>> >>> 2259 intro CALL access(0x28066000,0) >>> 2259 intro NAMI "/lib/libsermons.so" >>> 2259 intro RET access -1 errno 2 No such file or directory >>> 2259 intro CALL access(0x28066000,0) >>> 2259 intro NAMI "/usr/lib/libsermons.so" >>> 2259 intro RET access -1 errno 2 No such file or directory >>> 2259 intro CALL access(0x28066000,0) >>> 2259 intro NAMI "/usr/lib/compat/libsermons.so" >>> 2259 intro RET access -1 errno 2 No such file or directory >>> 2259 intro CALL access(0x28066000,0) >>> 2259 intro NAMI "/usr/local/lib/libsermons.so" >>> 2259 intro RET access 0 >>> >>> >>> On the failing system ktrace shows: >>> >>> 6746 intro NAMI "/lib/libsermons.so" >>> 6746 intro RET access -1 errno 2 No such file or directory >>> 6746 intro CALL access(0x28066000,0) >>> 6746 intro NAMI "/usr/lib/libsermons.so" >>> 6746 intro RET access -1 errno 2 No such file or directory >>> 6746 intro CALL access(0x28066000,0) >>> 6746 intro NAMI "/usr/lib/compat/libsermons.so" >>> 6746 intro RET access -1 errno 2 No such file or directory >>> 6746 intro CALL access(0x28066000,0) >>> 6746 intro NAMI "/lib/libsermons.so" >>> 6746 intro RET access -1 errno 2 No such file or directory >>> 6746 intro CALL access(0x28066000,0) >>> 6746 intro NAMI "/usr/lib/libsermons.so" >>> 6746 intro RET access -1 errno 2 No such file or directory >>> 6746 intro CALL write(0x2,0x28060080,0x3c) >>> 6746 intro GIO fd 2 wrote 60 bytes >>> "Shared object "libsermons.so" not found, required by "intro"" >>> >>> >>> It never attempts to check /usr/local/lib. I can't find any configurat= ion item that affects that. How can this be fixed? >>> >> >> What's the value of "ldconfig_paths" in rc.conf(5)? >> >> That includes: >> /etc/rc.conf >> /etc/rc.conf.local (if it exists) >> /etc/defaults/rc.conf >> >> Here on my 9.0-R system it has the following in /etc/defaults/rc.conf: >> /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg > > > /etc/defaults/rc.conf has: > > ldconfig_paths=3D"/usr/lib/compat /usr/local/lib /usr/local/lib/compat/pk= g" > > > /etc/rc.conf has nothing for ldconfig_paths. > > What does ldconfig -r show? It should show which paths it is configured to scan. Is LD_LIBRARY_PATH set? Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 08:41:47 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C53A25B; Thu, 29 Nov 2012 08:41:47 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 045248FC12; Thu, 29 Nov 2012 08:41:46 +0000 (UTC) Received: from mr129166.localdomain (mr129166.cri.univ-rennes1.fr [129.20.129.166]) by smtp.lamaiziere.net (Postfix) with ESMTPA id C3A32A17B; Thu, 29 Nov 2012 09:41:38 +0100 (CET) Received: from mr129166 (localhost [127.0.0.1]) by mr129166.localdomain (Postfix) with ESMTP id 0580761DA; Thu, 29 Nov 2012 09:41:38 +0100 (CET) Date: Thu, 29 Nov 2012 09:41:37 +0100 From: Patrick Lamaiziere To: Andriy Gapon Subject: Re: Some new hardware with 9.1 does not reboot easily Message-ID: <20121129094137.6829eae8@mr129166> In-Reply-To: <50B3421B.2010606@FreeBSD.org> References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd9) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "stable@freebsd.org" , Willem Jan Withagen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 08:41:47 -0000 Le Mon, 26 Nov 2012 12:19:07 +0200, Andriy Gapon a écrit : Hello, > on 26/11/2012 12:10 Patrick Lamaiziere said the following: > > As far I can see it fails because there is no getnewvnode_reserve() > > / get_newvnode_drop_reserve() in 9.1. > > The patch is for stable/9. Ok, thanks. I've made a new diff because Willem's patch does not apply on 9.STABLE (fails on opensolaris_lookup.c) : This one is for 9-stable rev 243569: http://user.lamaiziere.net/patrick/9-STABLE-r243569-patch-zfs-reboot It solves the reboot problem on my server. I'm testing it on my workstation with few "poudriere bulk". It looks to work. Thanks, regards. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 08:54:19 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68169710; Thu, 29 Nov 2012 08:54:19 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (smtp.digiware.nl [31.223.170.169]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7B58FC0C; Thu, 29 Nov 2012 08:54:18 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 5B8AE15346D; Thu, 29 Nov 2012 09:53:55 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9DOAPu4zB5Pn; Thu, 29 Nov 2012 09:53:54 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 93EFD15346C; Thu, 29 Nov 2012 09:53:54 +0100 (CET) Message-ID: <50B7229D.4090901@digiware.nl> Date: Thu, 29 Nov 2012 09:53:49 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Patrick Lamaiziere Subject: Re: Some new hardware with 9.1 does not reboot easily References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> <20121129094137.6829eae8@mr129166> In-Reply-To: <20121129094137.6829eae8@mr129166> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "stable@freebsd.org" , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 08:54:19 -0000 On 2012-11-29 9:41, Patrick Lamaiziere wrote: > Le Mon, 26 Nov 2012 12:19:07 +0200, > Andriy Gapon a écrit : > > Hello, > >> on 26/11/2012 12:10 Patrick Lamaiziere said the following: >>> As far I can see it fails because there is no getnewvnode_reserve() >>> / get_newvnode_drop_reserve() in 9.1. >> >> The patch is for stable/9. > > Ok, thanks. > > I've made a new diff because Willem's patch does not apply > on 9.STABLE (fails on opensolaris_lookup.c) : > > This one is for 9-stable rev 243569: > http://user.lamaiziere.net/patrick/9-STABLE-r243569-patch-zfs-reboot > > It solves the reboot problem on my server. I'm testing it on my > workstation with few "poudriere bulk". It looks to work. Andriy sent me his diff aginst HEAD, which I reworked against the code I have here locally. I did an svn diff against the checkout of that morning. And I'm pretty sure i'm tracking stable/9 So I'm not sure where I went wrong, but thanx for fixing it. --WjW From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 09:59:29 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0023D6C3 for ; Thu, 29 Nov 2012 09:59:28 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id B78728FC0C for ; Thu, 29 Nov 2012 09:59:28 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so19243415iec.13 for ; Thu, 29 Nov 2012 01:59:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=QuNOHaHWL+mKQoNL16HXumrmlxEDZ+smyf1k/RqkRAk=; b=CUKfk4t0OcRu35Xg2zthl26eLLC4vs3sNe9Zvr9zCsZnR8CC01+BJNOrSGFiB8A5uL 8d2VM4shDJYKPt+y64y0av4gRSo+R7fVS8ZTgKMWj9KkQkInAUujZtW1GwbB24kOTxRT gFcVgStkbmLWFEyPEFXtTkQbDEGW8mbC4EsjWBbIJboPVoW7AZ3kKdE+K43RC76suGVU EftzHGXg43TpP3sMf/rSG+oDyWs6S9euiTWni7SfwsEluk7AOSGCdei2/IA8S3/YVxxD eXR9h2FuEmYNBlVPkfApbb+Evlk19a7d7MqYIfbQ4RH6qJUBi2A9xNEFiDJ3WMXcC2tO 5qgQ== Received: by 10.50.33.138 with SMTP id r10mr22426236igi.6.1354183168424; Thu, 29 Nov 2012 01:59:28 -0800 (PST) Received: from [192.168.1.132] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id i9sm6822570igl.9.2012.11.29.01.59.26 (version=SSLv3 cipher=OTHER); Thu, 29 Nov 2012 01:59:27 -0800 (PST) Message-ID: <50B731FC.5090301@gmail.com> Date: Thu, 29 Nov 2012 11:59:24 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: -stdlib=libc++ fails for some ports Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 09:59:29 -0000 Hi all. When compiling databases/db5 with CFLAGS+= -stdlib=libc++ I got this: libtool: compile: c++ -c -I. -I./../src -D_THREAD_SAFE -O2 -pipe -march=native -fno-strict-aliasing -stdlib=libc++ ../lang/cxx/cxx_db.cpp -fPIC -DPIC -o .libs/cxx_db.o In file included from ../lang/cxx/cxx_channel.cpp:13: In file included from ./db_cxx.h:55: In file included from /usr/include/c++/v1/iostream:38: In file included from /usr/include/c++/v1/ios:216: In file included from /usr/include/c++/v1/__locale:15: In file included from /usr/include/c++/v1/string:434: In file included from /usr/include/c++/v1/algorithm:590: In file included from /usr/include/c++/v1/initializer_list:47: /usr/include/c++/v1/cstddef:64:61: error: expected class member or base class name _LIBCPP_ALWAYS_INLINE _LIBCPP_CONSTEXPR nullptr_t() : _(0) {} ^ ./db_int.h:445:16: note: expanded from macro '_' #define _(msg) msg /* Replace with localization function. */ ^ The problem is actually on libc++ side and has been fixed upstream: http://llvm.org/viewvc/llvm-project?view=rev&revision=167038 -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 10:42:39 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F04D11F; Thu, 29 Nov 2012 10:42:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 32D058FC12; Thu, 29 Nov 2012 10:42:39 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4F74A5C37; Thu, 29 Nov 2012 11:42:32 +0100 (CET) Message-ID: <50B73C1D.7070709@FreeBSD.org> Date: Thu, 29 Nov 2012 11:42:37 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Volodymyr Kostyrko Subject: Re: -stdlib=libc++ fails for some ports References: <50B731FC.5090301@gmail.com> In-Reply-To: <50B731FC.5090301@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , David Chisnall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 10:42:39 -0000 On 2012-11-29 10:59, Volodymyr Kostyrko wrote: > When compiling databases/db5 with CFLAGS+= -stdlib=libc++ I got this: > > libtool: compile: c++ -c -I. -I./../src -D_THREAD_SAFE -O2 -pipe > -march=native -fno-strict-aliasing -stdlib=libc++ ../lang/cxx/cxx_db.cpp > -fPIC -DPIC -o .libs/cxx_db.o > In file included from ../lang/cxx/cxx_channel.cpp:13: > In file included from ./db_cxx.h:55: > In file included from /usr/include/c++/v1/iostream:38: > In file included from /usr/include/c++/v1/ios:216: > In file included from /usr/include/c++/v1/__locale:15: > In file included from /usr/include/c++/v1/string:434: > In file included from /usr/include/c++/v1/algorithm:590: > In file included from /usr/include/c++/v1/initializer_list:47: > /usr/include/c++/v1/cstddef:64:61: error: expected class member or base > class name > _LIBCPP_ALWAYS_INLINE _LIBCPP_CONSTEXPR nullptr_t() : _(0) {} > ^ > ./db_int.h:445:16: note: expanded from macro '_' > #define _(msg) msg /* Replace with localization function. */ > ^ > > The problem is actually on libc++ side and has been fixed upstream: > > http://llvm.org/viewvc/llvm-project?view=rev&revision=167038 Yes, David imported a new libc++ snapshot, including this fix, into head in r242945. He did not set an MFC period at the time, so I am not sure what his plans are. :-) From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 13:14:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A51B5B6 for ; Thu, 29 Nov 2012 13:14:20 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) by mx1.freebsd.org (Postfix) with ESMTP id 53DA78FC14 for ; Thu, 29 Nov 2012 13:14:19 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.1.436.0; Thu, 29 Nov 2012 08:14:18 -0500 Message-ID: <50B75FA4.1000601@wintek.com> Date: Thu, 29 Nov 2012 08:14:12 -0500 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "pyunyh@gmail.com" Subject: Re: bge on the new Mac Mini References: <50A65BFC.7030406@wintek.com> <20121120085200.GB1778@michelle.cdnetworks.com> <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> <20121127052448.GC1452@michelle.cdnetworks.com> <50B4C155.8050703@wintek.com> <20121128001950.GA3390@michelle.cdnetworks.com> <50B629C5.8050805@wintek.com> <20121129000816.GA3190@michelle.cdnetworks.com> In-Reply-To: <20121129000816.GA3190@michelle.cdnetworks.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rjk@wintek.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 13:14:20 -0000 On 11/28/12 19:08, YongHyeon PYUN wrote: > On Wed, Nov 28, 2012 at 10:12:05AM -0500, Richard Kuhns wrote: >> On 11/27/12 19:19, YongHyeon PYUN wrote: >>> On Tue, Nov 27, 2012 at 08:34:13AM -0500, Richard Kuhns wrote: >>>> On 11/27/12 00:24, YongHyeon PYUN wrote: >>>>> On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: >>>>>> On 11/21/12 21:08, YongHyeon PYUN wrote: >>>>>>> On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: >>>>>>>> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: >>>>>>>>> On 11/20/12 03:52, YongHyeon PYUN wrote: >>>>>>>>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: >>>>>>>>>>> Hi all, >>>>>>>>>>> >>>>>>>>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac >>>>>>>>>>> Minis via the memstick image; they seem to be pretty good little boxes for >>>>>>>>>>> things like offsite secondary nameservers, for example, and they're easily >>>>>>>>>>> replaced in case of problems. >>>>>>>>>>> >>>>>>>>>>> However, the newest minis have slightly different hardware, and FreeBSD can't >>>>>>>>>>> find the built-in NIC. pciconf -lv on the new mini shows it as >>>>>>>>>>> >>>>>>>>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 >>>>>>>>>> >>>>>>>>>> It seems this controller is BCM57766. >>>>>>>>>> >>>>>>>>>>> hdr=0x00 >>>>>>>>>>> vendor = 'Broadcom Corporation' >>>>>>>>>>> class = network >>>>>>>>>>> subclass = ethernet >>>>>>>>>>> >>>>>>>>>>> The previous edition mini (that works) reports >>>>>>>>>>> >>>>>>>>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 >>>>>>>>>>> vendor = 'Broadcom Corporation' >>>>>>>>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' >>>>>>>>>>> class = network >>>>>>>>>>> subclass = ethernet >>>>>>>>>>> >>>>>>>>>>> Is there a chance that adding the new card/chip info to the current driver would >>>>>>>>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not >>>>>>>>>>> familiar enough with hardware at that level to figure out the patch myself. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Try attached patch and let me know whether the patch works or not. >>>>>>>>>> If the patch works please share dmesg output(bge(4) and brgphy(4) >>>>>>>>>> output only). >>>>>>>>>> Note, the patch was generated against CURRENT. >>>>>>>>>> >>>>>>>>> >>>>>>>>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from >>>>>>>> >>>>>>>> I guess you also need to copy brgphy.c from HEAD to >>>>>>>> /usr/src/sys/dev/mii directory. >>>>>>>> >>>>>>>>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no >>>>>>>>> errors during the build, but still no NIC. >>>>>>>> >>>>>>>> Does it mean you're not seeing bge0 interface? Or you can't pass >>>>>>>> any traffic via bge0? >>>>>>> >>>>>>> Oops, it seems I've not included your device ID in the diff. >>>>>>> Try attach one instead. Make sure you use brgphy.c from HEAD. >>>>>>> >>>>>> >>>>>> There's progress! With your latest patch using brgphy.c, if_bge.c, and >>>>>> if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the >>>>>> moment I try to configure it the box locks up completely; it won't even toggle >>>>>> the caps lock LED. >>>>>> >>>>>> Booting single user and running ifconfig shows: >>>>>> >>>>>> bge0: flags=8802 metric 0 mtu 1500 >>>>>> options=8009b >>>>>> ether a8:20:66:11:3b:d6 >>>>>> nd6 options=21 >>>>>> media: Ethernet autoselect (1000baseT ) >>>>>> status: active >>>>>> >>>>>> I did a verbose boot; here's the part that seems to be relevant to bge0: >>>>>> >>>>>> bge0: mem >>>>>> 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 >>>>>> bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E >>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>> >>>>> All these information are garbage which indicates a bug in the diff. >>>>> >>>>>> miibus0: on bge0 >>>>>> brgphy0: PHY 1 on miibus0 >>>>>> brgphy0: OUI 0x001be9, model 0x0024, rev. 1 >>>>>> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >>>>>> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >>>>>> bge0: bpf attached >>>>>> bge0: Ethernet address: a8:20:66:11:3b:d6 >>>>>> ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 >>>>>> >>>>>> I greatly appreciate your efforts. I'm sorry for the delay getting back with >>>>>> you, but we had a busy Thanksgiving weekend. >>>>>> >>>>> >>>>> Try again with attached bge.57766.diff3. >>>>> Thanks for testing! >>>>> >>>> >>>> I don't think the patch actually got attached :-( >>> >>> Oops, attached. >>> >> >> And there was great rejoicing... >> >> It seems to take longer than I'm used to for it to decide it has link (about >> halfway through 'waiting for the default route interface'), but it works! >> > > Great. Could you show me dmesg(bge(4) and brgphy(4) only) and > "ifconfig bge0" output? Sure. Here's the 'ifconfig bge0' output: bge0: flags=8843 metric 0 mtu 1500 options=c019b ether a8:20:66:11:3b:d6 inet 172.28.1.90 netmask 0xffffff00 broadcast 172.28.1.255 inet6 fe80::aa20:66ff:fe11:3bd6%bge0 prefixlen 64 scopeid 0x2 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active And here's the dmesg output from a verbose boot: bge0: mem 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 bge0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 265 to local APIC 0 vector 61 bge0: using IRQ 265 for MSI bge0: CHIP ID 0x57766001; ASIC REV 0x57766; CHIP REV 0x577660; PCI-E bge0: Disabling fastboot miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x001be9, model 0x0024, rev. 1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: a8:20:66:11:3b:d6 -- Richard Kuhns My Desk: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 13:50:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DF88B2D for ; Thu, 29 Nov 2012 13:50:21 +0000 (UTC) (envelope-from fluca1978@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D05AA8FC13 for ; Thu, 29 Nov 2012 13:50:20 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so8322778vba.13 for ; Thu, 29 Nov 2012 05:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=FKmjruer9L3sOZSADuY1kMiJY71DUGHppEwHa0nZMSM=; b=H9LGuWjIuE10bXUu8SgAI8NlH3dbbckcoloXqIq1+WyvhKaZTKJLxjPuMc66b3/sXa Sg6IL8x9N3hhuWuYy6p5eZxo8TL/Ru6YqpFC4pCnuWTIfAFI3lSTTD2k/PFDs/iGotmb vRJUXg6wxaFgVdJKKIIY12fOLgfujR8MTZ1C8rwRjuRcv/3Y8M9sWbBdACIhVFF5dv7y KitWXaTH65KA96ytXOHXqM/ROhSL2DyfHy/CXccq5xBCXVSNhvM+L3xosIX0e2wMNn6N RFpdp3Cl6IELvCl1i7Mr+FQqhCgWVdBY1YvQZVPmPkcf8DIH0fnKRGFoHgo9o+kd9UAb py1g== MIME-Version: 1.0 Received: by 10.58.243.166 with SMTP id wz6mr32981198vec.28.1354197019766; Thu, 29 Nov 2012 05:50:19 -0800 (PST) Sender: fluca1978@gmail.com Received: by 10.220.2.137 with HTTP; Thu, 29 Nov 2012 05:50:19 -0800 (PST) In-Reply-To: <50B61482.5090702@unsane.co.uk> References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> Date: Thu, 29 Nov 2012 14:50:19 +0100 X-Google-Sender-Auth: Mk89Ulbh7viOkU8WxdqfQat14Y8 Message-ID: Subject: Re: simple patch for portsnap to use wget From: Luca Ferrari To: Vincent Hoffman , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 13:50:21 -0000 On Wed, Nov 28, 2012 at 2:41 PM, Vincent Hoffman wrote: > Have you tried using > HTTP_PROXY_AUTH variable as per fetch(3) instead? > added in > http://svnweb.freebsd.org/base/head/usr.sbin/portsnap/phttpget/phttpget.c?revision=150461&view=markup Does not work for me, and looking at the source code it seems that the HTTP_PROXY_AUTH is not considering the port part of the variable (that is it considers the realm, the username, the password and nothing else), but I could be wrong. Luca From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 14:01:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3070BD60; Thu, 29 Nov 2012 14:01:12 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id EC7018FC14; Thu, 29 Nov 2012 14:01:11 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Te4fn-000Ofe-5Z; Thu, 29 Nov 2012 09:01:03 -0500 Date: Thu, 29 Nov 2012 09:01:03 -0500 From: Gary Palmer To: Doug Hardie Subject: Re: Library Problem Message-ID: <20121129140103.GA27849@in-addr.com> References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: Devin Teske , FreeBSD-STABLE Mailing List , Devin Teske X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 14:01:12 -0000 On Wed, Nov 28, 2012 at 10:46:51PM -0800, Doug Hardie wrote: > > On 28 November 2012, at 20:01, Devin Teske wrote: > > > > > On Nov 28, 2012, at 7:36 PM, Doug Hardie wrote: > > > >> I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. Three of them worked just fine. The last one is causing a problem. It will not look in /usr/local/lib/ for shared libraries. I did the standard install, moved in some source, compiled it and tried to run it. The library is there. On the working systems ktrace shows: > >> > >> 2259 intro CALL access(0x28066000,0) > >> 2259 intro NAMI "/lib/libsermons.so" > >> 2259 intro RET access -1 errno 2 No such file or directory > >> 2259 intro CALL access(0x28066000,0) > >> 2259 intro NAMI "/usr/lib/libsermons.so" > >> 2259 intro RET access -1 errno 2 No such file or directory > >> 2259 intro CALL access(0x28066000,0) > >> 2259 intro NAMI "/usr/lib/compat/libsermons.so" > >> 2259 intro RET access -1 errno 2 No such file or directory > >> 2259 intro CALL access(0x28066000,0) > >> 2259 intro NAMI "/usr/local/lib/libsermons.so" > >> 2259 intro RET access 0 > >> > >> > >> On the failing system ktrace shows: > >> > >> 6746 intro NAMI "/lib/libsermons.so" > >> 6746 intro RET access -1 errno 2 No such file or directory > >> 6746 intro CALL access(0x28066000,0) > >> 6746 intro NAMI "/usr/lib/libsermons.so" > >> 6746 intro RET access -1 errno 2 No such file or directory > >> 6746 intro CALL access(0x28066000,0) > >> 6746 intro NAMI "/usr/lib/compat/libsermons.so" > >> 6746 intro RET access -1 errno 2 No such file or directory > >> 6746 intro CALL access(0x28066000,0) > >> 6746 intro NAMI "/lib/libsermons.so" > >> 6746 intro RET access -1 errno 2 No such file or directory > >> 6746 intro CALL access(0x28066000,0) > >> 6746 intro NAMI "/usr/lib/libsermons.so" > >> 6746 intro RET access -1 errno 2 No such file or directory > >> 6746 intro CALL write(0x2,0x28060080,0x3c) > >> 6746 intro GIO fd 2 wrote 60 bytes > >> "Shared object "libsermons.so" not found, required by "intro"" > >> > >> > >> It never attempts to check /usr/local/lib. I can't find any configuration item that affects that. How can this be fixed? > >> > > > > What's the value of "ldconfig_paths" in rc.conf(5)? > > > > That includes: > > /etc/rc.conf > > /etc/rc.conf.local (if it exists) > > /etc/defaults/rc.conf > > > > Here on my 9.0-R system it has the following in /etc/defaults/rc.conf: > > /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg > > > /etc/defaults/rc.conf has: > > ldconfig_paths="/usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg" > > > /etc/rc.conf has nothing for ldconfig_paths. Check that /usr/local/lib doesn't have group or other write perms. ldconfig ignores directories that are group/world writable. To fix: chmod go-w /usr/local/lib sh /etc/rc.d/ldconfig start Gary From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 14:08:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCA8822A for ; Thu, 29 Nov 2012 14:08:22 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5618FC14 for ; Thu, 29 Nov 2012 14:08:22 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id qATE8L5L007826 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 29 Nov 2012 08:08:21 -0600 Received: from [10.0.0.100] (10.14.152.61) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.2.309.2; Thu, 29 Nov 2012 08:08:20 -0600 Subject: Re: simple patch for portsnap to use wget MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: Date: Thu, 29 Nov 2012 06:08:18 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> To: Luca Ferrari X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-11-29_05:2012-11-29,2012-11-29,1970-01-01 signatures=0 Cc: freebsd-stable@freebsd.org, Vincent Hoffman X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2012 14:08:22 -0000 What=85 env http_proxy=3Duser:pass@server:port fetch ... doesn't work for you? --=20 Devin On Nov 29, 2012, at 5:50 AM, Luca Ferrari wrote: > On Wed, Nov 28, 2012 at 2:41 PM, Vincent Hoffman wro= te: >> Have you tried using >> HTTP_PROXY_AUTH variable as per fetch(3) instead? >> added in >> http://svnweb.freebsd.org/base/head/usr.sbin/portsnap/phttpget/phttpget.= c?revision=3D150461&view=3Dmarkup >=20 >=20 > Does not work for me, and looking at the source code it seems that the > HTTP_PROXY_AUTH is not considering the port part of the variable (that > is it considers the realm, the username, the password and nothing > else), but I could be wrong. >=20 > Luca > _______________________________________________ > 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" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 14:13:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B11556CC; Thu, 29 Nov 2012 14:13:51 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3CCD58FC1A; Thu, 29 Nov 2012 14:13:50 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id qATEDhn7048710 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 29 Nov 2012 14:13:44 GMT (envelope-from vince@unsane.co.uk) Message-ID: <50B76D97.60302@unsane.co.uk> Date: Thu, 29 Nov 2012 14:13:43 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: simple patch for portsnap to use wget References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> In-Reply-To: <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Devin Teske , Luca Ferrari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 14:13:51 -0000 On 29/11/2012 14:08, Devin Teske wrote: > What… > > env http_proxy=user:pass@server:port fetch ... > > doesn't work for you? I think he means that setting env http_proxy=user:pass@server:port portsnap fetch doent work and that setting HTTP_PROXY=server:port HTTP_PROXY_AUTH=basic:user:pass then running portsnap fetch also doesnt work? Vince From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 14:53:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D55A4ECE for ; Thu, 29 Nov 2012 14:53:22 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 60D4E8FC0C for ; Thu, 29 Nov 2012 14:53:21 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so10262495eek.13 for ; Thu, 29 Nov 2012 06:53:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ULvq7PDILVYG0mTPXwvZPlASx5l7DeIFXGJtToNwaVc=; b=FHfzOtakC2Wc0zb0G0nXWS2J8azKPSWbGo+LBc0rvwUDOGHJ/MMFVNIKj0kh86KKx7 ov55DPgK90QxevK38Bny+GzSOjnyxLfse7FtgvNI8lncpWWYTJcIEPizpaVT7V5oWXPP aWoRlecbPU4y3nx6ASwpkrBRno6/5Qz+oQqEZ2f7R1dR3hbMb9Dm+ChePEtfmAgs3Gsc LnmCflUKxbl0suiEm7IKncvLRBT3ELYD35sJ0dZGG7Uxt3Q3ASzfL7HMG3elouo7FF1Y Ks82/6RxoyocKUAOF4XciHZuyZJdycgf9M6ie06vF6BwV7CFmF5EFmuvSGBRNhne3afx 0LQg== MIME-Version: 1.0 Received: by 10.14.213.134 with SMTP id a6mr82921736eep.45.1354200800759; Thu, 29 Nov 2012 06:53:20 -0800 (PST) Received: by 10.14.189.5 with HTTP; Thu, 29 Nov 2012 06:53:20 -0800 (PST) In-Reply-To: References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com> Date: Thu, 29 Nov 2012 15:53:20 +0100 Message-ID: Subject: Re: ZFS memory management From: Olivier Smedts To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlbz1ibIQPKBgiwC1CMHBIYPYAnVYU+F8jgcqPHVvqn4/0Wgut6s8BGKA1MP6OHU+JwzBxu Cc: Nikolay Denev , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 14:53:23 -0000 2012/11/27 Freddie Cash : > Read any ZFS tuning manual on the web, including the ones direct from > SUN/Oracle, and they all list: > - if you are running processes that need a lot of memory, then limit the > ARC to allow the apps to have access to that memory Or you could have at least a little swap (good practice) to allow ARC take the time to evict some memory when under pressure. > > :) > > > On Tue, Nov 27, 2012 at 12:10 PM, Nikolay Denev wrote: > >> Hello list, >> >> I have the following question : I have several machines with 196G of RAM >> that are using >> RELENG_9 with ZFS, and are running a very memory intensive java >> applications - ElasticSearch >> The machines are without swap configured and have "vm.swap_enabled=0" in >> /etc/sysctl.conf. >> The ElasticSearch processes are using mlockall(2) to pin down their memory >> (configured at 40G). >> And at this point I thought that there would be no problems, but from time >> to time, when the machine grows it's >> ARC memory and there are some other running processes like nginx with >> passenger and uwsgi the ElasticSearch >> process would get killed by the kernel OOM killer with reason "no swap >> space available" >> >> Of course, I've now tuned down arc_max in /boot/loader.conf, but isn't >> this supposed to work automatically? Like >> ZFS releasing some memory when there is a pressure, instead of the OOM >> killer going postal? (at the moment when >> the process was killed the ZFS ARC was 132G). >> >> I understand that this might be problematic as AFAIK ZFS releases memory >> asynchronously when the arc_reclaim_thread() is run, >> which might take some time to be scheduled and complete. >> >> Cheers, >> Nikolay >> >> >> _______________________________________________ >> 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" >> > > > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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" -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 15:08:40 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 310AB3E1 for ; Thu, 29 Nov 2012 15:08:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7087D8FC17 for ; Thu, 29 Nov 2012 15:08:38 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA11944; Thu, 29 Nov 2012 17:08:27 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <50B77A6A.9050604@FreeBSD.org> Date: Thu, 29 Nov 2012 17:08:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Willem Jan Withagen , Patrick Lamaiziere Subject: Re: Some new hardware with 9.1 does not reboot easily References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> <20121129094137.6829eae8@mr129166> <50B7229D.4090901@digiware.nl> In-Reply-To: <50B7229D.4090901@digiware.nl> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 15:08:40 -0000 on 29/11/2012 10:53 Willem Jan Withagen said the following: > On 2012-11-29 9:41, Patrick Lamaiziere wrote: >> Le Mon, 26 Nov 2012 12:19:07 +0200, >> Andriy Gapon a écrit : >> >> Hello, >> >>> on 26/11/2012 12:10 Patrick Lamaiziere said the following: >>>> As far I can see it fails because there is no getnewvnode_reserve() >>>> / get_newvnode_drop_reserve() in 9.1. >>> >>> The patch is for stable/9. >> >> Ok, thanks. >> >> I've made a new diff because Willem's patch does not apply >> on 9.STABLE (fails on opensolaris_lookup.c) : >> >> This one is for 9-stable rev 243569: >> http://user.lamaiziere.net/patrick/9-STABLE-r243569-patch-zfs-reboot >> >> It solves the reboot problem on my server. I'm testing it on my >> workstation with few "poudriere bulk". It looks to work. Thank you very much for testing! > Andriy sent me his diff aginst HEAD, which I reworked against the code I > have here locally. I did an svn diff against the checkout of that > morning. And I'm pretty sure i'm tracking stable/9 > > So I'm not sure where I went wrong, but thanx for fixing it. I MFC-ed some ZFS changed from HEAD last weekend. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 15:16:36 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37B709E6; Thu, 29 Nov 2012 15:16:36 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (smtp.digiware.nl [31.223.170.169]) by mx1.freebsd.org (Postfix) with ESMTP id D4BBC8FC12; Thu, 29 Nov 2012 15:16:35 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id E2FBA15346D; Thu, 29 Nov 2012 16:16:17 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tprj8rNde24I; Thu, 29 Nov 2012 16:16:16 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id CC24B15346C; Thu, 29 Nov 2012 16:16:16 +0100 (CET) Message-ID: <50B77C3B.6070305@digiware.nl> Date: Thu, 29 Nov 2012 16:16:11 +0100 From: Willem Jan Withagen Organization: Digiware Management b.v. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: Some new hardware with 9.1 does not reboot easily References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> <20121129094137.6829eae8@mr129166> <50B7229D.4090901@digiware.nl> <50B77A6A.9050604@FreeBSD.org> In-Reply-To: <50B77A6A.9050604@FreeBSD.org> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "stable@freebsd.org" , Patrick Lamaiziere X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 15:16:36 -0000 On 2012-11-29 16:08, Andriy Gapon wrote: > on 29/11/2012 10:53 Willem Jan Withagen said the following: >> On 2012-11-29 9:41, Patrick Lamaiziere wrote: >>> Le Mon, 26 Nov 2012 12:19:07 +0200, >>> Andriy Gapon a écrit : >>> >>> Hello, >>> >>>> on 26/11/2012 12:10 Patrick Lamaiziere said the following: >>>>> As far I can see it fails because there is no getnewvnode_reserve() >>>>> / get_newvnode_drop_reserve() in 9.1. >>>> >>>> The patch is for stable/9. >>> >>> Ok, thanks. >>> >>> I've made a new diff because Willem's patch does not apply >>> on 9.STABLE (fails on opensolaris_lookup.c) : >>> >>> This one is for 9-stable rev 243569: >>> http://user.lamaiziere.net/patrick/9-STABLE-r243569-patch-zfs-reboot >>> >>> It solves the reboot problem on my server. I'm testing it on my >>> workstation with few "poudriere bulk". It looks to work. > > Thank you very much for testing! > >> Andriy sent me his diff aginst HEAD, which I reworked against the code I >> have here locally. I did an svn diff against the checkout of that >> morning. And I'm pretty sure i'm tracking stable/9 >> >> So I'm not sure where I went wrong, but thanx for fixing it. > > I MFC-ed some ZFS changed from HEAD last weekend. Would that mean that the regular checkout of stable/9 contains enough code to allow "painless" rebooting... Reason I ask: I'm about to ship the server to the customer But there is still 45 minutes before UPS comes to pick it up. And I'd rather run a regular checkout, instead of the patched one. Which then gets me to the svn question: How do I easily get ride of the changeds? --WjW From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 15:18:27 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 670C2B31 for ; Thu, 29 Nov 2012 15:18:27 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9A3A8FC12 for ; Thu, 29 Nov 2012 15:18:26 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so11783194lbb.13 for ; Thu, 29 Nov 2012 07:18:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=i91VE+9yp66Zxw+LZA9EXNn14omfRLcELpdYSeecPOw=; b=TaW5r3Lw/Ii7FJqST/mPExtlHktEhEwlBIPdJLCzdtC6O13HzOtBsxqpy6URXTKQkU xtuBphGREKph59bUiQjKKgLYr5izMJduLiXwMo9NdBqsCmIFPgAAVbg8TDV8NBJ9OVan 2/yygtR0s8XYDDdvCng7Ns41Vl4ogFz/6eETg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=i91VE+9yp66Zxw+LZA9EXNn14omfRLcELpdYSeecPOw=; b=FitEQhNJ60HZxsWt02tbxtvfg+hmrIbdMUv7LzFhfdCvgubpG54Fp/GzXW8HQGWNIF RrFEBN5g22JJGTIxxel3a/ONZh3SHEzxYM2ae4mEgZ7QJaVHQjAfdh7KYx0UrhUqdZvO 4/znEOnRNdefJ3VzqdbNhx6FNGYd8c675i8oEGUMo5scaPggbhttYLuX4g1Jee+NjCQN LORZHZtSjKN09cdwMjER1BSTMKgXuk8hxTfnvuAve6otXwRDv6FCWkzOGHya9FSdLLVp 7ECLYt5YJBZqfGtidR9K0wMW3IFKkEBgiJhyEXjZ83sExqB94lGRnQwXEcQmHx9K2+yB bwmg== Received: by 10.112.25.34 with SMTP id z2mr9709436lbf.125.1354202305474; Thu, 29 Nov 2012 07:18:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.154.168 with HTTP; Thu, 29 Nov 2012 07:17:55 -0800 (PST) In-Reply-To: <50B77C3B.6070305@digiware.nl> References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> <20121129094137.6829eae8@mr129166> <50B7229D.4090901@digiware.nl> <50B77A6A.9050604@FreeBSD.org> <50B77C3B.6070305@digiware.nl> From: Eitan Adler Date: Thu, 29 Nov 2012 10:17:55 -0500 Message-ID: Subject: Re: Some new hardware with 9.1 does not reboot easily To: Willem Jan Withagen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnWGdBdgJN1VgoaURFnDa00txGguNybPqq6OWyPgffXUcf2X7177fND2febeSxdvtySMT4F Cc: "stable@freebsd.org" , Patrick Lamaiziere , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 15:18:27 -0000 On 29 November 2012 10:16, Willem Jan Withagen wrote: > On 2012-11-29 16:08, Andriy Gapon wrote: >> on 29/11/2012 10:53 Willem Jan Withagen said the following: >>> On 2012-11-29 9:41, Patrick Lamaiziere wrote: >>>> Le Mon, 26 Nov 2012 12:19:07 +0200, >>>> Andriy Gapon a =C3=A9crit : >>>> >>>> Hello, >>>> >>>>> on 26/11/2012 12:10 Patrick Lamaiziere said the following: >>>>>> As far I can see it fails because there is no getnewvnode_reserve() >>>>>> / get_newvnode_drop_reserve() in 9.1. >>>>> >>>>> The patch is for stable/9. >>>> >>>> Ok, thanks. >>>> >>>> I've made a new diff because Willem's patch does not apply >>>> on 9.STABLE (fails on opensolaris_lookup.c) : >>>> >>>> This one is for 9-stable rev 243569: >>>> http://user.lamaiziere.net/patrick/9-STABLE-r243569-patch-zfs-reboot >>>> >>>> It solves the reboot problem on my server. I'm testing it on my >>>> workstation with few "poudriere bulk". It looks to work. >> >> Thank you very much for testing! >> >>> Andriy sent me his diff aginst HEAD, which I reworked against the code = I >>> have here locally. I did an svn diff against the checkout of that >>> morning. And I'm pretty sure i'm tracking stable/9 >>> >>> So I'm not sure where I went wrong, but thanx for fixing it. >> >> I MFC-ed some ZFS changed from HEAD last weekend. > > Would that mean that the regular checkout of stable/9 contains enough > code to allow "painless" rebooting... > > Reason I ask: > I'm about to ship the server to the customer > > But there is still 45 minutes before UPS comes to pick it up. > And I'd rather run a regular checkout, instead of the patched one. > > Which then gets me to the svn question: > How do I easily get ride of the changeds? If I understand what you want correctly, just run 'svn revert -R .' --=20 Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 15:21:24 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EB13EA4 for ; Thu, 29 Nov 2012 15:21:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A12008FC13 for ; Thu, 29 Nov 2012 15:21:23 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA12085; Thu, 29 Nov 2012 17:21:20 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <50B77D70.1000803@FreeBSD.org> Date: Thu, 29 Nov 2012 17:21:20 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Willem Jan Withagen Subject: Re: Some new hardware with 9.1 does not reboot easily References: <50ACA518.4050309@digiware.nl> <50ACEEFF.8010001@FreeBSD.org> <50AD0A20.2070408@digiware.nl> <50AD0AC2.5070804@FreeBSD.org> <50AD0B29.6060602@FreeBSD.org> <50AD0F00.5020600@digiware.nl> <50AD13EE.8050901@digiware.nl> <50AD17E4.50104@FreeBSD.org> <50AD189D.4040902@digiware.nl> <50AD1941.2020108@FreeBSD.org> <50ADF362.2040803@FreeBSD.org> <20121123140932.3a6deff6@mr129166> <50AF88AA.1060003@FreeBSD.org> <50AFF419.3070604@digiware.nl> <50AFF7C1.2090405@FreeBSD.org> <50AFFB9C.8050101@digiware.nl> <20121126111052.68136d00@mr129166> <50B3421B.2010606@FreeBSD.org> <20121129094137.6829eae8@mr129166> <50B7229D.4090901@digiware.nl> <50B77A6A.9050604@FreeBSD.org> <50B77C3B.6070305@digiware.nl> In-Reply-To: <50B77C3B.6070305@digiware.nl> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , Patrick Lamaiziere X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 15:21:24 -0000 on 29/11/2012 17:16 Willem Jan Withagen said the following: > Would that mean that the regular checkout of stable/9 contains enough > code to allow "painless" rebooting... Not yet... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 15:31:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F510522 for ; Thu, 29 Nov 2012 15:31:09 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 9065A8FC15 for ; Thu, 29 Nov 2012 15:31:08 +0000 (UTC) Received: (qmail 44430 invoked by uid 89); 29 Nov 2012 15:31:01 -0000 Received: by simscan 1.4.0 ppid: 44425, pid: 44427, t: 0.0401s scanners: attach: 1.4.0 clamav: 0.97.3/m:54/d:15661 Received: from unknown (HELO suse3) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 29 Nov 2012 15:31:01 -0000 Date: Thu, 29 Nov 2012 16:31:00 +0100 From: Rainer Duffner To: Vincent Hoffman Subject: Re: simple patch for portsnap to use wget Message-ID: <20121129163100.0f257676@suse3> In-Reply-To: <50B76D97.60302@unsane.co.uk> References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> <50B76D97.60302@unsane.co.uk> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Devin Teske , freebsd-stable@freebsd.org, Devin Teske , Luca Ferrari X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 15:31:09 -0000 Am Thu, 29 Nov 2012 14:13:43 +0000 schrieb Vincent Hoffman : > On 29/11/2012 14:08, Devin Teske wrote: > > What=E2=80=A6 > > > > env http_proxy=3Duser:pass@server:port fetch ... > > > > doesn't work for you? > I think he means that setting > env http_proxy=3Duser:pass@server:port portsnap fetch >=20 > doent work and that >=20 > setting > HTTP_PROXY=3Dserver:port > HTTP_PROXY_AUTH=3Dbasic:user:pass > then running > portsnap fetch > also doesnt work? Last time I tried, this did not work. A serious omission, IMO. We have a lot of environments where the only way to connect to the internet is via a proxy-server... I looked and there is a patch=20 http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/129431 from 2010 that is supposedly working on 9.1 still... Never tried it myself, though. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 16:36:36 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40AE5A50; Thu, 29 Nov 2012 16:36:36 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id AF62C8FC17; Thu, 29 Nov 2012 16:36:34 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id qATGaX7N020766; Thu, 29 Nov 2012 20:36:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id qATGaXks020765; Thu, 29 Nov 2012 20:36:33 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 29 Nov 2012 20:36:33 +0400 From: Gleb Smirnoff To: Zaphod Beeblebrox Subject: Re: 9.1-RC3 IGB dropping connections. Message-ID: <20121129163633.GM14202@FreeBSD.org> References: <50B57632.6050004@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Hackers , FreeBSD Net , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 16:36:36 -0000 On Tue, Nov 27, 2012 at 10:26:55PM -0500, Zaphod Beeblebrox wrote: Z> > Are you using pf ? Also, did you confirm it is the igb nic and not Z> > something more general ? e.g. if you put in a different nic, does the Z> > problem go away ? Z> Z> No pf, the motherboard em-driver NIC does not have this problem. I'd suggest to do some traffic sniffing when connection is dropped. May be some other host on network takes your IP address and resets connection? -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 17:16:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9B01DEC for ; Thu, 29 Nov 2012 17:16:59 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 416028FC17 for ; Thu, 29 Nov 2012 17:16:58 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id c13so10385001eek.13 for ; Thu, 29 Nov 2012 09:16:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=3oe1M92LKdaBWRWsn43/ffe5El6Givj8qmwsGzhUixE=; b=s2bL179GeJov8EKNNxqeC+t1ohJ/yaAbBeqSDTXnlzYsHXqQIPzdqKoivw07HFVdLf 8PSZO0T8ZFylryHklFyfCG5M/aBMQZAXeuPhm7q89zzpYbVtaXe6X//zqRGHTm6PnZlJ 5B8fUMf+eK3ouAtMfcc/Y3MT036PvMOXJcB1J3eQLExN4oY+OndwDaK0qL1q6O8HQ8cQ xzJiHT+454jnQWNikgoWXs0o/dWwQbtFnwNTCUJm7bsIkNEr4JublTslTgeqdBaSH2Dd WGdraWth0Afo8ZoVQxwapUZWLSmoMW+0AWX+ryqeeC/NfkUM/1s9WZUqvbkYf3NKHR7q X0MA== Received: by 10.14.213.134 with SMTP id a6mr84225068eep.45.1354209418074; Thu, 29 Nov 2012 09:16:58 -0800 (PST) Received: from [10.0.0.86] ([93.152.184.10]) by mx.google.com with ESMTPS id w3sm4752759eel.17.2012.11.29.09.16.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 29 Nov 2012 09:16:57 -0800 (PST) Subject: Re: ZFS memory management Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: Date: Thu, 29 Nov 2012 19:16:54 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com> To: Olivier Smedts X-Mailer: Apple Mail (2.1499) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 17:16:59 -0000 On Nov 29, 2012, at 4:53 PM, Olivier Smedts wrote: > 2012/11/27 Freddie Cash : >> Read any ZFS tuning manual on the web, including the ones direct from >> SUN/Oracle, and they all list: >> - if you are running processes that need a lot of memory, then limit = the >> ARC to allow the apps to have access to that memory >=20 > Or you could have at least a little swap (good practice) to allow ARC > take the time to evict some memory when under pressure. >=20 Yes, this was already suggested off-list, and it seems like a solution. Thanks to all for the input! >>=20 >> :) >>=20 >>=20 >> On Tue, Nov 27, 2012 at 12:10 PM, Nikolay Denev = wrote: >>=20 >>> Hello list, >>>=20 >>> I have the following question : I have several machines with 196G of = RAM >>> that are using >>> RELENG_9 with ZFS, and are running a very memory intensive java >>> applications - ElasticSearch >>> The machines are without swap configured and have = "vm.swap_enabled=3D0" in >>> /etc/sysctl.conf. >>> The ElasticSearch processes are using mlockall(2) to pin down their = memory >>> (configured at 40G). >>> And at this point I thought that there would be no problems, but = from time >>> to time, when the machine grows it's >>> ARC memory and there are some other running processes like nginx = with >>> passenger and uwsgi the ElasticSearch >>> process would get killed by the kernel OOM killer with reason "no = swap >>> space available" >>>=20 >>> Of course, I've now tuned down arc_max in /boot/loader.conf, but = isn't >>> this supposed to work automatically? Like >>> ZFS releasing some memory when there is a pressure, instead of the = OOM >>> killer going postal? (at the moment when >>> the process was killed the ZFS ARC was 132G). >>>=20 >>> I understand that this might be problematic as AFAIK ZFS releases = memory >>> asynchronously when the arc_reclaim_thread() is run, >>> which might take some time to be scheduled and complete. >>>=20 >>> Cheers, >>> Nikolay >>>=20 >>>=20 >>> _______________________________________________ >>> 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" >>>=20 >>=20 >>=20 >>=20 >> -- >> Freddie Cash >> fjwcash@gmail.com >> _______________________________________________ >> 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" >=20 >=20 >=20 > --=20 > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ >=20 > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 18:03:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E89F2BA9 for ; Thu, 29 Nov 2012 18:03:14 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from torment.daemoninthecloset.org (ip-94-242-209-234.as5577.net [94.242.209.234]) by mx1.freebsd.org (Postfix) with ESMTP id 9623A8FC08 for ; Thu, 29 Nov 2012 18:03:14 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.196.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id A950E42C0864; Thu, 29 Nov 2012 19:05:53 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org Received: from sage.daemoninthecloset.org (sage.daemoninthecloset.org [127.0.1.1]) by sage.daemoninthecloset.org (Postfix) with ESMTP id 879EB73CED; Thu, 29 Nov 2012 12:01:57 -0600 (CST) Date: Thu, 29 Nov 2012 12:01:57 -0600 (CST) From: Bryan Venteicher To: "Constantine A. Murenin" Message-ID: <629913274.1988.1354212117368.JavaMail.root@daemoninthecloset.org> In-Reply-To: Subject: Re: virtio for 9.1-R MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.51.1.14] X-Mailer: Zimbra 7.2.0_GA_2669 (ZimbraWebClient - GC23 (Mac)/7.2.0_GA_2669) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 18:03:15 -0000 Hi, > > What's the actual reallife performance benefits from virtio? > Twofold, > threefold, more, less? > A magnitude or more. I can push 6-7Gbs through vtnet vs. <400Mbs with the emulated e1000. The best advice of course is just to try it out in your environment. It may not matter depending on your needs. IIRC, I could get Linux VirtIO to do 8-9Gbs in the same setup. I hope to close that gap with my upcoming work. Bryan > Linux-KVM web-site, http://www.linux-kvm.org/page/Virtio, mentions > that they can push 1Gbps or so through the virtio network driver, but > the number seems meaningless, since no context is established of the > KVM performance prior to virtio. > > Another official-looking page, http://wiki.libvirt.org/page/Virtio, > fails to make any number-based sales pitch whatsoever, whereas > http://www.linux-kvm.org/page/Using_VirtIO_NIC likewise attempts to > show up some random meaningless numbers, still failing to establish > the context of what the performance is like without virtio. > > C. > _______________________________________________ > 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 Nov 29 21:31:32 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6A86322 for ; Thu, 29 Nov 2012 21:31:32 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EAEB98FC12 for ; Thu, 29 Nov 2012 21:31:31 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA14406; Thu, 29 Nov 2012 23:31:28 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TeBhg-0001iN-GG; Thu, 29 Nov 2012 23:31:28 +0200 Message-ID: <50B7D42E.9010904@FreeBSD.org> Date: Thu, 29 Nov 2012 23:31:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Nikolay Denev Subject: Re: ZFS memory management References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 21:31:32 -0000 on 29/11/2012 19:16 Nikolay Denev said the following: > > On Nov 29, 2012, at 4:53 PM, Olivier Smedts wrote: > >> 2012/11/27 Freddie Cash : >>> Read any ZFS tuning manual on the web, including the ones direct from >>> SUN/Oracle, and they all list: >>> - if you are running processes that need a lot of memory, then limit the >>> ARC to allow the apps to have access to that memory >> >> Or you could have at least a little swap (good practice) to allow ARC >> take the time to evict some memory when under pressure. >> > > Yes, this was already suggested off-list, and it seems like a solution. > > Thanks to all for the input! I think that various VM thresholds are not very well auto-tuned for a swap-less system. So, perhaps, something to _experiment_ with... I could make sense to increase (e.g. double or triple) vm.v_cache_min, so that the pager is waken up earlier. At the same time vm.v_free_target could be decreased so that difference between it and vm.v_free_reserved is smaller (but greater than zero). My understanding is that OOM handling is activated when the pager can not get number of available (free + cached) pages above v_cache_min + v_free_target after two passes. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 21:33:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73926445; Thu, 29 Nov 2012 21:33:58 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD128FC12; Thu, 29 Nov 2012 21:33:57 +0000 (UTC) Received: from [10.0.1.4] (pool-98-112-217-228.lsanca.fios.verizon.net [98.112.217.228]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id qATLXqXG089969; Thu, 29 Nov 2012 13:33:53 -0800 (PST) (envelope-from bc979@lafn.org) Subject: Re: Library Problem Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Doug Hardie In-Reply-To: <20121129140103.GA27849@in-addr.com> Date: Thu, 29 Nov 2012 13:33:52 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <1D1FA129-89FD-49EA-ADB4-8F0177E092DC@lafn.org> References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> <20121129140103.GA27849@in-addr.com> To: Gary Palmer X-Mailer: Apple Mail (2.1283) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Cc: Devin Teske , FreeBSD-STABLE Mailing List , Devin Teske X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 21:33:58 -0000 On 29 November 2012, at 06:01, Gary Palmer wrote: > On Wed, Nov 28, 2012 at 10:46:51PM -0800, Doug Hardie wrote: >>=20 >> On 28 November 2012, at 20:01, Devin Teske wrote: >>=20 >>>=20 >>> On Nov 28, 2012, at 7:36 PM, Doug Hardie wrote: >>>=20 >>>> I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. = Three of them worked just fine. The last one is causing a problem. It = will not look in /usr/local/lib/ for shared libraries. I did the = standard install, moved in some source, compiled it and tried to run it. = The library is there. On the working systems ktrace shows: >>>>=20 >>>> 2259 intro CALL access(0x28066000,0) >>>> 2259 intro NAMI "/lib/libsermons.so" >>>> 2259 intro RET access -1 errno 2 No such file or directory >>>> 2259 intro CALL access(0x28066000,0) >>>> 2259 intro NAMI "/usr/lib/libsermons.so" >>>> 2259 intro RET access -1 errno 2 No such file or directory >>>> 2259 intro CALL access(0x28066000,0) >>>> 2259 intro NAMI "/usr/lib/compat/libsermons.so" >>>> 2259 intro RET access -1 errno 2 No such file or directory >>>> 2259 intro CALL access(0x28066000,0) >>>> 2259 intro NAMI "/usr/local/lib/libsermons.so" >>>> 2259 intro RET access 0 >>>>=20 >>>>=20 >>>> On the failing system ktrace shows: >>>>=20 >>>> 6746 intro NAMI "/lib/libsermons.so" >>>> 6746 intro RET access -1 errno 2 No such file or directory >>>> 6746 intro CALL access(0x28066000,0) >>>> 6746 intro NAMI "/usr/lib/libsermons.so" >>>> 6746 intro RET access -1 errno 2 No such file or directory >>>> 6746 intro CALL access(0x28066000,0) >>>> 6746 intro NAMI "/usr/lib/compat/libsermons.so" >>>> 6746 intro RET access -1 errno 2 No such file or directory >>>> 6746 intro CALL access(0x28066000,0) >>>> 6746 intro NAMI "/lib/libsermons.so" >>>> 6746 intro RET access -1 errno 2 No such file or directory >>>> 6746 intro CALL access(0x28066000,0) >>>> 6746 intro NAMI "/usr/lib/libsermons.so" >>>> 6746 intro RET access -1 errno 2 No such file or directory >>>> 6746 intro CALL write(0x2,0x28060080,0x3c) >>>> 6746 intro GIO fd 2 wrote 60 bytes >>>> "Shared object "libsermons.so" not found, required by "intro"" >>>>=20 >>>>=20 >>>> It never attempts to check /usr/local/lib. I can't find any = configuration item that affects that. How can this be fixed? >>>>=20 >>>=20 >>> What's the value of "ldconfig_paths" in rc.conf(5)? >>>=20 >>> That includes: >>> /etc/rc.conf >>> /etc/rc.conf.local (if it exists) >>> /etc/defaults/rc.conf >>>=20 >>> Here on my 9.0-R system it has the following in = /etc/defaults/rc.conf: >>> /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg >>=20 >>=20 >> /etc/defaults/rc.conf has: >>=20 >> ldconfig_paths=3D"/usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg" >>=20 >>=20 >> /etc/rc.conf has nothing for ldconfig_paths. >=20 > Check that /usr/local/lib doesn't have group or other write perms. > ldconfig ignores directories that are group/world writable. >=20 > To fix: >=20 > chmod go-w /usr/local/lib > sh /etc/rc.d/ldconfig start sermons# ll -d /usr/local/lib drwxr-xr-x 4 root wheel 512 Nov 28 19:07 /usr/local/lib I think I found the cause of the problem. A reboot corrected the issue. = Apparently when ldconfig was run /usr/local/lib didn't exist. = Apparently it doesn't check for that except for in ldconfig. I was not = aware of ldconfig before. That explains why the reboot worked. Thanks = to all who provided information. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 21:38:20 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B46D666; Thu, 29 Nov 2012 21:38:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id D97418FC0C; Thu, 29 Nov 2012 21:38:19 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7ce7:996c:e955:4ab6] (unknown [IPv6:2001:7b8:3a7:0:7ce7:996c:e955:4ab6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E7E8F5C37; Thu, 29 Nov 2012 22:38:18 +0100 (CET) Message-ID: <50B7D5CE.4080307@FreeBSD.org> Date: Thu, 29 Nov 2012 22:38:22 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Volodymyr Kostyrko Subject: Re: -stdlib=libc++ fails for some ports References: <50B731FC.5090301@gmail.com> <50B73C1D.7070709@FreeBSD.org> In-Reply-To: <50B73C1D.7070709@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , David Chisnall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 21:38:20 -0000 On 2012-11-29 11:42, Dimitry Andric wrote: > On 2012-11-29 10:59, Volodymyr Kostyrko wrote: >> When compiling databases/db5 with CFLAGS+= -stdlib=libc++ I got this: ... >> /usr/include/c++/v1/cstddef:64:61: error: expected class member or base >> class name >> _LIBCPP_ALWAYS_INLINE _LIBCPP_CONSTEXPR nullptr_t() : _(0) {} >> ^ >> ./db_int.h:445:16: note: expanded from macro '_' >> #define _(msg) msg /* Replace with localization function. */ >> ^ >> >> The problem is actually on libc++ side and has been fixed upstream: >> >> http://llvm.org/viewvc/llvm-project?view=rev&revision=167038 > > Yes, David imported a new libc++ snapshot, including this fix, into head > in r242945. He did not set an MFC period at the time, so I am not sure > what his plans are. :-) I merged the snapshot to stable/9 in r243683. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 21:44:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C07339D3; Thu, 29 Nov 2012 21:44:19 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 09F5F8FC0C; Thu, 29 Nov 2012 21:44:16 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qATLiFkV016972; Thu, 29 Nov 2012 14:44:15 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qATLiCfi041595; Thu, 29 Nov 2012 14:44:12 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Library Problem From: Ian Lepore To: Doug Hardie In-Reply-To: <1D1FA129-89FD-49EA-ADB4-8F0177E092DC@lafn.org> References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> <20121129140103.GA27849@in-addr.com> <1D1FA129-89FD-49EA-ADB4-8F0177E092DC@lafn.org> Content-Type: text/plain; charset="us-ascii" Date: Thu, 29 Nov 2012 14:44:12 -0700 Message-ID: <1354225452.69940.330.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Devin Teske , FreeBSD-STABLE Mailing List , Devin Teske X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 21:44:20 -0000 On Thu, 2012-11-29 at 13:33 -0800, Doug Hardie wrote: > On 29 November 2012, at 06:01, Gary Palmer wrote: > > > On Wed, Nov 28, 2012 at 10:46:51PM -0800, Doug Hardie wrote: > >> > >> On 28 November 2012, at 20:01, Devin Teske wrote: > >> > >>> > >>> On Nov 28, 2012, at 7:36 PM, Doug Hardie wrote: > >>> > >>>> I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. Three of them worked just fine. The last one is causing a problem. It will not look in /usr/local/lib/ for shared libraries. I did the standard install, moved in some source, compiled it and tried to run it. The library is there. On the working systems ktrace shows: > >>>> > >>>> 2259 intro CALL access(0x28066000,0) > >>>> 2259 intro NAMI "/lib/libsermons.so" > >>>> 2259 intro RET access -1 errno 2 No such file or directory > >>>> 2259 intro CALL access(0x28066000,0) > >>>> 2259 intro NAMI "/usr/lib/libsermons.so" > >>>> 2259 intro RET access -1 errno 2 No such file or directory > >>>> 2259 intro CALL access(0x28066000,0) > >>>> 2259 intro NAMI "/usr/lib/compat/libsermons.so" > >>>> 2259 intro RET access -1 errno 2 No such file or directory > >>>> 2259 intro CALL access(0x28066000,0) > >>>> 2259 intro NAMI "/usr/local/lib/libsermons.so" > >>>> 2259 intro RET access 0 > >>>> > >>>> > >>>> On the failing system ktrace shows: > >>>> > >>>> 6746 intro NAMI "/lib/libsermons.so" > >>>> 6746 intro RET access -1 errno 2 No such file or directory > >>>> 6746 intro CALL access(0x28066000,0) > >>>> 6746 intro NAMI "/usr/lib/libsermons.so" > >>>> 6746 intro RET access -1 errno 2 No such file or directory > >>>> 6746 intro CALL access(0x28066000,0) > >>>> 6746 intro NAMI "/usr/lib/compat/libsermons.so" > >>>> 6746 intro RET access -1 errno 2 No such file or directory > >>>> 6746 intro CALL access(0x28066000,0) > >>>> 6746 intro NAMI "/lib/libsermons.so" > >>>> 6746 intro RET access -1 errno 2 No such file or directory > >>>> 6746 intro CALL access(0x28066000,0) > >>>> 6746 intro NAMI "/usr/lib/libsermons.so" > >>>> 6746 intro RET access -1 errno 2 No such file or directory > >>>> 6746 intro CALL write(0x2,0x28060080,0x3c) > >>>> 6746 intro GIO fd 2 wrote 60 bytes > >>>> "Shared object "libsermons.so" not found, required by "intro"" > >>>> > >>>> > >>>> It never attempts to check /usr/local/lib. I can't find any configuration item that affects that. How can this be fixed? > >>>> > >>> > >>> What's the value of "ldconfig_paths" in rc.conf(5)? > >>> > >>> That includes: > >>> /etc/rc.conf > >>> /etc/rc.conf.local (if it exists) > >>> /etc/defaults/rc.conf > >>> > >>> Here on my 9.0-R system it has the following in /etc/defaults/rc.conf: > >>> /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg > >> > >> > >> /etc/defaults/rc.conf has: > >> > >> ldconfig_paths="/usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg" > >> > >> > >> /etc/rc.conf has nothing for ldconfig_paths. > > > > Check that /usr/local/lib doesn't have group or other write perms. > > ldconfig ignores directories that are group/world writable. > > > > To fix: > > > > chmod go-w /usr/local/lib > > sh /etc/rc.d/ldconfig start > > sermons# ll -d /usr/local/lib > drwxr-xr-x 4 root wheel 512 Nov 28 19:07 /usr/local/lib > > > I think I found the cause of the problem. A reboot corrected the issue. Apparently when ldconfig was run /usr/local/lib didn't exist. Apparently it doesn't check for that except for in ldconfig. I was not aware of ldconfig before. That explains why the reboot worked. Thanks to all who provided information. Oh. Hmm, in that case, "service ldconfig restart" probably would have fixed it. (Seems sorta strange to "restart" a "service" that just builds a table and exits.) -- Ian From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 22:06:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 434B2F12; Thu, 29 Nov 2012 22:06:03 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 09F898FC13; Thu, 29 Nov 2012 22:06:02 +0000 (UTC) Received: from [10.0.1.4] (pool-98-112-217-228.lsanca.fios.verizon.net [98.112.217.228]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id qATM5uLf091085; Thu, 29 Nov 2012 14:05:56 -0800 (PST) (envelope-from bc979@lafn.org) Subject: Re: Library Problem Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Doug Hardie In-Reply-To: <1354225452.69940.330.camel@revolution.hippie.lan> Date: Thu, 29 Nov 2012 14:05:55 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org> <997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com> <20121129140103.GA27849@in-addr.com> <1D1FA129-89FD-49EA-ADB4-8F0177E092DC@lafn.org> <1354225452.69940.330.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1283) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Cc: Devin Teske , FreeBSD-STABLE Mailing List , Devin Teske X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 29 Nov 2012 22:06:03 -0000 On 29 November 2012, at 13:44, Ian Lepore wrote: > On Thu, 2012-11-29 at 13:33 -0800, Doug Hardie wrote: >> On 29 November 2012, at 06:01, Gary Palmer wrote: >>=20 >>> On Wed, Nov 28, 2012 at 10:46:51PM -0800, Doug Hardie wrote: >>>>=20 >>>> On 28 November 2012, at 20:01, Devin Teske wrote: >>>>=20 >>>>>=20 >>>>> On Nov 28, 2012, at 7:36 PM, Doug Hardie wrote: >>>>>=20 >>>>>> I have installed 4 systems from the same FreeBSD 9.1-RC3 disk. = Three of them worked just fine. The last one is causing a problem. It = will not look in /usr/local/lib/ for shared libraries. I did the = standard install, moved in some source, compiled it and tried to run it. = The library is there. On the working systems ktrace shows: >>>>>>=20 >>>>>> 2259 intro CALL access(0x28066000,0) >>>>>> 2259 intro NAMI "/lib/libsermons.so" >>>>>> 2259 intro RET access -1 errno 2 No such file or directory >>>>>> 2259 intro CALL access(0x28066000,0) >>>>>> 2259 intro NAMI "/usr/lib/libsermons.so" >>>>>> 2259 intro RET access -1 errno 2 No such file or directory >>>>>> 2259 intro CALL access(0x28066000,0) >>>>>> 2259 intro NAMI "/usr/lib/compat/libsermons.so" >>>>>> 2259 intro RET access -1 errno 2 No such file or directory >>>>>> 2259 intro CALL access(0x28066000,0) >>>>>> 2259 intro NAMI "/usr/local/lib/libsermons.so" >>>>>> 2259 intro RET access 0 >>>>>>=20 >>>>>>=20 >>>>>> On the failing system ktrace shows: >>>>>>=20 >>>>>> 6746 intro NAMI "/lib/libsermons.so" >>>>>> 6746 intro RET access -1 errno 2 No such file or directory >>>>>> 6746 intro CALL access(0x28066000,0) >>>>>> 6746 intro NAMI "/usr/lib/libsermons.so" >>>>>> 6746 intro RET access -1 errno 2 No such file or directory >>>>>> 6746 intro CALL access(0x28066000,0) >>>>>> 6746 intro NAMI "/usr/lib/compat/libsermons.so" >>>>>> 6746 intro RET access -1 errno 2 No such file or directory >>>>>> 6746 intro CALL access(0x28066000,0) >>>>>> 6746 intro NAMI "/lib/libsermons.so" >>>>>> 6746 intro RET access -1 errno 2 No such file or directory >>>>>> 6746 intro CALL access(0x28066000,0) >>>>>> 6746 intro NAMI "/usr/lib/libsermons.so" >>>>>> 6746 intro RET access -1 errno 2 No such file or directory >>>>>> 6746 intro CALL write(0x2,0x28060080,0x3c) >>>>>> 6746 intro GIO fd 2 wrote 60 bytes >>>>>> "Shared object "libsermons.so" not found, required by "intro"" >>>>>>=20 >>>>>>=20 >>>>>> It never attempts to check /usr/local/lib. I can't find any = configuration item that affects that. How can this be fixed? >>>>>>=20 >>>>>=20 >>>>> What's the value of "ldconfig_paths" in rc.conf(5)? >>>>>=20 >>>>> That includes: >>>>> /etc/rc.conf >>>>> /etc/rc.conf.local (if it exists) >>>>> /etc/defaults/rc.conf >>>>>=20 >>>>> Here on my 9.0-R system it has the following in = /etc/defaults/rc.conf: >>>>> /usr/lib/compat /usr/local/lib /usr/local/lib/compat/pkg >>>>=20 >>>>=20 >>>> /etc/defaults/rc.conf has: >>>>=20 >>>> ldconfig_paths=3D"/usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg" >>>>=20 >>>>=20 >>>> /etc/rc.conf has nothing for ldconfig_paths. >>>=20 >>> Check that /usr/local/lib doesn't have group or other write perms. >>> ldconfig ignores directories that are group/world writable. >>>=20 >>> To fix: >>>=20 >>> chmod go-w /usr/local/lib >>> sh /etc/rc.d/ldconfig start >>=20 >> sermons# ll -d /usr/local/lib >> drwxr-xr-x 4 root wheel 512 Nov 28 19:07 /usr/local/lib >>=20 >>=20 >> I think I found the cause of the problem. A reboot corrected the = issue. Apparently when ldconfig was run /usr/local/lib didn't exist. = Apparently it doesn't check for that except for in ldconfig. I was not = aware of ldconfig before. That explains why the reboot worked. Thanks = to all who provided information. >=20 > Oh. Hmm, in that case, "service ldconfig restart" probably would have > fixed it. (Seems sorta strange to "restart" a "service" that just > builds a table and exits.) I am sure it would have. I suspect there are more "unexpected" services = like that. There are too many services to remember, let alone = understand. A Google search turned up nothing usable for me. If I = could have hit on ldconfig, then the man page would have been perfectly = clear=85=20 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 01:39:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E508B637 for ; Fri, 30 Nov 2012 01:39:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id A94838FC14 for ; Fri, 30 Nov 2012 01:39:45 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so5471691pad.13 for ; Thu, 29 Nov 2012 17:39:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=RpK+xi+ja3ex6u82CNDCO8rmme2PPCEYi++1wwPHeYU=; b=LSff7yMWezlkxuC9Yrx9IGhlHmTzWhAZRuElqyUoJwuR3NGbrZB6C2ZrV6dZ86vAUD 4p0tM0SuCBmjohnm/1yF9FWdNUpEJVRvl5gufQTwwCy4+qPlUDld7mQjwTUjbSv6Hut6 phY0f8KFamWyuWEqegIE18514Kis6JSiAVmJUF+MXvTBqSaHTzNsl3OntpywtUPEqBN0 qzT6F4xH00JQe9fdK5Gv/Q43jDBYMY6rXLlcKGGY5poVWbeW6mt9BC4afVK8hyfb8nSB BusH1aLnt7aFtvICTXlUeeskwvqaI3baZrjcfdnaREznejxTbm/OaeKYYFotnJjBUuas f7kg== Received: by 10.68.143.201 with SMTP id sg9mr1314481pbb.32.1354239578999; Thu, 29 Nov 2012 17:39:38 -0800 (PST) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id xk2sm2099269pbc.45.2012.11.29.17.39.35 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 29 Nov 2012 17:39:37 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 30 Nov 2012 10:39:30 +0900 From: YongHyeon PYUN Date: Fri, 30 Nov 2012 10:39:30 +0900 To: Richard Kuhns Subject: Re: bge on the new Mac Mini Message-ID: <20121130013930.GA3124@michelle.cdnetworks.com> References: <50AD32A6.8080209@wintek.com> <20121122014921.GA3180@michelle.cdnetworks.com> <20121122020851.GB3180@michelle.cdnetworks.com> <50B3872B.9010709@wintek.com> <20121127052448.GC1452@michelle.cdnetworks.com> <50B4C155.8050703@wintek.com> <20121128001950.GA3390@michelle.cdnetworks.com> <50B629C5.8050805@wintek.com> <20121129000816.GA3190@michelle.cdnetworks.com> <50B75FA4.1000601@wintek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50B75FA4.1000601@wintek.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 01:39:46 -0000 On Thu, Nov 29, 2012 at 08:14:12AM -0500, Richard Kuhns wrote: > On 11/28/12 19:08, YongHyeon PYUN wrote: > > On Wed, Nov 28, 2012 at 10:12:05AM -0500, Richard Kuhns wrote: > >> On 11/27/12 19:19, YongHyeon PYUN wrote: > >>> On Tue, Nov 27, 2012 at 08:34:13AM -0500, Richard Kuhns wrote: > >>>> On 11/27/12 00:24, YongHyeon PYUN wrote: > >>>>> On Mon, Nov 26, 2012 at 10:13:47AM -0500, Richard Kuhns wrote: > >>>>>> On 11/21/12 21:08, YongHyeon PYUN wrote: > >>>>>>> On Thu, Nov 22, 2012 at 10:49:21AM +0900, YongHyeon PYUN wrote: > >>>>>>>> On Wed, Nov 21, 2012 at 02:59:34PM -0500, Richard Kuhns wrote: > >>>>>>>>> On 11/20/12 03:52, YongHyeon PYUN wrote: > >>>>>>>>>> On Fri, Nov 16, 2012 at 10:30:04AM -0500, Richard Kuhns wrote: > >>>>>>>>>>> Hi all, > >>>>>>>>>>> > >>>>>>>>>>> Over the last month or so I've installed FreeBSD 9 (-stable) on several Mac > >>>>>>>>>>> Minis via the memstick image; they seem to be pretty good little boxes for > >>>>>>>>>>> things like offsite secondary nameservers, for example, and they're easily > >>>>>>>>>>> replaced in case of problems. > >>>>>>>>>>> > >>>>>>>>>>> However, the newest minis have slightly different hardware, and FreeBSD can't > >>>>>>>>>>> find the built-in NIC. pciconf -lv on the new mini shows it as > >>>>>>>>>>> > >>>>>>>>>>> none3@pci0:1:0:0: class=0x020000 card=0x168614e4 chip=0x168614e4 rev=0x01 > >>>>>>>>>> > >>>>>>>>>> It seems this controller is BCM57766. > >>>>>>>>>> > >>>>>>>>>>> hdr=0x00 > >>>>>>>>>>> vendor = 'Broadcom Corporation' > >>>>>>>>>>> class = network > >>>>>>>>>>> subclass = ethernet > >>>>>>>>>>> > >>>>>>>>>>> The previous edition mini (that works) reports > >>>>>>>>>>> > >>>>>>>>>>> bge0@pci0:2:0:0: class=0x020000 card=0x16b414e4 chip=0x16b414e4 rev=0x10 hdr=0x00 > >>>>>>>>>>> vendor = 'Broadcom Corporation' > >>>>>>>>>>> device = 'NetXtreme BCM57765 Gigabit Ethernet PCIe' > >>>>>>>>>>> class = network > >>>>>>>>>>> subclass = ethernet > >>>>>>>>>>> > >>>>>>>>>>> Is there a chance that adding the new card/chip info to the current driver would > >>>>>>>>>>> allow it to work? I'll be happy to test and report back. I'm afraid I'm not > >>>>>>>>>>> familiar enough with hardware at that level to figure out the patch myself. > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> Try attached patch and let me know whether the patch works or not. > >>>>>>>>>> If the patch works please share dmesg output(bge(4) and brgphy(4) > >>>>>>>>>> output only). > >>>>>>>>>> Note, the patch was generated against CURRENT. > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> I'm afraid it didn't help. I ended up grabbing if_bge.c and if_bgereg.h from > >>>>>>>> > >>>>>>>> I guess you also need to copy brgphy.c from HEAD to > >>>>>>>> /usr/src/sys/dev/mii directory. > >>>>>>>> > >>>>>>>>> HEAD using svnweb.freebsd.org. The patch installed cleanly and there were no > >>>>>>>>> errors during the build, but still no NIC. > >>>>>>>> > >>>>>>>> Does it mean you're not seeing bge0 interface? Or you can't pass > >>>>>>>> any traffic via bge0? > >>>>>>> > >>>>>>> Oops, it seems I've not included your device ID in the diff. > >>>>>>> Try attach one instead. Make sure you use brgphy.c from HEAD. > >>>>>>> > >>>>>> > >>>>>> There's progress! With your latest patch using brgphy.c, if_bge.c, and > >>>>>> if_bgereg.h from head I'm now seeing the bge0 interface. Unfortunately, the > >>>>>> moment I try to configure it the box locks up completely; it won't even toggle > >>>>>> the caps lock LED. > >>>>>> > >>>>>> Booting single user and running ifconfig shows: > >>>>>> > >>>>>> bge0: flags=8802 metric 0 mtu 1500 > >>>>>> options=8009b > >>>>>> ether a8:20:66:11:3b:d6 > >>>>>> nd6 options=21 > >>>>>> media: Ethernet autoselect (1000baseT ) > >>>>>> status: active > >>>>>> > >>>>>> I did a verbose boot; here's the part that seems to be relevant to bge0: > >>>>>> > >>>>>> bge0: mem > >>>>>> 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 > >>>>>> bge0: CHIP ID 0x10110142; ASIC REV 0x10110; CHIP REV 0x101101; PCI-E > >>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >>>>> > >>>>> All these information are garbage which indicates a bug in the diff. > >>>>> > >>>>>> miibus0: on bge0 > >>>>>> brgphy0: PHY 1 on miibus0 > >>>>>> brgphy0: OUI 0x001be9, model 0x0024, rev. 1 > >>>>>> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > >>>>>> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > >>>>>> bge0: bpf attached > >>>>>> bge0: Ethernet address: a8:20:66:11:3b:d6 > >>>>>> ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 61 > >>>>>> > >>>>>> I greatly appreciate your efforts. I'm sorry for the delay getting back with > >>>>>> you, but we had a busy Thanksgiving weekend. > >>>>>> > >>>>> > >>>>> Try again with attached bge.57766.diff3. > >>>>> Thanks for testing! > >>>>> > >>>> > >>>> I don't think the patch actually got attached :-( > >>> > >>> Oops, attached. > >>> > >> > >> And there was great rejoicing... > >> > >> It seems to take longer than I'm used to for it to decide it has link (about > >> halfway through 'waiting for the default route interface'), but it works! > >> > > > > Great. Could you show me dmesg(bge(4) and brgphy(4) only) and > > "ifconfig bge0" output? > > Sure. Here's the 'ifconfig bge0' output: > > bge0: flags=8843 metric 0 mtu 1500 > options=c019b > ether a8:20:66:11:3b:d6 > inet 172.28.1.90 netmask 0xffffff00 broadcast 172.28.1.255 > inet6 fe80::aa20:66ff:fe11:3bd6%bge0 prefixlen 64 scopeid 0x2 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active > > And here's the dmesg output from a verbose boot: > > bge0: mem > 0xa0400000-0xa040ffff,0xa0410000-0xa041ffff irq 16 at device 0.0 on pci1 > bge0: attempting to allocate 1 MSI vectors (8 supported) > msi: routing MSI IRQ 265 to local APIC 0 vector 61 > bge0: using IRQ 265 for MSI > bge0: CHIP ID 0x57766001; ASIC REV 0x57766; CHIP REV 0x577660; PCI-E > bge0: Disabling fastboot > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: OUI 0x001be9, model 0x0024, rev. 1 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: bpf attached > bge0: Ethernet address: a8:20:66:11:3b:d6 Committed to HEAD(r243686). Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 01:44:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 255F978F for ; Fri, 30 Nov 2012 01:44:46 +0000 (UTC) (envelope-from mbsd@isgroup.com.ua) Received: from mail.standard.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id AD91A8FC16 for ; Fri, 30 Nov 2012 01:44:44 +0000 (UTC) Received: from [192.168.11.5] (unused-213.111.71.228.bilink.ua [213.111.71.228] (may be forged)) (authenticated bits=0) by mail.standard.com.ua (8.14.3/8.14.3) with ESMTP id qAU1c1cI059565 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 30 Nov 2012 03:38:01 +0200 (EET) (envelope-from mbsd@isgroup.com.ua) Subject: Re: How to clean up / From: mbsd To: freebsd-stable@freebsd.org In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Fri, 30 Nov 2012 03:44:20 +0200 Message-ID: <1354239860.19647.8.camel@eva02> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-101.1 required=9.0 tests=BAYES_00,HELO_MISC_IP, RDNS_NONE,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.isgroup.com.ua X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 01:44:46 -0000 Ξ ~ → du -sh /boot/kernel 59M kernel Try to recompile your kernel without debug. On Tue, 2012-11-27 at 16:57 -0600, Efraín Déctor wrote: > Hello. > > I recently upgraded to 9.1-RC3, everything went fine, however the / partition its about to get full. Im really new to FreeBSD so I don’t know what files can be deleted safely. > > # find -x / -size +10000 -exec du -h {} \; > > 16M /boot/kernel/kernel > 60M /boot/kernel/kernel.symbols > 6.7M /boot/kernel/if_ath.ko.symbols > 6.4M /boot/kernel/vxge.ko.symbols > 9.4M /boot/kernel/xfs.ko.symbols > 15M /boot/kernel/zfs.ko.symbols > 15M /boot/kernel.old/kernel > 55M /boot/kernel.old/kernel.symbols > 6.7M /boot/kernel.old/if_ath.ko.symbols > 6.4M /boot/kernel.old/vxge.ko.symbols > 9.2M /boot/kernel.old/xfs.ko.symbols > 15M /boot/kernel.old/zfs.ko.symbols > 15M /boot/kernel.old1/kernel > 5M /rescue/rescue > 5M /rescue/cat > 5M /rescue/chflags > 5M /rescue/chio > 5M /rescue/chmod > 5M /rescue/cp > 5M /rescue/date > 5M /rescue/dd > 5M /rescue/df > 5M /rescue/echo > 5M /rescue/ed > 5M /rescue/red > 5M /rescue/expr > 5M /rescue/getfacl > 5M /rescue/hostname > 5M /rescue/kenv > 5M /rescue/kill > 5M /rescue/ln > 5M /rescue/link > 5M /rescue/ls > 5M /rescue/mkdir > 5M /rescue/mv > 5M /rescue/pkill > 5M /rescue/pgrep > 5M /rescue/ps > 5M /rescue/pwd > 5M /rescue/realpath > 5M /rescue/rm > 5M /rescue/unlink > 5M /rescue/rmdir > 5M /rescue/setfacl > 5M /rescue/sh > 5M /rescue/stty > 5M /rescue/sync > 5M /rescue/test > 5M /rescue/[ > 5M /rescue/rcp > 5M /rescue/csh > 5M /rescue/tcsh > 5M /rescue/atacontrol > 5M /rescue/badsect > 5M /rescue/camcontrol > 5M /rescue/ccdconfig > 5M /rescue/clri > 5M /rescue/devfs > 5M /rescue/dmesg > 5M /rescue/dump > 5M /rescue/rdump > 5M /rescue/dumpfs > 5M /rescue/dumpon > 5M /rescue/fsck > 5M /rescue/fsck_ffs > 5M /rescue/fsck_4.2bsd > 5M /rescue/fsck_ufs > 5M /rescue/fsck_msdosfs > 5M /rescue/fsdb > 5M /rescue/fsirand > 5M /rescue/gbde > 5M /rescue/geom > 5M /rescue/glabel > 5M /rescue/gpart > 5M /rescue/ifconfig > 5M /rescue/init > 5M /rescue/kldconfig > 5M /rescue/kldload > 5M /rescue/kldstat > 5M /rescue/kldunload > 5M /rescue/ldconfig > 5M /rescue/md5 > 5M /rescue/mdconfig > 5M /rescue/mdmfs > 5M /rescue/mknod > 5M /rescue/mount > 5M /rescue/mount_cd9660 > 5M /rescue/mount_msdosfs > 5M /rescue/mount_nfs > 5M /rescue/mount_ntfs > 5M /rescue/mount_nullfs > 5M /rescue/mount_udf > 5M /rescue/mount_unionfs > 5M /rescue/newfs > 5M /rescue/newfs_msdos > 5M /rescue/nos-tun > 5M /rescue/ping > 5M /rescue/reboot > 5M /rescue/fastboot > 5M /rescue/halt > 5M /rescue/fasthalt > 5M /rescue/restore > 5M /rescue/rrestore > 5M /rescue/rcorder > 5M /rescue/route > 5M /rescue/routed > 5M /rescue/rtquery > 5M /rescue/rtsol > 5M /rescue/savecore > 5M /rescue/spppcontrol > 5M /rescue/swapon > 5M /rescue/sysctl > 5M /rescue/tunefs > 5M /rescue/umount > 5M /rescue/atmconfig > 5M /rescue/ping6 > 5M /rescue/ipf > 5M /rescue/zfs > 5M /rescue/zpool > 5M /rescue/bsdlabel > 5M /rescue/disklabel > 5M /rescue/fdisk > 5M /rescue/dhclient > 5M /rescue/head > 5M /rescue/mt > 5M /rescue/sed > 5M /rescue/tail > 5M /rescue/tee > 5M /rescue/gzip > 5M /rescue/gunzip > 5M /rescue/gzcat > 5M /rescue/zcat > 5M /rescue/bzip2 > 5M /rescue/bunzip2 > 5M /rescue/bzcat > 5M /rescue/xz > 5M /rescue/unxz > 5M /rescue/lzma > 5M /rescue/unlzma > 5M /rescue/xzcat > 5M /rescue/lzcat > 5M /rescue/tar > 5M /rescue/vi > 5M /rescue/ex > 5M /rescue/id > 5M /rescue/groups > 5M /rescue/whoami > 5M /rescue/chroot > 5M /rescue/chown > 5M /rescue/chgrp > 5M /rescue/nc > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl > 8.0M /.sujournal > > Thanks in advance. > _______________________________________________ > 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 Nov 30 05:10:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D951FDA4 for ; Fri, 30 Nov 2012 05:10:42 +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 303268FC08 for ; Fri, 30 Nov 2012 05:10:39 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-27-41.lns21.adl2.internode.on.net [14.2.27.41]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id qAU4kCOr050176 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 30 Nov 2012 15:16:20 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: multipart/signed; boundary="Apple-Mail=_6F2B65FF-3F08-4178-9A5C-0DAEA1831070"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: How to clean up / From: "Daniel O'Connor" In-Reply-To: <1354239860.19647.8.camel@eva02> Date: Fri, 30 Nov 2012 15:16:12 +1030 Message-Id: <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> References: <1354239860.19647.8.camel@eva02> To: mbsd X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 05:10:43 -0000 --Apple-Mail=_6F2B65FF-3F08-4178-9A5C-0DAEA1831070 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 30/11/2012, at 12:14, mbsd wrote: > =CE=9E ~ =E2=86=92 du -sh /boot/kernel > 59M kernel >=20 > Try to recompile your kernel without debug. Or delete /boot/kernel/*.symbols. It would be Really Nice (tm) if they could be put into /usr instead = since there is virtually no benefit to them being in / (since they are = only used for debugging). -- 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 --Apple-Mail=_6F2B65FF-3F08-4178-9A5C-0DAEA1831070-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 07:06:40 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 514C9FDE; Fri, 30 Nov 2012 07:06:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id EC7068FC0C; Fri, 30 Nov 2012 07:06:39 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1TeKRw-00088u-Bd; Fri, 30 Nov 2012 08:51:48 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Andriy Gapon Subject: Re: [HEADSUP] zfs root pool mounting In-reply-to: <50B6598B.20200@FreeBSD.org> References: <50B6598B.20200@FreeBSD.org> Comments: In-reply-to Andriy Gapon message dated "Wed, 28 Nov 2012 20:35:55 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Nov 2012 08:51:48 +0200 From: Daniel Braniss Message-ID: Cc: FreeBSD current , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 07:06:40 -0000 > > Recently some changes were made to how a root pool is opened for root filesystem > mounting. Previously the root pool had to be present in zpool.cache. Now it is > automatically discovered by probing available GEOM providers. > The new scheme is believed to be more flexible. For example, it allows to prepare > a new root pool at one system, then export it and then boot from it on a new > system without doing any extra/magical steps with zpool.cache. It could also be > convenient after zpool split and in some other situations. > > The change was introduced via multiple commits, the latest relevant revision in > head is r243502. The changes are partially MFC-ed, the remaining parts are > scheduled to be MFC-ed soon. > > I have received a report that the change caused a problem with booting on at least > one system. The problem has been identified as an issue in local environment and > has been fixed. Please read on to see if you might be affected when you upgrade, > so that you can avoid any unnecessary surprises. > > You might be affected if you ever had a pool named the same as your current root > pool. And you still have any disks connected to your system that belonged to that > pool (in whole or via some partitions). And that pool was never properly > destroyed using zpool destroy, but merely abandoned (its disks > re-purposed/re-partitioned/reused). > > If all of the above are true, then I recommend that you run 'zdb -l ' for > all suspect disks and their partitions (or just all disks and partitions). If > this command reports at least one valid ZFS label for a disk or a partition that > do not belong to any current pool, then the problem may affect you. > > The best course is to remove the offending labels. > > If you are affected, please follow up to this email. GREATE!!!! in a diskless environment, /boot is read only, and the zpool.cache issue has been bothering me ever since, there was no way (and I tried) to re route it. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 07:16:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0823938E for ; Fri, 30 Nov 2012 07:16:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ea0-f182.google.com (mail-ea0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 815668FC12 for ; Fri, 30 Nov 2012 07:16:05 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id a14so82135eaa.13 for ; Thu, 29 Nov 2012 23:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=6onACfuwcTMn1RvNDcrJ3c4Cf2sdlEh/T/wv5YmHWlc=; b=SitWpMM3YLGntpc6ooIAZzs2gcQKeIpAuniPdoIRfwY66bHi7m8Nrp1PaqJqbYAcQo Uprg3AdwnK9eOEQrLLb1It4rLPD06zEXc8OWhNTeGnhmTvJB4Spl07f8Vv+zVHU2NPLw qBXsGpXZBJ1qEPvbBW2sivWMjWBnMmZJKkMh/6s8ODgvy+1HtN4iGyozH5JZnaOK9clj kqq3midN2PRzfDCciUM3C7KkEpScGeu/GvVFzdRsOZSNw8yBmix8rrc9Fo/xT8HnqZhY lmEmQ57WV1Rx/UXQfnTVs/hppSoc9nOMHEbma+VWp4HoezY88ry5LPB93iildcwf0Dwp OGwg== MIME-Version: 1.0 Received: by 10.14.176.66 with SMTP id a42mr1324127eem.34.1354259764427; Thu, 29 Nov 2012 23:16:04 -0800 (PST) Received: by 10.223.71.199 with HTTP; Thu, 29 Nov 2012 23:16:04 -0800 (PST) In-Reply-To: <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> References: <1354239860.19647.8.camel@eva02> <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> Date: Thu, 29 Nov 2012 23:16:04 -0800 Message-ID: Subject: Re: How to clean up / From: Kevin Oberman To: "Daniel O'Connor" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: mbsd , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 07:16:06 -0000 On Thu, Nov 29, 2012 at 8:46 PM, Daniel O'Connor wr= ote: > > On 30/11/2012, at 12:14, mbsd wrote: >> =CE=9E ~ =E2=86=92 du -sh /boot/kernel >> 59M kernel >> >> Try to recompile your kernel without debug. > > Or delete /boot/kernel/*.symbols. > > It would be Really Nice (tm) if they could be put into /usr instead since= there is virtually no benefit to them being in / (since they are only used= for debugging). I have long wondered why the kernel debug symbols were moved into /kernel. The only thing I can come up with was the desire to retain symbols for kernel.old, which the old system deleted. I'm not sure, but I think the change was made when the symbols files were added for all of the modules. I'd meed to dig back in the archived to track down the change. In any case, it's hardly difficult to come up with a scheme for keeping symbols for the current and old kernels and modules in /var or /usr and keep / from exceeding a gig on an amd64 system. (No, it's not there today, but it's disturbingly close.). Moving the Linux emulation shadow root out of root would also help. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 07:36:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA7F783B for ; Fri, 30 Nov 2012 07:36:08 +0000 (UTC) (envelope-from fluca1978@gmail.com) Received: from mail-vb0-f50.google.com (mail-vb0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id 884328FC13 for ; Fri, 30 Nov 2012 07:36:08 +0000 (UTC) Received: by mail-vb0-f50.google.com with SMTP id fa15so19814057vbb.37 for ; Thu, 29 Nov 2012 23:36:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=v/qsbGMhq4Mxnat2WmEMmF6zivTDZFEL6NVFaH39Ck8=; b=mOx0Ql8PQrNAtOSzl1jU1TnpS10LT8EJKR+X3O9EV1ff0IpkVNmTz1j1R3NrIBZ2dN Nk2UOh7Tfdo7qUai7wIshKibVz76Awnyww/F97k8ajxmDmZAIvtRw+eixs+baYDMsmQR v0/7Mf3tx62KMT9wVbENg34kiSUqnTMMMu3AKf2+A8lI8PvM4fAebRau8Z1ge0Iani9E zz3jNz9MJCkg0m34wMBle2PYblJIeXXogdPD3FTNMrId64ihv+Rm38iat/EhAw5uitFt vkPFAdyMowuDvjBKoOKT/zehFW8uubif8HBYKR0vGd3VEbhr5zvKhr2IwpSD+ZUD7E3e Z2MQ== MIME-Version: 1.0 Received: by 10.52.100.65 with SMTP id ew1mr218328vdb.125.1354260967426; Thu, 29 Nov 2012 23:36:07 -0800 (PST) Sender: fluca1978@gmail.com Received: by 10.220.2.137 with HTTP; Thu, 29 Nov 2012 23:36:07 -0800 (PST) In-Reply-To: <20121129163100.0f257676@suse3> References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> <50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3> Date: Fri, 30 Nov 2012 08:36:07 +0100 X-Google-Sender-Auth: yJnu3uPvtmEvwKI8I3d8Uki5_uQ Message-ID: Subject: Re: simple patch for portsnap to use wget From: Luca Ferrari To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 07:36:09 -0000 I also tried using HTTP_PROXY and HTTP_PROXY_AUTH and it did not work, or maybe I don't get how to configure them: HTTP_PROXY=host:port HTTP_PROXY_AUTH=base:user:pass and either HTTP_PROXY=http://host:port HTTP_PROXY_AUTH=base:user:pass In both cases however the error message is different: now it simply gives up reaching the servers, so there is no formal error on the downloaded file. Luca From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 08:27:02 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A68B548A; Fri, 30 Nov 2012 08:27:02 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 676528FC08; Fri, 30 Nov 2012 08:27:02 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi5so190787pad.13 for ; Fri, 30 Nov 2012 00:27:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8NaNIWxULzuXsAeHVNaoJhZz8MeczHf1A0Uh4WNrgWI=; b=YQ2NPMkM98L9wh8eJlnCOLiybfZU4sDjCblLxGfe1d7cNzUW1RDi12RgK+c9SGSDsu QS+EQM+Bn8sVeGobyBuFJwHu5guB07L+oZgQ83Z34ndf0I1HSCoM62vSPwJxs4W3cXW0 f2lyjSYmTH/ZhV9FYM0WKyLVv9eJ6AMvsHN5D4D37xmg8Nlg8CfATuygIA1wWLTXKkA2 j+NvgvuFcZFD2cZ4uEYgUQNGjrl8L/sZIRAGz7wYMAESL2NHvW6WfOQdEsdvymc9x8Lc pF/6GOvvEIIaslCW0pzyodTarxUpInJU47Sy3paEyWRE14dh9wG3TlDnGq2hfyngDLaG o+qQ== Received: by 10.66.87.133 with SMTP id ay5mr1224056pab.59.1354264022072; Fri, 30 Nov 2012 00:27:02 -0800 (PST) Received: from [192.168.1.132] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPS id vs3sm2676203pbc.61.2012.11.30.00.26.59 (version=SSLv3 cipher=OTHER); Fri, 30 Nov 2012 00:27:01 -0800 (PST) Message-ID: <50B86DD1.9010805@gmail.com> Date: Fri, 30 Nov 2012 10:26:57 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: -stdlib=libc++ fails for some ports References: <50B731FC.5090301@gmail.com> <50B73C1D.7070709@FreeBSD.org> <50B7D5CE.4080307@FreeBSD.org> In-Reply-To: <50B7D5CE.4080307@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , David Chisnall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 08:27:02 -0000 29.11.2012 23:38, Dimitry Andric: > I merged the snapshot to stable/9 in r243683. Thank you. -- Sphinx of black quartz, judge my vow. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 09:00:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B21BD80 for ; Fri, 30 Nov 2012 09:00:07 +0000 (UTC) (envelope-from bartsch@dssgmbh.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id C34B98FC13 for ; Fri, 30 Nov 2012 09:00:06 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id D1F965CE78; Fri, 30 Nov 2012 09:59:58 +0100 (CET) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id fpTIthNEMRnM; Fri, 30 Nov 2012 09:59:57 +0100 (CET) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id AFDA85C77E; Fri, 30 Nov 2012 09:59:57 +0100 (CET) Received: from pcadmin.incore (pcadmin.incore [192.168.0.140]) by mail.incore (Postfix) with ESMTPSA id A4B7E5083F; Fri, 30 Nov 2012 09:59:57 +0100 (CET) Message-ID: <50B8758C.2070202@dssgmbh.de> Date: Fri, 30 Nov 2012 09:59:56 +0100 From: Alfred Bartsch User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111007 Thunderbird/7.0.1 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: How to clean up / References: <1354239860.19647.8.camel@eva02> <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 09:00:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 30.11.2012 08:16, schrieb Kevin Oberman: > On Thu, Nov 29, 2012 at 8:46 PM, Daniel O'Connor > wrote: >> >> On 30/11/2012, at 12:14, mbsd wrote: >>> Ξ ~ → du -sh /boot/kernel 59M kernel >>> >>> Try to recompile your kernel without debug. >> >> Or delete /boot/kernel/*.symbols. You may suppress the installation of the *.symbols files by inserting the following statement into /etc/make.conf: # prevent installation of "*.symbols" in /boot/kernel INSTALL_NODEBUG= yes >> >> It would be Really Nice (tm) if they could be put into /usr >> instead since there is virtually no benefit to them being in / >> (since they are only used for debugging). > > I have long wondered why the kernel debug symbols were moved into > /kernel. The only thing I can come up with was the desire to > retain symbols for kernel.old, which the old system deleted. I'm > not sure, but I think the change was made when the symbols files > were added for all of the modules. I'd meed to dig back in the > archived to track down the change. > > In any case, it's hardly difficult to come up with a scheme for > keeping symbols for the current and old kernels and modules in /var > or /usr and keep / from exceeding a gig on an amd64 system. (No, > it's not there today, but it's disturbingly close.). > > Moving the Linux emulation shadow root out of root would also > help. In our environment we keep the *.symbols files for debugging purpose, but do not build all available modules. This saves lots of space in / and building time. The needed modules are defined in /etc/make.conf: ... MODULES_OVERRIDE opensolaris MODULES_OVERRIDE+= zfs etc. If we need another module, we simply add it to this list. "make buildkernel && make installkernel" installs it into /boot/kernel, including .symbols file. Thus our / file system is about 30% filled (amd64 / 1G) - -- Regards Alfred Bartsch Data-Service GmbH -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlC4dYwACgkQ5QGe2JdVf3gEugCgjldOFRoLphT/cxAtMm8ulwiD sUEAn1kkVjPb3FxyvRs50CKkiaqkd0pI =zyQq -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 09:56:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51891C9E for ; Fri, 30 Nov 2012 09:56:33 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id D136F8FC0C for ; Fri, 30 Nov 2012 09:56:32 +0000 (UTC) Received: from vhoffman-macbooklocal.local (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id qAU9uVIS030322 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 30 Nov 2012 09:56:31 GMT (envelope-from vince@unsane.co.uk) Message-ID: <50B882CF.3050902@unsane.co.uk> Date: Fri, 30 Nov 2012 09:56:31 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Luca Ferrari Subject: Re: simple patch for portsnap to use wget References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> <50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 09:56:33 -0000 On 30/11/2012 07:36, Luca Ferrari wrote: > I also tried using HTTP_PROXY and HTTP_PROXY_AUTH and it did not work, > or maybe I don't get how to configure them: > > HTTP_PROXY=host:port > HTTP_PROXY_AUTH=base:user:pass > > and either > > HTTP_PROXY=http://host:port > HTTP_PROXY_AUTH=base:user:pass > > In both cases however the error message is different: now it simply > gives up reaching the servers, so there is no formal error on the > downloaded file. I think this should be HTTP_PROXY_AUTH=basic:user:pass although the example in fetch(3) is The second method is by using the HTTP_PROXY_AUTH environment variable: HTTP_PROXY=http://proxy.example.com:8080 HTTP_PROXY_AUTH=basic:*:: Vince > > Luca > _______________________________________________ > 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 Nov 30 09:56:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F50CC9F; Fri, 30 Nov 2012 09:56:35 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews03.kpnxchange.com (cpsmtpb-ews03.kpnxchange.com [213.75.39.6]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8ED8FC12; Fri, 30 Nov 2012 09:56:34 +0000 (UTC) Received: from cpsps-ews23.kpnxchange.com ([10.94.84.189]) by cpsmtpb-ews03.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 30 Nov 2012 10:54:42 +0100 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews23.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 30 Nov 2012 10:54:42 +0100 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 30 Nov 2012 10:55:25 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 5632F47F2; Fri, 30 Nov 2012 10:55:25 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Colin Percival" Subject: Re: simple patch for portsnap to use wget References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> <50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3> Date: Fri, 30 Nov 2012 10:55:25 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.11 (FreeBSD) X-OriginalArrivalTime: 30 Nov 2012 09:55:25.0910 (UTC) FILETIME=[D2413F60:01CDCEE0] X-RcptDomain: freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 09:56:35 -0000 On Fri, 30 Nov 2012 08:36:07 +0100, Luca Ferrari wrote: > I also tried using HTTP_PROXY and HTTP_PROXY_AUTH and it did not work, > or maybe I don't get how to configure them: > > HTTP_PROXY=host:port > HTTP_PROXY_AUTH=base:user:pass > > and either > > HTTP_PROXY=http://host:port > HTTP_PROXY_AUTH=base:user:pass > > In both cases however the error message is different: now it simply > gives up reaching the servers, so there is no formal error on the > downloaded file. > > Luca > _______________________________________________ > 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" > Why don't you notify the author of phttpget and ask for a bugfix? Original question: http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070839.html It sounds like a minor issue which needs to be solved at the root and not worked around by not using phttpget. Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 10:25:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D03F6499 for ; Fri, 30 Nov 2012 10:25:17 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by mx1.freebsd.org (Postfix) with ESMTP id 54AA18FC13 for ; Fri, 30 Nov 2012 10:25:16 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hj13so129251wib.13 for ; Fri, 30 Nov 2012 02:25:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=jgBoU7woLunJX9C/w8c2tOeJkGXR4bzdbrvo12rpQ7E=; b=b0HZ/M6qv1bFu/iZ4Nc9yqkzD9ONYsIxPr6Jvv9Fb4FgAzJi0F39R26/HzjllE4/gS +ftV3eGd/EyTniYau7BHsko5mkeBcmxZ8XFugDIGnLZ6MSz5hSxp826d2vyIAuWHwMiT vEoA29TiU34oFHZjWZPi+PV64ZheHI167FFnBzOPPrExOMCgPPvk8P4kB9oiyWB4HQBj Ycq/JfkVAPMXbt0I496VVmE7jBo0x/6Ffp3VDosqe/xoNOZeoRKA4GltTR9eFUGkfoIA QBnu/lxruhVVW91aUUkyjiGAdeY/mxQefryAzednQBLrpm4Y4veaiykHn1umUo3p61Zg SRSA== Received: by 10.180.80.201 with SMTP id t9mr1247473wix.0.1354271115580; Fri, 30 Nov 2012 02:25:15 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id y3sm14667654wix.6.2012.11.30.02.25.13 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 30 Nov 2012 02:25:14 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: How to clean up / From: Fleuriot Damien In-Reply-To: <50B8758C.2070202@dssgmbh.de> Date: Fri, 30 Nov 2012 11:25:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <129391C5-DBD1-4E14-9834-0CEC8713C05E@my.gd> References: <1354239860.19647.8.camel@eva02> <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> <50B8758C.2070202@dssgmbh.de> To: Alfred Bartsch X-Mailer: Apple Mail (2.1499) X-Gm-Message-State: ALoCoQnZjCT0hdROqvD7T4/8KOgGHObCSZ2n3SK5pcO92NaTo6WfMXOVw7/tnW2lJ0U+rePGn3aG Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 10:25:17 -0000 On Nov 30, 2012, at 9:59 AM, Alfred Bartsch wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Am 30.11.2012 08:16, schrieb Kevin Oberman: >> On Thu, Nov 29, 2012 at 8:46 PM, Daniel O'Connor >> wrote: >>>=20 >>> On 30/11/2012, at 12:14, mbsd wrote: >>>> =CE=9E ~ =E2=86=92 du -sh /boot/kernel 59M kernel >>>>=20 >>>> Try to recompile your kernel without debug. >>>=20 >>> Or delete /boot/kernel/*.symbols. >=20 > You may suppress the installation of the *.symbols files by inserting > the following statement into /etc/make.conf: >=20 > # prevent installation of "*.symbols" in /boot/kernel > INSTALL_NODEBUG=3D yes In addition to the previous advice you've received regarding symbol = files, you may also want to only compile and install the kernel modules = you actually use. There's also the side benefit of the kernel being that much faster to = rebuild. Get the list with "kldstat". Here for example, we only build a very few of them: $ kldstat Id Refs Address Size Name 1 19 0xffffffff80100000 b0eec0 kernel 2 1 0xffffffff80c0f000 bca8 geom_label.ko 3 1 0xffffffff80c1b000 1350 mfi_linux.ko 4 4 0xffffffff80c1d000 47958 linux.ko 5 1 0xffffffff80e12000 40c3 linprocfs.ko 6 1 0xffffffff80e17000 a14 linsysfs.ko This yields a very lightweight kernel folder, even when retaining the = debug symbols: $ du -hs 46M . This is what you want in /etc/rc.conf : MODULES_OVERRIDE=3Dgeom/geom_label if_lagg if_vlan linprocfs linsysfs = linux mfi/mfi_linux From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 10:39:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18B60747 for ; Fri, 30 Nov 2012 10:39:16 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id E2C898FC15 for ; Fri, 30 Nov 2012 10:39:15 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TeO03-0003tS-A3 for freebsd-stable@freebsd.org; Fri, 30 Nov 2012 02:39:15 -0800 Date: Fri, 30 Nov 2012 02:39:15 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1354271955297-5765495.post@n5.nabble.com> In-Reply-To: <1354015603346-5764584.post@n5.nabble.com> References: <50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru> <50B3E8A6.7060004@ose.nl> <50B46F5D.1040100@netfence.it> <50B471F1.5040704@ose.nl> <1354015603346-5764584.post@n5.nabble.com> Subject: Re: Help review the FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 10:39:16 -0000 officesuite is good, just change OO.org to Apache OpenOffice convert-back-from-pkgng, make-kernel, release-candidate (I think that even major releases are technically cut from -STABLE, as fresh -STABLE branch is made from -CURRENT prior to -RELEASE, but that's minor detail) reread-rc, use-beastie are all fine. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Help-review-the-FAQ-tp5762326p5765495.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 10:52:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FA67A2B for ; Fri, 30 Nov 2012 10:52:32 +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 7EB8C8FC13 for ; Fri, 30 Nov 2012 10:52:29 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-27-41.lns21.adl2.internode.on.net [14.2.27.41]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id qAUAqLsh071959 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 30 Nov 2012 21:22:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: How to clean up / Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1688DB0B-40A5-4209-B7AE-653D8EB909AF"; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: Date: Fri, 30 Nov 2012 21:22:20 +1030 Message-Id: References: <1354239860.19647.8.camel@eva02> <2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au> To: Kevin Oberman X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: mbsd , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 10:52:32 -0000 --Apple-Mail=_1688DB0B-40A5-4209-B7AE-653D8EB909AF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 30/11/2012, at 17:46, Kevin Oberman wrote: >> It would be Really Nice (tm) if they could be put into /usr instead = since there is virtually no benefit to them being in / (since they are = only used for debugging). >=20 > I have long wondered why the kernel debug symbols were moved into > /kernel. The only thing I can come up with was the desire to retain > symbols for kernel.old, which the old system deleted. I'm not sure, > but I think the change was made when the symbols files were added for > all of the modules. I'd meed to dig back in the archived to track down > the change. >=20 > In any case, it's hardly difficult to come up with a scheme for > keeping symbols for the current and old kernels and modules in /var or > /usr and keep / from exceeding a gig on an amd64 system. (No, it's not > there today, but it's disturbingly close.). I seem to recall that last time I thought about this the main problem = was keeping them in sync.. Perhaps if you hashed the kernel and then created = /usr/..../kerneldbg/$hash/ and created a symlink in /boot/kernel/debug = to /usr/..../kerneldbg/$hash Then the debug tools don't need to be much smarter to find them and they = should never end up looking at incorrect data. A make target or some = other tool to clean up old symbol directories might be needed though. > Moving the Linux emulation shadow root out of root would also help. Yes, a symlink from /compat to /usr/compat by default would work I = think. -- 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 --Apple-Mail=_1688DB0B-40A5-4209-B7AE-653D8EB909AF-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 11:47:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C03A61F3 for ; Fri, 30 Nov 2012 11:47:04 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9E85C8FC12 for ; Fri, 30 Nov 2012 11:47:04 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TeP3a-0000fb-3h for freebsd-stable@freebsd.org; Fri, 30 Nov 2012 03:46:58 -0800 Date: Fri, 30 Nov 2012 03:46:58 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1354276018107-5765505.post@n5.nabble.com> Subject: KMS/ drm2 i915 spamming sysctl MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 11:47:04 -0000 Are there any plans to stop hw.dri.0.info.i915_ringbuffer_data from spamming sysctl? You know, that you can actually use 'sysctl -a'. Since some time, there is no longer /var/log/messages spam for which I'm grateful. -- View this message in context: http://freebsd.1045724.n5.nabble.com/KMS-drm2-i915-spamming-sysctl-tp5765505.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 11:48:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C68902FE; Fri, 30 Nov 2012 11:48:00 +0000 (UTC) (envelope-from fluca1978@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 07A6C8FC0C; Fri, 30 Nov 2012 11:47:59 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id go10so485252lbb.13 for ; Fri, 30 Nov 2012 03:47:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=eVsZ6WKd+lK44sAvCeBJeP16uvWiUPgDeMqDX+xxfe8=; b=Sy34wfUhBQi3XLInrisvh7Z4lun0PWWNLbHeWqmbqveQ4ZV7D5CdwH34gGUdb0FhjF Vg3M3Fkti4xALlw9w3fr54TVTaoxrGFLZDcf5eXhpNBRPqzF7RRpScLwvrVWbeCxgIFX EzM241TaKSix4XFI8RZaV9R5N8QzEEJPKTi37LUWPoYFZ/2ToiYqhGjf02wL2q+UP+sL YTNrnrDAt09ndIeqw/JCBfkoN2khCBzwyZyWusPnTV1Hs7rPFHKPl1psHsOA59QdSGws CfDIYzjQAFW4iM3dBEgeBexHW9IMlDVy4FWeutFu2uKSwNtCmuUQryK5zEa0OyhaaXqn /k7A== MIME-Version: 1.0 Received: by 10.152.110.42 with SMTP id hx10mr1072276lab.0.1354276078570; Fri, 30 Nov 2012 03:47:58 -0800 (PST) Sender: fluca1978@gmail.com Received: by 10.112.66.148 with HTTP; Fri, 30 Nov 2012 03:47:58 -0800 (PST) In-Reply-To: References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> <50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3> Date: Fri, 30 Nov 2012 12:47:58 +0100 X-Google-Sender-Auth: wa8D9oW3XKIza_Sw0QEpgw6qxcg Message-ID: Subject: Re: simple patch for portsnap to use wget From: Luca Ferrari To: Ronald Klop , cperciva@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 11:48:00 -0000 > Why don't you notify the author of phttpget and ask for a bugfix? I'd love to see a bugfix for this issue, you are right I would have been asked the author first.... However I'm wondering why portsnap uses phttpget instead of fetch, that is available in base. Luca From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 12:07:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AB6B8BB; Fri, 30 Nov 2012 12:07:47 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id B4CA18FC13; Fri, 30 Nov 2012 12:07:46 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1TePNg-0000O5-5v; Fri, 30 Nov 2012 13:07:44 +0100 Received: from 212-182-167-131.ip.telfort.nl ([212.182.167.131] helo=ronaldradial.home) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TePNf-0002Js-RY; Fri, 30 Nov 2012 13:07:43 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: cperciva@freebsd.org, freebsd-stable@freebsd.org, "Luca Ferrari" Subject: Re: simple patch for portsnap to use wget References: <1354040675.3923.3.camel@mjakubik.localdomain> <50B61482.5090702@unsane.co.uk> <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com> <50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3> Date: Fri, 30 Nov 2012 13:07:43 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.11 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: a07cf4f22b7e0347d98fbeb4081a69be X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 12:07:47 -0000 On Fri, 30 Nov 2012 12:47:58 +0100, Luca Ferrari wrote: >> Why don't you notify the author of phttpget and ask for a bugfix? > > I'd love to see a bugfix for this issue, you are right I would have > been asked the author first.... > However I'm wondering why portsnap uses phttpget instead of fetch, > that is available in base. > > Luca phttpget is also in base And here you can read why it is used: http://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070878.html Ronald From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 14:42:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA301193 for ; Fri, 30 Nov 2012 14:42:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC668FC16 for ; Fri, 30 Nov 2012 14:42:17 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TeRnH-0001O8-Hk for freebsd-stable@freebsd.org; Fri, 30 Nov 2012 15:42:19 +0100 Received: from 93-97-10-126.zone5.bethere.co.uk ([93.97.10.126]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Nov 2012 15:42:19 +0100 Received: from johannes by 93-97-10-126.zone5.bethere.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Nov 2012 15:42:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Johannes Totz Subject: Re: How to clean up / Date: Fri, 30 Nov 2012 14:41:55 +0000 Lines: 180 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-97-10-126.zone5.bethere.co.uk User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 14:42:17 -0000 On 27/11/2012 22:57, Efraín Déctor wrote: > Hello. > > I recently upgraded to 9.1-RC3, everything went fine, however the / > partition its about to get full. Im really new to FreeBSD so I don’t > know what files can be deleted safely. > > # find -x / -size +10000 -exec du -h {} \; > > 16M /boot/kernel/kernel > 60M /boot/kernel/kernel.symbols > 6.7M /boot/kernel/if_ath.ko.symbols > 6.4M /boot/kernel/vxge.ko.symbols > 9.4M /boot/kernel/xfs.ko.symbols > 15M /boot/kernel/zfs.ko.symbols You can gzip compress the kernel and loader loaded modules. Symbols you could compress too, or just delete them. A custom kernel could help too: mine went from 500 MB generic down to 50 MB custom. > 15M /boot/kernel.old/kernel > 55M /boot/kernel.old/kernel.symbols > 6.7M /boot/kernel.old/if_ath.ko.symbols > 6.4M /boot/kernel.old/vxge.ko.symbols > 9.2M /boot/kernel.old/xfs.ko.symbols > 15M /boot/kernel.old/zfs.ko.symbols > 15M /boot/kernel.old1/kernel > 5M /rescue/rescue > 5M /rescue/cat > 5M /rescue/chflags > 5M /rescue/chio > 5M /rescue/chmod > 5M /rescue/cp > 5M /rescue/date > 5M /rescue/dd > 5M /rescue/df > 5M /rescue/echo > 5M /rescue/ed > 5M /rescue/red > 5M /rescue/expr > 5M /rescue/getfacl > 5M /rescue/hostname > 5M /rescue/kenv > 5M /rescue/kill > 5M /rescue/ln > 5M /rescue/link > 5M /rescue/ls > 5M /rescue/mkdir > 5M /rescue/mv > 5M /rescue/pkill > 5M /rescue/pgrep > 5M /rescue/ps > 5M /rescue/pwd > 5M /rescue/realpath > 5M /rescue/rm > 5M /rescue/unlink > 5M /rescue/rmdir > 5M /rescue/setfacl > 5M /rescue/sh > 5M /rescue/stty > 5M /rescue/sync > 5M /rescue/test > 5M /rescue/[ > 5M /rescue/rcp > 5M /rescue/csh > 5M /rescue/tcsh > 5M /rescue/atacontrol > 5M /rescue/badsect > 5M /rescue/camcontrol > 5M /rescue/ccdconfig > 5M /rescue/clri > 5M /rescue/devfs > 5M /rescue/dmesg > 5M /rescue/dump > 5M /rescue/rdump > 5M /rescue/dumpfs > 5M /rescue/dumpon > 5M /rescue/fsck > 5M /rescue/fsck_ffs > 5M /rescue/fsck_4.2bsd > 5M /rescue/fsck_ufs > 5M /rescue/fsck_msdosfs > 5M /rescue/fsdb > 5M /rescue/fsirand > 5M /rescue/gbde > 5M /rescue/geom > 5M /rescue/glabel > 5M /rescue/gpart > 5M /rescue/ifconfig > 5M /rescue/init > 5M /rescue/kldconfig > 5M /rescue/kldload > 5M /rescue/kldstat > 5M /rescue/kldunload > 5M /rescue/ldconfig > 5M /rescue/md5 > 5M /rescue/mdconfig > 5M /rescue/mdmfs > 5M /rescue/mknod > 5M /rescue/mount > 5M /rescue/mount_cd9660 > 5M /rescue/mount_msdosfs > 5M /rescue/mount_nfs > 5M /rescue/mount_ntfs > 5M /rescue/mount_nullfs > 5M /rescue/mount_udf > 5M /rescue/mount_unionfs > 5M /rescue/newfs > 5M /rescue/newfs_msdos > 5M /rescue/nos-tun > 5M /rescue/ping > 5M /rescue/reboot > 5M /rescue/fastboot > 5M /rescue/halt > 5M /rescue/fasthalt > 5M /rescue/restore > 5M /rescue/rrestore > 5M /rescue/rcorder > 5M /rescue/route > 5M /rescue/routed > 5M /rescue/rtquery > 5M /rescue/rtsol > 5M /rescue/savecore > 5M /rescue/spppcontrol > 5M /rescue/swapon > 5M /rescue/sysctl > 5M /rescue/tunefs > 5M /rescue/umount > 5M /rescue/atmconfig > 5M /rescue/ping6 > 5M /rescue/ipf > 5M /rescue/zfs > 5M /rescue/zpool > 5M /rescue/bsdlabel > 5M /rescue/disklabel > 5M /rescue/fdisk > 5M /rescue/dhclient > 5M /rescue/head > 5M /rescue/mt > 5M /rescue/sed > 5M /rescue/tail > 5M /rescue/tee > 5M /rescue/gzip > 5M /rescue/gunzip > 5M /rescue/gzcat > 5M /rescue/zcat > 5M /rescue/bzip2 > 5M /rescue/bunzip2 > 5M /rescue/bzcat > 5M /rescue/xz > 5M /rescue/unxz > 5M /rescue/lzma > 5M /rescue/unlzma > 5M /rescue/xzcat > 5M /rescue/lzcat > 5M /rescue/tar > 5M /rescue/vi > 5M /rescue/ex > 5M /rescue/id > 5M /rescue/groups > 5M /rescue/whoami > 5M /rescue/chroot > 5M /rescue/chown > 5M /rescue/chgrp > 5M /rescue/nc > 76M /compat/linux/usr/lib/locale/locale-archive.tmpl > 8.0M /.sujournal > > Thanks in advance. > _______________________________________________ > 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" > -- Sent from my From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 14:50:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 720D13E1 for ; Fri, 30 Nov 2012 14:50:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 29EC88FC0C for ; Fri, 30 Nov 2012 14:50:35 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so507600iad.13 for ; Fri, 30 Nov 2012 06:50:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=nEiyNpaaqAnOTsT1JzhIVfp0R3PsBe1JaB7OyKpJiGQ=; b=IEMo2uUc/erh6HhB7hf40WJ05UdzWwfZUS+WrYZ1PA0UQ+9yDWWSowA2r4z8Rbhx/Y vXlqgnYFIVEJA84JZMUlhjtcAbEAgt33fPiD6oFF0K7xRwxt/XkfrDdV/NKL1woYnQdQ Pzh9n3W+7ZRi/+2Ke1+Uo8VOUCROSWTYUp2UoDj9B9c7T7W1WKtqIBqrrr+qqghmxBzQ cM84t3uk5XIE3FlY+K36Te2z/t50yu1DPKZXWP1xfXoese5Ycg0Rr0EjDLXUDqqunyj9 SqvAUyb8P70CquYAqYwWDc6ICCW9FkF+XoeQEDkgAj7MCR/QIa6hsXANP3Hw1Sysfkqc qJ1w== Received: by 10.50.12.165 with SMTP id z5mr28791968igb.17.1354287035536; Fri, 30 Nov 2012 06:50:35 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id 10sm10162634ign.5.2012.11.30.06.50.27 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 30 Nov 2012 06:50:33 -0800 (PST) Sender: Warner Losh Subject: Re: How to clean up / Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=utf-8 From: Warner Losh In-Reply-To: <1354239860.19647.8.camel@eva02> Date: Fri, 30 Nov 2012 07:50:26 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2996DE95-27F8-4173-AE76-56D76A697595@bsdimp.com> References: <1354239860.19647.8.camel@eva02> To: mbsd X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkJMef65o32CClMkKTAduH9AkXUsy5JIpaBVsJQarS0n4X66lM8o/3MeLUEu83wbvUSXBQw Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 14:50:36 -0000 Also, all the rescue binaries combined are 5M, not 5M each... Warner On Nov 29, 2012, at 6:44 PM, mbsd wrote: > =CE=9E ~ =E2=86=92 du -sh /boot/kernel > 59M kernel >=20 > Try to recompile your kernel without debug. Or just remove the .symbols files (or better, save them on a larger = partition for easier debugging in case of problems). Warner >=20 >=20 > On Tue, 2012-11-27 at 16:57 -0600, Efra=C3=ADn D=C3=A9ctor wrote: >> Hello.=20 >>=20 >> I recently upgraded to 9.1-RC3, everything went fine, however the / = partition its about to get full. Im really new to FreeBSD so I don=E2=80=99= t know what files can be deleted safely. >>=20 >> # find -x / -size +10000 -exec du -h {} \; >>=20 >> 16M /boot/kernel/kernel >> 60M /boot/kernel/kernel.symbols >> 6.7M /boot/kernel/if_ath.ko.symbols >> 6.4M /boot/kernel/vxge.ko.symbols >> 9.4M /boot/kernel/xfs.ko.symbols >> 15M /boot/kernel/zfs.ko.symbols >> 15M /boot/kernel.old/kernel >> 55M /boot/kernel.old/kernel.symbols >> 6.7M /boot/kernel.old/if_ath.ko.symbols >> 6.4M /boot/kernel.old/vxge.ko.symbols >> 9.2M /boot/kernel.old/xfs.ko.symbols >> 15M /boot/kernel.old/zfs.ko.symbols >> 15M /boot/kernel.old1/kernel >> 5M /rescue/rescue >> 5M /rescue/cat >> 5M /rescue/chflags >> 5M /rescue/chio >> 5M /rescue/chmod >> 5M /rescue/cp >> 5M /rescue/date >> 5M /rescue/dd >> 5M /rescue/df >> 5M /rescue/echo >> 5M /rescue/ed >> 5M /rescue/red >> 5M /rescue/expr >> 5M /rescue/getfacl >> 5M /rescue/hostname >> 5M /rescue/kenv >> 5M /rescue/kill >> 5M /rescue/ln >> 5M /rescue/link >> 5M /rescue/ls >> 5M /rescue/mkdir >> 5M /rescue/mv >> 5M /rescue/pkill >> 5M /rescue/pgrep >> 5M /rescue/ps >> 5M /rescue/pwd >> 5M /rescue/realpath >> 5M /rescue/rm >> 5M /rescue/unlink >> 5M /rescue/rmdir >> 5M /rescue/setfacl >> 5M /rescue/sh >> 5M /rescue/stty >> 5M /rescue/sync >> 5M /rescue/test >> 5M /rescue/[ >> 5M /rescue/rcp >> 5M /rescue/csh >> 5M /rescue/tcsh >> 5M /rescue/atacontrol >> 5M /rescue/badsect >> 5M /rescue/camcontrol >> 5M /rescue/ccdconfig >> 5M /rescue/clri >> 5M /rescue/devfs >> 5M /rescue/dmesg >> 5M /rescue/dump >> 5M /rescue/rdump >> 5M /rescue/dumpfs >> 5M /rescue/dumpon >> 5M /rescue/fsck >> 5M /rescue/fsck_ffs >> 5M /rescue/fsck_4.2bsd >> 5M /rescue/fsck_ufs >> 5M /rescue/fsck_msdosfs >> 5M /rescue/fsdb >> 5M /rescue/fsirand >> 5M /rescue/gbde >> 5M /rescue/geom >> 5M /rescue/glabel >> 5M /rescue/gpart >> 5M /rescue/ifconfig >> 5M /rescue/init >> 5M /rescue/kldconfig >> 5M /rescue/kldload >> 5M /rescue/kldstat >> 5M /rescue/kldunload >> 5M /rescue/ldconfig >> 5M /rescue/md5 >> 5M /rescue/mdconfig >> 5M /rescue/mdmfs >> 5M /rescue/mknod >> 5M /rescue/mount >> 5M /rescue/mount_cd9660 >> 5M /rescue/mount_msdosfs >> 5M /rescue/mount_nfs >> 5M /rescue/mount_ntfs >> 5M /rescue/mount_nullfs >> 5M /rescue/mount_udf >> 5M /rescue/mount_unionfs >> 5M /rescue/newfs >> 5M /rescue/newfs_msdos >> 5M /rescue/nos-tun >> 5M /rescue/ping >> 5M /rescue/reboot >> 5M /rescue/fastboot >> 5M /rescue/halt >> 5M /rescue/fasthalt >> 5M /rescue/restore >> 5M /rescue/rrestore >> 5M /rescue/rcorder >> 5M /rescue/route >> 5M /rescue/routed >> 5M /rescue/rtquery >> 5M /rescue/rtsol >> 5M /rescue/savecore >> 5M /rescue/spppcontrol >> 5M /rescue/swapon >> 5M /rescue/sysctl >> 5M /rescue/tunefs >> 5M /rescue/umount >> 5M /rescue/atmconfig >> 5M /rescue/ping6 >> 5M /rescue/ipf >> 5M /rescue/zfs >> 5M /rescue/zpool >> 5M /rescue/bsdlabel >> 5M /rescue/disklabel >> 5M /rescue/fdisk >> 5M /rescue/dhclient >> 5M /rescue/head >> 5M /rescue/mt >> 5M /rescue/sed >> 5M /rescue/tail >> 5M /rescue/tee >> 5M /rescue/gzip >> 5M /rescue/gunzip >> 5M /rescue/gzcat >> 5M /rescue/zcat >> 5M /rescue/bzip2 >> 5M /rescue/bunzip2 >> 5M /rescue/bzcat >> 5M /rescue/xz >> 5M /rescue/unxz >> 5M /rescue/lzma >> 5M /rescue/unlzma >> 5M /rescue/xzcat >> 5M /rescue/lzcat >> 5M /rescue/tar >> 5M /rescue/vi >> 5M /rescue/ex >> 5M /rescue/id >> 5M /rescue/groups >> 5M /rescue/whoami >> 5M /rescue/chroot >> 5M /rescue/chown >> 5M /rescue/chgrp >> 5M /rescue/nc >> 76M /compat/linux/usr/lib/locale/locale-archive.tmpl >> 8.0M /.sujournal >>=20 >> Thanks in advance. >> _______________________________________________ >> 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" >=20 >=20 > _______________________________________________ > 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 Nov 30 15:14:43 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84334CDE for ; Fri, 30 Nov 2012 15:14:43 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A5B548FC12 for ; Fri, 30 Nov 2012 15:14:41 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA21775; Fri, 30 Nov 2012 17:14:34 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <50B8CD59.1050308@FreeBSD.org> Date: Fri, 30 Nov 2012 17:14:33 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Andreas Longwitz Subject: Re: page fault on verbose boot References: <50ABE8BC.1010904@incore.de> In-Reply-To: <50ABE8BC.1010904@incore.de> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 15:14:43 -0000 on 20/11/2012 22:31 Andreas Longwitz said the following: > One of my servers goes to page fault (only) on verbose boot. The > backtrace looks a little like the one given in > > lists.freebsd.org/pipermail/freebsd-stable/2010-December/060704.html, > > therefore I append the information requested there. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.3-STABLE #3: Mon Sep 24 11:29:54 CEST 2012 > root@dsspbx1.incore:/usr/obj/usr/src/sys/SERVER i386 > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c41000. > Preloaded elf module "/boot/modules/i4b.ko" at 0xc0c41188. > Preloaded elf module "/boot/kernel/sppp.ko" at 0xc0c41234. > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 999721588 Hz > CPU: Intel Pentium III (999.72-MHz 686-class CPU) > Origin="GenuineIntel" Id=0x68a Family = 6 Model = 8 Stepping = 10 > Features=0x387fbff FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR > ,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE > Instruction TLB: 4 KB pages, 4-way set associative, 32 entries > Instruction TLB: 4 MB pages, fully associative, 2 entries > Data TLB: 4 KB pages, 4-way set associative, 64 entries > 2nd-level cache: 256 KB, 8-way set associative, 32 byte line size > 1st-level instruction cache: 16 KB, 4-way set associative, 32 byte line size > Data TLB: 4 MB Pages, 4-way set associative, 8 entries > 1st-level data cache: 16 KB, 4-way set associative, 32 byte line size > real memory = 1074790400 (1025 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000001026000 - 0x000000003eda5fff, 1037565952 bytes (253312 pages) > avail memory = 1036435456 (988 MB) > Table 'FACP' at 0x3ffffafa > Table 'APIC' at 0x3ffffb6e > APIC: Found table at 0x3ffffb6e > MP Configuration Table version 1.4 found at 0xc009f560 > APIC: Using the MADT enumerator > MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 3 ACPI ID 1: enabled > SMP: Added CPU 3 (AP) > ACPI APIC Table: > INTR: Adding local APIC 0 as a target > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) > cpu0 (BSP): APIC ID: 3 > cpu1 (AP): APIC ID: 0 > bios32: Found BIOS32 Service Directory header at 0xc00f6990 > bios32: Entry = 0xfd85e (c00fd85e) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xfd7c0+0x397 > pnpbios: Found PnP BIOS data at 0xc00f69c0 > pnpbios: Entry = f0000:a934 Rev = 1.0 > Other BIOS signatures found: > x86bios: IVT 0x000000-0x0004ff at 0xc0000000 > x86bios: SSEG 0x010000-0x01ffff at 0xc49c4000 > x86bios: EBDA 0x09f000-0x09ffff at 0xc009f000 > x86bios: ROM 0x0a0000-0x0effff at 0xc00a0000 > APIC: CPU 0 has ACPI ID 1 > APIC: CPU 1 has ACPI ID 0. > ULE: setup cpu 0 > ULE: setup cpu 1 > ACPI: RSDP 0xf6910 00014 (v00 INTEL ) > ACPI: RSDT 0x3fffa25c 00030 (v01 INTEL 024B 00000001 PTL 00000000) > ACPI: FACP 0x3ffffafa 00074 (v01 INTEL 024B 00000001 PTL 00000000) > ACPI: DSDT 0x3fffa28c 0586E (v01 INTEL 024B 00000001 MSFT 0100000A) > ACPI: FACS 0x3fffffc0 00040 > ACPI: APIC 0x3ffffb6e 0006A (v01 INTEL 024B 00000001 PTL 00000000) > ACPI: BOOT 0x3ffffbd8 00028 (v01 INTEL 024B 00000001 PTL 00000000) > MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 > ioapic0: Routing external 8259A's -> intpin 0 > MADT: Found IO APIC ID 5, Interrupt 16 at 0xfec01000 > MADT: Interrupt override: source 9, irq 31 > ioapic0: intpin 9 disabled > lapic0: Routing NMI -> LINT1 > lapic0: LINT1 trigger: edge > lapic0: LINT1 polarity: high > lapic3: Routing NMI -> LINT1 > lapic3: LINT1 trigger: edge > lapic3: LINT1 polarity: high > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > cpu0 BSP: > ID: 0x03000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000100ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 > fslock: pseudo-device > null: > random: > io: > mem: > Pentium Pro MTRR support enabled > netsmb_dev: loaded > CPU0: local APIC error 0x80 > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 31 > ioapic1: routing intpin 15 (PCI IRQ 31) to lapic 3 vector 48 > acpi0: [MPSAFE] > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: wakeup code va 0xc49be000 pa 0x1000 > pci_open(1): mode 1 addr port (0x0cf8) is 0x80015864 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) > pcibios: BIOS version 2.10 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x404-0x407 on acpi0 > cpu0: on acpi0 > cpu0: switching to generic Cx mode > cpu1: on acpi0 > acpi_ec0: port 0xca6,0xca7 on acpi0 > pci_link0: Index IRQ Rtd Ref IRQs > Initial Probe 0 255 N 0 5 10 > Validation 0 255 N 0 5 10 > After Disable 0 255 N 0 5 10 > pci_link1: Index IRQ Rtd Ref IRQs > Initial Probe 0 14 N 0 14 > Validation 0 14 N 0 14 > After Disable 0 255 N 0 14 > ... > ioapic1: routing intpin 2 (PCI IRQ 18) to lapic 3 vector 49 > ioapic1: routing intpin 2 (PCI IRQ 18) to lapic 3 vector 49 > ioapic1: routing intpin 7 (PCI IRQ 23) to lapic 3 vector 51 > ioapic1: routing intpin 8 (PCI IRQ 24) to lapic 3 vector 52 > ioapic1: routing intpin 9 (PCI IRQ 25) to lapic 3 vector 53 > ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 3 vector 54 > ioapic1: routing intpin 4 (PCI IRQ 20) to lapic 3 vector 55 > ioapic1: routing intpin 5 (PCI IRQ 21) to lapic 3 vector 56 > ioapic0: Changing trigger for pin 8 to level > ioapic0: Changing polarity for pin 8 to low > ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 3 vector 57 > ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 3 vector 58 > ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 3 vector 59 > ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 3 vector 60 > ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 3 vector 61 > lapic: Divisor 2, Frequency 66648108 Hz > Timecounter "TSC" frequency 999721588 Hz quality -100 > Timecounters tick every 1.000 msec > ... > SMP: AP CPU #1 Launched! > cpu1 AP: > ID: 0x00000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000200ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 > ioapic0: routing intpin 3 ( ISA IRQ 3) to lapic 0 vector 48 > CPU1: local APIC error 0x80 > flowtable cleaner started > ioapic0: routing intpin 6 (ISA IRQ 6) to lapic 0 vector 49 > ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50 > ioapic1: routing intpin 4 (PCI IRQ 20) to lapic 0 vector 51 > ioapic1: routing intpin 7 (PCI IRQ 23) to lapic 0 vector 52 > ioapic1: routing intpin 9 (PCI IRQ 25) to lapic 0 vector 53 > ioapic1: routing intpin 15 (PCI IRQ 31) to lapic 0 vector 54 > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 03 > fault virtual address = 0xf000e2c3 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc08e8e15 > stack pointer = 0x28:0xc1020c78 > frame pointer = 0x28:0xc1020c90 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 100000 ] > Stopped at intr_execute_handlers+0x15: addl $0x1,0(%eax) > db> call doadump > Cannot dump. Device not defined or unavailable. > db> panic > panic: from debugger > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0984233,c04e4943,1,c098203e,c1020980,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c09a2e37,0,c0958ccd,c10209cc,0,...) at kdb_backtrace+0x2a > panic(c0958ccd,c1020a90,c04e3881,c08e8e15,0,...) at panic+0x15c > db_panic(c08e8e15,0,ffffffff,c1020a08,1,...) at db_panic+0x17 > db_command(c0958d7c,c1020af0,c04e592d,c09a132b,c08f2ee3,...) at > db_command+0x381 > db_command_loop(c09a132b,c08f2ee3,fb,0,0,...) at db_command_loop+0x5a > db_trap(c,0,1,246,2,...) at db_trap+0xdd > kdb_trap(c,0,c1020c38,1,1,...) at kdb_trap+0xa8 > trap_fatal(c17dc000,f000e000,2,0,c,...) at trap_fatal+0x2df > trap_pfault(c09a3805,c,c1020bb8,c08ee8e0,c0a350a0,...) at trap_pfault+0x2de > trap(c1020c38) at trap+0x3f3 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc08e8e15, esp = 0xc1020c78, ebp = 0xc1020c90 --- > intr_execute_handlers(0,c1020cb4,3,c1020cf8,c08e4625,...) at > intr_execute_handlers+0x15 > lapic_handle_intr(36,c1020cb4) at lapic_handle_intr+0x4c > Xapic_isr1() at Xapic_isr1+0x35 > --- interrupt, eip = 0xc08ee8fb, esp = 0xc1020cf4, ebp = 0xc1020cf8 --- > spinlock_exit(c09a1e2e,0,36,3,c1020d38,...) at spinlock_exit+0x2b > ioapic_assign_cpu(c4d1565c,0,0,0,c08f3d29,...) at ioapic_assign_cpu+0x2b0 > intr_shuffle_irqs(0,101ec00,101ec00,101e000,1025000,...) at > intr_shuffle_irqs+0xba > mi_startup() at mi_startup+0xac > begin() at begin+0x2c > > --------------------- > > From running kernel (normal boot) using kgdb: > > (kgdb) l *intr_execute_handlers+0x15 > 0xc08e8e15 is in intr_execute_handlers > (/usr/src/sys/i386/i386/intr_machdep.c:234). > 229 * We count software interrupts when we process them. The > 230 * code here follows previous practice, but there's an > 231 * argument for counting hardware interrupts when they're > 232 * processed too. > 233 */ > 234 (*isrc->is_count)++; > 235 PCPU_INC(cnt.v_intr); > 236 > 237 ie = isrc->is_event; > 238 > (kgdb) l *ioapic_assign_cpu+0x2b0 > 0xc08ea3f0 is in ioapic_assign_cpu (/usr/src/sys/i386/i386/io_apic.c:385). > 380 > 381 /* > 382 * Free the old vector after the new one is established. > This is done > 383 * to prevent races where we could miss an interrupt. > 384 */ > 385 if (old_vector) { > 386 if (isrc->is_handlers > 0) > 387 apic_disable_vector(old_id, old_vector); > 388 apic_free_vector(old_id, old_vector, intpin->io_irq); > 389 } > (kgdb) quit [snip] > I can easy reproduce this problem, hints for ddb commands suitable for > debugging are welcome. > Could you please execute the following commands? In kgdb (if you have exactly the same kernel, or otherwise with a new offset from a new panic): disassemble intr_execute_handlers+0x15 In ddb: bt show apic show idt show intrcnt show lapic x/ax interrupt_sources,32 Thank you. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 16:21:52 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34CC9DEF; Fri, 30 Nov 2012 16:21:52 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id A1A028FC12; Fri, 30 Nov 2012 16:21:51 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 938255CF8C; Fri, 30 Nov 2012 17:21:50 +0100 (CET) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id 3ilPMQBxNNXg; Fri, 30 Nov 2012 17:21:49 +0100 (CET) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 25BE25CDC9; Fri, 30 Nov 2012 17:21:49 +0100 (CET) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id 198CF5083F; Fri, 30 Nov 2012 17:21:49 +0100 (CET) Message-ID: <50B8DD1C.4010308@incore.de> Date: Fri, 30 Nov 2012 17:21:48 +0100 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Andriy Gapon Subject: Re: page fault on verbose boot References: <50ABE8BC.1010904@incore.de> <50B8CD59.1050308@FreeBSD.org> In-Reply-To: <50B8CD59.1050308@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 16:21:52 -0000 Thanks for looking in this problem. > Could you please execute the following commands? > > In kgdb (if you have exactly the same kernel, or otherwise with a new offset from > a new panic): > disassemble intr_execute_handlers+0x15 > > In ddb: > bt > show apic > show idt > show intrcnt > show lapic > x/ax interrupt_sources,32 >From live system with same kernel: (kgdb) disassemble intr_execute_handlers+0x15 Dump of assembler code for function intr_execute_handlers: 0xc08e8e00 : push %ebp 0xc08e8e01 : mov %esp,%ebp 0xc08e8e03 : sub $0x18,%esp 0xc08e8e06 : mov %ebx,0xfffffff4(%ebp) 0xc08e8e09 : mov %esi,0xfffffff8(%ebp) 0xc08e8e0c : mov %edi,0xfffffffc(%ebp) 0xc08e8e0f : mov 0x8(%ebp),%ebx 0xc08e8e12 : mov 0x8(%ebx),%eax 0xc08e8e15 : addl $0x1,(%eax) 0xc08e8e18 : incl %fs:0x40 0xc08e8e1f : mov 0x4(%ebx),%esi 0xc08e8e22 : mov (%ebx),%eax 0xc08e8e24 : mov %ebx,(%esp) 0xc08e8e27 : call *0x14(%eax) 0xc08e8e2a : mov %eax,%edi 0xc08e8e2c : test %eax,%eax 0xc08e8e2e : jne 0xc08e8e3a 0xc08e8e30 : movl $0x1,0xc0a9d148 0xc08e8e3a : mov 0xc(%ebp),%eax 0xc08e8e3d : mov %eax,0x4(%esp) 0xc08e8e41 : mov %esi,(%esp) 0xc08e8e44 : call 0xc06afbf0 0xc08e8e49 : test %eax,%eax 0xc08e8e4b : je 0xc08e8ea4 0xc08e8e4d : mov (%ebx),%eax 0xc08e8e4f : movl $0x0,0x4(%esp) 0xc08e8e57 : mov %ebx,(%esp) 0xc08e8e5a : call *0x4(%eax) 0xc08e8e5d : mov 0xc(%ebx),%eax 0xc08e8e60 : addl $0x1,(%eax) 0xc08e8e63 : mov 0xc(%ebx),%eax 0xc08e8e66 : mov (%eax),%eax 0xc08e8e68 : cmp $0x4,%eax 0xc08e8e6b : ja 0xc08e8e87 0xc08e8e6d : mov %edi,0x8(%esp) 0xc08e8e71 : movl $0xc09a1c4e,0x4(%esp) 0xc08e8e79 : movl $0x3,(%esp) 0xc08e8e80 : call 0xc070d310 0xc08e8e85 : jmp 0xc08e8ea4 0xc08e8e87 : cmp $0x5,%eax 0xc08e8e8a : jne 0xc08e8ea4 0xc08e8e8c : mov %edi,0x8(%esp) 0xc08e8e90 : movl $0xc09a1c5b,0x4(%esp) 0xc08e8e98 : movl $0x2,(%esp) 0xc08e8e9f : call 0xc070d310 0xc08e8ea4 : mov 0xfffffff4(%ebp),%ebx 0xc08e8ea7 : mov 0xfffffff8(%ebp),%esi 0xc08e8eaa : mov 0xfffffffc(%ebp),%edi 0xc08e8ead : mov %ebp,%esp 0xc08e8eaf : pop %ebp 0xc08e8eb0 : ret End of assembler dump. After boot verbose: ..... SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 3 (CPU1: local APIC error 0x80 ISA IRQ 3) to lapic 0 vector 48 ioafpliocw0t:a brloeu tcilnega nienrt psitna r6t e(dISA IRQ 6) to lapic 0 vector 49 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50 ioapic1: routing intpin 4 (PCI IRQ 20) to lapic 0 vector 51 ioapic1: routing intpin 7 (PCI IRQ 23) to lapic 0 vector 52 ioapic1: routing intpin 9 (PCI IRQ 25) to lapic 0 vector 53 ioapic1: routing intpin 15 (PCI IRQ 31) to lapic 0 vector 54 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 03 fault virtual address = 0xf000e2c3 fault code = supervisor write, page not present instruction pointer = 0x20:0xc08e8e15 stack pointer = 0x28:0xc1020c78 frame pointer = 0x28:0xc1020c90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 100000 ] Stopped at intr_execute_handlers+0x15: addl $0x1,0(%eax) db> bt Tracing pid 0 tid 100000 td 0xc0a35350 intr_execute_handlers(0,c1020cb4,3,c1020cf8,c08e4625,...) at intr_execute_handlers+0x15 lapic_handle_intr(36,c1020cb4) at lapic_handle_intr+0x4c Xapic_isr1() at Xapic_isr1+0x35 --- interrupt, eip = 0xc08ee8fb, esp = 0xc1020cf4, ebp = 0xc1020cf8 --- spinlock_exit(c09a1e2e,0,36,3,c1020d38,...) at spinlock_exit+0x2b ioapic_assign_cpu(c4d1565c,0,0,0,c08f3d29,...) at ioapic_assign_cpu+0x2b0 intr_shuffle_irqs(0,101ec00,101ec00,101e000,1025000,...) at intr_shuffle_irqs+0xba mi_startup() at mi_startup+0xac begin() at begin+0x2c db> show apic Interrupts bound to lapic 0 vec 0x30 -> IRQ 3 vec 0x31 -> IRQ 6 vec 0x32 -> IRQ 14 vec 0x33 -> IRQ 20 vec 0x34 -> IRQ 23 vec 0x35 -> IRQ 25 vec 0x36 -> IRQ 31 vec 0xef -> lapic timer Interrupts bound to lapic 3 vec 0x30 -> IRQ 31 vec 0x31 -> IRQ 18 vec 0x32 -> IRQ 26 vec 0x34 -> IRQ 24 vec 0x38 -> IRQ 21 vec 0x39 -> IRQ 4 vec 0x3c -> IRQ 1 vec 0x3d -> IRQ 12 vec 0xef -> lapic timer db> show idt 0 Xdiv 1 Xdbg 2 Xnmi 3 Xbpt 4 Xofl 5 Xbnd 6 Xill 7 Xdna 8 0 9 Xfpusegm 10 Xtss 11 Xmissing 12 Xstk 13 Xprot 14 Xpage 16 Xfpu 17 Xalign 18 Xmchk 19 Xxmm 32 Xatpic_intr0 33 Xatpic_intr1 35 Xatpic_intr3 36 Xatpic_intr4 37 Xatpic_intr5 38 Xatpic_intr6 39 Xatpic_intr7 40 Xatpic_intr8 41 Xatpic_intr9 42 Xatpic_intr10 43 Xatpic_intr11 44 Xatpic_intr12 45 Xatpic_intr13 46 Xatpic_intr14 47 Xatpic_intr15 48 Xapic_isr1 49 Xapic_isr1 50 Xapic_isr1 51 Xapic_isr1 52 Xapic_isr1 53 Xapic_isr1 54 Xapic_isr1 55 Xapic_isr1 56 Xapic_isr1 57 Xapic_isr1 58 Xapic_isr1 59 Xapic_isr1 60 Xapic_isr1 61 Xapic_isr1 128 Xint0x80_syscall 239 Xtimerint 240 Xerrorint 242 Xcmcint 243 Xrendezvous 244 Xinvltlb 245 Xinvlpg 246 Xinvlrng 247 Xinvlcache 248 Xlazypmap 249 Xipi_intr_bitmap_handler 250 Xcpustop 255 Xspuriousint db> show intrcnt irq1: atkbd0 2 irq6: fdc0 2 irq14: ata0 13 irq18: fxp0 1 irq23: ihfc1 1 irq24: fxp1 1 irq25: fxp2 1 irq31: acpi0 47 cpu0: timer 363 cpu1: timer 593 db> show lapic lapic ID = 3 version = 1.1 max LVT = 4 SVR = ff (enabled) TPR = 00 In-service Interrupts: isr1: 36 TMR Interrupts: tmr1: 36 IRR Interrupts: irr7: ef db> x/ax interrupt_sources,32 interrupt_sources: 0 interrupt_sources+0x4: c4d15864 interrupt_sources+0x8: c4d15888 interrupt_sources+0xc: c4d158ac interrupt_sources+0x10: c4d158d0 interrupt_sources+0x14: c4d158f4 interrupt_sources+0x18: c4d15918 interrupt_sources+0x1c: c4d1593c interrupt_sources+0x20: c4d15960 interrupt_sources+0x24: 0 interrupt_sources+0x28: c4d159a8 interrupt_sources+0x2c: c4d159cc interrupt_sources+0x30: c4d159f0 interrupt_sources+0x34: c4d15a14 interrupt_sources+0x38: c4d15a38 interrupt_sources+0x3c: c4d15a5c interrupt_sources+0x40: c4d15440 interrupt_sources+0x44: c4d15464 interrupt_sources+0x48: c4d15488 interrupt_sources+0x4c: c4d154ac interrupt_sources+0x50: c4d154d0 interrupt_sources+0x54: c4d154f4 interrupt_sources+0x58: c4d15518 interrupt_sources+0x5c: c4d1553c interrupt_sources+0x60: c4d15560 interrupt_sources+0x64: c4d15584 interrupt_sources+0x68: c4d155a8 interrupt_sources+0x6c: c4d155cc interrupt_sources+0x70: c4d155f0 interrupt_sources+0x74: c4d15614 interrupt_sources+0x78: c4d15638 interrupt_sources+0x7c: c4d1565c interrupt_sources+0x80: 0 interrupt_sources+0x84: 0 interrupt_sources+0x88: 0 interrupt_sources+0x8c: 0 interrupt_sources+0x90: 0 interrupt_sources+0x94: 0 interrupt_sources+0x98: 0 interrupt_sources+0x9c: 0 interrupt_sources+0xa0: 0 interrupt_sources+0xa4: 0 interrupt_sources+0xa8: 0 interrupt_sources+0xac: 0 interrupt_sources+0xb0: 0 interrupt_sources+0xb4: 0 interrupt_sources+0xb8: 0 interrupt_sources+0xbc: 0 interrupt_sources+0xc0: 0 interrupt_sources+0xc4: 0 db> reset -- Andreas Longwitz From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 17:30:08 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D25FF95; Fri, 30 Nov 2012 17:30:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4928FC15; Fri, 30 Nov 2012 17:30:06 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA22451; Fri, 30 Nov 2012 19:30:04 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <50B8ED1B.8080009@FreeBSD.org> Date: Fri, 30 Nov 2012 19:30:03 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Andreas Longwitz , John Baldwin Subject: Re: page fault on verbose boot References: <50ABE8BC.1010904@incore.de> <50B8CD59.1050308@FreeBSD.org> <50B8DD1C.4010308@incore.de> In-Reply-To: <50B8DD1C.4010308@incore.de> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 17:30:08 -0000 on 30/11/2012 18:21 Andreas Longwitz said the following: > ioapic1: routing intpin 15 (PCI IRQ 31) to lapic 0 vector 54 > kernel trap 12 with interrupts disabled [snip] > db> bt > Tracing pid 0 tid 100000 td 0xc0a35350 > intr_execute_handlers(0,c1020cb4,3,c1020cf8,c08e4625,...) at > intr_execute_handlers+0x15 > lapic_handle_intr(36,c1020cb4) at lapic_handle_intr+0x4c > Xapic_isr1() at Xapic_isr1+0x35 > --- interrupt, eip = 0xc08ee8fb, esp = 0xc1020cf4, ebp = 0xc1020cf8 --- > spinlock_exit(c09a1e2e,0,36,3,c1020d38,...) at spinlock_exit+0x2b > ioapic_assign_cpu(c4d1565c,0,0,0,c08f3d29,...) at ioapic_assign_cpu+0x2b0 > intr_shuffle_irqs(0,101ec00,101ec00,101e000,1025000,...) at > intr_shuffle_irqs+0xba > mi_startup() at mi_startup+0xac > begin() at begin+0x2c Thank you for all the additional information, which proved to be very useful. Something struck me now that I didn't realize before: your BSP has APIC ID of 3 while the other CPU has ID of zero. So, lapic3 is the BSP's lapic and lapic0 is the other one. Hence, it looks like IRQ31 (a signal on pin 15 of ioapic1) was delivered to a new vector of 54 (as opposed to vector 48) but to the old LAPIC/CPU 3 (as opposed to newly configured lapic0). So it looks like that the interrupt was handled at IO-APIC in the middle of pin reconfiguration. Looking at the code in ioapic_program_intpin() this seems to be possible indeed: /* Write the values to the APIC. */ intpin->io_lowreg = low; ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); The line above reprograms vector number AND _unmasks_ the pin (which was specifically masked before reprogramming in ioapic_assign_cpu). The lines below reprogram the destination LAPIC/CPU: value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &= ~IOART_DEST; value |= high; ioapic_write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); So a pending interrupt would be happily delivered to a wrong destination (new vector + old lapic). I am not sure if just swapping these two blocks of lines would fix the issue, but I hope that it would. Could you please try that? John, what do you think (if you've got a spare minute)? Thank you very much. P.S. I am also quite unsure if it's a good idea for apic_idt_to_irq() to return zero for a non-configured vector. Perhaps, there should be an assert or some such (at least in the context of lapic_handle_intr) ... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 23:50:23 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C2231BD; Fri, 30 Nov 2012 23:50:23 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id CFA2F8FC21; Fri, 30 Nov 2012 23:50:22 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id D63145CEF1; Sat, 1 Dec 2012 00:50:21 +0100 (CET) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id DVLqDurXkJHQ; Sat, 1 Dec 2012 00:50:21 +0100 (CET) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 0B87D5CDC9; Sat, 1 Dec 2012 00:50:21 +0100 (CET) Received: from bsdmhs.longwitz (unknown [192.168.99.6]) by mail.incore (Postfix) with ESMTP id 888895084C; Sat, 1 Dec 2012 00:50:20 +0100 (CET) Message-ID: <50B9463C.3090005@incore.de> Date: Sat, 01 Dec 2012 00:50:20 +0100 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Andriy Gapon Subject: Re: page fault on verbose boot References: <50ABE8BC.1010904@incore.de> <50B8CD59.1050308@FreeBSD.org> <50B8DD1C.4010308@incore.de> <50B8ED1B.8080009@FreeBSD.org> In-Reply-To: <50B8ED1B.8080009@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 30 Nov 2012 23:50:23 -0000 Hi, >> ioapic1: routing intpin 15 (PCI IRQ 31) to lapic 0 vector 54 >> kernel trap 12 with interrupts disabled > [snip] >> db> bt >> Tracing pid 0 tid 100000 td 0xc0a35350 >> intr_execute_handlers(0,c1020cb4,3,c1020cf8,c08e4625,...) at >> intr_execute_handlers+0x15 >> lapic_handle_intr(36,c1020cb4) at lapic_handle_intr+0x4c >> Xapic_isr1() at Xapic_isr1+0x35 >> --- interrupt, eip = 0xc08ee8fb, esp = 0xc1020cf4, ebp = 0xc1020cf8 --- >> spinlock_exit(c09a1e2e,0,36,3,c1020d38,...) at spinlock_exit+0x2b >> ioapic_assign_cpu(c4d1565c,0,0,0,c08f3d29,...) at ioapic_assign_cpu+0x2b0 >> intr_shuffle_irqs(0,101ec00,101ec00,101e000,1025000,...) at >> intr_shuffle_irqs+0xba >> mi_startup() at mi_startup+0xac >> begin() at begin+0x2c > > Thank you for all the additional information, which proved to be very useful. > Something struck me now that I didn't realize before: your BSP has APIC ID of 3 > while the other CPU has ID of zero. So, lapic3 is the BSP's lapic and lapic0 is > the other one. > Hence, it looks like IRQ31 (a signal on pin 15 of ioapic1) was delivered to a new > vector of 54 (as opposed to vector 48) but to the old LAPIC/CPU 3 (as opposed to > newly configured lapic0). > So it looks like that the interrupt was handled at IO-APIC in the middle of pin > reconfiguration. > > Looking at the code in ioapic_program_intpin() this seems to be possible indeed: > > /* Write the values to the APIC. */ > intpin->io_lowreg = low; > ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); > > The line above reprograms vector number AND _unmasks_ the pin (which was > specifically masked before reprogramming in ioapic_assign_cpu). > The lines below reprogram the destination LAPIC/CPU: > > value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); > value &= ~IOART_DEST; > value |= high; > ioapic_write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); > > So a pending interrupt would be happily delivered to a wrong destination (new > vector + old lapic). > I am not sure if just swapping these two blocks of lines would fix the issue, but > I hope that it would. Could you please try that? Yes I did and the first bootverbose run with your block switching patch was ok. I will do some more expansive tests next week. -- Andreas Longwitz From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 10:03:53 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D78C39B3 for ; Sat, 1 Dec 2012 10:03:53 +0000 (UTC) (envelope-from marco.broeder@gmx.eu) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 402D08FC08 for ; Sat, 1 Dec 2012 10:03:52 +0000 (UTC) Received: (qmail invoked by alias); 01 Dec 2012 10:03:51 -0000 Received: from port-92-195-213-210.dynamic.qsc.de (EHLO localhost) [92.195.213.210] by mail.gmx.net (mp028) with SMTP; 01 Dec 2012 11:03:51 +0100 X-Authenticated: #23197544 X-Provags-ID: V01U2FsdGVkX18ADQVs0p4ANSqs008DU47HbY/gk/51UWBvQzoHnA l0ZLObGvanENhG Message-ID: <50B9D559.5030901@gmx.eu> Date: Sat, 01 Dec 2012 11:00:57 +0100 From: =?UTF-8?B?TWFyY28gQnLDtmRlcg==?= MIME-Version: 1.0 To: FreeBSD Stable Subject: llvm / clang does not build with new libc++ OpenPGP: id=68D40A14 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig3FA91A42021CC12CEF4CB455" X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: marco.broeder@gmx.eu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 10:03:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3FA91A42021CC12CEF4CB455 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, since r243376 clang does not build with new libc++ anymore. Log attached.= Reverting back lib/libc++ or not using libc++ fixes it. System: stable/9 amd64 r243742 WITHOUT_LIB32=3Dyes WITHOUT_PROFILE=3Dyes WITHOUT_SYSINSTALL=3Dyes WITH_CLANG=3Dyes WITH_CLANG_EXTRAS=3Dyes WITH_CLANG_IS_CC=3Dyes WITH_LIBCPLUSPLUS=3Dyes CPUTYPE?=3Dathlon64-sse3 CXXFLAGS+=3D -stdlib=3Dlibc++ -std=3Dc++11 CC=3Dclang CPP=3Dclang-cpp CXX=3Dclang++ NO_WERROR=3D WERROR=3D #NO_FSCHG=3D [...] =3D=3D=3D> lib/clang/libclangcodegen (all) [...] clang++ -O2 -pipe -I/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/in= clude -I/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/li= b/CodeGen -I. -I/usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clan= g/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd9.0\" -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/src/tmp\" -I/usr/obj/usr/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -stdlib=3Dlibc++ -std=3Dc++11 -c /usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/= CodeGen/CGDebugInfo.cpp -o CGDebugInfo.o /usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/= CodeGen/CGDebugInfo.cpp:1695:16: error: no matching member function for call to 'push_back' ReplaceMap.push_back(std::make_pair(Ty.getAsOpaquePtr(), TC)); ~~~~~~~~~~~^~~~~~~~~ /usr/include/c++/v1/vector:676:36: note: candidate function not viable: n= o known conversion from 'pair::type, typename __make_pair_return::type>' to 'const value_type' (aka 'const std::__1::pair') for 1st argument; _LIBCPP_INLINE_VISIBILITY void push_back(const_reference __x); ^ /usr/include/c++/v1/vector:678:36: note: candidate function not viable: n= o known conversion from 'pair::type, typename __make_pair_return::type>' to 'value_type' (aka 'std::__1::pair') for 1st argument; _LIBCPP_INLINE_VISIBILITY void push_back(value_type&& __x); ^ /usr/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/= CodeGen/CGDebugInfo.cpp:1806:16: error: no matching member function for call to 'push_back' ReplaceMap.push_back(std::make_pair(Ty.getAsOpaquePtr(), T)); ~~~~~~~~~~~^~~~~~~~~ /usr/include/c++/v1/vector:676:36: note: candidate function not viable: n= o known conversion from 'pair::type, typename __make_pair_return::type>' to 'const value_type' (aka 'const std::__1::pair') for 1st argument; _LIBCPP_INLINE_VISIBILITY void push_back(const_reference __x); ^ /usr/include/c++/v1/vector:678:36: note: candidate function not viable: n= o known conversion from 'pair::type, typename __make_pair_return::type>' to 'value_type' (aka 'std::__1::pair') for 1st argument; _LIBCPP_INLINE_VISIBILITY void push_back(value_type&& __x); ^ 2 errors generated. *** [CGDebugInfo.o] Error code 1 Stop in /usr/src/lib/clang/libclangcodegen. *** [all] Error code 1 Stop in /usr/src/lib/clang. *** [cross-tools] Error code 1 Stop in /usr/src. *** [_cross-tools] Error code 1 Stop in /usr/src. *** [toolchain] Error code 1 Stop in /usr/src. --=20 Regards --------------enig3FA91A42021CC12CEF4CB455 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJQudWKAAoJEEjQ6Txo1AoUFDIQAIxQerV9aivWz1Ewunev5Cti NqfqI0+sQv+h34iJaoVLSQfwuxbE1T1RgYHXfvzyXIfp9FKxmIR7PLTNuVs8yIPo 1Jc8VtReZ2iNmdNDzJevmuCQPH3pKQk1Z4fH0VkvAh7z7O62QUKhB0O94iApFwym mAslXl/d6WCA6WXuoO6JkENgcuodllMn6MyACgZwWTOnK8UQ9/1CsSeaxGWzOcNY ZqiL3bsV3j0xBW4OCCBJTIru1WGxMXMxPbiK7cUs7y1/EI/bNdwidN0mUEzGByfl r1mcCxv5wnXaQt1vJsLIH6S9PaSmw6Vx1AqzQIn2sj25ZPTS4zBiaNXuzQsMH66e bUtKd4I7cE3KsLAJgV537joI3BhQFB6ZUe4Ar09BbCNEp0u9/QcVfQYF2rMg7uBo Fa5KRpmtVB+BAWJCtP3J3sMaFKAKbJp6cbQJRt8ObWRX/BYNBsOkiQr9cmqCwu/g LQ6sgMo9hslqDNv3VcrnCkapQ+o9FG8ML9D5PCIHPd2a3NUnBjDeaiaxS6w+Nyl3 EQf7y0SdRip4b12kRb7MFWbcJrWmfGxYeYgtrMF9IUSSQvqIqxt4pfPKqI1DGR2h Zy8t+vp0xM9tgp6uW9d2fHg+m/jodgKHDBKvVHyrW2/HXLTLSgqYSAVuMHMcF9IA JS1O+A5/KTHlrryJDo9J =hYBo -----END PGP SIGNATURE----- --------------enig3FA91A42021CC12CEF4CB455-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 13:34:44 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 236E8618; Sat, 1 Dec 2012 13:34:44 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id A8ED28FC1C; Sat, 1 Dec 2012 13:34:43 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 32A60EDD; Sat, 1 Dec 2012 14:32:50 +0100 (CET) Date: Sat, 1 Dec 2012 14:36:03 +0100 From: Pawel Jakub Dawidek To: Daniel Braniss Subject: Re: [HEADSUP] zfs root pool mounting Message-ID: <20121201133603.GF1399@garage.freebsd.pl> References: <50B6598B.20200@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD current , FreeBSD Stable , Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 13:34:44 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 30, 2012 at 08:51:48AM +0200, Daniel Braniss wrote: > >=20 > > Recently some changes were made to how a root pool is opened for root f= ilesystem > > mounting. Previously the root pool had to be present in zpool.cache. = Now it is > > automatically discovered by probing available GEOM providers. > > The new scheme is believed to be more flexible. For example, it allows= to prepare > > a new root pool at one system, then export it and then boot from it on = a new > > system without doing any extra/magical steps with zpool.cache. It coul= d also be > > convenient after zpool split and in some other situations. > >=20 > > The change was introduced via multiple commits, the latest relevant rev= ision in > > head is r243502. The changes are partially MFC-ed, the remaining parts= are > > scheduled to be MFC-ed soon. > >=20 > > I have received a report that the change caused a problem with booting = on at least > > one system. The problem has been identified as an issue in local envir= onment and > > has been fixed. Please read on to see if you might be affected when yo= u upgrade, > > so that you can avoid any unnecessary surprises. > >=20 > > You might be affected if you ever had a pool named the same as your cur= rent root > > pool. And you still have any disks connected to your system that belon= ged to that > > pool (in whole or via some partitions). And that pool was never proper= ly > > destroyed using zpool destroy, but merely abandoned (its disks > > re-purposed/re-partitioned/reused). > >=20 > > If all of the above are true, then I recommend that you run 'zdb -l ' for > > all suspect disks and their partitions (or just all disks and partition= s). If > > this command reports at least one valid ZFS label for a disk or a parti= tion that > > do not belong to any current pool, then the problem may affect you. > >=20 > > The best course is to remove the offending labels. > >=20 > > If you are affected, please follow up to this email. >=20 > GREATE!!!! > in a diskless environment, /boot is read only, and the zpool.cache issue > has been bothering me ever since, there was no way (and I tried) to re ro= ute it. I believe zpool.cache is not required only for root pool anymore and that you still need it if you want non-root pools to be automatically configured after reboot. Am I right, Andriy? Zpool.cache basically tells ZFS which pools should be automatically imported and file systems mounted. You can have disks in your system with ZFS pools that should not be auto-imported and zpool.cache is the way to tell the difference. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlC6B8IACgkQForvXbEpPzQmVQCgwL1RvyYB6HC+2/kcdWN3xLwa oHgAn2qWqOntsDsfJwjqkiBZtBLDGpVf =aPgG -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 14:03:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C2EFE79 for ; Sat, 1 Dec 2012 14:03:03 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id EEA168FC1A for ; Sat, 1 Dec 2012 14:03:01 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Tenem-0001mf-Je for freebsd-stable@freebsd.org; Sat, 01 Dec 2012 14:03:01 +0000 Date: Sat, 01 Dec 2012 23:02:59 +0900 Message-ID: From: Randy Bush To: FreeBSD Stable Subject: buildworld on geode blowing chunks in lib/clang/libllvmcore User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 14:03:03 -0000 FreeBSD soek0.psg.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Wed Oct 17 19:07:49 UTC 2012 root@soek0.psg.com:/usr/obj/usr/src/sys/SOEK0 i386 running a pretty stripped kernel as it is just an 8G flash, http://archive.psg.com/SOEK0 c++ -DIPFIREWALL_NAT -O -march=pentium -I/usr/src/lib/clang/libllvmcore/../../. ./contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/to ols/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/Function.cpp -o Function.o c++: Internal error: Killed: 9 (program cc1plus) Please submit a full bug report. See for instructions. *** [Function.o] Error code 1 Stop in /usr/src/lib/clang/libllvmcore. *** [all] Error code 1 clues? is it buildtools? i started one, but it'll take many hours. randy From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 16:30:08 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F09A952E; Sat, 1 Dec 2012 16:30:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D1FDD8FC15; Sat, 1 Dec 2012 16:30:07 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA29896; Sat, 01 Dec 2012 18:30:00 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Tepx2-0005RF-00; Sat, 01 Dec 2012 18:30:00 +0200 Message-ID: <50BA3087.5030904@FreeBSD.org> Date: Sat, 01 Dec 2012 18:29:59 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Pawel Jakub Dawidek Subject: Re: [HEADSUP] zfs root pool mounting References: <50B6598B.20200@FreeBSD.org> <20121201133603.GF1399@garage.freebsd.pl> In-Reply-To: <20121201133603.GF1399@garage.freebsd.pl> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current , FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 16:30:09 -0000 on 01/12/2012 15:36 Pawel Jakub Dawidek said the following: > On Fri, Nov 30, 2012 at 08:51:48AM +0200, Daniel Braniss wrote: >> GREATE!!!! in a diskless environment, /boot is read only, and the >> zpool.cache issue has been bothering me ever since, there was no way (and >> I tried) to re route it. > > I believe zpool.cache is not required only for root pool anymore and that > you still need it if you want non-root pools to be automatically configured > after reboot. Am I right, Andriy? Yes, definitely. > Zpool.cache basically tells ZFS which pools should be automatically > imported and file systems mounted. You can have disks in your system with > ZFS pools that should not be auto-imported and zpool.cache is the way to > tell the difference. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 17:08:33 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 713197F5; Sat, 1 Dec 2012 17:08:33 +0000 (UTC) (envelope-from cmcguirelovrconstance@o2.pl) Received: from moh1-ve3.go2.pl (moh1-ve3.go2.pl [193.17.41.134]) by mx1.freebsd.org (Postfix) with ESMTP id 296A78FC14; Sat, 1 Dec 2012 17:08:33 +0000 (UTC) Received: from moh1-ve3.go2.pl (unknown [10.0.0.134]) by moh1-ve3.go2.pl (Postfix) with ESMTP id 65FAB665B71; Sat, 1 Dec 2012 18:08:32 +0100 (CET) Received: from o2.pl (unknown [10.0.0.144]) by moh1-ve3.go2.pl (Postfix) with SMTP; Sat, 1 Dec 2012 18:08:31 +0100 (CET) Subject: =?UTF-8?Q?---?= From: =?UTF-8?Q?cmcguirelovrconstance?= To: dd@freebsd.org, stable@freebsd.org, freebsd-ia64@freebsd.org, gambit@profi.ru Mime-Version: 1.0 Message-ID: <38a47a2f.263534a8.50ba398f.5ee1b@o2.pl> Date: Sat, 01 Dec 2012 18:08:31 +0100 X-Originator: 204.124.83.130 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 17:08:33 -0000 http://sgabrielalovhreilly.cu.cc/?ELOISEThank=20god=20pets=20can't=20talk= ,=20they=20know=20so=20much From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 18:30:32 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88DEA6BF; Sat, 1 Dec 2012 18:30:32 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC2E8FC12; Sat, 1 Dec 2012 18:30:31 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA00482; Sat, 01 Dec 2012 20:30:29 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Terpc-0005ZK-R3; Sat, 01 Dec 2012 20:30:28 +0200 Message-ID: <50BA4CC2.1010908@FreeBSD.org> Date: Sat, 01 Dec 2012 20:30:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Andreas Longwitz Subject: Re: page fault on verbose boot References: <50ABE8BC.1010904@incore.de> <50B8CD59.1050308@FreeBSD.org> <50B8DD1C.4010308@incore.de> <50B8ED1B.8080009@FreeBSD.org> <50B9463C.3090005@incore.de> In-Reply-To: <50B9463C.3090005@incore.de> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 18:30:32 -0000 on 01/12/2012 01:50 Andreas Longwitz said the following: [> "Andriy Gapon wrote" should have been present somewhere around here] >> Looking at the code in ioapic_program_intpin() this seems to be possible indeed: >> >> /* Write the values to the APIC. */ >> intpin->io_lowreg = low; >> ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); >> >> The line above reprograms vector number AND _unmasks_ the pin (which was >> specifically masked before reprogramming in ioapic_assign_cpu). >> The lines below reprogram the destination LAPIC/CPU: >> >> value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); >> value &= ~IOART_DEST; >> value |= high; >> ioapic_write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); >> >> So a pending interrupt would be happily delivered to a wrong destination (new >> vector + old lapic). > >> I am not sure if just swapping these two blocks of lines would fix the issue, but >> I hope that it would. Could you please try that? > > Yes I did and the first bootverbose run with your block switching patch > was ok. I will do some more expansive tests next week. Thank you very much. I've committed this change to head. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 19:37:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 617D6D59 for ; Sat, 1 Dec 2012 19:37:47 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2EA8FC12 for ; Sat, 1 Dec 2012 19:37:46 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.189]) by hub.org (Postfix) with ESMTP id 804592170CA for ; Sat, 1 Dec 2012 15:37:45 -0400 (AST) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.151.189]) (amavisd-maia, port 10024) with ESMTP id 31389-08 for ; Sat, 1 Dec 2012 19:37:45 +0000 (UTC) Received: from [192.168.0.52] (S01060026f3ee6b97.gv.shawcable.net [96.54.43.95]) by hub.org (Postfix) with ESMTPA id CF3922170C9 for ; Sat, 1 Dec 2012 15:37:44 -0400 (AST) From: Hub- FreeBSD Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: =?windows-1252?Q?FreeBSD_9-STABLE=3A_jail_+_rctl_=85_what_is_dat?= =?windows-1252?Q?asize=3F?= Message-Id: Date: Sat, 1 Dec 2012 11:37:42 -0800 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 19:37:47 -0000 Eagerly awaiting the %cpu ability that is in 10, I'm starting to play = with using this =85 not so much to deny, but to allow me to more = accurately calculate usage =85=20 when I do an 'rctl -u' for a jail, I see two values: datasize=3D11173888 memoryuse=3D88137728 My question is simple =85 does memoryuse *include* datasize? Or is = total memory use memoryuse+datasize? Basically, memoryuse =3D=3D sum of the RSS column in ps =85 vmemoryuse = is sum of the VSZ =85 one of them has to include the datasize, but is it = VSZ or RSS? thx From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 21:58:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DD7BC33 for ; Sat, 1 Dec 2012 21:58:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 46AC78FC0C for ; Sat, 1 Dec 2012 21:58:41 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:f19f:4a41:71ae:f9e6] (unknown [IPv6:2001:7b8:3a7:0:f19f:4a41:71ae:f9e6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3FFD45C37; Sat, 1 Dec 2012 22:58:41 +0100 (CET) Message-ID: <50BA7D98.6090807@FreeBSD.org> Date: Sat, 01 Dec 2012 22:58:48 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20121128 Thunderbird/18.0 MIME-Version: 1.0 To: Randy Bush Subject: Re: buildworld on geode blowing chunks in lib/clang/libllvmcore References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 21:58:42 -0000 On 2012-12-01 15:02, Randy Bush wrote: > FreeBSD soek0.psg.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Wed Oct 17 19:07:49 UTC 2012 root@soek0.psg.com:/usr/obj/usr/src/sys/SOEK0 i386 > > running a pretty stripped kernel as it is just an 8G flash, http://archive.psg.com/SOEK0 > > c++ -DIPFIREWALL_NAT -O -march=pentium -I/usr/src/lib/clang/libllvmcore/../../. > ./contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/to > ols/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -c /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/Function.cpp -o Function.o > c++: Internal error: Killed: 9 (program cc1plus) > Please submit a full bug report. > See for instructions. > *** [Function.o] Error code 1 > > Stop in /usr/src/lib/clang/libllvmcore. > *** [all] Error code 1 > > clues? is it buildtools? i started one, but it'll take many hours. Running out of RAM? Is there anything visible in dmesg? If you are natively building on such a small box, and you are not interested in clang, you could use WITHOUT_CLANG. Otherwise, you could try reducing the number of -j jobs for make buildworld. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 22:08:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A2FEE96; Sat, 1 Dec 2012 22:08:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id D64EC8FC08; Sat, 1 Dec 2012 22:08:47 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1TevEs-0002wd-Jm; Sat, 01 Dec 2012 22:08:46 +0000 Date: Sun, 02 Dec 2012 07:08:45 +0900 Message-ID: From: Randy Bush To: Dimitry Andric Subject: Re: buildworld on geode blowing chunks in lib/clang/libllvmcore In-Reply-To: <50BA7D98.6090807@FreeBSD.org> References: <50BA7D98.6090807@FreeBSD.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 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, 01 Dec 2012 22:08:49 -0000 >> c++: Internal error: Killed: 9 (program cc1plus) >> Please submit a full bug report. >> See for instructions. >> *** [Function.o] Error code 1 >> >> Stop in /usr/src/lib/clang/libllvmcore. >> *** [all] Error code 1 >> >> clues? is it buildtools? i started one, but it'll take many hours. > > Running out of RAM? Is there anything visible in dmesg? If you are > natively building on such a small box, and you are not interested in > clang, you could use WITHOUT_CLANG. Otherwise, you could try reducing > the number of -j jobs for make buildworld. no whining in dmesg. last entry is the last boot entry a few days back. no -j at all. hmmm, will try WITHOUT_CLANG randy