From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 00:09:01 2012
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
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 <wjw@digiware.nl>
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 <adrian@freebsd.org>
Subject: Re: Increasing the DMESG buffer....
References: <50AD0E82.3070706@digiware.nl>
<20121121194142.8c4bf7d1977f13801a021ccc@getmail.no>
<op.wn4141f88527sy@212-182-167-131.ip.telfort.nl>
<CAJ-VmomREO6uj_izmD+p90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com>
<20121122144400.M21191@sola.nimnet.asn.au>
<CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.com>
<50B155E9.3010505@digiware.nl>
<CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
In-Reply-To: <CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-stable@freebsd.org, Ian Smith <smithi@nimnet.asn.au>,
Alexander Motin <mav@freebsd.org>, Andriy Gapon <avg@icyb.net.ua>,
Ronald Klop <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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>
<op.wn4141f88527sy@212-182-167-131.ip.telfort.nl>
<CAJ-VmomREO6uj_izmD+p90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com>
<20121122144400.M21191@sola.nimnet.asn.au>
<CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au>
<50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.com>
<20121123150719.M21191@sola.nimnet.asn.au>
Date: Sat, 24 Nov 2012 18:10:01 -0800
Message-ID: <CAN6yY1u5NWyyjVPwYyysmsPLGSSQnS5mjHV0fvuWHnZRHg=GFw@mail.gmail.com>
Subject: Re: Increasing the DMESG buffer....
From: Kevin Oberman <kob6558@gmail.com>
To: Ian Smith <smithi@nimnet.asn.au>
Content-Type: text/plain; charset=UTF-8
Cc: Adrian Chadd <adrian@freebsd.org>, freebsd-stable@freebsd.org,
Alexander Motin <mav@freebsd.org>, Andriy Gapon <avg@icyb.net.ua>,
Ronald Klop <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Nov 2012 02:10:04 -0000
On Thu, Nov 22, 2012 at 8:50 PM, Ian Smith <smithi@nimnet.asn.au> wrote:
> On Thu, 22 Nov 2012 16:20:52 -0800, Kevin Oberman wrote:
> > On Thu, Nov 22, 2012 at 2:49 PM, Gary Palmer <gpalmer@freebsd.org> 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 <adrian@freebsd.org> wrote:
> > >> > On 22 November 2012 06:30, Alexander Motin <mav@freebsd.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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 <mavbsd@gmail.com>
Message-ID: <50B18CB9.8040701@FreeBSD.org>
Date: Sun, 25 Nov 2012 05:12:57 +0200
From: Alexander Motin <mav@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:13.0) Gecko/20120628 Thunderbird/13.0.1
MIME-Version: 1.0
To: Adrian Chadd <adrian@freebsd.org>
Subject: Re: Increasing the DMESG buffer....
References: <50AD0E82.3070706@digiware.nl>
<20121121194142.8c4bf7d1977f13801a021ccc@getmail.no>
<op.wn4141f88527sy@212-182-167-131.ip.telfort.nl>
<CAJ-VmomREO6uj_izmD+p90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com>
<20121122144400.M21191@sola.nimnet.asn.au>
<CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.com>
<50B155E9.3010505@digiware.nl>
<CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
In-Reply-To: <CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-stable@freebsd.org, Ian Smith <smithi@nimnet.asn.au>,
Andriy Gapon <avg@icyb.net.ua>, Willem Jan Withagen <wjw@digiware.nl>,
Ronald Klop <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <smithi@nimnet.asn.au>
To: Lars Engels <lars.engels@0x20.net>
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>
<op.wn4141f88527sy@212-182-167-131.ip.telfort.nl>
<CAJ-VmomREO6uj_izmD+p90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com>
<20121122144400.M21191@sola.nimnet.asn.au>
<CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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>
<op.wn4141f88527sy@212-182-167-131.ip.telfort.nl>
<CAJ-VmomREO6uj_izmD+p90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com>
<20121122144400.M21191@sola.nimnet.asn.au>
<CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au>
<50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.com>
<50B155E9.3010505@digiware.nl>
<CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Nov 2012 07:13:14 -0000
Alexander Motin <mav@freebsd.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@FreeBSD.org>; 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 <freebsd-stable@FreeBSD.org>; 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 <avg@FreeBSD.org>
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 <wjw@digiware.nl>
Subject: Re: Increasing the DMESG buffer....
References: <50AD0E82.3070706@digiware.nl>
<20121121194142.8c4bf7d1977f13801a021ccc@getmail.no>
<op.wn4141f88527sy@212-182-167-131.ip.telfort.nl>
<CAJ-VmomREO6uj_izmD+p90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com>
<20121122144400.M21191@sola.nimnet.asn.au>
<CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au> <50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.com>
<50B155E9.3010505@digiware.nl>
<CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353840466636-5763953.post@n5.nabble.com>
In-Reply-To: <alpine.BSF.2.00.1211240830080.13869@wonkity.com>
References: <27e2b51a63d1a04a3f5035ea2bfd215b.authenticated@ultimatedns.net>
<b518dcdcd1129ea5bacb4c6656f462f3.authenticated@ultimatedns.net>
<1864583315.20121123233938@takeda.tk>
<7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net>
<1147916428.20121124000013@takeda.tk>
<8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net>
<alpine.BSF.2.00.1211240830080.13869@wonkity.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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>
<op.wn4141f88527sy@212-182-167-131.ip.telfort.nl>
<CAJ-VmomREO6uj_izmD+p90cFn=AQcz7UbZNkX8PVnU5mG_8ufQ@mail.gmail.com>
<20121122144400.M21191@sola.nimnet.asn.au>
<CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au>
<50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.com>
<50B155E9.3010505@digiware.nl>
<CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
<50B18CB9.8040701@FreeBSD.org>
<50b1b655.VxCS9jNpfM3zCF/x%perryh@pluto.rain.com>
Date: Sun, 25 Nov 2012 14:00:30 +0300
Message-ID: <CAE-mSOK0Z=vWAGDmX3xfTn5DgV9QG_=nVc4RnCD_mZxcbQXf7w@mail.gmail.com>
Subject: Re: Increasing the DMESG buffer....
From: Sergey Kandaurov <pluknet@gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Nov 2012 11:00:32 -0000
On 25 November 2012 10:10, <perryh@pluto.rain.com> wrote:
> Alexander Motin <mav@freebsd.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <lars.engels@0x20.net>
To: Ian Smith <smithi@nimnet.asn.au>
Subject: Re: Increasing the DMESG buffer....
Message-ID: <20121125110926.GY96846@e-new.0x20.net>
References: <CAJ-Vmonk2RS=FwpgVHpeuFF5jf+SjE2Hv8kOFBrDCkv-=hTYSg@mail.gmail.com>
<20121122213328.J21191@sola.nimnet.asn.au>
<50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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 <mjguzik@gmail.com>
To: Sergey Kandaurov <pluknet@gmail.com>
Subject: Re: Increasing the DMESG buffer....
Message-ID: <20121125111915.GB25556@dft-labs.eu>
References: <50AE36FF.7080106@FreeBSD.org>
<CAJ-Vmo=UOTu0KG6yHjZ_gBB4HGSGNJOAhn3HT-8gNsh_=ih7Yg@mail.gmail.com>
<CAN6yY1v1AdhgqQfONbDAEueU2wnFZDO8GvegRzq10y0yoj8kDg@mail.gmail.com>
<20121122224906.GE88593@in-addr.com>
<CAN6yY1sK3U=18ovFYPAViuMxTDCm2qZ-msLmM7Zgymx=u6ga4w@mail.gmail.com>
<50B155E9.3010505@digiware.nl>
<CAJ-VmonkgKjkd2KNZcQ4g54uHQg2e4OvvKOWo2L30sn8bxmP7A@mail.gmail.com>
<50B18CB9.8040701@FreeBSD.org>
<50b1b655.VxCS9jNpfM3zCF/x%perryh@pluto.rain.com>
<CAE-mSOK0Z=vWAGDmX3xfTn5DgV9QG_=nVc4RnCD_mZxcbQXf7w@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <CAE-mSOK0Z=vWAGDmX3xfTn5DgV9QG_=nVc4RnCD_mZxcbQXf7w@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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, <perryh@pluto.rain.com> wrote:
> > Alexander Motin <mav@freebsd.org> 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 <mjguzik gmail.com>
From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 14:39:23 2012
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Sun, 25 Nov 2012 19:52:25 +0400 (MSK)
Date: Sun, 25 Nov 2012 19:52:17 +0400
From: Lev Serebryakov <lev@FreeBSD.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <lev@FreeBSD.org>
From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 16:24:23 2012
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 01:17:51 +0900 (JST)
Message-ID: <B972961AFA844195997D6A3B2C473543@ad.peach.ne.jp>
From: "Daisuke Aoyama" <aoyama@peach.ne.jp>
To: <freebsd-stable@freebsd.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353867501826-5764053.post@n5.nabble.com>
In-Reply-To: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353868081735-5764056.post@n5.nabble.com>
In-Reply-To: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353868271700-5764058.post@n5.nabble.com>
In-Reply-To: <1353868081735-5764056.post@n5.nabble.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Andreas Nilsson <andrnils@gmail.com>
In-Reply-To: <CAPS9+SvYF+hd5hjy0fF_Bh42=aPPEopDipO5hQ7A6tDVPEDe2A@mail.gmail.com>
References: <27e2b51a63d1a04a3f5035ea2bfd215b.authenticated@ultimatedns.net>
<b518dcdcd1129ea5bacb4c6656f462f3.authenticated@ultimatedns.net>
<1864583315.20121123233938@takeda.tk>
<7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net>
<1147916428.20121124000013@takeda.tk>
<8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net>
<alpine.BSF.2.00.1211240830080.13869@wonkity.com>
<b6038444468b25690f850a59930de537.authenticated@ultimatedns.net>
<CAPS9+SvYF+hd5hjy0fF_Bh42=aPPEopDipO5hQ7A6tDVPEDe2A@mail.gmail.com>
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 <wblock@wonkity.com>, Derek Kulinski <takeda@takeda.tk>,
bright@mu.org, FreeBSD Stable Mailing List <freebsd-stable@freebsd.org>,
Chris H <chris#@1command.com>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
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>
<b518dcdcd1129ea5bacb4c6656f462f3.authenticated@ultimatedns.net>
<1864583315.20121123233938@takeda.tk>
<7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net>
<1147916428.20121124000013@takeda.tk>
<8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net>
<alpine.BSF.2.00.1211240830080.13869@wonkity.com>
<b6038444468b25690f850a59930de537.authenticated@ultimatedns.net>
<CAPS9+SvYF+hd5hjy0fF_Bh42=aPPEopDipO5hQ7A6tDVPEDe2A@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Jakub Lach <jakub_lach@mailplus.pl>
In-Reply-To: <1353871195866-5764066.post@n5.nabble.com>
References: <27e2b51a63d1a04a3f5035ea2bfd215b.authenticated@ultimatedns.net>
<b518dcdcd1129ea5bacb4c6656f462f3.authenticated@ultimatedns.net>
<1864583315.20121123233938@takeda.tk>
<7d9b8b9da9bbf74a134fb581bc133ec1.authenticated@ultimatedns.net>
<1147916428.20121124000013@takeda.tk>
<8c535b696c2a9cd805d68f52633c3044.authenticated@ultimatedns.net>
<alpine.BSF.2.00.1211240830080.13869@wonkity.com>
<b6038444468b25690f850a59930de537.authenticated@ultimatedns.net>
<CAPS9+SvYF+hd5hjy0fF_Bh42=aPPEopDipO5hQ7A6tDVPEDe2A@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 02:36:25 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so7561443lbb.13
for <freebsd-stable@freebsd.org>; 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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
From: Eitan Adler <lists@eitanadler.com>
Date: Sun, 25 Nov 2012 21:35:54 -0500
Message-ID: <CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.com>
Subject: Re: Help review the FAQ
To: Jakub Lach <jakub_lach@mailplus.pl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2012 02:36:27 -0000
On 25 November 2012 13:28, Jakub Lach <jakub_lach@mailplus.pl> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 07:43:55 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so2133758pad.13
for <freebsd-stable@freebsd.org>; 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: <B972961AFA844195997D6A3B2C473543@ad.peach.ne.jp>
<20121126073810.GB90425@gmail.com>
Date: Mon, 26 Nov 2012 09:43:55 +0200
Message-ID: <CAOnPXZ_W+fShYe=eFfpDNS_fY=kRXwLnpKHGym+Pxwemm=Y4bQ@mail.gmail.com>
Subject: Re: hastctl hang
From: Mikolaj Golub <to.my.trociny@gmail.com>
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1
Cc: Daisuke Aoyama <aoyama@peach.ne.jp>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <to.my.trociny@gmail.com>
Date: Mon, Nov 26, 2012 at 9:38 AM
Subject: Re: hastctl hang
To: Daisuke Aoyama <aoyama@peach.ne.jp>
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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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: <CALFgp2PGLnqUeDkt=hn_B6yjE9VrsXogrB9pFC6A=ahTCZvRRA@mail.gmail.com>
<CAF6rxg=udvqV_dAGeH-zGq_gWfKja=YpXwyMBtBHahFHBxAJnQ@mail.gmail.com>
<50A7DEE7.8090802@netfence.it>
<CAN6yY1tLe1XRM+MFiDj=XOx3dagx8OammSCYfvM+sP2Xjg431g@mail.gmail.com>
In-Reply-To: <CAN6yY1tLe1XRM+MFiDj=XOx3dagx8OammSCYfvM+sP2Xjg431g@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2012 08:11:51 -0000
Kevin Oberman <kob6558@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 08:15:11 +0000 (UTC)
Received: by mail-bk0-f54.google.com with SMTP id je9so4115411bkc.13
for <freebsd-stable@freebsd.org>; 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: <CALFgp2PGLnqUeDkt=hn_B6yjE9VrsXogrB9pFC6A=ahTCZvRRA@mail.gmail.com>
<CAF6rxg=udvqV_dAGeH-zGq_gWfKja=YpXwyMBtBHahFHBxAJnQ@mail.gmail.com>
<50A7DEE7.8090802@netfence.it>
<CAN6yY1tLe1XRM+MFiDj=XOx3dagx8OammSCYfvM+sP2Xjg431g@mail.gmail.com>
<50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com>
Date: Mon, 26 Nov 2012 08:15:10 +0000
Message-ID: <CADLo838evC+iQBX9UNJsN1ySuuE4KH3Oxyi-zSASe57-eAxoBQ@mail.gmail.com>
Subject: Re: confirm that csup is still usable fos the new 9.1
From: Chris Rees <utisoft@gmail.com>
To: Perry Hutchison <perryh@pluto.rain.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: ml@netfence.it, FreeBSD <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2012 08:15:12 -0000
On 26 Nov 2012 08:12, "Perry Hutchison" <perryh@pluto.rain.com> wrote:
>
> Kevin Oberman <kob6558@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <matthew@freebsd.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Perry Hutchison <perryh@pluto.rain.com>
Subject: Re: confirm that csup is still usable fos the new 9.1
References: <CALFgp2PGLnqUeDkt=hn_B6yjE9VrsXogrB9pFC6A=ahTCZvRRA@mail.gmail.com>
<CAF6rxg=udvqV_dAGeH-zGq_gWfKja=YpXwyMBtBHahFHBxAJnQ@mail.gmail.com>
<50A7DEE7.8090802@netfence.it>
<CAN6yY1tLe1XRM+MFiDj=XOx3dagx8OammSCYfvM+sP2Xjg431g@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <ben@morrow.me.uk>
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: <CALFgp2PGLnqUeDkt=hn_B6yjE9VrsXogrB9pFC6A=ahTCZvRRA@mail.gmail.com>
<CAF6rxg=udvqV_dAGeH-zGq_gWfKja=YpXwyMBtBHahFHBxAJnQ@mail.gmail.com>
<50A7DEE7.8090802@netfence.it>
<CAN6yY1tLe1XRM+MFiDj=XOx3dagx8OammSCYfvM+sP2Xjg431g@mail.gmail.com>
<50b3151d.T/yqv0fC2duSYEm9%perryh@pluto.rain.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CADLo838evC+iQBX9UNJsN1ySuuE4KH3Oxyi-zSASe57-eAxoBQ@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2012 09:32:52 -0000
Quoth Chris Rees <utisoft@gmail.com>:
> On 26 Nov 2012 08:12, "Perry Hutchison" <perryh@pluto.rain.com> wrote:
> > Kevin Oberman <kob6558@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <patfbsd@davenulle.org>
To: Willem Jan Withagen <wjw@digiware.nl>
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" <stable@FreeBSD.org>, Andriy Gapon <avg@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <wjw@digiware.nl> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <stable@FreeBSD.org>; 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 <stable@FreeBSD.org>; 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 <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Patrick Lamaiziere <patfbsd@davenulle.org>
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" <stable@FreeBSD.org>,
Willem Jan Withagen <wjw@digiware.nl>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <zaphod@berentweb.com>) 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 <zaphod@berentweb.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <dim@FreeBSD.org>
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 <zaphod@berentweb.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <zaphod@berentweb.com>) 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 <zaphod@berentweb.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353941396782-5764313.post@n5.nabble.com>
In-Reply-To: <CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <rjk@wintek.com>
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" <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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
ether a8:20:66:11:3b:d6
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
I did a verbose boot; here's the part that seems to be relevant to bge0:
bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
brgphy0: <BCM57765 1000BASE-T media interface> 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 <rjk@wintek.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 15:27:07 +0000 (UTC)
Received: by mail-ia0-f182.google.com with SMTP id x2so10219266iad.13
for <freebsd-stable@freebsd.org>; 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 <c.kworr@gmail.com>
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 <jakub_lach@mailplus.pl>
Subject: Re: Help review the FAQ
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353945307512-5764351.post@n5.nabble.com>
In-Reply-To: <50B38A3F.6020001@gmail.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353945435502-5764353.post@n5.nabble.com>
In-Reply-To: <1353945307512-5764351.post@n5.nabble.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>
Subject: Re: Help review the FAQ
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353947122759-5764360.post@n5.nabble.com>
In-Reply-To: <50B394D6.7070306@quip.cz>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 16:51:15 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so10872713lah.13
for <freebsd-stable@freebsd.org>; 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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <lists@eitanadler.com>
Date: Mon, 26 Nov 2012 11:50:43 -0500
Message-ID: <CAF6rxg=i1jbpCiNYLDqk8vRrSUrVXS2GPSJHdfjJW0Xcnv9uiQ@mail.gmail.com>
Subject: Re: Help review the FAQ
To: Jakub Lach <jakub_lach@mailplus.pl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2012 16:51:16 -0000
On 26 November 2012 11:25, Jakub Lach <jakub_lach@mailplus.pl> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <mcdouga9@egr.msu.edu>
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 <mav@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <Samsung SSD 840 PRO Series DXM03B0Q> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <stable@freebsd.org>; 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 <stable@freebsd.org>; Mon, 26 Nov 2012 19:27:24 +0000 (UTC)
Received: by mail-vc0-f182.google.com with SMTP id fo13so15701388vcb.13
for <stable@freebsd.org>; 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 <mavbsd@gmail.com>
Message-ID: <50B3C299.1040809@FreeBSD.org>
Date: Mon, 26 Nov 2012 21:27:21 +0200
From: Alexander Motin <mav@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:13.0) Gecko/20120628 Thunderbird/13.0.1
MIME-Version: 1.0
To: Adam McDougall <mcdouga9@egr.msu.edu>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <Samsung SSD 840 PRO Series DXM03B0Q> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <mcdouga9@egr.msu.edu>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Alexander Motin <mav@FreeBSD.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <Samsung SSD 840 PRO Series DXM03B0Q> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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" <chris#@1command.com>
To: "freebsd-stable" <freebsd-stable@freebsd.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1353963482628-5764423.post@n5.nabble.com>
In-Reply-To: <CAF6rxg=i1jbpCiNYLDqk8vRrSUrVXS2GPSJHdfjJW0Xcnv9uiQ@mail.gmail.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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>
<CAF6rxg=i1jbpCiNYLDqk8vRrSUrVXS2GPSJHdfjJW0Xcnv9uiQ@mail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd@damnhippie.dyndns.org>
To: Chris H <chris#@1command.com>
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 <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 21:01:57 +0000 (UTC)
Received: by mail-ia0-f182.google.com with SMTP id x2so10610260iad.13
for <freebsd-stable@freebsd.org>; 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: <CALOkxuyyfRC7yQ1s1=Fyg52q0M1C-a1+P9ZA=vwQV=AjptQWZQ@mail.gmail.com>
Subject: Write Failed message with 9.1-RC3
From: "Reed A. Cartwright" <cartwright@asu.edu>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <bc979@lafn.org>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <b.smeelen@ose.nl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
Subject: Re: Help review the FAQ
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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: <cc1775a3f7148cae6ef2340b14842466.authenticated@ultimatedns.net>
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" <chris#@1command.com>
To: "Ian Lepore" <freebsd@damnhippie.dyndns.org>
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 <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<1353868081735-5764056.post@n5.nabble.com>
<CAF6rxgkXOjRfupbRmfGCAsDeCMnP70JGdywxBw=QToyTOqpVmA@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 16:27:48 -0500 (EST)
From: Schaich Alonso <alonsoschaich@fastmail.fm>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru>
<CAF6rxgmdXoNp+nj0-H8bUSw=7KsRw5cZaMxyzK4bMdHH=+MLcA@mail.gmail.com>
In-Reply-To: <CAF6rxgmdXoNp+nj0-H8bUSw=7KsRw5cZaMxyzK4bMdHH=+MLcA@mail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <graudeejs@yandex.ru> wrote:
>>
>> 19.11.2012, 22:04, "Andrea Venturoli" <ml@netfence.it>:
>>> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Mon, 26 Nov 2012 22:36:04 +0000 (UTC)
Received: by mail-ie0-f182.google.com with SMTP id s9so13599745iec.13
for <freebsd-stable@freebsd.org>; 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: <CAHzLAVFkCBx1B01v=Fk9dkky0Suw3Efhi3Hh8EsupHDy5bQy7w@mail.gmail.com>
Subject: Re: 9.1-RELEASE
From: Rick Miller <vmiller@hostileadmin.com>
To: Bas Smeelen <b.smeelen@ose.nl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2012 22:36:05 -0000
On Mon, Nov 26, 2012 at 5:25 PM, Bas Smeelen <b.smeelen@ose.nl> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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>
<CAHzLAVFkCBx1B01v=Fk9dkky0Suw3Efhi3Hh8EsupHDy5bQy7w@mail.gmail.com>
In-Reply-To: <CAHzLAVFkCBx1B01v=Fk9dkky0Suw3Efhi3Hh8EsupHDy5bQy7w@mail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <b.smeelen@ose.nl> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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>
<CAHzLAVFkCBx1B01v=Fk9dkky0Suw3Efhi3Hh8EsupHDy5bQy7w@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <b.smeelen@ose.nl> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 04:09:15 +0000 (UTC)
Received: by mail-qa0-f47.google.com with SMTP id t11so3925225qaa.13
for <freebsd-stable@freebsd.org>; 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: <CALOkxuyyfRC7yQ1s1=Fyg52q0M1C-a1+P9ZA=vwQV=AjptQWZQ@mail.gmail.com>
From: Mark Saad <nonesuch@longcount.org>
Content-Type: text/plain;
charset=us-ascii
X-Mailer: iPhone Mail (9B206)
In-Reply-To: <CALOkxuyyfRC7yQ1s1=Fyg52q0M1C-a1+P9ZA=vwQV=AjptQWZQ@mail.gmail.com>
Message-Id: <A362B7DF-C21B-48BE-923F-788EB42050DE@longcount.org>
Date: Mon, 26 Nov 2012 23:09:11 -0500
To: "freebsd-stable@freebsd.org" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2012 04:09:16 -0000
On Nov 26, 2012, at 4:01 PM, "Reed A. Cartwright" <cartwright@asu.edu> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 05:15:31 +0000 (UTC)
Received: by mail-ia0-f182.google.com with SMTP id x2so10962380iad.13
for <freebsd-stable@freebsd.org>; 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: <A362B7DF-C21B-48BE-923F-788EB42050DE@longcount.org>
References: <CALOkxuyyfRC7yQ1s1=Fyg52q0M1C-a1+P9ZA=vwQV=AjptQWZQ@mail.gmail.com>
<A362B7DF-C21B-48BE-923F-788EB42050DE@longcount.org>
Date: Mon, 26 Nov 2012 22:15:30 -0700
Message-ID: <CALOkxuykg9Ajno2Pv77P=xp=t2SXcvybrV5Ow-Gveq2k+R7b5A@mail.gmail.com>
Subject: Re: Write Failed message with 9.1-RC3
From: "Reed A. Cartwright" <cartwright@asu.edu>
To: Mark Saad <nonesuch@longcount.org>
Content-Type: multipart/mixed; boundary=bcaec51ddd4788c17204cf73239b
X-Gm-Message-State: ALoCoQk3v61xZa3emlmkLRhsgbLq/uO/rINSu/VjJeHfJvd6lJesPxBeuHbYvF8D238GNe1LXrtr
Cc: "freebsd-stable@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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <nonesuch@longcount.org> wrote:
>
>
>
> On Nov 26, 2012, at 4:01 PM, "Reed A. Cartwright" <cartwright@asu.edu> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 05:24:53 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so2970944pad.13
for <freebsd-stable@freebsd.org>; 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 <pyunyh@gmail.com>
Date: Tue, 27 Nov 2012 14:24:48 +0900
To: Richard Kuhns <rjk@wintek.com>
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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
> ether a8:20:66:11:3b:d6
> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> media: Ethernet autoselect (1000baseT <full-duplex>)
> status: active
>
> I did a verbose boot; here's the part that seems to be relevant to bge0:
>
> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
> brgphy0: <BCM57765 1000BASE-T media interface> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <ml@netfence.it>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru>
<CAF6rxgmdXoNp+nj0-H8bUSw=7KsRw5cZaMxyzK4bMdHH=+MLcA@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 07:52:54 +0000 (UTC)
Received: by mail-vc0-f182.google.com with SMTP id fo13so16411818vcb.13
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
Subject: simple patch for portsnap to use wget
From: Luca Ferrari <fluca1978@infinito.it>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <b.smeelen@ose.nl>
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: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru>
<CAF6rxgmdXoNp+nj0-H8bUSw=7KsRw5cZaMxyzK4bMdHH=+MLcA@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 08:22:22 +0000 (UTC)
Received: by mail-ob0-f182.google.com with SMTP id 16so13823488obc.13
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
Date: Tue, 27 Nov 2012 10:22:09 +0200
Message-ID: <CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
Subject: Re: simple patch for portsnap to use wget
From: Alexander Yerenkow <yerenkow@gmail.com>
To: Luca Ferrari <fluca1978@infinito.it>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <fluca1978@infinito.it>
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <rainer@ultra-secure.de>
To: freebsd-stable@freebsd.org
Subject: Re: simple patch for portsnap to use wget
Message-ID: <20121127094738.0ab16fad@suse3>
In-Reply-To: <CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <yerenkow@gmail.com>:
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 08:49:02 +0000 (UTC)
Received: by mail-vc0-f182.google.com with SMTP id fo13so16463478vcb.13
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+5yrsfnMQG5LnJ2+FWMH6PDcWmZhKVrKpxkutHpb=MdNA@mail.gmail.com>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
<CAKoxK+5yrsfnMQG5LnJ2+FWMH6PDcWmZhKVrKpxkutHpb=MdNA@mail.gmail.com>
Date: Tue, 27 Nov 2012 09:49:01 +0100
X-Google-Sender-Auth: OyRTf0RXyftl3-_Dgql_GKkfLXI
Message-ID: <CAKoxK+5qivgzMzkOQo7JYOQGAKwyWAf8xfUUR=g5SvpguM2W7Q@mail.gmail.com>
Subject: Fwd: simple patch for portsnap to use wget
From: Luca Ferrari <fluca1978@infinito.it>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <yerenkow@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <lars.engels@0x20.net>
To: Alexander Yerenkow <yerenkow@gmail.com>
Subject: Re: simple patch for portsnap to use wget
Message-ID: <20121127093642.GD96846@e-new.0x20.net>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="4X8KWh4JEk7YXJIe"
Content-Disposition: inline
In-Reply-To: <CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
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 <fluca1978@infinito.it>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <fluca1978@infinito.it>
>=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1354015603346-5764584.post@n5.nabble.com>
In-Reply-To: <50B471F1.5040704@ose.nl>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru>
<CAF6rxgmdXoNp+nj0-H8bUSw=7KsRw5cZaMxyzK4bMdHH=+MLcA@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 12:16:23 +0000 (UTC)
Received: by mail-vc0-f182.google.com with SMTP id fo13so16694835vcb.13
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+5qivgzMzkOQo7JYOQGAKwyWAf8xfUUR=g5SvpguM2W7Q@mail.gmail.com>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
<CAKoxK+5yrsfnMQG5LnJ2+FWMH6PDcWmZhKVrKpxkutHpb=MdNA@mail.gmail.com>
<CAKoxK+5qivgzMzkOQo7JYOQGAKwyWAf8xfUUR=g5SvpguM2W7Q@mail.gmail.com>
Date: Tue, 27 Nov 2012 13:16:22 +0100
X-Google-Sender-Auth: 5f0HthO7FLGt2sZ22hnMKbCcrBM
Message-ID: <CAKoxK+4KsdMRj2YYPGvSFZTiuQXOeP2+9ArkC2gCLVb5DFCb1g@mail.gmail.com>
Subject: Re: simple patch for portsnap to use wget
From: Luca Ferrari <fluca1978@infinito.it>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 12:18:49 +0000 (UTC)
Received: by mail-vb0-f54.google.com with SMTP id l1so5033784vba.13
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+4KsdMRj2YYPGvSFZTiuQXOeP2+9ArkC2gCLVb5DFCb1g@mail.gmail.com>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<CAPJF9wnoTCjNM76M-=DdC85P75niKH+ta0Vk8X7HORGvT=LLcQ@mail.gmail.com>
<CAKoxK+5yrsfnMQG5LnJ2+FWMH6PDcWmZhKVrKpxkutHpb=MdNA@mail.gmail.com>
<CAKoxK+5qivgzMzkOQo7JYOQGAKwyWAf8xfUUR=g5SvpguM2W7Q@mail.gmail.com>
<CAKoxK+4KsdMRj2YYPGvSFZTiuQXOeP2+9ArkC2gCLVb5DFCb1g@mail.gmail.com>
Date: Tue, 27 Nov 2012 12:18:48 +0000
Message-ID: <CAFHbX1+wya7SCq1Z2niM14D=8zFBz=rmof_B7Yj15qn-BS3vkw@mail.gmail.com>
Subject: Re: simple patch for portsnap to use wget
From: Tom Evans <tevans.uk@googlemail.com>
To: Luca Ferrari <fluca1978@infinito.it>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2012 12:18:50 -0000
On Tue, Nov 27, 2012 at 12:16 PM, Luca Ferrari <fluca1978@infinito.it> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <rjk@wintek.com>
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" <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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
>> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
>> ether a8:20:66:11:3b:d6
>> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
>> media: Ethernet autoselect (1000baseT <full-duplex>)
>> status: active
>>
>> I did a verbose boot; here's the part that seems to be relevant to bge0:
>>
>> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
>> brgphy0: <BCM57765 1000BASE-T media interface> 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 <rjk@wintek.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <lists@rewt.org.uk>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <mike.jakubik@intertainservices.com>
To: Luca Ferrari <fluca1978@infinito.it>
Date: Tue, 27 Nov 2012 13:24:35 -0500
In-Reply-To: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 19:25:56 +0000 (UTC)
Received: by mail-qc0-f182.google.com with SMTP id k19so11579347qcs.13
for <freebsd-stable@freebsd.org>; 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: <CAE-mSOJjJfAZEb+2R9mhjXdP3VT0Txek=-NukHR+6=bpwPEtYg@mail.gmail.com>
Subject: Re: virtio for 9.1-R
From: Sergey Kandaurov <pluknet@gmail.com>
To: Joe Holden <lists@rewt.org.uk>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2012 19:25:57 -0000
On 27 November 2012 22:12, Joe Holden <lists@rewt.org.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 20:10:55 +0000 (UTC)
Received: by mail-bk0-f54.google.com with SMTP id je9so5207674bkc.13
for <freebsd-stable@freebsd.org>; 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 <ndenev@gmail.com>
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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 20:22:15 +0000 (UTC)
Received: by mail-la0-f54.google.com with SMTP id j13so12299305lah.13
for <freebsd-stable@freebsd.org>; 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: <CAOjFWZ4MsOmOEXuO8pzMKqN3_ykA7i=jkcMYxPT-6xdWVerfsw@mail.gmail.com>
Subject: Re: ZFS memory management
From: Freddie Cash <fjwcash@gmail.com>
To: Nikolay Denev <ndenev@gmail.com>
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: "freebsd-stable@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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <ndenev@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 20:27:24 +0000 (UTC)
Received: by mail-oa0-f54.google.com with SMTP id n9so16514116oag.13
for <freebsd-stable@freebsd.org>; 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: <CAOjFWZ4MsOmOEXuO8pzMKqN3_ykA7i=jkcMYxPT-6xdWVerfsw@mail.gmail.com>
References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com>
<CAOjFWZ4MsOmOEXuO8pzMKqN3_ykA7i=jkcMYxPT-6xdWVerfsw@mail.gmail.com>
Date: Tue, 27 Nov 2012 12:27:24 -0800
Message-ID: <CAENR+_VnTm6cVM0koeA4i8aeU92nii4Yxx-M2POaCNTk_pGweA@mail.gmail.com>
Subject: Re: ZFS memory management
From: Rumen Telbizov <telbizov@gmail.com>
To: "freebsd-stable@freebsd.org" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <fjwcash@gmail.com> 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 <ndenev@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <lists@rewt.org.uk>
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 <pluknet@gmail.com>
Subject: Re: virtio for 9.1-R
References: <50B5029D.90908@rewt.org.uk>
<CAE-mSOJjJfAZEb+2R9mhjXdP3VT0Txek=-NukHR+6=bpwPEtYg@mail.gmail.com>
In-Reply-To: <CAE-mSOJjJfAZEb+2R9mhjXdP3VT0Txek=-NukHR+6=bpwPEtYg@mail.gmail.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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <lists@rewt.org.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <paul@gromit.dlib.vt.edu>
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>
<CAE-mSOJjJfAZEb+2R9mhjXdP3VT0Txek=-NukHR+6=bpwPEtYg@mail.gmail.com>
<50B52743.2070407@rewt.org.uk>
To: Joe Holden <lists@rewt.org.uk>
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 <pluknet@gmail.com>, 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2012 21:25:41 -0000
On Nov 27, 2012, at 3:49 PM, Joe Holden <lists@rewt.org.uk> wrote:
> On 27/11/2012 19:25, Sergey Kandaurov wrote:
>> On 27 November 2012 22:12, Joe Holden <lists@rewt.org.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
Subject: 9.1-RC3 IGB dropping connections.
From: Zaphod Beeblebrox <zbeeble@gmail.com>
To: FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Hackers <freebsd-hackers@freebsd.org>,
FreeBSD Net <freebsd-net@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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <Intel(R) PRO/1000 Network Connection version - 2.3.4> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 22:57:19 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so3654170pad.13
for <freebsd-stable@freebsd.org>; 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: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
From: =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= <efraindector@motumweb.com>
To: <freebsd-stable@freebsd.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <devin.teske@fisglobal.com>
In-Reply-To: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
Date: Tue, 27 Nov 2012 15:03:45 -0800
Content-Transfer-Encoding: quoted-printable
Message-ID: <58EFB8F2-EFC1-4FB8-B276-3DBE8D5CFE07@fisglobal.com>
References: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
To: =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= <efraindector@motumweb.com>
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 <dteske@freebsd.org>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
References: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
Date: Tue, 27 Nov 2012 18:07:56 -0500
Message-ID: <CACpH0MdT4abfHcj92mUzYS56kXMN6DKCG-3B0z_C0rU_uhqNZQ@mail.gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
From: Zaphod Beeblebrox <zbeeble@gmail.com>
To: FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Hackers <freebsd-hackers@freebsd.org>,
FreeBSD Net <freebsd-net@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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
References: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
Date: Tue, 27 Nov 2012 15:15:11 -0800
Message-ID: <CAFOYbcmCEB-YZXn3BtSGnRzAyo2tScXT0XUftx_SwbpAaHLiMQ@mail.gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
From: Jack Vogel <jfvogel@gmail.com>
To: Zaphod Beeblebrox <zbeeble@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org>,
FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <zbeeble@gmail.com>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: <Intel(R) PRO/1000 Network Connection version - 2.3.4> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <andre@freebsd.org>)
by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP
for <zbeeble@gmail.com>; 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 <andre@freebsd.org>
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 <zbeeble@gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
References: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
In-Reply-To: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org>,
FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <Intel(R) PRO/1000 Network Connection version - 2.3.4> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <bryanv@daemoninthecloset.org>
To: Joe Holden <lists@rewt.org.uk>
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 <pluknet@gmail.com>, 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2012 23:23:21 -0000
Hi,
----- Original Message -----
> From: "Joe Holden" <lists@rewt.org.uk>
> To: "Sergey Kandaurov" <pluknet@gmail.com>
> 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 <lists@rewt.org.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Tue, 27 Nov 2012 23:45:38 +0000 (UTC)
Received: by mail-da0-f54.google.com with SMTP id n2so3740604dad.13
for <freebsd-stable@freebsd.org>; 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: <AB9A3094FC6D41D8AE16C8A9E810D976@CMOTUM25PC>
From: =?Windows-1252?Q?Efra=EDn_D=E9ctor?= <efraindector@motumweb.com>
To: <freebsd-stable@freebsd.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <lists@rewt.org.uk>
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 <bryanv@daemoninthecloset.org>
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 <pluknet@gmail.com>, 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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" <lists@rewt.org.uk>
>> To: "Sergey Kandaurov" <pluknet@gmail.com>
>> 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 <lists@rewt.org.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
<50B54AE7.3040901@freebsd.org>
Date: Tue, 27 Nov 2012 19:04:34 -0500
Message-ID: <CACpH0MdEqKQwECCztYA6XrSpcq0REXPGtiS7pO5UY_3kM=keug@mail.gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
From: Zaphod Beeblebrox <zbeeble@gmail.com>
To: Andre Oppermann <andre@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org>,
FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <andre@freebsd.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Wed, 28 Nov 2012 00:20:08 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so3696862pad.13
for <freebsd-stable@freebsd.org>; 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 <pyunyh@gmail.com>
Date: Wed, 28 Nov 2012 09:19:50 +0900
To: Richard Kuhns <rjk@wintek.com>
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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
> >> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
> >> ether a8:20:66:11:3b:d6
> >> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> >> media: Ethernet autoselect (1000baseT <full-duplex>)
> >> status: active
> >>
> >> I did a verbose boot; here's the part that seems to be relevant to bge0:
> >>
> >> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
> >> brgphy0: <BCM57765 1000BASE-T media interface> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <ben@morrow.me.uk>
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: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2012 00:53:24 -0000
Quoth =?utf-8?Q?Efra=C3=ADn_D=C3=A9ctor?= <efraindector@motumweb.com>:
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Wed, 28 Nov 2012 01:06:22 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id wz12so9544268pbc.13
for <freebsd-stable@freebsd.org>; 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?= <efraindector@motumweb.com>
To: "Ben Morrow" <ben@morrow.me.uk>,
<freebsd-stable@freebsd.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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?= <efraindector@motumweb.com>:
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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: <CACpH0MdEqKQwECCztYA6XrSpcq0REXPGtiS7pO5UY_3kM=keug@mail.gmail.com>
References: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
<50B54AE7.3040901@freebsd.org>
<CACpH0MdEqKQwECCztYA6XrSpcq0REXPGtiS7pO5UY_3kM=keug@mail.gmail.com>
Date: Tue, 27 Nov 2012 17:18:41 -0800
Message-ID: <CAFOYbc=ew2pf=rhEq7TnQJUB_qL5=+cti=3N_10Jo43pq6Cw8w@mail.gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
From: Jack Vogel <jfvogel@gmail.com>
To: Zaphod Beeblebrox <zbeeble@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org>,
Andre Oppermann <andre@freebsd.org>,
FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2012 01:18:43 -0000
On Tue, Nov 27, 2012 at 4:04 PM, Zaphod Beeblebrox <zbeeble@gmail.com>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 <andre@freebsd.org>
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <ben@morrow.me.uk>
To: =?iso-8859-1?Q?Efra=EDn_D=E9ctor?= <efraindector@motumweb.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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?= <efraindector@motumweb.com>:
>> >
>> > 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <gjb@FreeBSD.org>
To: Ben Morrow <ben@morrow.me.uk>
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?= <efraindector@motumweb.com>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <mike@sentex.net>
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 <zbeeble@gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
References: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
In-Reply-To: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
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-hackers@freebsd.org>,
FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <Intel(R) PRO/1000 Network Connection version - 2.3.4> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <barney_cordoba@yahoo.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
To: Andre Oppermann <andre@freebsd.org>, Zaphod Beeblebrox <zbeeble@gmail.com>
In-Reply-To: <CACpH0MdEqKQwECCztYA6XrSpcq0REXPGtiS7pO5UY_3kM=keug@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org>,
FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2012 02:36:18 -0000
=0A=0A--- On Tue, 11/27/12, Zaphod Beeblebrox <zbeeble@gmail.com> wrote:=0A=
=0A> From: Zaphod Beeblebrox <zbeeble@gmail.com>=0A> Subject: Re: 9.1-RC3 I=
GB dropping connections.=0A> To: "Andre Oppermann" <andre@freebsd.org>=0A> =
Cc: "FreeBSD Hackers" <freebsd-hackers@freebsd.org>, "FreeBSD Stable" <free=
bsd-stable@freebsd.org>, "FreeBSD Net" <freebsd-net@freebsd.org>=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 <andre@freeb=
sd.org>=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
<50B57632.6050004@sentex.net>
Date: Tue, 27 Nov 2012 22:26:55 -0500
Message-ID: <CACpH0Mf_PtqPPRNk2sBnQ+eCR2dgGUBtw4mGEfN1JRchNYJkiw@mail.gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
From: Zaphod Beeblebrox <zbeeble@gmail.com>
To: Mike Tancsa <mike@sentex.net>
Content-Type: text/plain; charset=ISO-8859-1
Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org>,
FreeBSD Stable <freebsd-stable@freebsd.org>,
FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2012 03:26:58 -0000
On Tue, Nov 27, 2012 at 9:25 PM, Mike Tancsa <mike@sentex.net> 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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Nov 26 12:53:49 ccsw1 kernel:
Features2=0x98e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT>
Nov 26 12:53:49 ccsw1 kernel: AMD Features=0x28100800<SYSCALL,NX,RDTSCP,LM>
Nov 26 12:53:49 ccsw1 kernel: AMD Features2=0x1<LAHF>
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: <INTEL S3420GPR>
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 <Version 2.0> 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: <INTEL S3420GPR> on motherboard
Nov 26 12:53:49 ccsw1 kernel: acpi0: Power Button (fixed)
Nov 26 12:53:49 ccsw1 kernel: cpu0: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: cpu1: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: cpu2: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: cpu3: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: cpu4: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: cpu5: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: cpu6: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: cpu7: <ACPI CPU> on acpi0
Nov 26 12:53:49 ccsw1 kernel: atrtc0: <AT realtime clock> 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: <AT timer> 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: <High Precision Event Timer>
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: <ACPI Host-PCI bridge> port
0xcf8-0xcff on acpi0
Nov 26 12:53:49 ccsw1 kernel: pci0: <ACPI PCI bus> on pcib0
Nov 26 12:53:49 ccsw1 kernel: pcib1: <ACPI PCI-PCI bridge> irq 16 at
device 3.0 on pci0
Nov 26 12:53:49 ccsw1 kernel: pci1: <ACPI PCI bus> on pcib1
Nov 26 12:53:49 ccsw1 kernel: pcib2: <ACPI PCI-PCI bridge> at device 0.0 on pci1
Nov 26 12:53:49 ccsw1 kernel: pci2: <ACPI PCI bus> on pcib2
Nov 26 12:53:49 ccsw1 kernel: pcib3: <ACPI PCI-PCI bridge> at device 2.0 on pci2
Nov 26 12:53:49 ccsw1 kernel: pci3: <ACPI PCI bus> on pcib3
Nov 26 12:53:49 ccsw1 kernel: igb0: <Intel(R) PRO/1000 Network
Connection version - 2.3.4> 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: <Intel(R) PRO/1000 Network
Connection version - 2.3.4> 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: <ACPI PCI-PCI bridge> at device 3.0 on pci2
Nov 26 12:53:49 ccsw1 kernel: pci6: <ACPI PCI bus> on pcib4
Nov 26 12:53:49 ccsw1 kernel: igb2: <Intel(R) PRO/1000 Network
Connection version - 2.3.4> 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: <Intel(R) PRO/1000 Network
Connection version - 2.3.4> 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: <ACPI PCI-PCI bridge> at device 4.0 on pci2
Nov 26 12:53:49 ccsw1 kernel: pci9: <ACPI PCI bus> on pcib5
Nov 26 12:53:49 ccsw1 kernel: pcib6: <ACPI PCI-PCI bridge> at device 5.0 on pci2
Nov 26 12:53:49 ccsw1 kernel: pci10: <ACPI PCI bus> on pcib6
Nov 26 12:53:49 ccsw1 kernel: pci0: <base peripheral> at device 8.0
(no driver attached)
Nov 26 12:53:49 ccsw1 kernel: pci0: <base peripheral> at device 8.1
(no driver attached)
Nov 26 12:53:49 ccsw1 kernel: pci0: <base peripheral> at device 8.2
(no driver attached)
Nov 26 12:53:49 ccsw1 kernel: pci0: <base peripheral> at device 8.3 (no driver a
ttached)
Nov 26 12:53:49 ccsw1 kernel: pci0: <base peripheral> at device 16.0
(no driver attached)
Nov 26 12:53:49 ccsw1 kernel: pci0: <base peripheral> at device 16.1
(no driver attached)
Nov 26 12:53:49 ccsw1 kernel: ehci0: <Intel PCH USB 2.0 controller
USB-B> 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: <ACPI PCI-PCI bridge> irq 16 at
device 28.0 on pci0
Nov 26 12:53:49 ccsw1 kernel: pci11: <ACPI PCI bus> on pcib7
Nov 26 12:53:49 ccsw1 kernel: pcib8: <ACPI PCI-PCI bridge> irq 16 at
device 28.4 on pci0
Nov 26 12:53:49 ccsw1 kernel: pci12: <ACPI PCI bus> on pcib8
Nov 26 12:53:49 ccsw1 kernel: em0: <Intel(R) PRO/1000 Network
Connection 7.3.2> 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: <ACPI PCI-PCI bridge> irq 18 at
device 28.6 on pci0
Nov 26 12:53:49 ccsw1 kernel: pci13: <ACPI PCI bus> on pcib9
Nov 26 12:53:49 ccsw1 kernel: vgapci0: <VGA-compatible display> mem
0xb0000000-0xb0ffffff,0xb1800000-0xb1803fff,0xb1000000-0xb17fffff irq
17 at device 0.0 on pci13
Nov 26 12:53:49 ccsw1 kernel: ehci1: <Intel PCH USB 2.0 controller
USB-A> 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: <ACPI PCI-PCI bridge> at device
30.0 on pci0
Nov 26 12:53:49 ccsw1 kernel: pci14: <ACPI PCI bus> on pcib10
Nov 26 12:53:49 ccsw1 kernel: isab0: <PCI-ISA bridge> at device 31.0 on pci0
Nov 26 12:53:49 ccsw1 kernel: isa0: <ISA bus> on isab0
Nov 26 12:53:49 ccsw1 kernel: ahci0: <Intel 5 Series/3400 Series AHCI
SATA controller> 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: <AHCI channel> at channel 0 on ahci0
Nov 26 12:53:49 ccsw1 kernel: ahcich1: <AHCI channel> at channel 1 on ahci0
Nov 26 12:53:49 ccsw1 kernel: ahcich2: <AHCI channel> at channel 2 on ahci0
Nov 26 12:53:49 ccsw1 kernel: ahcich3: <AHCI channel> at channel 3 on ahci0
Nov 26 12:53:49 ccsw1 kernel: ahcich4: <AHCI channel> at channel 4 on ahci0
Nov 26 12:53:49 ccsw1 kernel: ahcich5: <AHCI channel> at channel 5 on ahci0
Nov 26 12:53:49 ccsw1 kernel: pci0: <serial bus, SMBus> at device 31.3
(no driver attached)
Nov 26 12:53:49 ccsw1 kernel: acpi_button0: <Sleep Button> 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: <ISA Option ROM> at iomem
0xc0000-0xc7fff on isa0
Nov 26 12:53:49 ccsw1 kernel: sc0: <System console> 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: <Generic ISA VGA> 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: <Enhanced SpeedStep Frequency
Control> on cpu0
Nov 26 12:53:49 ccsw1 kernel: p4tcc0: <CPU Frequency Thermal Control> on cpu0
Nov 26 12:53:49 ccsw1 kernel: est1: <Enhanced SpeedStep Frequency
Control> on cpu1
Nov 26 12:53:49 ccsw1 kernel: p4tcc1: <CPU Frequency Thermal Control> on cpu1
Nov 26 12:53:49 ccsw1 kernel: est2: <Enhanced SpeedStep Frequency
Control> on cpu2
Nov 26 12:53:49 ccsw1 kernel: p4tcc2: <CPU Frequency Thermal Control> on cpu2
Nov 26 12:53:49 ccsw1 kernel: est3: <Enhanced SpeedStep Frequency
Control> on cpu3
Nov 26 12:53:49 ccsw1 kernel: p4tcc3: <CPU Frequency Thermal Control> on cpu3
Nov 26 12:53:49 ccsw1 kernel: est4: <Enhanced SpeedStep Frequency
Control> on cpu4
Nov 26 12:53:49 ccsw1 kernel: p4tcc4: <CPU Frequency Thermal Control> on cpu4
Nov 26 12:53:49 ccsw1 kernel: est5: <Enhanced SpeedStep Frequency
Control> on cpu5
Nov 26 12:53:49 ccsw1 kernel: p4tcc5: <CPU Frequency Thermal Control> on cpu5
Nov 26 12:53:49 ccsw1 kernel: est6: <Enhanced SpeedStep Frequency
Control> on cpu6
Nov 26 12:53:49 ccsw1 kernel: p4tcc6: <CPU Frequency Thermal Control> on cpu6
Nov 26 12:53:49 ccsw1 kernel: est7: <Enhanced SpeedStep Frequency
Control> on cpu7
Nov 26 12:53:49 ccsw1 kernel: p4tcc7: <CPU Frequency Thermal Control> 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: <Intel> at usbus0
Nov 26 12:53:49 ccsw1 kernel: uhub0: <Intel EHCI root HUB, class 9/0,
rev 2.00/1.00, addr 1> on usbus0
Nov 26 12:53:49 ccsw1 kernel: ugen1.1: <Intel> at usbus1
Nov 26 12:53:49 ccsw1 kernel: uhub1: <Intel EHCI root HUB, class 9/0,
rev 2.00/1.00, addr 1> 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: <vendor 0x8087> at usbus0
Nov 26 12:53:49 ccsw1 kernel: uhub2: <vendor 0x8087 product 0x0020,
class 9/0, rev 2.00/0.00, addr 2> on usbus0
Nov 26 12:53:49 ccsw1 kernel: ugen1.2: <vendor 0x8087> at usbus1
Nov 26 12:53:49 ccsw1 kernel: uhub3: <vendor 0x8087 product 0x0020,
class 9/0, rev 2.00/0.00, addr 2> 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: <BTC> at usbus0
Nov 26 12:53:49 ccsw1 kernel: ukbd0: <BTC USB Multimedia Keyboard,
class 0/0, rev 1.10/1.23, addr 3> 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: <American Megatrends Inc.> at usbus1
Nov 26 12:53:49 ccsw1 kernel: ukbd1: <Keyboard Interface> on usbus1
Nov 26 12:53:49 ccsw1 kernel: kbd2 at ukbd1
Nov 26 12:53:49 ccsw1 kernel: ums0: <Mouse Interface> 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: <ST2000DM001-9YN164 CC4B> 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: <ST2000DM001-9YN164 CC4B> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Wed, 28 Nov 2012 08:52:58 +0000 (UTC)
Received: by mail-vb0-f54.google.com with SMTP id l1so6402067vba.13
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
Date: Wed, 28 Nov 2012 09:52:57 +0100
X-Google-Sender-Auth: FfDW0-W0azc9y-BETKBYPw55swk
Message-ID: <CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
Subject: Re: simple patch for portsnap to use wget
From: Luca Ferrari <fluca1978@infinito.it>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Wed, 28 Nov 2012 09:31:52 +0000 (UTC)
Received: by mail-da0-f54.google.com with SMTP id n2so3939679dad.13
for <freebsd-stable@freebsd.org>; 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 <jakob@grimstveit.no>
Date: Wed, 28 Nov 2012 10:31:25 +0100
Message-ID: <CAFVH1KXXtun1NwAvHZ_JkwjwgdBHM-Q1oK036Z0TrFiRL5GuCA@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <ronald-freebsd8@klop.yi.org>)
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 <ronald-freebsd8@klop.yi.org>)
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: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
Date: Wed, 28 Nov 2012 11:47:15 +0100
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: "Ronald Klop" <ronald-freebsd8@klop.yi.org>
Message-ID: <op.wohb81l88527sy@ronaldradial.versatec.local>
In-Reply-To: <CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2012 10:47:17 -0000
On Wed, 28 Nov 2012 09:52:57 +0100, Luca Ferrari <fluca1978@infinito.it>
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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <vince@unsane.co.uk>
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 <fluca1978@infinito.it>
Subject: Re: simple patch for portsnap to use wget
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
In-Reply-To: <CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <rjk@wintek.com>
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" <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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
>>>> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
>>>> ether a8:20:66:11:3b:d6
>>>> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
>>>> media: Ethernet autoselect (1000baseT <full-duplex>)
>>>> status: active
>>>>
>>>> I did a verbose boot; here's the part that seems to be relevant to bge0:
>>>>
>>>> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
>>>> brgphy0: <BCM57765 1000BASE-T media interface> 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 <rjk@wintek.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>;
Wed, 28 Nov 2012 15:24:10 +0000 (envelope-from
<bounce-mc.us6_14035787.33101-freebsd-stable=freebsd.org@mail57.us1.mcsv.net>)
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?= <tabishjaved.tms@gmail.com>
To: =?utf-8?Q??= <freebsd-stable@freebsd.org>
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" <tabishjaved.tms=gmail.com@mail57.us1.mcsv.net>
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?= <tabishjaved.tms@gmail.com>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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
<freebsd-stable@freebsd.org>;
Wed, 28 Nov 2012 16:04:21 +0000 (envelope-from
<signup-mc.us6_14035787.22889-freebsd-stable=freebsd.org@mail3.mcsignup.com>)
Sender: signup-mc.us6_14035787.22889-freebsd-stable=freebsd.org@mail3.mcsignup.com
From: =?utf-8?Q?The=20merchant=20Solution?= <tabishjaved.tms@gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <avg@FreeBSD.org>
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-current@FreeBSD.org>,
FreeBSD Stable <freebsd-stable@FreeBSD.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <disk>' 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Wed, 28 Nov 2012 19:53:13 +0000 (UTC)
Received: by mail-ie0-f182.google.com with SMTP id s9so18093718iec.13
for <freebsd-stable@freebsd.org>; 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>
<CAE-mSOJjJfAZEb+2R9mhjXdP3VT0Txek=-NukHR+6=bpwPEtYg@mail.gmail.com>
<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: <CAPKkNb4YpcOYAuLCUy8rDoqJFcGqAsRotyGY_GGim23MQcZYbg@mail.gmail.com>
Subject: Re: virtio for 9.1-R
From: "Constantine A. Murenin" <mureninc@gmail.com>
To: Paul Mather <paul@gromit.dlib.vt.edu>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2012 19:53:13 -0000
On 27 November 2012 13:25, Paul Mather <paul@gromit.dlib.vt.edu> wrote:
> On Nov 27, 2012, at 3:49 PM, Joe Holden <lists@rewt.org.uk> wrote:
>
>> On 27/11/2012 19:25, Sergey Kandaurov wrote:
>>> On 27 November 2012 22:12, Joe Holden <lists@rewt.org.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Wed, 28 Nov 2012 23:56:40 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so4555228pad.13
for <freebsd-stable@freebsd.org>; 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?= <efraindector@motumweb.com>
To: "Ben Morrow" <ben@morrow.me.uk>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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?= <efraindector@motumweb.com>:
>> >
>> > 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Thu, 29 Nov 2012 00:08:23 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id wz12so10380592pbc.13
for <freebsd-stable@freebsd.org>; 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 <pyunyh@gmail.com>
Date: Thu, 29 Nov 2012 09:08:16 +0900
To: Richard Kuhns <rjk@wintek.com>
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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
> >>>> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
> >>>> ether a8:20:66:11:3b:d6
> >>>> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> >>>> media: Ethernet autoselect (1000baseT <full-duplex>)
> >>>> status: active
> >>>>
> >>>> I did a verbose boot; here's the part that seems to be relevant to bge0:
> >>>>
> >>>> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
> >>>> brgphy0: <BCM57765 1000BASE-T media interface> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Wed, 28 Nov 2012 19:36:09 -0800 (PST)
(envelope-from bc979@lafn.org)
From: Doug Hardie <bc979@lafn.org>
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 <freebsd-stable@freebsd.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<F_OK>)
2259 intro NAMI "/lib/libsermons.so"
2259 intro RET access -1 errno 2 No such file or directory
2259 intro CALL access(0x28066000,0<F_OK>)
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<F_OK>)
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<F_OK>)
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<F_OK>)
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<F_OK>)
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<F_OK>)
6746 intro NAMI "/lib/libsermons.so"
6746 intro RET access -1 errno 2 No such file or directory
6746 intro CALL access(0x28066000,0<F_OK>)
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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <devin.teske@fisglobal.com>
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 <bc979@lafn.org>
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 <freebsd-stable@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Devin Teske <dteske@freebsd.org>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<F_OK>)
> 2259 intro NAMI "/lib/libsermons.so"
> 2259 intro RET access -1 errno 2 No such file or directory
> 2259 intro CALL access(0x28066000,0<F_OK>)
> 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<F_OK>)
> 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<F_OK>)
> 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<F_OK>)
> 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<F_OK>)
> 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<F_OK>)
> 6746 intro NAMI "/lib/libsermons.so"
> 6746 intro RET access -1 errno 2 No such file or directory
> 6746 intro CALL access(0x28066000,0<F_OK>)
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Thu, 29 Nov 2012 05:20:44 +0000 (UTC)
Received: by mail-ob0-f182.google.com with SMTP id 16so16329982obc.13
for <freebsd-stable@freebsd.org>; 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: <CAFVH1KXXtun1NwAvHZ_JkwjwgdBHM-Q1oK036Z0TrFiRL5GuCA@mail.gmail.com>
References: <CAFVH1KXXtun1NwAvHZ_JkwjwgdBHM-Q1oK036Z0TrFiRL5GuCA@mail.gmail.com>
From: "Galati, Michael" <mcg+fbsd@sulfegate.org>
Date: Wed, 28 Nov 2012 21:20:13 -0800
X-Google-Sender-Auth: tdkAayWk40cjCNDeAavsc-ZWZi8
Message-ID: <CAOicCEij9ftXTy_5Df3hnhJv=OVkbN=izT5Nr=icQkzPchUFDg@mail.gmail.com>
Subject: Re: Unable to compile Python 2.7.3 (latest) from ports on 9.1-RC3
To: Jakob Breivik Grimstveit <jakob@grimstveit.no>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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
<jakob@grimstveit.no> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <bc979@lafn.org>
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: <D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org>
<997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com>
To: Devin Teske <dteske@freebsd.org>, Devin Teske <devin.teske@fisglobal.com>
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 <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<F_OK>)
>> 2259 intro NAMI "/lib/libsermons.so"
>> 2259 intro RET access -1 errno 2 No such file or directory
>> 2259 intro CALL access(0x28066000,0<F_OK>)
>> 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<F_OK>)
>> 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<F_OK>)
>> 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<F_OK>)
>> 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<F_OK>)
>> 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<F_OK>)
>> 6746 intro NAMI "/lib/libsermons.so"
>> 6746 intro RET access -1 errno 2 No such file or directory
>> 6746 intro CALL access(0x28066000,0<F_OK>)
>> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Thu, 29 Nov 2012 07:22:04 +0000 (UTC)
Received: by mail-ee0-f54.google.com with SMTP id c13so9932996eek.13
for <freebsd-stable@freebsd.org>; 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: <D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org>
<997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com>
<D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
Date: Thu, 29 Nov 2012 01:22:03 -0600
Message-ID: <CACdU+f_dyGordGi3z-ULZ5u3K8zNwOHjN3tJ4GTBZhxD3bKPcQ@mail.gmail.com>
Subject: Re: Library Problem
From: Scot Hetzel <swhetzel@gmail.com>
To: Doug Hardie <bc979@lafn.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: FreeBSD-STABLE Mailing List <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2012 07:22:05 -0000
On Thu, Nov 29, 2012 at 12:46 AM, Doug Hardie <bc979@lafn.org> 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<F_OK>)
>>> 2259 intro NAMI "/lib/libsermons.so"
>>> 2259 intro RET access -1 errno 2 No such file or directory
>>> 2259 intro CALL access(0x28066000,0<F_OK>)
>>> 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<F_OK>)
>>> 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<F_OK>)
>>> 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<F_OK>)
>>> 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<F_OK>)
>>> 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<F_OK>)
>>> 6746 intro NAMI "/lib/libsermons.so"
>>> 6746 intro RET access -1 errno 2 No such file or directory
>>> 6746 intro CALL access(0x28066000,0<F_OK>)
>>> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <patfbsd@davenulle.org>
To: Andriy Gapon <avg@FreeBSD.org>
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" <stable@FreeBSD.org>,
Willem Jan Withagen <wjw@digiware.nl>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2012 08:41:47 -0000
Le Mon, 26 Nov 2012 12:19:07 +0200,
Andriy Gapon <avg@FreeBSD.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <wjw@digiware.nl>
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 <patfbsd@davenulle.org>
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" <stable@FreeBSD.org>, Andriy Gapon <avg@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <avg@FreeBSD.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <stable@freebsd.org>; 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 <stable@freebsd.org>; Thu, 29 Nov 2012 09:59:28 +0000 (UTC)
Received: by mail-ie0-f182.google.com with SMTP id s9so19243415iec.13
for <stable@freebsd.org>; 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 <c.kworr@gmail.com>
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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <dim@FreeBSD.org>
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 <c.kworr@gmail.com>
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" <stable@FreeBSD.org>,
David Chisnall <theraven@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <rjk@wintek.com>
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" <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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
>>>>>> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
>>>>>> ether a8:20:66:11:3b:d6
>>>>>> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
>>>>>> media: Ethernet autoselect (1000baseT <full-duplex>)
>>>>>> status: active
>>>>>>
>>>>>> I did a verbose boot; here's the part that seems to be relevant to bge0:
>>>>>>
>>>>>> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
>>>>>> brgphy0: <BCM57765 1000BASE-T media interface> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=c019b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,VLAN_HWTSO,LINKSTATE>
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<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
And here's the dmesg output from a verbose boot:
bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
brgphy0: <BCM57765 1000BASE-T media interface> 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 <rjk@wintek.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Thu, 29 Nov 2012 13:50:20 +0000 (UTC)
Received: by mail-vb0-f54.google.com with SMTP id l1so8322778vba.13
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
Date: Thu, 29 Nov 2012 14:50:19 +0100
X-Google-Sender-Auth: Mk89Ulbh7viOkU8WxdqfQat14Y8
Message-ID: <CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
Subject: Re: simple patch for portsnap to use wget
From: Luca Ferrari <fluca1978@infinito.it>
To: Vincent Hoffman <vince@unsane.co.uk>, 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2012 13:50:21 -0000
On Wed, Nov 28, 2012 at 2:41 PM, Vincent Hoffman <vince@unsane.co.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <gpalmer@freebsd.org>)
id 1Te4fn-000Ofe-5Z; Thu, 29 Nov 2012 09:01:03 -0500
Date: Thu, 29 Nov 2012 09:01:03 -0500
From: Gary Palmer <gpalmer@freebsd.org>
To: Doug Hardie <bc979@lafn.org>
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>
<D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
X-SA-Exim-Connect-IP: <locally generated>
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 <dteske@freebsd.org>,
FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>,
Devin Teske <devin.teske@fisglobal.com>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<F_OK>)
> >> 2259 intro NAMI "/lib/libsermons.so"
> >> 2259 intro RET access -1 errno 2 No such file or directory
> >> 2259 intro CALL access(0x28066000,0<F_OK>)
> >> 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<F_OK>)
> >> 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<F_OK>)
> >> 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<F_OK>)
> >> 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<F_OK>)
> >> 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<F_OK>)
> >> 6746 intro NAMI "/lib/libsermons.so"
> >> 6746 intro RET access -1 errno 2 No such file or directory
> >> 6746 intro CALL access(0x28066000,0<F_OK>)
> >> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <devin.teske@fisglobal.com>
In-Reply-To: <CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
Date: Thu, 29 Nov 2012 06:08:18 -0800
Content-Transfer-Encoding: quoted-printable
Message-ID: <746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
To: Luca Ferrari <fluca1978@infinito.it>
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 <vince@unsane.co.uk>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Devin Teske <dteske@freebsd.org>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <vince@unsane.co.uk> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <vince@unsane.co.uk>
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 <dteske@freebsd.org>
Subject: Re: simple patch for portsnap to use wget
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
<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 <devin.teske@fisglobal.com>,
Luca Ferrari <fluca1978@infinito.it>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Thu, 29 Nov 2012 14:53:21 +0000 (UTC)
Received: by mail-ee0-f54.google.com with SMTP id c13so10262495eek.13
for <freebsd-stable@freebsd.org>; 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: <CAOjFWZ4MsOmOEXuO8pzMKqN3_ykA7i=jkcMYxPT-6xdWVerfsw@mail.gmail.com>
References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com>
<CAOjFWZ4MsOmOEXuO8pzMKqN3_ykA7i=jkcMYxPT-6xdWVerfsw@mail.gmail.com>
Date: Thu, 29 Nov 2012 15:53:20 +0100
Message-ID: <CABzXLYOuVGX1wPuHMq8LAn=d+eVsjRDtfLt-2X-D_=ChAztG-w@mail.gmail.com>
Subject: Re: ZFS memory management
From: Olivier Smedts <olivier@gid0.org>
To: Freddie Cash <fjwcash@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Gm-Message-State: ALoCoQlbz1ibIQPKBgiwC1CMHBIYPYAnVYU+F8jgcqPHVvqn4/0Wgut6s8BGKA1MP6OHU+JwzBxu
Cc: Nikolay Denev <ndenev@gmail.com>,
"freebsd-stable@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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2012 14:53:23 -0000
2012/11/27 Freddie Cash <fjwcash@gmail.com>:
> 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 <ndenev@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <stable@FreeBSD.org>; 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 <stable@FreeBSD.org>; 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 <avg@FreeBSD.org>
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 <wjw@digiware.nl>,
Patrick Lamaiziere <patfbsd@davenulle.org>
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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <avg@FreeBSD.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <wjw@digiware.nl>
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 <avg@FreeBSD.org>
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" <stable@FreeBSD.org>,
Patrick Lamaiziere <patfbsd@davenulle.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <avg@FreeBSD.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <stable@freebsd.org>; 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 <stable@freebsd.org>; Thu, 29 Nov 2012 15:18:26 +0000 (UTC)
Received: by mail-lb0-f182.google.com with SMTP id go10so11783194lbb.13
for <stable@freebsd.org>; 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 <lists@eitanadler.com>
Date: Thu, 29 Nov 2012 10:17:55 -0500
Message-ID: <CAF6rxgkCfFd1T=XKwmZMGvuc5karOUSuJFajm-4WZa5tXZUxGw@mail.gmail.com>
Subject: Re: Some new hardware with 9.1 does not reboot easily
To: Willem Jan Withagen <wjw@digiware.nl>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Gm-Message-State: ALoCoQnWGdBdgJN1VgoaURFnDa00txGguNybPqq6OWyPgffXUcf2X7177fND2febeSxdvtySMT4F
Cc: "stable@freebsd.org" <stable@freebsd.org>,
Patrick Lamaiziere <patfbsd@davenulle.org>, Andriy Gapon <avg@freebsd.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2012 15:18:27 -0000
On 29 November 2012 10:16, Willem Jan Withagen <wjw@digiware.nl> 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 <avg@FreeBSD.org> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <stable@FreeBSD.org>; 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 <stable@FreeBSD.org>; 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 <avg@FreeBSD.org>
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 <wjw@digiware.nl>
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" <stable@FreeBSD.org>,
Patrick Lamaiziere <patfbsd@davenulle.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <rainer@ultra-secure.de>
To: Vincent Hoffman <vince@unsane.co.uk>
Subject: Re: simple patch for portsnap to use wget
Message-ID: <20121129163100.0f257676@suse3>
In-Reply-To: <50B76D97.60302@unsane.co.uk>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
<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 <dteske@freebsd.org>, freebsd-stable@freebsd.org,
Devin Teske <devin.teske@fisglobal.com>, Luca Ferrari <fluca1978@infinito.it>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <vince@unsane.co.uk>:
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <glebius@FreeBSD.org>
To: Zaphod Beeblebrox <zbeeble@gmail.com>
Subject: Re: 9.1-RC3 IGB dropping connections.
Message-ID: <20121129163633.GM14202@FreeBSD.org>
References: <CACpH0Mfdx50nWDS5AQCe=5Mw2mwQESLTZhGnc6RaJ6iP_h8FLw@mail.gmail.com>
<50B57632.6050004@sentex.net>
<CACpH0Mf_PtqPPRNk2sBnQ+eCR2dgGUBtw4mGEfN1JRchNYJkiw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <CACpH0Mf_PtqPPRNk2sBnQ+eCR2dgGUBtw4mGEfN1JRchNYJkiw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: FreeBSD Hackers <freebsd-hackers@FreeBSD.org>,
FreeBSD Net <freebsd-net@FreeBSD.org>,
FreeBSD Stable <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Thu, 29 Nov 2012 17:16:58 +0000 (UTC)
Received: by mail-ee0-f54.google.com with SMTP id c13so10385001eek.13
for <freebsd-stable@freebsd.org>; 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 <ndenev@gmail.com>
In-Reply-To: <CABzXLYOuVGX1wPuHMq8LAn=d+eVsjRDtfLt-2X-D_=ChAztG-w@mail.gmail.com>
Date: Thu, 29 Nov 2012 19:16:54 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <D0B12906-2E5A-4CD5-B7E3-78EB7CD04A4C@gmail.com>
References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com>
<CAOjFWZ4MsOmOEXuO8pzMKqN3_ykA7i=jkcMYxPT-6xdWVerfsw@mail.gmail.com>
<CABzXLYOuVGX1wPuHMq8LAn=d+eVsjRDtfLt-2X-D_=ChAztG-w@mail.gmail.com>
To: Olivier Smedts <olivier@gid0.org>
X-Mailer: Apple Mail (2.1499)
Cc: "freebsd-stable@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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2012 17:16:59 -0000
On Nov 29, 2012, at 4:53 PM, Olivier Smedts <olivier@gid0.org> wrote:
> 2012/11/27 Freddie Cash <fjwcash@gmail.com>:
>> 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 <ndenev@gmail.com> =
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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <bryanv@daemoninthecloset.org>
To: "Constantine A. Murenin" <mureninc@gmail.com>
Message-ID: <629913274.1988.1354212117368.JavaMail.root@daemoninthecloset.org>
In-Reply-To: <CAPKkNb4YpcOYAuLCUy8rDoqJFcGqAsRotyGY_GGim23MQcZYbg@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Nov 2012 18:03:15 -0000
Hi,
<trim>
>
> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@FreeBSD.org>; 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 <freebsd-stable@FreeBSD.org>; 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 <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Nikolay Denev <ndenev@gmail.com>
Subject: Re: ZFS memory management
References: <7A88B836-C985-446C-A992-A295A2474A38@gmail.com>
<CAOjFWZ4MsOmOEXuO8pzMKqN3_ykA7i=jkcMYxPT-6xdWVerfsw@mail.gmail.com>
<CABzXLYOuVGX1wPuHMq8LAn=d+eVsjRDtfLt-2X-D_=ChAztG-w@mail.gmail.com>
<D0B12906-2E5A-4CD5-B7E3-78EB7CD04A4C@gmail.com>
In-Reply-To: <D0B12906-2E5A-4CD5-B7E3-78EB7CD04A4C@gmail.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
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <olivier@gid0.org> wrote:
>
>> 2012/11/27 Freddie Cash <fjwcash@gmail.com>:
>>> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <bc979@lafn.org>
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>
<D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
<20121129140103.GA27849@in-addr.com>
To: Gary Palmer <gpalmer@freebsd.org>
X-Mailer: Apple Mail (2.1283)
X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org
X-Virus-Status: Clean
Cc: Devin Teske <dteske@freebsd.org>,
FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>,
Devin Teske <devin.teske@fisglobal.com>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<F_OK>)
>>>> 2259 intro NAMI "/lib/libsermons.so"
>>>> 2259 intro RET access -1 errno 2 No such file or directory
>>>> 2259 intro CALL access(0x28066000,0<F_OK>)
>>>> 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<F_OK>)
>>>> 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<F_OK>)
>>>> 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<F_OK>)
>>>> 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<F_OK>)
>>>> 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<F_OK>)
>>>> 6746 intro NAMI "/lib/libsermons.so"
>>>> 6746 intro RET access -1 errno 2 No such file or directory
>>>> 6746 intro CALL access(0x28066000,0<F_OK>)
>>>> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <dim@FreeBSD.org>
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 <c.kworr@gmail.com>
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" <stable@FreeBSD.org>,
David Chisnall <theraven@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd@damnhippie.dyndns.org>
To: Doug Hardie <bc979@lafn.org>
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>
<D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
<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 <dteske@freebsd.org>,
FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>,
Devin Teske <devin.teske@fisglobal.com>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<F_OK>)
> >>>> 2259 intro NAMI "/lib/libsermons.so"
> >>>> 2259 intro RET access -1 errno 2 No such file or directory
> >>>> 2259 intro CALL access(0x28066000,0<F_OK>)
> >>>> 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<F_OK>)
> >>>> 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<F_OK>)
> >>>> 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<F_OK>)
> >>>> 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<F_OK>)
> >>>> 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<F_OK>)
> >>>> 6746 intro NAMI "/lib/libsermons.so"
> >>>> 6746 intro RET access -1 errno 2 No such file or directory
> >>>> 6746 intro CALL access(0x28066000,0<F_OK>)
> >>>> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <bc979@lafn.org>
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: <DE2330F3-33B3-49A3-9657-EE9EC3C713DA@lafn.org>
References: <4AA267EA-8FC8-42E8-A885-F22F4DC524D0@lafn.org>
<997CEAC4-4F57-4C33-BDCE-EE21AD607DC0@fisglobal.com>
<D3773280-56F8-47B9-BC26-3921A0AF5FFB@lafn.org>
<20121129140103.GA27849@in-addr.com>
<1D1FA129-89FD-49EA-ADB4-8F0177E092DC@lafn.org>
<1354225452.69940.330.camel@revolution.hippie.lan>
To: Ian Lepore <freebsd@damnhippie.dyndns.org>
X-Mailer: Apple Mail (2.1283)
X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org
X-Virus-Status: Clean
Cc: Devin Teske <dteske@freebsd.org>,
FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>,
Devin Teske <devin.teske@fisglobal.com>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<F_OK>)
>>>>>> 2259 intro NAMI "/lib/libsermons.so"
>>>>>> 2259 intro RET access -1 errno 2 No such file or directory
>>>>>> 2259 intro CALL access(0x28066000,0<F_OK>)
>>>>>> 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<F_OK>)
>>>>>> 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<F_OK>)
>>>>>> 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<F_OK>)
>>>>>> 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<F_OK>)
>>>>>> 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<F_OK>)
>>>>>> 6746 intro NAMI "/lib/libsermons.so"
>>>>>> 6746 intro RET access -1 errno 2 No such file or directory
>>>>>> 6746 intro CALL access(0x28066000,0<F_OK>)
>>>>>> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 01:39:45 +0000 (UTC)
Received: by mail-pa0-f54.google.com with SMTP id bi5so5471691pad.13
for <freebsd-stable@freebsd.org>; 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 <pyunyh@gmail.com>
Date: Fri, 30 Nov 2012 10:39:30 +0900
To: Richard Kuhns <rjk@wintek.com>
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" <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
> >>>>>> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE>
> >>>>>> ether a8:20:66:11:3b:d6
> >>>>>> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> >>>>>> media: Ethernet autoselect (1000baseT <full-duplex>)
> >>>>>> status: active
> >>>>>>
> >>>>>> I did a verbose boot; here's the part that seems to be relevant to bge0:
> >>>>>>
> >>>>>> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
> >>>>>> brgphy0: <BCM57765 1000BASE-T media interface> 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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> options=c019b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,VLAN_HWTSO,LINKSTATE>
> 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<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
> media: Ethernet autoselect (1000baseT <full-duplex>)
> status: active
>
> And here's the dmesg output from a verbose boot:
>
> bge0: <Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x57766001> 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: <MII bus> on bge0
> brgphy0: <BCM57765 1000BASE-T media interface> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 03:38:01 +0200 (EET)
(envelope-from mbsd@isgroup.com.ua)
Subject: Re: How to clean up /
From: mbsd <mbsd@isgroup.com.ua>
To: freebsd-stable@freebsd.org
In-Reply-To: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
References: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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" <doconnor@gsoft.com.au>
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: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
<1354239860.19647.8.camel@eva02>
To: mbsd <mbsd@isgroup.com.ua>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <mbsd@isgroup.com.ua> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <avg@FreeBSD.org>
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 <avg@FreeBSD.org>
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 <danny@cs.huji.ac.il>
Message-ID: <E1TeKRw-00088u-Bd@kabab.cs.huji.ac.il>
Cc: FreeBSD current <freebsd-current@FreeBSD.org>,
FreeBSD Stable <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <disk>' 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 07:16:05 +0000 (UTC)
Received: by mail-ea0-f182.google.com with SMTP id a14so82135eaa.13
for <freebsd-stable@freebsd.org>; 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: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
<1354239860.19647.8.camel@eva02>
<2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au>
Date: Thu, 29 Nov 2012 23:16:04 -0800
Message-ID: <CAN6yY1uwcUJi3Y4O=gJvf-e5obkgvzV3nn8HoCF54r0KvEzc9w@mail.gmail.com>
Subject: Re: How to clean up /
From: Kevin Oberman <kob6558@gmail.com>
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: mbsd <mbsd@isgroup.com.ua>, 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <doconnor@gsoft.com.au> wr=
ote:
>
> On 30/11/2012, at 12:14, mbsd <mbsd@isgroup.com.ua> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 07:36:08 +0000 (UTC)
Received: by mail-vb0-f50.google.com with SMTP id fa15so19814057vbb.37
for <freebsd-stable@freebsd.org>; 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: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
<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: <CAKoxK+70hd5A6maHVdiXHEOd=axZvD6JVfGTaf9ZGV28p8mdGA@mail.gmail.com>
Subject: Re: simple patch for portsnap to use wget
From: Luca Ferrari <fluca1978@infinito.it>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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 <c.kworr@gmail.com>
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 <dim@FreeBSD.org>
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" <stable@FreeBSD.org>,
David Chisnall <theraven@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <bartsch@dssgmbh.de>
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 <kob6558@gmail.com>
Subject: Re: How to clean up /
References: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
<1354239860.19647.8.camel@eva02>
<2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au>
<CAN6yY1uwcUJi3Y4O=gJvf-e5obkgvzV3nn8HoCF54r0KvEzc9w@mail.gmail.com>
In-Reply-To: <CAN6yY1uwcUJi3Y4O=gJvf-e5obkgvzV3nn8HoCF54r0KvEzc9w@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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
> <doconnor@gsoft.com.au> wrote:
>>
>> On 30/11/2012, at 12:14, mbsd <mbsd@isgroup.com.ua> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <vince@unsane.co.uk>
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 <fluca1978@infinito.it>
Subject: Re: simple patch for portsnap to use wget
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
<746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com>
<50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3>
<CAKoxK+70hd5A6maHVdiXHEOd=axZvD6JVfGTaf9ZGV28p8mdGA@mail.gmail.com>
In-Reply-To: <CAKoxK+70hd5A6maHVdiXHEOd=axZvD6JVfGTaf9ZGV28p8mdGA@mail.gmail.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
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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:*:<user>:<pwd>
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: <owner-freebsd-stable@FreeBSD.ORG>
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" <cperciva@freebsd.org>
Subject: Re: simple patch for portsnap to use wget
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
<746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com>
<50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3>
<CAKoxK+70hd5A6maHVdiXHEOd=axZvD6JVfGTaf9ZGV28p8mdGA@mail.gmail.com>
Date: Fri, 30 Nov 2012 10:55:25 +0100
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: "Ronald Klop" <ronald-freebsd8@klop.yi.org>
Message-ID: <op.woky6nc08527sy@212-182-167-131.ip.telfort.nl>
In-Reply-To: <CAKoxK+70hd5A6maHVdiXHEOd=axZvD6JVfGTaf9ZGV28p8mdGA@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Nov 2012 09:56:35 -0000
On Fri, 30 Nov 2012 08:36:07 +0100, Luca Ferrari <fluca1978@infinito.it>
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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 10:25:16 +0000 (UTC)
Received: by mail-wi0-f180.google.com with SMTP id hj13so129251wib.13
for <freebsd-stable@freebsd.org>; 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 <ml@my.gd>
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: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
<1354239860.19647.8.camel@eva02>
<2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au>
<CAN6yY1uwcUJi3Y4O=gJvf-e5obkgvzV3nn8HoCF54r0KvEzc9w@mail.gmail.com>
<50B8758C.2070202@dssgmbh.de>
To: Alfred Bartsch <bartsch@dssgmbh.de>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Nov 2012 10:25:17 -0000
On Nov 30, 2012, at 9:59 AM, Alfred Bartsch <bartsch@dssgmbh.de> 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
>> <doconnor@gsoft.com.au> wrote:
>>>=20
>>> On 30/11/2012, at 12:14, mbsd <mbsd@isgroup.com.ua> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
To: freebsd-stable@freebsd.org
Message-ID: <1354271955297-5765495.post@n5.nabble.com>
In-Reply-To: <1354015603346-5764584.post@n5.nabble.com>
References: <CAF6rxgk9UJRk07SXfLzK97ZaTO0aTsoUQ9-06UzdnGV4JHL4ug@mail.gmail.com>
<50AA8C85.2000002@netfence.it> <176051353355653@web21f.yandex.ru>
<CAF6rxgmdXoNp+nj0-H8bUSw=7KsRw5cZaMxyzK4bMdHH=+MLcA@mail.gmail.com>
<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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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" <doconnor@gsoft.com.au>
In-Reply-To: <CAN6yY1uwcUJi3Y4O=gJvf-e5obkgvzV3nn8HoCF54r0KvEzc9w@mail.gmail.com>
Date: Fri, 30 Nov 2012 21:22:20 +1030
Message-Id: <C31822CE-1DCA-42CA-AF27-1EE21E98423D@gsoft.com.au>
References: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
<1354239860.19647.8.camel@eva02>
<2A4F276A-B95D-4D03-86F4-0A7C5A06B9A9@gsoft.com.au>
<CAN6yY1uwcUJi3Y4O=gJvf-e5obkgvzV3nn8HoCF54r0KvEzc9w@mail.gmail.com>
To: Kevin Oberman <kob6558@gmail.com>
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 <mbsd@isgroup.com.ua>, 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <kob6558@gmail.com> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <jakub_lach@mailplus.pl>) 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 <jakub_lach@mailplus.pl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <multiple recipients>; 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: <op.woky6nc08527sy@212-182-167-131.ip.telfort.nl>
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
<746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com>
<50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3>
<CAKoxK+70hd5A6maHVdiXHEOd=axZvD6JVfGTaf9ZGV28p8mdGA@mail.gmail.com>
<op.woky6nc08527sy@212-182-167-131.ip.telfort.nl>
Date: Fri, 30 Nov 2012 12:47:58 +0100
X-Google-Sender-Auth: wa8D9oW3XKIza_Sw0QEpgw6qxcg
Message-ID: <CAKoxK+7PFFWahtfX1jfvtixu_AbQWrHbSnOnXnhdWVKtRVeZDA@mail.gmail.com>
Subject: Re: simple patch for portsnap to use wget
From: Luca Ferrari <fluca1978@infinito.it>
To: Ronald Klop <ronald-freebsd8@klop.yi.org>, 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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <ronald-freebsd8@klop.yi.org>)
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 <ronald-freebsd8@klop.yi.org>)
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"
<fluca1978@infinito.it>
Subject: Re: simple patch for portsnap to use wget
References: <CAKoxK+5iy2R7=cZp38xKZpTbgFd0aZ3H28tVmPnuPR01w=pO4A@mail.gmail.com>
<1354040675.3923.3.camel@mjakubik.localdomain>
<CAKoxK+61KJJLKoE5namZ31G9DNUSaqm+tXCL=KF+6pnXszP0pw@mail.gmail.com>
<50B61482.5090702@unsane.co.uk>
<CAKoxK+4o+hg+y_qEtJTWuyxaKWXTNpTxc5F3-KZjvYj8JM75nA@mail.gmail.com>
<746EFFD8-033B-4641-9222-86D262D5EAA3@fisglobal.com>
<50B76D97.60302@unsane.co.uk> <20121129163100.0f257676@suse3>
<CAKoxK+70hd5A6maHVdiXHEOd=axZvD6JVfGTaf9ZGV28p8mdGA@mail.gmail.com>
<op.woky6nc08527sy@212-182-167-131.ip.telfort.nl>
<CAKoxK+7PFFWahtfX1jfvtixu_AbQWrHbSnOnXnhdWVKtRVeZDA@mail.gmail.com>
Date: Fri, 30 Nov 2012 13:07:43 +0100
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: "Ronald Klop" <ronald-freebsd8@klop.yi.org>
Message-ID: <op.wok5a5vl8527sy@ronaldradial.home>
In-Reply-To: <CAKoxK+7PFFWahtfX1jfvtixu_AbQWrHbSnOnXnhdWVKtRVeZDA@mail.gmail.com>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Nov 2012 12:07:47 -0000
On Fri, 30 Nov 2012 12:47:58 +0100, Luca Ferrari <fluca1978@infinito.it>
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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 14:42:17 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <freebsd-stable@m.gmane.org>) 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 15:42:19 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: Johannes Totz <johannes@jo-t.de>
Subject: Re: How to clean up /
Date: Fri, 30 Nov 2012 14:41:55 +0000
Lines: 180
Message-ID: <k9agjh$o76$1@ger.gmane.org>
References: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
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: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <insert random gadget here>
From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 14:50:36 2012
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; Fri, 30 Nov 2012 14:50:35 +0000 (UTC)
Received: by mail-ia0-f182.google.com with SMTP id x2so507600iad.13
for <freebsd-stable@freebsd.org>; 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 <wlosh@bsdimp.com>
Subject: Re: How to clean up /
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=utf-8
From: Warner Losh <imp@bsdimp.com>
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: <A802184434754A128800ECE0A900127B@CMOTUM25PC>
<1354239860.19647.8.camel@eva02>
To: mbsd <mbsd@isgroup.com.ua>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@FreeBSD.org>; 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 <freebsd-stable@FreeBSD.org>; 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 <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Andreas Longwitz <longwitz@incore.de>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <INTEL 024B >
> 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 <Version 1.1> irqs 0-15 on motherboard
> ioapic1 <Version 1.1> 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: <null device, zero device>
> random: <entropy source, Software, Yarrow>
> io: <I/O>
> mem: <memory>
> Pentium Pro MTRR support enabled
> netsmb_dev: loaded
> CPU0: local APIC error 0x80
> acpi0: <INTEL 024B> 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: <ACPI CPU> on acpi0
> cpu0: switching to generic Cx mode
> cpu1: <ACPI CPU> on acpi0
> acpi_ec0: <Embedded Controller: GPE 0x4> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <longwitz@incore.de>
User-Agent: Thunderbird 2.0.0.19 (X11/20090113)
MIME-Version: 1.0
To: Andriy Gapon <avg@FreeBSD.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <intr_execute_handlers+0>: push %ebp
0xc08e8e01 <intr_execute_handlers+1>: mov %esp,%ebp
0xc08e8e03 <intr_execute_handlers+3>: sub $0x18,%esp
0xc08e8e06 <intr_execute_handlers+6>: mov %ebx,0xfffffff4(%ebp)
0xc08e8e09 <intr_execute_handlers+9>: mov %esi,0xfffffff8(%ebp)
0xc08e8e0c <intr_execute_handlers+12>: mov %edi,0xfffffffc(%ebp)
0xc08e8e0f <intr_execute_handlers+15>: mov 0x8(%ebp),%ebx
0xc08e8e12 <intr_execute_handlers+18>: mov 0x8(%ebx),%eax
0xc08e8e15 <intr_execute_handlers+21>: addl $0x1,(%eax)
0xc08e8e18 <intr_execute_handlers+24>: incl %fs:0x40
0xc08e8e1f <intr_execute_handlers+31>: mov 0x4(%ebx),%esi
0xc08e8e22 <intr_execute_handlers+34>: mov (%ebx),%eax
0xc08e8e24 <intr_execute_handlers+36>: mov %ebx,(%esp)
0xc08e8e27 <intr_execute_handlers+39>: call *0x14(%eax)
0xc08e8e2a <intr_execute_handlers+42>: mov %eax,%edi
0xc08e8e2c <intr_execute_handlers+44>: test %eax,%eax
0xc08e8e2e <intr_execute_handlers+46>: jne 0xc08e8e3a
<intr_execute_handlers+58>
0xc08e8e30 <intr_execute_handlers+48>: movl $0x1,0xc0a9d148
0xc08e8e3a <intr_execute_handlers+58>: mov 0xc(%ebp),%eax
0xc08e8e3d <intr_execute_handlers+61>: mov %eax,0x4(%esp)
0xc08e8e41 <intr_execute_handlers+65>: mov %esi,(%esp)
0xc08e8e44 <intr_execute_handlers+68>: call 0xc06afbf0
<intr_event_handle>
0xc08e8e49 <intr_execute_handlers+73>: test %eax,%eax
0xc08e8e4b <intr_execute_handlers+75>: je 0xc08e8ea4
<intr_execute_handlers+164>
0xc08e8e4d <intr_execute_handlers+77>: mov (%ebx),%eax
0xc08e8e4f <intr_execute_handlers+79>: movl $0x0,0x4(%esp)
0xc08e8e57 <intr_execute_handlers+87>: mov %ebx,(%esp)
0xc08e8e5a <intr_execute_handlers+90>: call *0x4(%eax)
0xc08e8e5d <intr_execute_handlers+93>: mov 0xc(%ebx),%eax
0xc08e8e60 <intr_execute_handlers+96>: addl $0x1,(%eax)
0xc08e8e63 <intr_execute_handlers+99>: mov 0xc(%ebx),%eax
0xc08e8e66 <intr_execute_handlers+102>: mov (%eax),%eax
0xc08e8e68 <intr_execute_handlers+104>: cmp $0x4,%eax
0xc08e8e6b <intr_execute_handlers+107>: ja 0xc08e8e87
<intr_execute_handlers+135>
0xc08e8e6d <intr_execute_handlers+109>: mov %edi,0x8(%esp)
0xc08e8e71 <intr_execute_handlers+113>: movl $0xc09a1c4e,0x4(%esp)
0xc08e8e79 <intr_execute_handlers+121>: movl $0x3,(%esp)
0xc08e8e80 <intr_execute_handlers+128>: call 0xc070d310 <log>
0xc08e8e85 <intr_execute_handlers+133>: jmp 0xc08e8ea4
<intr_execute_handlers+164>
0xc08e8e87 <intr_execute_handlers+135>: cmp $0x5,%eax
0xc08e8e8a <intr_execute_handlers+138>: jne 0xc08e8ea4
<intr_execute_handlers+164>
0xc08e8e8c <intr_execute_handlers+140>: mov %edi,0x8(%esp)
0xc08e8e90 <intr_execute_handlers+144>: movl $0xc09a1c5b,0x4(%esp)
0xc08e8e98 <intr_execute_handlers+152>: movl $0x2,(%esp)
0xc08e8e9f <intr_execute_handlers+159>: call 0xc070d310 <log>
0xc08e8ea4 <intr_execute_handlers+164>: mov 0xfffffff4(%ebp),%ebx
0xc08e8ea7 <intr_execute_handlers+167>: mov 0xfffffff8(%ebp),%esi
0xc08e8eaa <intr_execute_handlers+170>: mov 0xfffffffc(%ebp),%edi
0xc08e8ead <intr_execute_handlers+173>: mov %ebp,%esp
0xc08e8eaf <intr_execute_handlers+175>: pop %ebp
0xc08e8eb0 <intr_execute_handlers+176>: 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Andreas Longwitz <longwitz@incore.de>, John Baldwin <jhb@FreeBSD.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <longwitz@incore.de>
User-Agent: Thunderbird 2.0.0.19 (X11/20090113)
MIME-Version: 1.0
To: Andriy Gapon <avg@FreeBSD.org>
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 <jhb@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@FreeBSD.org>; 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 <freebsd-stable@FreeBSD.org>; 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==?= <marco.broeder@gmx.eu>
MIME-Version: 1.0
To: FreeBSD Stable <freebsd-stable@FreeBSD.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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<typename __make_pair_return<void *>::type, typename
__make_pair_return<DIType
&>::type>' to 'const value_type' (aka 'const std::__1::pair<void *,=
llvm::WeakVH>') 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<typename __make_pair_return<void *>::type, typename
__make_pair_return<DIType
&>::type>' to 'value_type' (aka 'std::__1::pair<void *, llvm::WeakV=
H>')
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<typename __make_pair_return<void *>::type, typename
__make_pair_return<DIType
&>::type>' to 'const value_type' (aka 'const std::__1::pair<void *,=
llvm::WeakVH>') 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<typename __make_pair_return<void *>::type, typename
__make_pair_return<DIType
&>::type>' to 'value_type' (aka 'std::__1::pair<void *, llvm::WeakV=
H>')
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: <owner-freebsd-stable@FreeBSD.ORG>
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 <pjd@FreeBSD.org>
To: Daniel Braniss <danny@cs.huji.ac.il>
Subject: Re: [HEADSUP] zfs root pool mounting
Message-ID: <20121201133603.GF1399@garage.freebsd.pl>
References: <50B6598B.20200@FreeBSD.org>
<E1TeKRw-00088u-Bd@kabab.cs.huji.ac.il>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC"
Content-Disposition: inline
In-Reply-To: <E1TeKRw-00088u-Bd@kabab.cs.huji.ac.il>
X-OS: FreeBSD 10.0-CURRENT amd64
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: FreeBSD current <freebsd-current@FreeBSD.org>,
FreeBSD Stable <freebsd-stable@FreeBSD.org>, Andriy Gapon <avg@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <di=
sk>' 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <randy@psg.com>) 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: <m28v9hying.wl%randy@psg.com>
From: Randy Bush <randy@psg.com>
To: FreeBSD Stable <freebsd-stable@freebsd.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <URL:http://gcc.gnu.org/bugs.html> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <avg@FreeBSD.org>
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 <pjd@FreeBSD.org>
Subject: Re: [HEADSUP] zfs root pool mounting
References: <50B6598B.20200@FreeBSD.org>
<E1TeKRw-00088u-Bd@kabab.cs.huji.ac.il>
<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-current@FreeBSD.org>,
FreeBSD Stable <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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?= <cmcguirelovrconstance@o2.pl>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <avg@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Andreas Longwitz <longwitz@incore.de>
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 <jhb@FreeBSD.org>
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>;
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 <freebsd-stable@freebsd.org>; Sat, 1 Dec 2012 15:37:44 -0400 (AST)
From: Hub- FreeBSD <freebsd@hub.org>
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: <F86DC5E2-C3E1-4F4C-8F9D-421C9903AF32@hub.org>
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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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: <owner-freebsd-stable@FreeBSD.ORG>
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 <freebsd-stable@freebsd.org>; 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 <freebsd-stable@freebsd.org>; 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 <dim@FreeBSD.org>
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 <randy@psg.com>
Subject: Re: buildworld on geode blowing chunks in lib/clang/libllvmcore
References: <m28v9hying.wl%randy@psg.com>
In-Reply-To: <m28v9hying.wl%randy@psg.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: FreeBSD Stable <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <URL:http://gcc.gnu.org/bugs.html> 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: <owner-freebsd-stable@FreeBSD.ORG>
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 <randy@psg.com>)
id 1TevEs-0002wd-Jm; Sat, 01 Dec 2012 22:08:46 +0000
Date: Sun, 02 Dec 2012 07:08:45 +0900
Message-ID: <m2y5hhwhle.wl%randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Dimitry Andric <dim@FreeBSD.org>
Subject: Re: buildworld on geode blowing chunks in lib/clang/libllvmcore
In-Reply-To: <50BA7D98.6090807@FreeBSD.org>
References: <m28v9hying.wl%randy@psg.com>
<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 <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 <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
<mailto:freebsd-stable-request@freebsd.org?subject=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 <URL:http://gcc.gnu.org/bugs.html> 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