From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 21 11:38:49 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D68C106564A for ; Sun, 21 Nov 2010 11:38:49 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 38D418FC12 for ; Sun, 21 Nov 2010 11:38:48 +0000 (UTC) Received: by wwd20 with SMTP id 20so6087677wwd.31 for ; Sun, 21 Nov 2010 03:38:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=mUE2k0yry1AP3m2X+v/vj8Tti20xh73G2uCX1KxPQ7g=; b=V0/iIJsF8Krbx9dy7qBfMcO2B/qpRn+JAgiBPOAnI8ejauM7QPJMRnR0/QufP7rNAA MPWK2uGwu4490pseu5bdNnRUsAoSbg8KzTGApqDpmwtYzJQqxxPZKbAozdOb0RvNIIRy H66BTe/GZPY0uQO3xFYpeIfceYSvufGrzHFs0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hNew6NiV+qd98Fe8hD38uePKithItKh6PDsyOT3oiVeWlElVgfOFE5Xj0B1rewwi5z Fhe3FgudFw60C8ZPaidB6R283LgeFAsRQWXHV1MZTI1ZHmNBv+LYHDR/l5EOgW5jGDnB nT6qcp0Z8Leo6mFex19U/Y8DwdaNTLF8Lm1Zo= MIME-Version: 1.0 Received: by 10.216.15.75 with SMTP id e53mr2840155wee.107.1290337657362; Sun, 21 Nov 2010 03:07:37 -0800 (PST) Received: by 10.216.234.82 with HTTP; Sun, 21 Nov 2010 03:07:37 -0800 (PST) Date: Sun, 21 Nov 2010 11:07:37 +0000 Message-ID: From: Paul B Mahol To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Remove printf in acpi_tz_sanity() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 11:38:49 -0000 This patch removes printf which spams console whenever thermal state is changed in laptop. Source of problem is in buggy BIOS. diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/dev/acpica/acpi_thermal.c index 515a742..00866b2 100644 --- a/sys/dev/acpica/acpi_thermal.c +++ b/sys/dev/acpica/acpi_thermal.c @@ -697,11 +697,8 @@ acpi_tz_getparam(struct acpi_tz_softc *sc, char *node, int *data) static void acpi_tz_sanity(struct acpi_tz_softc *sc, int *val, char *what) { - if (*val != -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000)) { - device_printf(sc->tz_dev, "%s value is absurd, ignored (%d.%dC)\n", - what, TZ_KELVTOC(*val)); + if (*val != -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000)) *val = -1; - } } /* From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 21 21:17:51 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D16B51065693 for ; Sun, 21 Nov 2010 21:17:51 +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 215D08FC0A for ; Sun, 21 Nov 2010 21:17:50 +0000 (UTC) Received: from porto.topspin.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 XAA15040; Sun, 21 Nov 2010 23:17:49 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKHIC-0005ds-Rg; Sun, 21 Nov 2010 23:17:48 +0200 Message-ID: <4CE98C7E.90301@freebsd.org> Date: Sun, 21 Nov 2010 23:17:50 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Paul B Mahol References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: Remove printf in acpi_tz_sanity() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 21:17:51 -0000 on 21/11/2010 13:07 Paul B Mahol said the following: > This patch removes printf which spams console whenever thermal state > is changed in laptop. Source of problem is in buggy BIOS. > > diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/dev/acpica/acpi_thermal.c > index 515a742..00866b2 100644 > --- a/sys/dev/acpica/acpi_thermal.c > +++ b/sys/dev/acpica/acpi_thermal.c > @@ -697,11 +697,8 @@ acpi_tz_getparam(struct acpi_tz_softc *sc, char > *node, int *data) > static void > acpi_tz_sanity(struct acpi_tz_softc *sc, int *val, char *what) > { > - if (*val != -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000)) { > - device_printf(sc->tz_dev, "%s value is absurd, ignored (%d.%dC)\n", > - what, TZ_KELVTOC(*val)); > + if (*val != -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000)) > *val = -1; > - } > } As is - this is a perfect candidate for a "local only" patch. To be included into the tree - this, most probably, has to be controlled by a tunable/sysctl. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 21 23:19:38 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D502106566B; Sun, 21 Nov 2010 23:19:38 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3928FC0A; Sun, 21 Nov 2010 23:19:37 +0000 (UTC) Received: by wwd20 with SMTP id 20so6484986wwd.31 for ; Sun, 21 Nov 2010 15:19:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ccmNA94plpP68HTN7nX3uix6zuhXK+Ky4pdleWjFyjw=; b=vUeUnQ3LpKG8dDP0jdqSztA7rG543J3LbYKndEYOIfRpOS4s4LCA8YTbQORchOzl0s cl0ZFLnvPi7amdgJq8o8GRLFYEADT+c92yT/a87zeij0bvcEz4gBNQ+OTVwmpkgJJe9i Sej5pHSGFwNZLP4iu1yicpuVkL1tFUhQIFrwA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=CML/vHAJywRlpmQtRMcVJ0Ctx/cAur+QCGlAeCGxQuV9lgZY2rZ/rn9Dxoz63vJdAo LeF+IrywcfrZmLEii3v7hP9SdHi+cQbRcAqOqo8nGFuWzTZ+T6EcefENaQnElYHvdWsv SaB4S296EmaMlsRI04pOlUrL2fn7UxX0wwCGQ= Received: by 10.216.15.75 with SMTP id e53mr3291447wee.107.1290381560177; Sun, 21 Nov 2010 15:19:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.234.82 with HTTP; Sun, 21 Nov 2010 15:18:59 -0800 (PST) In-Reply-To: <4CE98C7E.90301@freebsd.org> References: <4CE98C7E.90301@freebsd.org> From: Paul B Mahol Date: Sun, 21 Nov 2010 23:18:59 +0000 Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: Remove printf in acpi_tz_sanity() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 23:19:38 -0000 On Sun, Nov 21, 2010 at 9:17 PM, Andriy Gapon wrote: > on 21/11/2010 13:07 Paul B Mahol said the following: >> This patch removes printf which spams console whenever thermal state >> is changed in laptop. Source of problem is in buggy BIOS. >> >> diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/dev/acpica/acpi_thermal= .c >> index 515a742..00866b2 100644 >> --- a/sys/dev/acpica/acpi_thermal.c >> +++ b/sys/dev/acpica/acpi_thermal.c >> @@ -697,11 +697,8 @@ acpi_tz_getparam(struct acpi_tz_softc *sc, char >> *node, int *data) >> =A0static void >> =A0acpi_tz_sanity(struct acpi_tz_softc *sc, int *val, char *what) >> =A0{ >> - =A0 =A0if (*val !=3D -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000)= ) { >> - =A0 =A0 device_printf(sc->tz_dev, "%s value is absurd, ignored (%d.%dC= )\n", >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 what, TZ_KELVTOC(*val)); >> + =A0 =A0if (*val !=3D -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000)= ) >> =A0 =A0 =A0 *val =3D -1; >> - =A0 =A0} >> =A0} > > As is - this is a perfect candidate for a "local only" patch. > To be included into the tree - this, most probably, has to be controlled = by a > tunable/sysctl. So solution for useless console spamming is to add useless sysctl. For -1 values, sane default values should be picked up. Anyway only _CRT is showing on console, and _PSV & _HOT are both -1 for tz0= . I'm not first one mentioning this and issue is old several years. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 00:09:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED39106566B for ; Mon, 22 Nov 2010 00:09:37 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 537AE8FC0C for ; Mon, 22 Nov 2010 00:09:36 +0000 (UTC) Received: by qwi4 with SMTP id 4so220026qwi.13 for ; Sun, 21 Nov 2010 16:09:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=e700q+K70Xp7CmyWxpWkjCachzwyMof/M2rK88HHMCU=; b=ZwbK4ZfdXTWR2LejZE/2XckAtQzMXDyUhBGXEWfZZ2zh57DQ1dz9gDFdpXq/46fZEW TJDWKIemyaqBffOrYTHUfvzUCFinIVNNZCzu295pDXeKyaXDRj8EMuSMH8M+Sh3bo8WQ wp1i26GV1+zOAPR1S88iFxCbWRPKeQcWDfLOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=MM5dQRcGpDaEY8S5eM5stmkjRR26O2R8VYFuCsUwKTFXiabis8gUyFpRmkbGJ+gD70 9T+cZXdwWVa8tbZdRke3EZS8WVbEI8/mmSmJLeNyWSTaMSlrTcx4wJNlyoT+tZuj49+C 5YzV/5hHYl4lIw6Vs4wEotUHdrBrTmYG/UDo8= MIME-Version: 1.0 Received: by 10.224.3.14 with SMTP id 14mr3677469qal.52.1290382773053; Sun, 21 Nov 2010 15:39:33 -0800 (PST) Received: by 10.220.194.131 with HTTP; Sun, 21 Nov 2010 15:39:32 -0800 (PST) Date: Sun, 21 Nov 2010 18:39:32 -0500 Message-ID: From: Super Bisquit To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: drm.ko/radeon build stops with specialreg.h X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 00:09:37 -0000 FreeBSD SNAPSHOT-9 from people.freebsd.org/~nwhitehorn not ppc64. In the directories of /usr/src/sys/modules/drm/ and of /usr/src/sys/modules/drm/radeon the build breaks with specialeg.h not found. Using find -f /|grep specialreg.h only leaves me with /usr/src/sys/(x86-variant)/include/speialreg.h. At the same time, make complains of object directory not being changed. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 00:42:01 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E918106564A; Mon, 22 Nov 2010 00:42:01 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 26E0E8FC08; Mon, 22 Nov 2010 00:42:00 +0000 (UTC) Received: by qyk8 with SMTP id 8so1578098qyk.13 for ; Sun, 21 Nov 2010 16:42:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HC/t3KkL3wQI2to5lU/i+hdXR/o/ERy6iAY0P3w1bAM=; b=J+tqUM4CgOwdm0yD27m9S3PwTOP/IHLdtZ8T9vB5vbrMtm+oFrd6GIKOTbrJb6VXD2 aaP91N6lRDWeMr6WgSqvn3gp221M3KTjKF+u82uLnu/C280H+pU+XYUDyGCoH2SU0HT5 0BAoVYP15PwOu38JNmpmfr0cyaO5ML/Pwef4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sG6w/J0VkA6Lti3HiZ5Bw+WklljwqV5njI5TSjBnxV8uU7p/L7U4+PRZKBOs2H+Ws4 Y7oEDmvbVtQKbJOPiFzjMyORs3ENW2qGMmA0Sr3KZ+NSNrFT4SZ4hKxTYNx1JTBXm94J Kfl4bY52PAHneMroAgq8bIElzgapbMPSJeTUg= MIME-Version: 1.0 Received: by 10.229.89.202 with SMTP id f10mr4464475qcm.212.1290385093972; Sun, 21 Nov 2010 16:18:13 -0800 (PST) Received: by 10.229.229.134 with HTTP; Sun, 21 Nov 2010 16:18:13 -0800 (PST) In-Reply-To: References: <4CE98C7E.90301@freebsd.org> Date: Sun, 21 Nov 2010 22:18:13 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: Paul B Mahol Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org, Andriy Gapon Subject: Re: Remove printf in acpi_tz_sanity() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 00:42:01 -0000 On Sun, Nov 21, 2010 at 9:18 PM, Paul B Mahol wrote: > On Sun, Nov 21, 2010 at 9:17 PM, Andriy Gapon wrote: >> on 21/11/2010 13:07 Paul B Mahol said the following: >>> This patch removes printf which spams console whenever thermal state >>> is changed in laptop. Source of problem is in buggy BIOS. >>> >>> diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/dev/acpica/acpi_therma= l.c >>> index 515a742..00866b2 100644 >>> --- a/sys/dev/acpica/acpi_thermal.c >>> +++ b/sys/dev/acpica/acpi_thermal.c >>> @@ -697,11 +697,8 @@ acpi_tz_getparam(struct acpi_tz_softc *sc, char >>> *node, int *data) >>> =A0static void >>> =A0acpi_tz_sanity(struct acpi_tz_softc *sc, int *val, char *what) >>> =A0{ >>> - =A0 =A0if (*val !=3D -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000= )) { >>> - =A0 =A0 device_printf(sc->tz_dev, "%s value is absurd, ignored (%d.%d= C)\n", >>> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 what, TZ_KELVTOC(*val)); >>> + =A0 =A0if (*val !=3D -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000= )) >>> =A0 =A0 =A0 *val =3D -1; >>> - =A0 =A0} >>> =A0} >> >> As is - this is a perfect candidate for a "local only" patch. >> To be included into the tree - this, most probably, has to be controlled= by a >> tunable/sysctl. > > So solution for useless console spamming is to add useless sysctl. > > For -1 values, sane default values should be picked up. > Anyway only _CRT is showing on console, and _PSV & _HOT are both -1 for t= z0. > > I'm not first one mentioning this and issue is old several years. +1 (Compaq nx6320) From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 01:34:23 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1D1A106566B for ; Mon, 22 Nov 2010 01:34:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 315738FC1C for ; Mon, 22 Nov 2010 01:34:22 +0000 (UTC) Received: (qmail 16724 invoked by uid 399); 22 Nov 2010 01:34:22 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Nov 2010 01:34:22 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CE9C89D.6090607@FreeBSD.org> Date: Sun, 21 Nov 2010 17:34:21 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4CDDEF6C.40401@FreeBSD.org> In-Reply-To: <4CDDEF6C.40401@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PATCH] Remove references to ramdisk* in rc.conf(5) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 01:34:23 -0000 MFC to 8 and 7 is done, I'm not going to MFC this to 6. Thanks again, Doug On 11/12/2010 17:52, Doug Barton wrote: > If you want review for rc.d related stuff freebsd-rc@ is your best bet. > > Meanwhile, this patch is fine, thanks for taking the time to look at it. > AFAICS neither 8 nor 7 has this feature either, so feel free to MFC. > > > Doug > > > On 11/12/2010 17:19, Garrett Cooper wrote: >> Hi, >> ramdisk* hasn't been in place for quite a while now (I think since >> the 5.x days when the mdconfig scripts were created). Could someone >> please review and potentially commit this manpage update to remove the >> ramdisk* references from rc.conf(5)? >> Thanks! >> -Garrett > > -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 01:42:23 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0E2106564A for ; Mon, 22 Nov 2010 01:42:23 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id AD86C8FC08 for ; Mon, 22 Nov 2010 01:42:23 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id oAM1VMvG015085 for ; Sun, 21 Nov 2010 17:31:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1290389482; bh=t7l7Unz2PEirrwshCZCnt7YSrLczVI3gpVYHJ7UB76M=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=EnmOkUgtmGAKHuzK7UqUVmFRh6xnSOHi5O/VHKEmh3LZVsCwrnOmkQz+fNGPjUCe1 X7qWpQtxnW8A3Qc1IBIy+tbLzCKaWGxFc/xq8Q4L+voXDE2ltOCSlYO6AaifD6FSTO 5nik1x9R9bSns3brr36EO5ypGePBiz/gmatePPdg= From: Sean Bruno To: freebsd-hackers Content-Type: text/plain; charset="UTF-8" Date: Sun, 21 Nov 2010 17:31:22 -0800 Message-ID: <1290389482.16558.1338.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Subject: Building my own release ISOs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 01:42:23 -0000 Does this look about right to build from a test branch? sudo make release SVNROOT=ssh+svn://svn.freebsd.org/base SVNBRANCH=projects/sbruno_64cpus MAKE_ISOS=y MAKE_DVD=y NO_FLOPPIES=y NODOC=y NOPORTSATALL=y WORLD_FLAGS=-j32 KERNEL_FLAGS=-j32 BUILDNAME=sbruno CHROOTDIR=/new_release Sean From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 03:02:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2757106564A for ; Mon, 22 Nov 2010 03:02:48 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AA7F78FC08 for ; Mon, 22 Nov 2010 03:02:48 +0000 (UTC) Received: by iwn39 with SMTP id 39so7986832iwn.13 for ; Sun, 21 Nov 2010 19:02:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Dg2YMoaYFA9u6FXLPAKFuibm2TXY9glD026QaWFNXqA=; b=tLZre3CqyvAWmccvn3MJuGNQzjx0ovSzWZW7zsQHB5EJ+p9VNS4uZaCAjxaW+wRmQv J/DTymza/ZRDX5ehnF6TzgEwRHtM8/0pgGocgSszvuDQ3M7iNM9Q25yOyqqqlEqhbj+1 jryjxCisQkX1qxXXqsTaNHUzemhbhJDqMjwK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=c8m43WU9f1OPjm3Cha8ErGSbgCgbTRX6uwEszzf8PL/g0nv5MVlQQqA5f28FAbf5mH DbHoxrxdUnxu5aN/ZbsQzSkUXFmI2Wu8HL5v/04pOeYLHfr23mzbZp6M4Aybe3XwU55x veCPBUTPrVWReNPRDW01cup0PKraMjvELCCKA= MIME-Version: 1.0 Received: by 10.231.156.139 with SMTP id x11mr6307404ibw.22.1290394967844; Sun, 21 Nov 2010 19:02:47 -0800 (PST) Sender: mdf356@gmail.com Received: by 10.231.21.35 with HTTP; Sun, 21 Nov 2010 19:02:47 -0800 (PST) Date: Sun, 21 Nov 2010 19:02:47 -0800 X-Google-Sender-Auth: _hpHqCqi6BxFrgwXk6nqB2eE1GE Message-ID: From: mdf@FreeBSD.org To: freebsd-hackers Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD development on Mac OS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 03:02:49 -0000 (Taking to -hackers by request) My old (Ubuntu) laptop died and I have replaced it with a Macbook Air. I know from visual inspection at BSDCan that 50% of the attending developers own a Mac laptop of some kind. However, I've been a bit stumped on how to share the source code from my Mac with the FreeBSD virtual machine. When I was using Linux it was relatively easy; I exported a directory and mounted it with NFS. Using my Mac as a NFS server hasn't yet worked. The google is mostly coming up empty for me in terms of help. My /etc/exports file on the Mac looks like: /data -maproot=mdf:admin -network 10.211.55.0 -mask 255.255.255.0 as that's the IP range that parallels is using for its virtual machines. But when I try to mount from FreeBSD (as root) I get this error: RPCPROG_MNT: RPC: Authentication error; why = Client credential too weak Again, the google hits for this error message haven't given me anything helpful. I tried taking out the maproot option but I get the same error. Immediately after a "nfsd restart" I get a RPCPROG_NFS: RPC: Program not registered error, but that clears up and then I'm back to Client credential too weak. I don't know if this is a client or server issue, but I don't recall that I'm doing anything differently on the FreeBSD VM side except that I'm trying it through Parallels instead of VMware or VirtualBox at the moment. So... any thoughts as to what else I need to do on the server side? Thanks, matthew From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 03:55:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B924106564A; Mon, 22 Nov 2010 03:55:25 +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 5D7F28FC0C; Mon, 22 Nov 2010 03:55:23 +0000 (UTC) Received: from [10.0.2.77] (ppp121-45-159-9.lns6.adl6.internode.on.net [121.45.159.9]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id oAM3KqWA040076 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 22 Nov 2010 13:50:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-1-703722417; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: Date: Mon, 22 Nov 2010 13:50:50 +1030 Message-Id: <733F67DF-6392-4F2E-9249-627F2F355F2A@gsoft.com.au> References: To: mdf@freebsd.org X-Mailer: Apple Mail (2.1082) 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.5 Cc: freebsd-hackers Subject: Re: FreeBSD development on Mac OS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 03:55:25 -0000 --Apple-Mail-1-703722417 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22/11/2010, at 13:32, mdf@freebsd.org wrote: > My /etc/exports file on the Mac looks like: >=20 > /data -maproot=3Dmdf:admin -network 10.211.55.0 -mask = 255.255.255.0 >=20 > as that's the IP range that parallels is using for its virtual = machines. >=20 > But when I try to mount from FreeBSD (as root) I get this error: >=20 > RPCPROG_MNT: RPC: Authentication error; why =3D Client credential too = weak I just tried this on my MBP with parallels and it worked fine - I had = maproot=3D0:0 though. Also, I mounted /Users - don't know if it makes a difference or if there = is some other thing that needs tweaking first. -- 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-1-703722417-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 04:02:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E21106566B; Mon, 22 Nov 2010 04:02:44 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 851818FC0C; Mon, 22 Nov 2010 04:02:43 +0000 (UTC) Received: by wwd20 with SMTP id 20so6643547wwd.31 for ; Sun, 21 Nov 2010 20:02:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=sjaOEgMt6AU3o5880x9pixQXnPGYsRWkwitEkYXtIJ0=; b=lEJLU2+jSbippbcJbdTVP/1nbQ6Qocm1bTmH67N2IwNRknxhWmH61OS9jqXgRPtCdt Say4fGM3CL1lsLwpBMlbKbaMDS3QUPjy1TnRmzuXzCSup1h+5HKO5kEfZTWNjiWw40Tu KpBm97lGoaxp85Wu+PUziNF+ljRUrv1BBS3d0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=OaQqiCWIW5j6f9Lx/EctjYFLxMMuvLP6kg5g/q2UCJT3Go6V4rGgxWWbhx8smHc2xd joCRPI/nwzUBweWPj5YA17AloUfLiuoScIckBUN0ZeO5FptrIVdCbDTImool8HLFVkCF 5xeSJWbgmmAG4psTEsaWPXV1rKfTZDge4Egqk= MIME-Version: 1.0 Received: by 10.216.46.200 with SMTP id r50mr3865137web.45.1290398561970; Sun, 21 Nov 2010 20:02:41 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Sun, 21 Nov 2010 20:02:41 -0800 (PST) In-Reply-To: <733F67DF-6392-4F2E-9249-627F2F355F2A@gsoft.com.au> References: <733F67DF-6392-4F2E-9249-627F2F355F2A@gsoft.com.au> Date: Sun, 21 Nov 2010 20:02:41 -0800 X-Google-Sender-Auth: oP30cD3xmEOeefb7zg_SQcsr4Yc Message-ID: From: Garrett Cooper To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mdf@freebsd.org, freebsd-hackers Subject: Re: FreeBSD development on Mac OS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 04:02:44 -0000 On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor wr= ote: > > On 22/11/2010, at 13:32, mdf@freebsd.org wrote: >> My /etc/exports file on the Mac looks like: >> >> /data =A0 -maproot=3Dmdf:admin =A0 =A0 =A0-network 10.211.55.0 =A0 =A0-m= ask 255.255.255.0 >> >> as that's the IP range that parallels is using for its virtual machines. >> >> But when I try to mount from FreeBSD (as root) I get this error: >> >> RPCPROG_MNT: RPC: Authentication error; why =3D Client credential too we= ak > > I just tried this on my MBP with parallels and it worked fine - I had map= root=3D0:0 though. > > Also, I mounted /Users - don't know if it makes a difference or if there = is some other thing that needs tweaking first. In short, look at /var/log/messages on the Macbook to see what RPC isn't happy with [1]. HTH, -Garrett 1. http://www.freebsddiary.org/nfs.php From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 04:44:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05CFB106566B; Mon, 22 Nov 2010 04:44:58 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B03DD8FC08; Mon, 22 Nov 2010 04:44:57 +0000 (UTC) Received: by iwn39 with SMTP id 39so8070743iwn.13 for ; Sun, 21 Nov 2010 20:44:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=hgykKcq+4jn11KY9lc47w1leJyXP7vREVCwutnVy/bU=; b=cgykVqwZCzJ2MUrrrAHjLdGqczUjvZs5wJwNi7y6aHUhVwqG4s0aRG4pIC0cPQrbbm DX597iFQU6U3wv0ytpBAFuwDu68msvglCi4ioKlePwsFZAWvb6lTp+X999kWGrBfKipr cwmSqUo6l+KTw0eO99j1Wah7WH1TAZ8tGUsPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=xHMDgcebX4aC5KTKI5nRXGDtgnMkTNtMLLIcOuRV8PiPLOuNQSTpI525IaKzvSrEbx YItvPGjvxJLy+vNmDSPn7m4Bu86WrOvcEwIxyu6rmP9okSu3wBYIykFDL4I/cOMMiJIn OFqGGQbtWxBLbngSfG0Ge+olJsX27MlzF9/dk= MIME-Version: 1.0 Received: by 10.231.33.4 with SMTP id f4mr6276414ibd.147.1290401095033; Sun, 21 Nov 2010 20:44:55 -0800 (PST) Sender: mdf356@gmail.com Received: by 10.231.21.35 with HTTP; Sun, 21 Nov 2010 20:44:54 -0800 (PST) In-Reply-To: References: <733F67DF-6392-4F2E-9249-627F2F355F2A@gsoft.com.au> Date: Sun, 21 Nov 2010 20:44:54 -0800 X-Google-Sender-Auth: 6LEJpF6y5gSh-RMkTyMCNNV5tYw Message-ID: From: mdf@FreeBSD.org To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers Subject: Re: FreeBSD development on Mac OS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 04:44:58 -0000 On Sun, Nov 21, 2010 at 8:02 PM, Garrett Cooper wrote= : > On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor = wrote: >> >> On 22/11/2010, at 13:32, mdf@freebsd.org wrote: >>> My /etc/exports file on the Mac looks like: >>> >>> /data =A0 -maproot=3Dmdf:admin =A0 =A0 =A0-network 10.211.55.0 =A0 =A0-= mask 255.255.255.0 >>> >>> as that's the IP range that parallels is using for its virtual machines= . >>> >>> But when I try to mount from FreeBSD (as root) I get this error: >>> >>> RPCPROG_MNT: RPC: Authentication error; why =3D Client credential too w= eak >> >> I just tried this on my MBP with parallels and it worked fine - I had ma= proot=3D0:0 though. >> >> Also, I mounted /Users - don't know if it makes a difference or if there= is some other thing that needs tweaking first. > > =A0 =A0In short, look at /var/log/messages on the Macbook to see what RPC > isn't happy with [1]. > HTH, > -Garrett > > 1. http://www.freebsddiary.org/nfs.php maproot=3D0:0 gives me the same error. There is no /var/log/messages on the mac, or at least not on mine. A grep for things like "credential" shows no hits anywhere in /var/log; a grep for mountd in /var/log/*.log only has hits in launchd-shutdown.log. A grep for nfsd in /var/log/*.log doesn't *seem* to have anything useful, just a few in appfirewall.log about nfsd listening on various ports. Even with the firewall off I get the same "Client credential too weak" error. I get the same error when I change /etc/exports on the Mac and /etc/fstab on the FreeBSD VM to /Users/mdf. So... I'm pretty stumped. Thanks, matthew From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 04:50:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C12AC106564A; Mon, 22 Nov 2010 04:50:30 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7646F8FC1B; Mon, 22 Nov 2010 04:50:30 +0000 (UTC) Received: by iwn39 with SMTP id 39so8075544iwn.13 for ; Sun, 21 Nov 2010 20:50:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=SA55xnV0/DQCyMd0ABIy3X4nUwE6IvmXrosBX5n/TI4=; b=WxO+vU4YhWE4PxxUt33GkXBeWR/sl6au35mfaO4WbPvjt3C5gNtvefDbmBu6FxgaoY S6OO7rXMlJERw01ewcwoUfbgtDvHRM1F6h/sSZUmPrg2Lex+E9QLu9of+gPPy5MaqqIh /RueMw9k8eNP0lPXGQNPMrCbG47H3J067AxVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=WEUzOa6lhSzUBI3pUudf01jS1539t5oJ72OyJdiBsfepUodbIRA/1vvOj1g8+x+cEK UHIIWHY5y7ewQA5vvdMCAEhJqoNbJ2gO3fD3J77sMoJUZl/SkPB7wXUivBGGOK1qSsQm D60Uk3SEWphOHeFPNeYlzHJ1/dgk7iSz7DVws= MIME-Version: 1.0 Received: by 10.231.11.9 with SMTP id r9mr6407752ibr.47.1290401428469; Sun, 21 Nov 2010 20:50:28 -0800 (PST) Sender: mdf356@gmail.com Received: by 10.231.21.35 with HTTP; Sun, 21 Nov 2010 20:50:28 -0800 (PST) In-Reply-To: References: <733F67DF-6392-4F2E-9249-627F2F355F2A@gsoft.com.au> Date: Sun, 21 Nov 2010 20:50:28 -0800 X-Google-Sender-Auth: iq5J7sbJxxwKrELs3g85XnDJEbk Message-ID: From: mdf@FreeBSD.org To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers Subject: Re: FreeBSD development on Mac OS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 04:50:30 -0000 Solved! The default setup for Parallels was a Shared network. I didn't see any way to change this in the Parallels machine configuration, but there was another menu I had missed where the network was configurable. Changing the network to bridged, ifconfig em0 down; dhclient em0 and now mounting works! Thanks, matthew On Sun, Nov 21, 2010 at 8:44 PM, wrote: > On Sun, Nov 21, 2010 at 8:02 PM, Garrett Cooper wro= te: >> On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor = wrote: >>> >>> On 22/11/2010, at 13:32, mdf@freebsd.org wrote: >>>> My /etc/exports file on the Mac looks like: >>>> >>>> /data =A0 -maproot=3Dmdf:admin =A0 =A0 =A0-network 10.211.55.0 =A0 =A0= -mask 255.255.255.0 >>>> >>>> as that's the IP range that parallels is using for its virtual machine= s. >>>> >>>> But when I try to mount from FreeBSD (as root) I get this error: >>>> >>>> RPCPROG_MNT: RPC: Authentication error; why =3D Client credential too = weak >>> >>> I just tried this on my MBP with parallels and it worked fine - I had m= aproot=3D0:0 though. >>> >>> Also, I mounted /Users - don't know if it makes a difference or if ther= e is some other thing that needs tweaking first. >> >> =A0 =A0In short, look at /var/log/messages on the Macbook to see what RP= C >> isn't happy with [1]. >> HTH, >> -Garrett >> >> 1. http://www.freebsddiary.org/nfs.php > > maproot=3D0:0 gives me the same error. > > There is no /var/log/messages on the mac, or at least not on mine. =A0A > grep for things like "credential" shows no hits anywhere in /var/log; > a grep for mountd in /var/log/*.log only has hits in > launchd-shutdown.log. =A0A grep for nfsd in /var/log/*.log doesn't > *seem* to have anything useful, just a few in appfirewall.log about > nfsd listening on various ports. > > Even with the firewall off I get the same "Client credential too weak" > error. =A0I get the same error when I change /etc/exports on the Mac and > /etc/fstab on the FreeBSD VM to /Users/mdf. > > So... I'm pretty stumped. > > Thanks, > matthew > From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 05:56:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354B4106566B for ; Mon, 22 Nov 2010 05:56:30 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 107B98FC1C for ; Mon, 22 Nov 2010 05:56:29 +0000 (UTC) Received: from [10.123.2.178] (DIR-655 [192.168.1.65]) by monday.kientzle.com (8.14.3/8.14.3) with ESMTP id oAM5uTAU064383; Mon, 22 Nov 2010 05:56:29 GMT (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sun, 21 Nov 2010 21:56:28 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <01C90F40-35DE-4E7B-9D3E-AA2B8C54E060@kientzle.com> References: <733F67DF-6392-4F2E-9249-627F2F355F2A@gsoft.com.au> To: mdf@freebsd.org X-Mailer: Apple Mail (2.1082) Cc: freebsd-hackers , Garrett Cooper Subject: Re: FreeBSD development on Mac OS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 05:56:30 -0000 On Nov 21, 2010, at 8:44 PM, mdf@freebsd.org wrote: > On Sun, Nov 21, 2010 at 8:02 PM, Garrett Cooper = wrote: >> On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor = wrote: >>>=20 >>> On 22/11/2010, at 13:32, mdf@freebsd.org wrote: >>>> My /etc/exports file on the Mac looks like: >>>>=20 >>>> /data -maproot=3Dmdf:admin -network 10.211.55.0 -mask = 255.255.255.0 >>>>=20 >>>> as that's the IP range that parallels is using for its virtual = machines. >>>>=20 >>>> But when I try to mount from FreeBSD (as root) I get this error: >>>>=20 >>>> RPCPROG_MNT: RPC: Authentication error; why =3D Client credential = too weak >>>=20 >>> I just tried this on my MBP with parallels and it worked fine - I = had maproot=3D0:0 though. I ran into this same problem a while back but I did eventually get it to work. I can't remember now what the "client credential" in question was; it's a pretty cryptic error message. Here's my /etc/exports on Mac OS: /Users/tim -alldirs -mapall=3Dtim -network 10.123.9.0 -mask = 255.255.255.0 (Yes, I've changed the network addressing used by Parallels.) Here's the mount command that works for me on FreeBSD: mount 10.123.9.101:/Users/tim /mnt The FreeBSD VM has nothing at all NFS-related in rc.conf---I recall playing with some options but backing them all out. I've since switched over to using another FreeBSD VM as NFS server, which works well but eats battery. As soon as I can find the time to backup and reformat my Mac disk so I can set aside a case-sensitive partition, I'll probably switch back to having the Mac play NFS server. Tim From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 08:55:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B821065747 for ; Mon, 22 Nov 2010 08:55:54 +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 9D6DC8FC1F for ; Mon, 22 Nov 2010 08:55:53 +0000 (UTC) Received: from porto.topspin.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 KAA23142; Mon, 22 Nov 2010 10:55:51 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKSBj-0008mO-BI; Mon, 22 Nov 2010 10:55:51 +0200 Message-ID: <4CEA3019.4060203@freebsd.org> Date: Mon, 22 Nov 2010 10:55:53 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: sbruno@freebsd.org References: <1290389482.16558.1338.camel@home-yahoo> In-Reply-To: <1290389482.16558.1338.camel@home-yahoo> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers , Sean Bruno Subject: Re: Building my own release ISOs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 08:55:54 -0000 on 22/11/2010 03:31 Sean Bruno said the following: > Does this look about right to build from a test branch? > > sudo make release SVNROOT=ssh+svn://svn.freebsd.org/base > SVNBRANCH=projects/sbruno_64cpus MAKE_ISOS=y MAKE_DVD=y NO_FLOPPIES=y > NODOC=y NOPORTSATALL=y WORLD_FLAGS=-j32 KERNEL_FLAGS=-j32 > BUILDNAME=sbruno CHROOTDIR=/new_release BTW, just in case, I think that EXTSRCDIR could be used to make a release out of an existing src directory as opposed to code in a repository. -- Andriy Gapon -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 09:06:20 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3FBD106566B for ; Mon, 22 Nov 2010 09:06:20 +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 0E8738FC13 for ; Mon, 22 Nov 2010 09:06:19 +0000 (UTC) Received: from porto.topspin.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 LAA23347; Mon, 22 Nov 2010 11:06:17 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKSLp-0008ne-IS; Mon, 22 Nov 2010 11:06:17 +0200 Message-ID: <4CEA328C.2060508@freebsd.org> Date: Mon, 22 Nov 2010 11:06:20 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Paul B Mahol References: <4CE98C7E.90301@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: Remove printf in acpi_tz_sanity() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 09:06:20 -0000 on 22/11/2010 01:18 Paul B Mahol said the following: > On Sun, Nov 21, 2010 at 9:17 PM, Andriy Gapon wrote: >> As is - this is a perfect candidate for a "local only" patch. >> To be included into the tree - this, most probably, has to be controlled by a >> tunable/sysctl. > > So solution for useless console spamming is to add useless sysctl. Are you absolutely sure that they both are/would be useless? For all uses of acpi_tz_sanity()? E.g. if some system has never produced those messages in years and then suddenly starts spewing them out, would that be useless information? > For -1 values, sane default values should be picked up. For current temperature too? > Anyway only _CRT is showing on console, and _PSV & _HOT are both -1 for tz0. On your system. > I'm not first one mentioning this and issue is old several years. OK. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 09:28:31 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4AA01065679 for ; Mon, 22 Nov 2010 09:28:31 +0000 (UTC) (envelope-from thefreebsdnewbie@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB188FC1E for ; Mon, 22 Nov 2010 09:28:31 +0000 (UTC) Received: by pxi1 with SMTP id 1so1541552pxi.13 for ; Mon, 22 Nov 2010 01:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=1tM80jwsbeYsMNzsJezySlrIz9lKeWZmVmL5oSwFUic=; b=eTW/6ZWPW6AvDM7kcrKEN9rfRpLMgkI4fhJdLM/E4qKZ32iA3OwTKTE+ziLkjPMgXF QJYBrJxq1O0F3mozYk1GVgwGJ3tGyJp1x1w8GCirEN8nGY/0oDJJDkH7sooSjYcBQCWD mpK1sMtMZxssFDThJSPBFavCAK4FOGIPGHufc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Ck+VCd0sf1a/43+KJpCDGiHHLq/IwX27+4Yo9sild5JyYBvvrT8xYDBr9eBFESv58p 4OUOE2/dEavhTuSz6QAaDax2gf9VFN7Y0OiSZw+PueRmQSLBxynC4V2/XhsLI0b28DMM ZdCjVkAUQMG9XZRei1qg4QTAHb3aIoNp9TwFM= MIME-Version: 1.0 Received: by 10.142.115.6 with SMTP id n6mr4449046wfc.169.1290416402308; Mon, 22 Nov 2010 01:00:02 -0800 (PST) Received: by 10.143.14.14 with HTTP; Mon, 22 Nov 2010 01:00:02 -0800 (PST) Date: Mon, 22 Nov 2010 10:00:02 +0100 Message-ID: From: the newbie To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Can I execute a C/C++ program from HTML? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 09:28:32 -0000 Hi, I know that this is not necessarily a FreeBSD related question, but it is definitely programming related and this forum seems to me to be the best to ask... As indicated in the subject line, is it possible to call a C or C++ program from HTML or any of the related internet languages? I got pointed to this question today, when we spoke about network games and I am still looking for an answer. Thanks! From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 09:40:49 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42FAA1065695 for ; Mon, 22 Nov 2010 09:40:49 +0000 (UTC) (envelope-from redcrash@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 07D378FC16 for ; Mon, 22 Nov 2010 09:40:48 +0000 (UTC) Received: by iwn39 with SMTP id 39so8353473iwn.13 for ; Mon, 22 Nov 2010 01:40:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=WmiwgxreChZLfcfE8xj1ikvTQxPpgBwhdLYx4IDSr3I=; b=o6l93swAd9sdLWedd63ICNDzc/+aUuIQlqDcdvDoQQxhWqNqDSRA0Lc4ujhCOJvTpB 6zo/PyiDr8Ewsw0gUC1KB7v43j6te4tVasIBAWJkOZH/Jo4uRXP1cpHIFvvrqQeeOQ/N c9OxqL+b0k7vBngb8BCaImn/5pWhCbXHYlap8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NhNPysYI6oM0dSsOoyjdfifdFZZK/IetRqzV731wafXFJLZ1DPKWb4KLffCk9vVFMw PEOvIGy+J+3o/WHxawt11084NhgVc4o9uCqwgHG8oB46RcIZZ3zJH16CNGDd6JiEl+/3 GVr5vPiBdajEFZkvXq4Ln8gWFJYCZz7zm2834= MIME-Version: 1.0 Received: by 10.231.167.67 with SMTP id p3mr6581712iby.20.1290418848026; Mon, 22 Nov 2010 01:40:48 -0800 (PST) Received: by 10.231.34.135 with HTTP; Mon, 22 Nov 2010 01:40:47 -0800 (PST) In-Reply-To: References: Date: Mon, 22 Nov 2010 10:40:47 +0100 Message-ID: From: Harald Servat To: the newbie Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Can I execute a C/C++ program from HTML? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 09:40:49 -0000 2010/11/22 the newbie > Hi, > > I know that this is not necessarily a FreeBSD related question, but it is > definitely programming related and this forum seems to me to be the best to > ask... > > As indicated in the subject line, is it possible to call a C or C++ program > from HTML or any of the related internet languages? > > I got pointed to this question today, when we spoke about network games and > I am still > looking for an answer. > > Thanks! > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > You're right, this is not even FreeBSD specific. Maybe this wikipedia entry can help you a bit http://en.wikipedia.org/wiki/Common_Gateway_Interface -- _________________________________________________________________ Fry: You can see how I lived before I met you. Bender: You lived before you met me?! Fry: Yeah, lots of people did. Bender: Really?! From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 11:14:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B1601065670; Mon, 22 Nov 2010 11:14:03 +0000 (UTC) (envelope-from ap@bnc.net) Received: from mailomat.net (mailomat.net [81.20.89.254]) by mx1.freebsd.org (Postfix) with ESMTP id 0506E8FC12; Mon, 22 Nov 2010 11:14:01 +0000 (UTC) X-Mailomat-SpamCatcher-Score: 2 [X] X-Mailomat-Cloudmark-Score: 0.000000 [] Received: from [194.39.192.125] (account bnc-mail HELO bnc.net) by mailomat.net (CommuniGate Pro SMTP 5.3.1) with ESMTPSA id 53002328; Mon, 22 Nov 2010 11:13:59 +0100 X-Junk-Score: 1 [X] X-SpamCatcher-Score: 1 [X] Received: from [194.39.194.142] (account ap@bnc.net HELO wasabi.wlan.bnc.net) by bnc.net (CommuniGate Pro SMTP 5.3.8) with ESMTPSA id 3841528; Mon, 22 Nov 2010 11:13:57 +0100 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-1-728509104; protocol="application/pkcs7-signature"; micalg=sha1 From: Achim Patzner In-Reply-To: Date: Mon, 22 Nov 2010 11:13:57 +0100 Message-Id: References: <733F67DF-6392-4F2E-9249-627F2F355F2A@gsoft.com.au> To: mdf@FreeBSD.org X-Mailer: Apple Mail (2.1082) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers , Garrett Cooper Subject: Re: FreeBSD development on Mac OS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 11:14:03 -0000 --Apple-Mail-1-728509104 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Am 22.11.2010 um 05:44 schrieb mdf@FreeBSD.org: > There is no /var/log/messages on the mac, or at least not on mine. You could take a look at /var log/system or read syslog(1). On a = decently recent Mac OS syslog has been replaced by something more = advanced called ASL. > /var/log/*.log !. Achim --Apple-Mail-1-728509104-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 08:23:13 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 631B4106564A for ; Mon, 22 Nov 2010 08:23:13 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 22C7C8FC13 for ; Mon, 22 Nov 2010 08:23:12 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 0E2E83A6EC; Mon, 22 Nov 2010 09:05:04 +0100 (CET) Date: Mon, 22 Nov 2010 09:05:04 +0100 From: Lars Engels To: "Carlos A. M. dos Santos" Message-ID: <20101122080504.GD56407@e.0x20.net> References: <4CE98C7E.90301@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RGcZ8sFvauoc93XO" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Mon, 22 Nov 2010 12:28:51 +0000 Cc: hackers@freebsd.org, Paul B Mahol , Andriy Gapon Subject: Re: Remove printf in acpi_tz_sanity() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 08:23:13 -0000 --RGcZ8sFvauoc93XO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 21, 2010 at 10:18:13PM -0200, Carlos A. M. dos Santos wrote: > On Sun, Nov 21, 2010 at 9:18 PM, Paul B Mahol wrote: > > On Sun, Nov 21, 2010 at 9:17 PM, Andriy Gapon wrote: > >> on 21/11/2010 13:07 Paul B Mahol said the following: > >>> This patch removes printf which spams console whenever thermal state > >>> is changed in laptop. Source of problem is in buggy BIOS. > >>> > >>> diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/dev/acpica/acpi_ther= mal.c > >>> index 515a742..00866b2 100644 > >>> --- a/sys/dev/acpica/acpi_thermal.c > >>> +++ b/sys/dev/acpica/acpi_thermal.c > >>> @@ -697,11 +697,8 @@ acpi_tz_getparam(struct acpi_tz_softc *sc, char > >>> *node, int *data) > >>> =C2=A0static void > >>> =C2=A0acpi_tz_sanity(struct acpi_tz_softc *sc, int *val, char *what) > >>> =C2=A0{ > >>> - =C2=A0 =C2=A0if (*val !=3D -1 && (*val < TZ_ZEROC || *val > TZ_ZERO= C + 2000)) { > >>> - =C2=A0 =C2=A0 device_printf(sc->tz_dev, "%s value is absurd, ignore= d (%d.%dC)\n", > >>> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 what= , TZ_KELVTOC(*val)); > >>> + =C2=A0 =C2=A0if (*val !=3D -1 && (*val < TZ_ZEROC || *val > TZ_ZERO= C + 2000)) > >>> =C2=A0 =C2=A0 =C2=A0 *val =3D -1; > >>> - =C2=A0 =C2=A0} > >>> =C2=A0} > >> > >> As is - this is a perfect candidate for a "local only" patch. > >> To be included into the tree - this, most probably, has to be controll= ed by a > >> tunable/sysctl. > > > > So solution for useless console spamming is to add useless sysctl. > > > > For -1 values, sane default values should be picked up. > > Anyway only _CRT is showing on console, and _PSV & _HOT are both -1 for= tz0. > > > > I'm not first one mentioning this and issue is old several years. >=20 > +1 (Compaq nx6320) Yes, almost every HP notebook seems to report -1 every few seconds. --RGcZ8sFvauoc93XO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkzqJDAACgkQKc512sD3afgLpwCfUaHov1pFxOKPCD9AfEPsOwLf ny8An0T9KrnG3iqQfCXxnO36+wzSoIJU =vVh8 -----END PGP SIGNATURE----- --RGcZ8sFvauoc93XO-- From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 12:32:12 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DB711065670; Mon, 22 Nov 2010 12:32:12 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D0CB48FC0A; Mon, 22 Nov 2010 12:32:11 +0000 (UTC) Received: by wwd20 with SMTP id 20so7029838wwd.31 for ; Mon, 22 Nov 2010 04:32:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=eBzFnUfFn00L0dkyHk8+j0tEbEumWd0JMPxvWg4s60U=; b=MIkyU2xgxs0Hp5aPV8I3NLT+cTUhmqoB7vYeJCGSK8sEjDRUrXmLBXQoZxXBFPPkHI F5wS4ABRkh4KFj1uuZ+5ImPr+gtCicmPTjhfmobufOzdoN0AzhUMFbZIgPELzpwI/M8E kfJg8OytddSYDOM1+Gt5zX/v7hfkjnsCmtAg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rPG+YHiwc0BY65A+YL+Uq0Q7h3maJl5VtuFpqeP/epRVpACqdCqryr1F02eqQBcQC2 lLr1aLdGUIF82Rf/7r4KlTBQOUgia0gnvdw/vu0o9qZuMZ5fQgVRGSc9nxWuU+BZ4Qqh +2GuqVLPid06a120pBrSYsWf69PwbCEJ6rosg= MIME-Version: 1.0 Received: by 10.216.155.68 with SMTP id i46mr4705511wek.92.1290429126674; Mon, 22 Nov 2010 04:32:06 -0800 (PST) Received: by 10.216.234.82 with HTTP; Mon, 22 Nov 2010 04:32:06 -0800 (PST) In-Reply-To: <4CEA328C.2060508@freebsd.org> References: <4CE98C7E.90301@freebsd.org> <4CEA328C.2060508@freebsd.org> Date: Mon, 22 Nov 2010 12:32:06 +0000 Message-ID: From: Paul B Mahol To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: hackers@freebsd.org Subject: Re: Remove printf in acpi_tz_sanity() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 12:32:12 -0000 On 11/22/10, Andriy Gapon wrote: > on 22/11/2010 01:18 Paul B Mahol said the following: >> On Sun, Nov 21, 2010 at 9:17 PM, Andriy Gapon wrote: >>> As is - this is a perfect candidate for a "local only" patch. >>> To be included into the tree - this, most probably, has to be controlled >>> by a >>> tunable/sysctl. >> >> So solution for useless console spamming is to add useless sysctl. > > Are you absolutely sure that they both are/would be useless? > For all uses of acpi_tz_sanity()? > E.g. if some system has never produced those messages in years and then > suddenly > starts spewing them out, would that be useless information? Linux, OpenBSD are missing this killer feature. > >> For -1 values, sane default values should be picked up. > > For current temperature too? > >> Anyway only _CRT is showing on console, and _PSV & _HOT are both -1 for >> tz0. > > On your system. > >> I'm not first one mentioning this and issue is old several years. > > OK. Sorry. From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 09:54:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E97DF1065673 for ; Mon, 22 Nov 2010 09:54:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3838FC1A for ; Mon, 22 Nov 2010 09:54:16 +0000 (UTC) Received: from outgoing.leidinger.net (p5B32EEA9.dip.t-dialin.net [91.50.238.169]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 8F88C84400E; Mon, 22 Nov 2010 10:38:50 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 8D23224C3; Mon, 22 Nov 2010 10:38:47 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oAM9cl9F006348; Mon, 22 Nov 2010 10:38:47 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 22 Nov 2010 10:38:47 +0100 Message-ID: <20101122103847.91682jdwiboeqejs@webmail.leidinger.net> Date: Mon, 22 Nov 2010 10:38:47 +0100 From: Alexander Leidinger To: Alexander Best References: <20101118185837.GA44549@freebsd.org> In-Reply-To: <20101118185837.GA44549@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 8F88C84400E.A6831 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1291023532.56817@7TcO6IO6zUng3iWHRivWCw X-EBL-Spam-Status: No X-Mailman-Approved-At: Mon, 22 Nov 2010 12:36:06 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] reminding developers to check for duplicates in ObsoleteFiles.inc and tools/build/mk/OptionalObsoleteFiles.inc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 09:54:17 -0000 Quoting Alexander Best (from Thu, 18 Nov 2010 18:58:37 +0000): > this change has been discussed on developers@. Committed (r215669) with a little modification to the description. Bye, Alexander. -- Nature is a mother. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 13:08:24 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E0DC10656AB; Mon, 22 Nov 2010 13:08:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9918FC21; Mon, 22 Nov 2010 13:08:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E2F0746B5B; Mon, 22 Nov 2010 08:08:23 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DA4718A009; Mon, 22 Nov 2010 08:08:12 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 22 Nov 2010 07:55:01 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4CE69A49.4080801@freebsd.org> In-Reply-To: <4CE69A49.4080801@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201011220755.01894.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 22 Nov 2010 08:08:12 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org, Andriy Gapon Subject: Re: new cpuid bits X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 13:08:24 -0000 On Friday, November 19, 2010 10:39:53 am Andriy Gapon wrote: > > Guys, > > I would like to add definitions for couple more useful CPUID bits, but I am > greatly confused about how to name them. > I failed to deduce the naming convention from the existing definitions and I am > not sure how to make the names proper and descriptive. > > The bits in question are returned by CPUID.6 in EAX and ECX. > CPUID.6 block is described by both AMD and Intel as "Thermal and Power Management > (Leaf)". Bits in EAX are defined only for Intel at present, the bit in ECX is > defined for both. > > Description/naming of the bits from the specifications: > EAX[0]: Digital temperature sensor is supported if set > EAX[1]: Intel Turbo Boost Technology Available > EAX[2]: ARAT. APIC-Timer-always-running feature is supported if set. > ECX[0]: > Intel: Hardware Coordination Feedback Capability (Presence of Bits MCNT and ACNT > MSRs). > AMD: EffFreq: effective frequency interface. > > How does the following look to you? > I will appreciate suggestions/comments. Looks fine to me. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 13:38:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 918C51065672 for ; Mon, 22 Nov 2010 13:38:52 +0000 (UTC) (envelope-from krivenok.dmitry@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD728FC12 for ; Mon, 22 Nov 2010 13:38:52 +0000 (UTC) Received: by iwn39 with SMTP id 39so8595754iwn.13 for ; Mon, 22 Nov 2010 05:38:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=0zKvLp1QtcWH1LwJAaJhpnMEbjwafsNhPXl406GIhZQ=; b=najvh8Vxihk3XwBlNqFTdoVk+0wzyK5YLJdUUqBYCXVVwP1SyMXAybEivKXqXC/ycJ 1VxQOirawF3r8911wBgJg2pD1O9kDm0hh2Q/FYAC6e5VkJJeIT9vWKel7qL/h7aytGm3 pUiB5HKZJFKcbLBWf5+Wp3PEMEAL/83D3C4KM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NanPHJTObK8czkJnLmJ6riVNAia4z9ud4u8Q2gXNgrFO3LGOOcc2evZx8Ck7ghcPRu yIFWrLMkORPWsVqSxQSq/yQjGbc1Fo0+6yT45vlF0L1NuYVxB6wC2Zk4/JpwHdquTyH5 0lhGG9RD5NhAC2vcWAbf9HPjxzrbcLFomg2dE= MIME-Version: 1.0 Received: by 10.231.14.8 with SMTP id e8mr6900039iba.71.1290433130701; Mon, 22 Nov 2010 05:38:50 -0800 (PST) Received: by 10.231.152.2 with HTTP; Mon, 22 Nov 2010 05:38:50 -0800 (PST) Date: Mon, 22 Nov 2010 16:38:50 +0300 Message-ID: From: Dmitry Krivenok To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: printf doesn't work from kernel modules X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 13:38:52 -0000 Hello Hackers, Recently I installed 8.1 on my laptop and recompiled the kernel. The system works fine, but I have a strange problem with my own trivial kernel module. I noticed that printf function doesn't produce any output (according to dmesg) if I call it from a module. Note, that the same module works perfectly on another 8.1 and CURRENT systems. Moreover, I added debug message (printf ("Bla bla bla\n");) in my kernel and found that it works fine (i.e. works if compiled directly in kernel, but doesn't work from module). Same effect with stock 8.1 kernel. I see the same problem with examples in /usr/share/examples/kld. I don't believe this is a real problem in FreeBSD. I'm sure this is some kind of configuration issue, but I cannot understand what exactly is wrong. What could cause such behaviour? Any ideas? Thanks! -- Sincerely yours, Dmitry V. Krivenok e-mail: krivenok.dmitry@gmail.com skype: krivenok_dmitry jabber: krivenok_dmitry@jabber.ru icq: 242-526-443 From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 14:19:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9470410656D7 for ; Mon, 22 Nov 2010 14:19:06 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6BF8FC1B for ; Mon, 22 Nov 2010 14:19:05 +0000 (UTC) Received: by wwb39 with SMTP id 39so73663wwb.1 for ; Mon, 22 Nov 2010 06:19:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:subject :date:x-mailer; bh=1DzJ1FXHNN/WuwGXVUxfCKWp5pb2xwt0BHiH8B0Df8M=; b=Sy0kX1qZnTN29W8lFrfBLVhgd7MWgNIlwCqTq8SJTsQm4BM/2a3xF5/vRbY9+EqeIa PjUc8oySt4AUmwubHLT5jEvSDJ3ADgveQTgVQQPyg5qdzdNDm270r456r9gKtB7D42IJ 94/T52MaFqg2rkCaR8VfcTLHcFJy21H8WsQ9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:subject:date:x-mailer; b=N8/40zrGmvKGXPny7GQ3ltqU3gW2mBGNDLKvvZWyL4r/i6H8PJ2fEykZV4eqjMY4Ms 20XLpwouGOTAwSldEhnjsMgQ6cw4ThvdcvUTrU3tLDAhHgbHO8T1rpD/Id02XB9YHSnC 4RZbkdXchaEzMvXyKYYIoHv9grzJNgKxOhIzs= Received: by 10.216.50.11 with SMTP id y11mr5168027web.57.1290435531495; Mon, 22 Nov 2010 06:18:51 -0800 (PST) Received: from DEV ([82.193.208.173]) by mx.google.com with ESMTPS id e12sm2294419wer.36.2010.11.22.06.18.48 (version=SSLv3 cipher=RC4-MD5); Mon, 22 Nov 2010 06:18:50 -0800 (PST) Message-ID: <20101122.141848.015.1@DEV> From: rank1seeker@gmail.com To: freebsd-hackers@freebsd.org Date: Mon, 22 Nov 2010 15:18:48 +0100 X-Mailer: POP Peeper (3.7.0.0) Subject: Unhappy with loader and ZFS's obeyence of zpool.cache's path X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 14:19:06 -0000 As I decided to use GELI, I've split / into 2 UFS partitions /boot is an empty dir (mount point), at encrypted root partition(ada0s3d) The only unencrypted partition is ada0s3a, which contains CONTEST of /boot and is mounted under /boot So, once everything is mounted at boot, FreeBSD's layout is a STANDARD ONE, which is critical, so 'make ... install(kernel|world)' and similar would work. STAGE 2 hits 'a', so there I had to throw a file boot.conf, to override default 0:ad(4,3,a)/boot/loader 0:ad(4,3,a)/loader As that partition contains only CONTEST of a /boot dir I had to rewrite path in this files: loader.rc loader.4th beastie.4th Unfortunately, this one must be touched, or user's loader.conf will NEVER get parsed defaults/loader.conf But it didn't worked! :P Simply because loader is hardcoded, to hit 'loader.rc' in '/boot', and as /boot's contest was in '/' of separate unencrypted partition, so was 'loader.rc', too. Well, this was my first time, to venture into editing sys code # vi /usr/src/sys/boot/common/interp.c Change MIDDLE line: if(include("/boot/loader.rc")!=CMD_OK) include("/boot/boot.conf"); printf("\n"); Into: if(include("/boot/loader.rc")!=CMD_OK) include("/loader.rc"); printf("\n"); I was tempted to replace first line '/boot/loader.rc' with '/loader.rc '(and did so, at first run, which also worked). But after looking at loader's man, I've decided to get rid of '/boot/boot.conf', because: - "Historical" reasons - MY '/boot/boot.conf' is already in use with/for STAGE 2 and STAGE 3 (loader), mustn't have to anything with it. - Preserved (and still maintaining priority of) '/boot/loader.rc', so DESTDIR to another plugged /NEW_HDD or /memstick and 'make ... install(kernel|world)' would work, for those upon boot. ZFS: (I've thought of separate 'Subject', but as they are binded to the same INTRO ...) ---- My laptop now boots correctly, but HELL, zfs wasn't pleased with this (doesn't auto-import pools), so I always needed to do it manually. So back to loader again ... ZFS's modules are properly loaded, now looking at zpool.cache relevant entries, for loader.conf, the only one we need to use is: zpool_cache_name (to target 'zpool.cache' file) But I'll also use 'zpool_cache_type' entry, just for fun and to show how it is an irrelevent entry. In non-default loader.conf add: -- # '/zfs/zpool.cache' would also be loaded zpool_cache_name="zfs/zpool.cache" zpool_cache_type="WEEEEEHO_LOOK_AT_ME_HERE" -- Procedure: - Hit 6 at loader's menu - In loader prompt type: "lsmod" (lists all loaded kernel modules and files) - Look at line containing: "WEEEEEHO_LOOK_AT_ME_HERE" (Yes, I've used it to faster catch your eye, on relevant line) Fact: - 'zpool.cache' file IS LOADED! Now comment out or delete line: 'zpool_cache_name="zfs/zpool.cache"' It'll use an default: 'zpool_cache_name="/boot/zfs/zpool.cache"' Dirty stuff: (Inside /boot) # mv boot boot.BKU # mkdir boot # cd boot # ln -s ../zfs This ... WORKS! :P Once again do a 'Procedure:', from above and look at line containing: "WEEEEEHO_LOOK_AT_ME_HERE" '/boot/zfs/zpool.cache' IS ALSO loaded, BUT only one from THAT path is enforced. I am VERY assured that this is ZFS's internal problem! Unbalivabely but 'zpool_cache_name' entry has NO effect, as it acts like hardcoded. In this form, it shouldn't exists at all, as it just waste mental energy as potential OPTION, which it is NOT! Can anyone point me to part of ZFS's code to edit? Or patch perhaps? (Tested one ...) :) Domagoj From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 14:53:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741C31065674 for ; Mon, 22 Nov 2010 14:53:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1E7128FC0A for ; Mon, 22 Nov 2010 14:53:35 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AD70246B2E; Mon, 22 Nov 2010 09:53:34 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BD2A08A01D; Mon, 22 Nov 2010 09:53:33 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 22 Nov 2010 09:20:15 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201011220920.15431.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 22 Nov 2010 09:53:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Sergio =?iso-8859-1?q?Andr=E9s_G=F3mez_del_Real?= Subject: Re: Quick i386 question... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 14:53:36 -0000 On Saturday, November 20, 2010 3:38:58 pm Sergio Andr=E9s G=F3mez del Real = wrote: > If received an interrupt while in protected-mode and paging enabled, > is linear address from IDT stored at the idtr translated using the > paging-hierarchy structures? > I have looked at the interrupt/exception chapter in the corresponding > Intel manual but can't find the answer. Maybe I overlooked. Yes. A linear address is the flat virtual address after segments are taken= =20 into account. It is the address used as an input to the paging support in = the=20 MMU. =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 14:53:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85066106567A; Mon, 22 Nov 2010 14:53:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 567B18FC0C; Mon, 22 Nov 2010 14:53:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0BD1846B03; Mon, 22 Nov 2010 09:53:36 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2C3CF8A027; Mon, 22 Nov 2010 09:53:35 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 22 Nov 2010 09:24:53 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011220924.53709.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 22 Nov 2010 09:53:35 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Garrett Cooper , Andriy Gapon Subject: Re: Best way to determine if an IRQ is present X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 14:53:36 -0000 On Saturday, November 20, 2010 4:58:02 pm Garrett Cooper wrote: > Trying to do a complete solution for kern/145385, Andriy has > raised concerns about IRQ mapping to CPUs; while I've have put > together more pieces of the puzzle, I'm a bit confused how I determine > whether or not an IRQ is available for use. > Sure, I could linear probe a series of IRQs, but that would > probably be expensive, and different architectures treat IRQs > differently, so building assumptions based on the fact that IRQ > hierarchy is done in a particular order is probably not the best thing > to do. > I've poked around kern/kern_cpuset.c and kern/kern_intr.c a bit > but I may have missed something important... Well, the real solution is actually larger than described in the PR. What you really want to do is take the logical CPUs offline when they are "halted". Taking a CPU offline should trigger an EVENTHANDLER that various bits of code could invoke. In the case of platforms that support binding interrupts to CPUs (x86 and sparc64 at least), they would install an event handler that searches the MD interrupt tables (e.g. the interrupt_sources[] array on x86) and move bound interrupts to other CPUs. However, I think all the interrupt bits will be MD, not MI. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 14:53:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED348106564A; Mon, 22 Nov 2010 14:53:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BE5208FC12; Mon, 22 Nov 2010 14:53:37 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6CB3646B09; Mon, 22 Nov 2010 09:53:37 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 853608A029; Mon, 22 Nov 2010 09:53:36 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org, sbruno@freebsd.org Date: Mon, 22 Nov 2010 09:26:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <1290389482.16558.1338.camel@home-yahoo> In-Reply-To: <1290389482.16558.1338.camel@home-yahoo> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201011220926.26413.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 22 Nov 2010 09:53:36 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Subject: Re: Building my own release ISOs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 14:53:38 -0000 On Sunday, November 21, 2010 8:31:22 pm Sean Bruno wrote: > Does this look about right to build from a test branch? > > sudo make release SVNROOT=ssh+svn://svn.freebsd.org/base > SVNBRANCH=projects/sbruno_64cpus MAKE_ISOS=y MAKE_DVD=y NO_FLOPPIES=y > NODOC=y NOPORTSATALL=y WORLD_FLAGS=-j32 KERNEL_FLAGS=-j32 > BUILDNAME=sbruno CHROOTDIR=/new_release Sure. Note, though, that you don't have to create a branch just to build a release with a patch. You can always use LOCAL_PATCHES to apply patches to the source tree you build a release against. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 16:27:29 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8370C1065670 for ; Mon, 22 Nov 2010 16:27:29 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 215C38FC17 for ; Mon, 22 Nov 2010 16:27:29 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 301B8E7217 for ; Mon, 22 Nov 2010 16:27:28 +0000 (GMT) Received: from core.draftnet (client-86-27-20-161.glfd.adsl.virginmedia.com [86.27.20.161]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Mon, 22 Nov 2010 16:27:27 +0000 (GMT) Date: Mon, 22 Nov 2010 16:27:12 +0000 From: Bruce Cran To: freebsd-hackers@freebsd.org Message-ID: <20101122162712.3c3655fe@core.draftnet> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Logical vs. bitwise AND in sbin/routed/parms.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 16:27:29 -0000 I've been going through src/bin and src/sbin seeing how easy it would be to remove warnings clang generates. During the work I came across routed/parms.c which appears to be doing a logical instead of bitwise AND. Would the following change be correct? Index: /usr/src/head/sbin/routed/parms.c =================================================================== --- /usr/src/head/sbin/routed/parms.c (revision 215671) +++ /usr/src/head/sbin/routed/parms.c (working copy) @@ -876,11 +876,11 @@ if ((0 != (new->parm_int_state & GROUP_IS_SOL_OUT) && 0 != (parmp->parm_int_state & GROUP_IS_SOL_OUT) && 0 != ((new->parm_int_state ^ parmp->parm_int_state) - && GROUP_IS_SOL_OUT)) + & GROUP_IS_SOL_OUT)) || (0 != (new->parm_int_state & GROUP_IS_ADV_OUT) && 0 != (parmp->parm_int_state & GROUP_IS_ADV_OUT) && 0 != ((new->parm_int_state ^ parmp->parm_int_state) - && GROUP_IS_ADV_OUT)) + & GROUP_IS_ADV_OUT)) || (new->parm_rdisc_pref != 0 && parmp->parm_rdisc_pref != 0 && new->parm_rdisc_pref != parmp->parm_rdisc_pref) -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 16:59:37 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8959C106566B for ; Mon, 22 Nov 2010 16:59:37 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1008FC1D for ; Mon, 22 Nov 2010 16:59:36 +0000 (UTC) Received: by wwd20 with SMTP id 20so7299428wwd.31 for ; Mon, 22 Nov 2010 08:59:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Fs8MdaCCbTow/q5/QpOQ3QDb3ROMPdR1W4BbpM9soAA=; b=QWgRdSPgnlnWr64aFhuRRW0TKKlTsvPpcUrN1CwsqYOaNChCzEuVesb7gHmTZi8n05 ozqLLbbaKva/I748/dakpAvIUGVngOqd//ge9A2+TNzvpNQ0AVIYU+/LOpXA7vtHwCa7 LGktw9U/am3YmFqgPPzPTo3fAe5VCm9TG1xC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=c9GmR9MZ1ws/VGcboql9+0Traw5eDQMV+nZc9uz9HYUMec27DkipU0K8YyD7PiABCI GMphr5MiUSZEV1UBmVxpjKi9lgXLsxOvE3O0IxB+F0kE/sMYkZS7nT+X3MuVlUkpNS+X 5mG8iEAu3jod65oBvqiUA/Hse+UgMVfBfCTYo= MIME-Version: 1.0 Received: by 10.216.82.197 with SMTP id o47mr5958081wee.45.1290445174812; Mon, 22 Nov 2010 08:59:34 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Mon, 22 Nov 2010 08:59:34 -0800 (PST) In-Reply-To: References: Date: Mon, 22 Nov 2010 08:59:34 -0800 X-Google-Sender-Auth: 1enCK5mWe3en3XwMrkDKnuBo-jw Message-ID: From: Garrett Cooper To: Dmitry Krivenok Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: printf doesn't work from kernel modules X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 16:59:37 -0000 On Mon, Nov 22, 2010 at 5:38 AM, Dmitry Krivenok wrote: > Hello Hackers, > Recently I installed 8.1 on my laptop and recompiled the kernel. > The system works fine, but I have a strange problem with my own > trivial kernel module. > I noticed that printf function doesn't produce any output (according to > dmesg) if I call it from a module. Note, that the same module works > perfectly on another 8.1 and CURRENT systems. Moreover, I added > debug message (printf ("Bla bla bla\n");) =A0in my kernel and found that > it works fine (i.e. works if compiled directly in kernel, but doesn't wor= k > from module). Same effect with stock 8.1 kernel. > > I see the same problem with examples in /usr/share/examples/kld. > > I don't believe this is a real problem in FreeBSD. I'm sure this is some > kind of configuration issue, but I cannot understand what exactly is wron= g. > > What could cause such behaviour? > Any ideas? Which example did you try and run (it looks like the dyn_sysctl test would be a good one to try)? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 18:35:23 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id AB5AA10656DE; Mon, 22 Nov 2010 18:35:23 +0000 (UTC) Date: Mon, 22 Nov 2010 18:35:23 +0000 From: Alexander Best To: Bruce Cran Message-ID: <20101122183523.GA28412@freebsd.org> References: <20101122162712.3c3655fe@core.draftnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101122162712.3c3655fe@core.draftnet> Cc: freebsd-hackers@freebsd.org Subject: Re: Logical vs. bitwise AND in sbin/routed/parms.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 18:35:23 -0000 On Mon Nov 22 10, Bruce Cran wrote: > I've been going through src/bin and src/sbin seeing how easy it would > be to remove warnings clang generates. During the work I came > across routed/parms.c which appears to be doing a logical instead of > bitwise AND. Would the following change be correct? looking good. i also found some occurences of logical AND, although bitwise AND would have been better. the changes got committed in [1]. cheers. alex [1] http://svn.freebsd.org/changeset/base/213318 > > Index: /usr/src/head/sbin/routed/parms.c > =================================================================== > --- /usr/src/head/sbin/routed/parms.c (revision 215671) > +++ /usr/src/head/sbin/routed/parms.c (working copy) > @@ -876,11 +876,11 @@ > if ((0 != (new->parm_int_state & GROUP_IS_SOL_OUT) > && 0 != (parmp->parm_int_state & GROUP_IS_SOL_OUT) > && 0 != ((new->parm_int_state ^ > parmp->parm_int_state) > - && GROUP_IS_SOL_OUT)) > + & GROUP_IS_SOL_OUT)) > || (0 != (new->parm_int_state & GROUP_IS_ADV_OUT) > && 0 != (parmp->parm_int_state & > GROUP_IS_ADV_OUT) && 0 != ((new->parm_int_state ^ parmp->parm_int_state) > - && GROUP_IS_ADV_OUT)) > + & GROUP_IS_ADV_OUT)) > || (new->parm_rdisc_pref != 0 > && parmp->parm_rdisc_pref != 0 > && new->parm_rdisc_pref != > parmp->parm_rdisc_pref) > > -- > Bruce Cran -- a13x From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 19:10:48 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60CD31065674 for ; Mon, 22 Nov 2010 19:10:48 +0000 (UTC) (envelope-from krivenok.dmitry@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5F88FC1A for ; Mon, 22 Nov 2010 19:10:47 +0000 (UTC) Received: by iwn39 with SMTP id 39so8931251iwn.13 for ; Mon, 22 Nov 2010 11:10:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=hxuQkIaKprapMaaCm3/QAbBUKBeGSZC/+7zoXaMkK88=; b=Cg9vxglW3focakqeVvWoFiCHDsddp9m1bwf1xTuSNwTgc3s/uAgbY6YjXk/U58FJJo u8bk+ERpr/ZkcNadwmvzYZRjqruKdC9oeg1zVaKQnPpEq0CqavxFCXtDhbVtdQiqFWvD 2jSRv7LQjpdkDdBB30XF0suFu1sMPacqx2jhc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jj/St1ec61U/U6DSDExcG5tWHDClDVYy5tApKiULmNVp7W8nXNcY7QBV1RjUSU24hS dYt+YgMrAOpQ9+xmsT1watl6MlD5rNeBigRF+gRrVeE3eAi9K4xIMgeaZk+yFjfp6SRw 1i5QvJDOwE/jNbieTN37pKCQMgYBgtw0PsEaQ= MIME-Version: 1.0 Received: by 10.231.37.6 with SMTP id v6mr7286255ibd.46.1290453046476; Mon, 22 Nov 2010 11:10:46 -0800 (PST) Received: by 10.231.152.2 with HTTP; Mon, 22 Nov 2010 11:10:46 -0800 (PST) In-Reply-To: References: Date: Mon, 22 Nov 2010 22:10:46 +0300 Message-ID: From: Dmitry Krivenok To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: printf doesn't work from kernel modules X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 19:10:48 -0000 Just tried dys_sysctl. It doesn't work as well. Below are the results I got: root@olimpico-freebsd 22:04:17 /usr/share/examples/kld/dyn_sysctl # [0] uname -a FreeBSD olimpico-freebsd 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Nov 22 21:35:15 MSK 2010 root@olimpico-freebsd:/usr/obj/usr/src/sys/GENERIC i386 root@olimpico-freebsd 22:04:20 /usr/share/examples/kld/dyn_sysctl # [0] kldstat Id Refs Address Size Name 1 1 0xc0400000 bb5504 kernel root@olimpico-freebsd 22:04:24 /usr/share/examples/kld/dyn_sysctl # [0] dmesg | tail -n 3 ums0: 3 buttons and [XYZ] coordinates ID=0 ugen2.2: at usbus2 em0: link state changed to UP root@olimpico-freebsd 22:04:39 /usr/share/examples/kld/dyn_sysctl # [0 0] make load /sbin/kldload -v /usr/share/examples/kld/dyn_sysctl/dyn_sysctl.ko Loaded /usr/share/examples/kld/dyn_sysctl/dyn_sysctl.ko, id=2 root@olimpico-freebsd 22:04:49 /usr/share/examples/kld/dyn_sysctl # [0] kldstat Id Refs Address Size Name 1 2 0xc0400000 bb5504 kernel 2 1 0xc855d000 3000 dyn_sysctl.ko root@olimpico-freebsd 22:04:53 /usr/share/examples/kld/dyn_sysctl # [0] dmesg | tail -n 3 ums0: 3 buttons and [XYZ] coordinates ID=0 ugen2.2: at usbus2 em0: link state changed to UP root@olimpico-freebsd 22:04:57 /usr/share/examples/kld/dyn_sysctl # [0 0] make unload /sbin/kldunload -v dyn_sysctl.ko Unloading dyn_sysctl.ko, id=2 root@olimpico-freebsd 22:05:04 /usr/share/examples/kld/dyn_sysctl # [0] kldstat Id Refs Address Size Name 1 1 0xc0400000 bb5504 kernel root@olimpico-freebsd 22:05:07 /usr/share/examples/kld/dyn_sysctl # [0] dmesg | tail -n 3 ums0: 3 buttons and [XYZ] coordinates ID=0 ugen2.2: at usbus2 em0: link state changed to UP root@olimpico-freebsd 22:05:09 /usr/share/examples/kld/dyn_sysctl # [0 0] Please note that I run standard example on default 8.1 kernel (GENERIC). Dmitry > > Which example did you try and run (it looks like the dyn_sysctl test > would be a good one to try)? > -Garrett From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 19:11:38 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 915C6106566B; Mon, 22 Nov 2010 19:11:38 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 302CC8FC19; Mon, 22 Nov 2010 19:11:37 +0000 (UTC) Received: by qwg5 with SMTP id 5so129166qwg.13 for ; Mon, 22 Nov 2010 11:11:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=1O7MddMDrcqzI4gvsejZRTYHw0+uT3cyBKKleQDnb0Y=; b=lDxO0Y2B2IummGJdGZUJWWv1Lh9P7f1e0YglvfNE7OVbdorlDxyjQensELdgcC8JDT FTNP6rdu5kABuzCGHTmsOM1qnuWTLPlJJjrWFPaELJwkzBDnPG9uu+e9PWYOs4FIOVI5 ESn/f2OVku4iBLkTkFooNBsBusoGk+VLokAcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=i9UUPu6f0eZyFZp31olimROwGKm2L6ag03suUctfABmPHvt9lVxVgL12B6CBOVT2p/ 5J2LSIAsQXz+seL8zt018ZTl16T/lir0HOU6LRSceY9pC0yy2CRKh2lEKB5+hkLOXxCW BZs484EGjJPCangJcsyAa3UFwagDYKnBxTkH4= MIME-Version: 1.0 Received: by 10.224.63.218 with SMTP id c26mr5597874qai.24.1290451689076; Mon, 22 Nov 2010 10:48:09 -0800 (PST) Sender: artemb@gmail.com Received: by 10.220.177.8 with HTTP; Mon, 22 Nov 2010 10:48:09 -0800 (PST) In-Reply-To: <20101122183523.GA28412@freebsd.org> References: <20101122162712.3c3655fe@core.draftnet> <20101122183523.GA28412@freebsd.org> Date: Mon, 22 Nov 2010 10:48:09 -0800 X-Google-Sender-Auth: eV1SJ2bVAoSVURxCHpjryGS_q78 Message-ID: From: Artem Belevich To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Cc: Bruce Cran , freebsd-hackers@freebsd.org Subject: Re: Logical vs. bitwise AND in sbin/routed/parms.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 19:11:38 -0000 There's another case of '&' used improperly. http://svn.freebsd.org/viewvc/base?view=revision&revision=90385 if (hdr.elf.e_ident[EI_OSABI] & ELFOSABI_FREEBSD) { is_shlib = 1; } else { hdr.elf.e_ident[EI_OSABI] is not a bitmask and '==' should've been used instead. Now ldd.c has two instances of this bug due to copy/pasting of orignal code. --Artem From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 21:20:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ADC2106576C for ; Mon, 22 Nov 2010 21:20:13 +0000 (UTC) (envelope-from sergio.g.delreal@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 07C4A8FC14 for ; Mon, 22 Nov 2010 21:20:12 +0000 (UTC) Received: by ewy3 with SMTP id 3so4185165ewy.13 for ; Mon, 22 Nov 2010 13:20:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=4pVCkDCAADjphwCyOe9gWBlhf1kPrxA9XVrj9CzSiFA=; b=WgD4emOnasgzXpuFyAx1Q+wVw2Ah8/WSL+D+saYMZHs1UzM2kEx89cpiKgxluCzdAj 9eLKoiG2yVA8t19RRSqJ7fvQEWMeseFdW7R1pcL3neq/a163RqOrfYEjc0D+cCmpreEZ IDUG7abJqDEzKktQAbWuLtUtkbd2RoG4ILDOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=W50Xhe8QvWzqqVhS0R1tsgYSudU9oNbPpqvw2JxA2GUhZrdWHdLp5EffED5kKUMvSU hKRjyajzzLhC06Up0yMTl7LkC7lRub4d27Wa34DSw0C2fWm1JPJcBz7F1khMWiYwdb2j /ymY4wW9ypqJDSQkiadB4Mp0c3WpSkISRs6Yo= MIME-Version: 1.0 Received: by 10.213.9.200 with SMTP id m8mr4831717ebm.27.1290460811350; Mon, 22 Nov 2010 13:20:11 -0800 (PST) Received: by 10.213.19.205 with HTTP; Mon, 22 Nov 2010 13:20:11 -0800 (PST) In-Reply-To: <201011220920.15431.jhb@freebsd.org> References: <201011220920.15431.jhb@freebsd.org> Date: Mon, 22 Nov 2010 16:20:11 -0500 Message-ID: From: =?ISO-8859-1?Q?Sergio_Andr=E9s_G=F3mez_del_Real?= To: John Baldwin , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Quick i386 question... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 21:20:16 -0000 Maybe my issue does not belong here, because it is not FreeBSD-related, but I can't find any other source for this kind of technical issue. My problem is that I am trying to design and now implement a small and simple operating system. I know that it is very difficult to follow for someone not familiar to the system design, but I am going to try to describe my problem: In the following code the first thing is to zero 5MB of memory from 5MB-10MB. This is in call clear_mem. Then in the call to set_pae the PDPTE's are copied to PDPTEs, that is, address 0x00500000 (5MB). The control string is at pae_ctrl_str, and the reserved bits are set to 0. The call to map_monitor maps the first 256 entries of the first page table referenced by the page directory from the first PDPTE. The call to map_kernel does the same with the 257's entry. The mappings are to identical physical addresses. After that, PDPTE is shifted 5 bits to the left and loaded to cr3, so the address for the PDPTE's is 0x500000 (5MB). Next PAE is set and then %cr0 is loaded to %eax, bits 30 and 29 (starting from 0) are turned off and bit 31 (for paging) is turned on. When I copy it to %cr0 I get a General-Protection Exception. The eip that caused it is from the movl %eax, %cr0 instruction. What I have read from Intel, the only way to get a GP at this instruction is to write reserved bits to the PDPTE's or with a bad combination in setting the bits in %cr0. I can't seem to be able to see any of this faults. I would appreciate if someone could find the source of the problem, because setting page-table structures and activating page-table seems quite simple. .set PDPTEs, 0x00500000 # PDPTE's address (5MB) .set PG_ENABLE, 0x80000000 # enable paging .set PDT_1, 0x00501000 # Page-directory table address .set PTE_D1_E1, 0x00505000 # Page-table address . . . cld # up we go for string ops movl $0x500000, %edi # start of memory block movl $0x500000, %ecx # number of bytes to zeroe call clear_mem # clear %ecx bytes from %edi memory address call set_pae # set PDPT's for PAE call map_monitor # map the monitor program to identical physical pages call map_kernel # also the kernel movl $PDPTEs, %eax # load address for PDPT's shll $5, %eax # first 5 bits are ignored movl %eax, %cr3 # save movl %cr4, %eax # load register orl $0x20, %eax # set PAE bit movl %eax, %cr4 # enable PAE addressing movl %cr0, %eax # load %cr0 orl $0x60000000, %eax # clear CD and NW bits movl %eax, %cr0 # save orl $PG_ENABLE, %eax # enable paging movl %eax, %cr0 # save # HERE I GET THE GP EXCEPTION . . . /* * Zero contigious blocks of memory. */ clear_mem: rep # clear stosb # memory block ret /* * We use the PAE extension service of i386 processor to be able to create * virtual-memory data structures in addresses above (2^20)-1 bytes. */ set_pae: movl $PDPTEs, %edi # pointer to PDPTE's movl $pae_ctrl_str, %esi # control string 1: lodsl # load value testl %eax, %eax # end of control? jz 2f # yes movl %eax, (%edi) # PDPTE1 word 1 lodsl # load value movl %eax, 4(%edi) # PDPTE1 word 2 addl $8, %edi # next entry jmp 1b 2: ret /* * The strategy is to map the low-memory addresses to identical physical * addresses. * Each entry maps a 4KB page, so we loop 256 times to map the first MB * to identical physical memory. */ map_monitor: movl $PDT_1, %edi # pointer to first page directory movl $map_monitor_ctrl_str, %esi # monitor's page table lodsl movl %eax, (%edi) # page directory entry 1 word 1 lodsl movl %eax, 4(%edi) # page directory entry 1 word 2 movl $PTE_D1_E1, %edi # pointer to first page table of first page directory movl $mon_pag, %esi # pointer to first page entry movl $256, %ecx # loop (map) number of entries (4096 * 256 == 1MB) call pages_loop ret /* * Kernel's virtual address starts at 0x00100000. Map kernel size starting * from that address to physical address to which the kernel was loaded, being * 0x100000. */ map_kernel: movl kernel_size, %eax # load kernel size in sectors (THIS VALUE IS 1) shll $9, %eax # to bytes shrl $13, %eax # to pages incl %ecx # one more movl %eax, %ecx # loop times 1: movl $PTE_D1_E1, %edi # pointer to first page table of first page directory addl $0x800, %edi # point to kernel's first entry in table movl $kern_pag, %esi # pointer to first page entry call pages_loop ret /* * Routine to map a contigious block of virtual-memory to a contigious block * of physical-memory. */ pages_loop: lodsl # load first word movl %eax, %ebx # save it lodsl # load second word movl %eax, %edx # save it testl %ecx, %ecx jz end_pages_loop 1: movl %ebx, (%edi) movl %edx, 4(%edi) addl $8, %edi # next entry in table shrl $12, %ebx addl $0x1000, %ebx # add one page (4096 bytes) shll $12, %ebx orl $0xb, %ebx loop 1b end_pages_loop: ret map_monitor_ctrl_str: mon_pag_tab: .long 0x0500000b, 0x00000005 # page directory table 1 .long 0x00000000 mon_pag: .long 0x0000000b, 0x00000000 # first page (0x0) pae_ctrl_str: .long 0x01000009, 0x00000005 # PDPTE 1 .long 0x02000009, 0x00000005 # PDPTE 1 .long 0x03000009, 0x00000005 # PDPTE 1 .long 0x04000009, 0x00000005 # PDPTE 1 .long 0x00000000 map_kernel_ctrl_str: kern_pag: .long 0x0000000b, 0x00000001 # first page (0x100000) From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 21:26:46 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5D4E106566C; Mon, 22 Nov 2010 21:26:46 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2878FC0A; Mon, 22 Nov 2010 21:26:46 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A1F3AE7215; Mon, 22 Nov 2010 21:26:45 +0000 (GMT) Received: from core.draftnet (client-86-29-107-54.glfd.adsl.virginmedia.com [86.29.107.54]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Mon, 22 Nov 2010 21:26:44 +0000 (GMT) Date: Mon, 22 Nov 2010 21:26:29 +0000 From: Bruce Cran To: Artem Belevich Message-ID: <20101122212629.2b19c1ec@core.draftnet> In-Reply-To: References: <20101122162712.3c3655fe@core.draftnet> <20101122183523.GA28412@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-hackers@freebsd.org Subject: Re: Logical vs. bitwise AND in sbin/routed/parms.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 21:26:46 -0000 On Mon, 22 Nov 2010 10:48:09 -0800 Artem Belevich wrote: > hdr.elf.e_ident[EI_OSABI] is not a bitmask and '==' should've been > used instead. Now ldd.c has two instances of this bug due to > copy/pasting of orignal code. Fixed in r215705. Thanks! -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 22:07:31 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A507C106566B; Mon, 22 Nov 2010 22:07:31 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6F88FC19; Mon, 22 Nov 2010 22:07:30 +0000 (UTC) Received: by vws9 with SMTP id 9so819377vws.13 for ; Mon, 22 Nov 2010 14:07:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=138MEhrvzxlY64PtBWDSSejZVJLroTs+V4Vknx20hRc=; b=HHupLtYZBUXC70pIspQVonErYCp6pyCWt5lCh20ewjFaADouoOpOQ+6JtyLuHAtC+a F4E4+iHmBAe+oZghwRvg5mwjZ5LQhEGt8oUeNnc0LoHrZ28HCUBxHyycL51tkKTM+LPb SzR2lrWXqnekPPnnHjvd33Cpmbly8mkz0z+TA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=hwjTrjxKW/sb+tDx1th4/gQa30I0HvAiDOG0g6kY/ATkSOeecbfPQ3kGl9wWQoJ5iu fpAmoeiL1HEUfCsPrD2mYosBYsvkncX2Ow3YHxnj4cSTp45Jody/tyP6MBsiOJ3uGNI8 A38d9xAdCXd5GlyWViNsbyf8GQqWr60GgZ53k= MIME-Version: 1.0 Received: by 10.229.74.65 with SMTP id t1mr5413336qcj.279.1290463650131; Mon, 22 Nov 2010 14:07:30 -0800 (PST) Sender: artemb@gmail.com Received: by 10.220.177.8 with HTTP; Mon, 22 Nov 2010 14:07:30 -0800 (PST) Date: Mon, 22 Nov 2010 14:07:30 -0800 X-Google-Sender-Auth: obVSGa3O5yShuaz8t5x4PFnQPfM Message-ID: From: Artem Belevich To: Bruce Cran , mav@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Best , freebsd-hackers@freebsd.org Subject: Another small error. Re: Logical vs. bitwise AND in sbin/routed/parms.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 22:07:31 -0000 While it's not directly related to hunting for '&'/'&&' typos, here's another seemingly wrong place in the code: --- a/sys/dev/ahci/ahci.c +++ b/sys/dev/ahci/ahci.c @@ -852,7 +852,7 @@ ahci_ch_attach(device_t dev) ch->caps = ctlr->caps; ch->caps2 = ctlr->caps2; ch->quirks = ctlr->quirks; - ch->numslots = ((ch->caps & AHCI_CAP_NCS) >> AHCI_CAP_NCS_SHIFT) + 1, + ch->numslots = ((ch->caps & AHCI_CAP_NCS) >> AHCI_CAP_NCS_SHIFT) + 1; mtx_init(&ch->mtx, "AHCI channel lock", NULL, MTX_DEF); resource_int_value(device_get_name(dev), device_get_unit(dev), "pm_level", &ch->pm_level); I did mention it on freebsd-current@ some time back: http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013645.html --Artem On Mon, Nov 22, 2010 at 1:26 PM, Bruce Cran wrote: > On Mon, 22 Nov 2010 10:48:09 -0800 > Artem Belevich wrote: >> hdr.elf.e_ident[EI_OSABI] is not a bitmask and '==' should've been >> used instead. Now ldd.c has two instances of this bug due to >> copy/pasting of orignal code. > > Fixed in r215705. Thanks! > > -- > Bruce Cran > -- --Artem From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 22:52:26 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06102106564A for ; Mon, 22 Nov 2010 22:52:26 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpb-ews10.kpnxchange.com (cpsmtpb-ews10.kpnxchange.com [213.75.39.15]) by mx1.freebsd.org (Postfix) with ESMTP id 86DB78FC15 for ; Mon, 22 Nov 2010 22:52:25 +0000 (UTC) Received: from cpbrm-ews15.kpnxchange.com ([10.94.84.146]) by cpsmtpb-ews10.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Nov 2010 23:40:21 +0100 Received: from CPSMTPM-EML108.kpnxchange.com ([195.121.3.12]) by cpbrm-ews15.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Nov 2010 23:40:20 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by CPSMTPM-EML108.kpnxchange.com with Microsoft SMTPSVC(7.0.6002.18222); Mon, 22 Nov 2010 23:40:20 +0100 Received: from hillary.van-laarhoven.org (Hillary.van-laarhoven.org [10.66.0.100]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by uitsmijter.van-laarhoven.org (Postfix) with ESMTPSA id 7A7414174 for ; Mon, 22 Nov 2010 23:40:19 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1082) From: Nick Hibma In-Reply-To: <201010111214.11698.jhb@freebsd.org> Date: Mon, 22 Nov 2010 23:40:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4CB22E79.2010202@freebsd.org> <201010111214.11698.jhb@freebsd.org> To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.1082) X-OriginalArrivalTime: 22 Nov 2010 22:40:20.0428 (UTC) FILETIME=[3E3FB0C0:01CB8A96] X-RcptDomain: freebsd.org Subject: Re: anyone got advice on sendmail and TLS on 8.1? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 22:52:26 -0000 Don't forget to add the following to /etc/make.conf SENDMAIL_CFLAGS+=3D -I/usr/local/include -DSASL=3D2 SENDMAIL_LDFLAGS+=3D -L/usr/local/lib SENDMAIL_LDADD+=3D -lsasl2 so it will be compiled correctly on the next buildworld. Nick On 11 Oct 2010, at 18:14, John Baldwin wrote: > On Sunday, October 10, 2010 5:22:01 pm Julian Elischer wrote: >> When I last did sendmail there wasn't any TLS/SSL stuff. >>=20 >> has anyone got an exact howto as to how to enable a simple sendmail=20= >> server? >>=20 >> all I want is: >>=20 >> TLS and authenticated email submission by me and my family >> able to forward the email anywhere (maybe just to my ISP but who=20 >> knows) (outgoing) >> non TLS submission from outside to reject all mail not to=20 >> elischer.{org,com} >> and deliver our mail to mailboxes or gmail (or where-ever = /etc/aliases=20 >> says.). >>=20 >> This is probably ALMOST a default configuration >> but I can't be sure what is needed.. there are several >> howtos on hte net but they are generally old and differ in details. >=20 > Your best bet is probably to look at the docs on sendmail.org. You = need to=20 > recompile the sendmail in base against SASL and need to install = cyrus-sasl2=20 > from ports to manage your authentication database. >=20 > --=20 > John Baldwin > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 23:07:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id D7DD11065672; Mon, 22 Nov 2010 23:07:19 +0000 (UTC) Date: Mon, 22 Nov 2010 23:07:19 +0000 From: Alexander Best To: freebsd-hackers@freebsd.org Message-ID: <20101122230719.GA73338@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: CFLAGS and kernel builds X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 23:07:19 -0000 share/examples/etc/make.conf states that: # To compile just the kernel with special optimizations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway). # There is very little to gain by using higher optimization levels, and doing # so can cause problems. # #COPTFLAGS= -O -pipe this is obviosly wrong, because CFLAGS does get picked up during kernel builds and thus can cause a broken kernel or TARGET=buildworld to fail. shouldn't this sentence be removed or corrected? cheers. alex -- a13x From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 22 23:08:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19A4C106564A; Mon, 22 Nov 2010 23:08:11 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD378FC12; Mon, 22 Nov 2010 23:08:10 +0000 (UTC) Received: by fxm19 with SMTP id 19so5603143fxm.13 for ; Mon, 22 Nov 2010 15:08:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ABtR66Jg+m2xo+/VR2jZSziXfifmvr1F/dzoQ029mHA=; b=ua8FJXkWUTHDbE89Y1X/mT8FGfwTcmIMPkBBFWzGmbgAXQG3Iae0eETVPVSXC/NecH lYw/xGgfDlEnjb6fAqVH98lS3LzI862IWji9fjy8F9B4H5GiF97r4dzgzNDQd9VCPJYT uVYceT7p8FjV2ddGo0H9xMLqm2JoJdmUKmSkE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=G0p3QO9yo8QJ5fxb6UiAxuSp7hgNOaT03zz/232M3BcnBNNgl+mtwjODgh7IpsW5Ab mRKoJd+C/rwyn8UMZAEG4SYsx5uWf+Av64WKHssG+lC90tbvetd1kHfoiYys1L5/futM lGImTn97vob+CQ9zZKYAYuFM4uC3MREEQf6KE= Received: by 10.223.97.73 with SMTP id k9mr4857125fan.120.1290467288828; Mon, 22 Nov 2010 15:08:08 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id n1sm403637fam.16.2010.11.22.15.08.05 (version=SSLv3 cipher=RC4-MD5); Mon, 22 Nov 2010 15:08:06 -0800 (PST) Sender: Alexander Motin Message-ID: <4CEAF7D1.8050505@FreeBSD.org> Date: Tue, 23 Nov 2010 01:08:01 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Artem Belevich References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Bruce Cran , Alexander Best , freebsd-hackers@freebsd.org Subject: Re: Another small error. Re: Logical vs. bitwise AND in sbin/routed/parms.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 23:08:11 -0000 On 23.11.2010 00:07, Artem Belevich wrote: > While it's not directly related to hunting for '&'/'&&' typos, here's > another seemingly wrong place in the code: > > --- a/sys/dev/ahci/ahci.c > +++ b/sys/dev/ahci/ahci.c > @@ -852,7 +852,7 @@ ahci_ch_attach(device_t dev) > ch->caps = ctlr->caps; > ch->caps2 = ctlr->caps2; > ch->quirks = ctlr->quirks; > - ch->numslots = ((ch->caps& AHCI_CAP_NCS)>> AHCI_CAP_NCS_SHIFT) + 1, > + ch->numslots = ((ch->caps& AHCI_CAP_NCS)>> AHCI_CAP_NCS_SHIFT) + 1; > mtx_init(&ch->mtx, "AHCI channel lock", NULL, MTX_DEF); > resource_int_value(device_get_name(dev), > device_get_unit(dev), "pm_level",&ch->pm_level); > > I did mention it on freebsd-current@ some time back: > http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013645.html Fixed at r215725. Thanks. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 04:21:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF6BB1065670; Tue, 23 Nov 2010 04:21:19 +0000 (UTC) (envelope-from sergio.g.delreal@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 491618FC14; Tue, 23 Nov 2010 04:21:18 +0000 (UTC) Received: by ewy3 with SMTP id 3so4392831ewy.13 for ; Mon, 22 Nov 2010 20:21:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=hTCkjCVnw9jwzHD5E7rCRC3c1EgNgSNPthIeElMXRtA=; b=X90Eqx2hZkYaUQ8/cEsCA3tHLafxAHl11W6t6S1JQcTwQJmf38haPmnksQi43gn5i/ xedIrOuxCUFAWCowOyiBaSqyTlu55co/yF5caW2qB88H0sA7WYns0HJA6oGd0/9p2HUJ j5WJF8TBpv4bavYge8pBAY0xvMkHO2oEFwIBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Y8lSt+2Py60s4qQxADcpgXemjXeZKxscqv8mraIW5rRy3RFnWf/LrHg5p+nLvNPUA0 /+mdIEFxwHMCUm5pBpRHxr13W9m22+LW4HV5bJ7St1586gRhWbdjKCRKsWETkDd2C3Vt sHuQ2LGI+uMLNjuZqEvJ4F+O6JAiZud407dIg= MIME-Version: 1.0 Received: by 10.213.13.16 with SMTP id z16mr3982144ebz.14.1290486078094; Mon, 22 Nov 2010 20:21:18 -0800 (PST) Received: by 10.213.19.205 with HTTP; Mon, 22 Nov 2010 20:21:18 -0800 (PST) In-Reply-To: References: <201011220920.15431.jhb@freebsd.org> Date: Mon, 22 Nov 2010 23:21:18 -0500 Message-ID: From: =?ISO-8859-1?Q?Sergio_Andr=E9s_G=F3mez_del_Real?= To: John Baldwin , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Quick i386 question... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 04:21:20 -0000 Never mind... I already got some help. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 06:16:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2534106564A for ; Tue, 23 Nov 2010 06:16: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 D96DA8FC1B for ; Tue, 23 Nov 2010 06:16:39 +0000 (UTC) Received: from porto.topspin.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 IAA11859 for ; Tue, 23 Nov 2010 08:16:38 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKmBC-000CYX-6v for freebsd-hackers@FreeBSD.org; Tue, 23 Nov 2010 08:16:38 +0200 Message-ID: <4CEB5C4C.90003@freebsd.org> Date: Tue, 23 Nov 2010 08:16:44 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Subject: smp_rendezvous_cpus() vs sched_bind() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 06:16:40 -0000 If I need to call a function func on a specific CPU which one of the following I should use? 1. smp_rendezvous_cpus(1 << cpuid, ..., func, ...); 2. sched_bind(cpuid); func(); sched_unbind(); Or does it depend on some additional factors? What are the main differences here? And also by extension. If I need to execute func() on all CPUs - which one is better again - smp_rendezvous_cpus() or CPU_FOREACH+sched_bind? Thanks a lot! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 06:33:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6EDE106566B; Tue, 23 Nov 2010 06:33:25 +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 BF6B88FC0A; Tue, 23 Nov 2010 06:33:24 +0000 (UTC) Received: from porto.topspin.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 IAA12023; Tue, 23 Nov 2010 08:33:23 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKmRO-000CZf-SY; Tue, 23 Nov 2010 08:33:22 +0200 Message-ID: <4CEB6039.2040700@freebsd.org> Date: Tue, 23 Nov 2010 08:33:29 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, "Robert N. M. Watson" X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: dtrace/cyclic deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 06:33:25 -0000 I think that I've run into the known issue of dtrace/cyclic deadlock. Just would like to run my understanding and ideas by you. The problem is that the cyclic_fire() callback is executed in the interrupt filter context (and thus with interrupts disabled) and it tries to obtain a spin mutex lock in the cyclic code. At the same time other CPU may execute a thread that holds that spin mutex and uses smp_rendezvous_cpus() to perform a synchronous function invocation on the first CPU. So, CPU #1 can not make forward progress because it is spinning on the spin-lock and CPU #2 can not make forward progress because it can not interrupt CPU #1. I think that the problem was introduced during the porting of the code. On (Open)Solaris there are no spin-locks in this code, all data structures are per-CPU and data coherency is ensured by (1) accessing the data only from the CPU to which it belongs; and (2) using some modern-day spl*() equivalent[?] to block interrupts. I think that this is quite similar to what we do for per-CPU caches in UMA and so the same approach should work here. That is, as in (Open)Solaris, the data should be accessed only from the owning CPU and spinlock_enter()/spinlock_exit() should be used to prevent races between non-interrupt code and nested interrupt code. What do you think? Thanks! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 13:26:57 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 990971065675; Tue, 23 Nov 2010 13:26:57 +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 B53FE8FC13; Tue, 23 Nov 2010 13:26:56 +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 PAA21018; Tue, 23 Nov 2010 15:26:55 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEBC11F.9000402@freebsd.org> Date: Tue, 23 Nov 2010 15:26:55 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, "Robert N. M. Watson" References: <4CEB6039.2040700@freebsd.org> In-Reply-To: <4CEB6039.2040700@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: Subject: Re: dtrace/cyclic deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 13:26:57 -0000 on 23/11/2010 08:33 Andriy Gapon said the following: > I think that this is quite similar to what we do for per-CPU caches in UMA and > so the same approach should work here. > That is, as in (Open)Solaris, the data should be accessed only from the owning > CPU and spinlock_enter()/spinlock_exit() should be used to prevent races between > non-interrupt code and nested interrupt code. Here's a patch that makes our version of cyclic.c a little bit closer to the upstream version whilst implementing the above idea: http://people.freebsd.org/~avg/cyclic-deadlock.diff All accesses to per-CPU cyclics data are performed strictly from the corresponding CPUs in an interrupt or interrupt-like context. "Upcalls" occur in event timer's interrupt filter and all down calls are performed via smp_rendezvous_cpus(). I will appreciate reviews and testing. Thanks! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 15:27:01 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33271106566B; Tue, 23 Nov 2010 15:27:01 +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 4CE158FC0C; Tue, 23 Nov 2010 15:26:59 +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 RAA22712; Tue, 23 Nov 2010 17:26:58 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEBDD42.5010007@freebsd.org> Date: Tue, 23 Nov 2010 17:26:58 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: John Baldwin References: <201011220924.53709.jhb@freebsd.org> In-Reply-To: <201011220924.53709.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Best way to determine if an IRQ is present X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 15:27:01 -0000 on 22/11/2010 16:24 John Baldwin said the following: > Well, the real solution is actually larger than described in the PR. What you > really want to do is take the logical CPUs offline when they are "halted". > Taking a CPU offline should trigger an EVENTHANDLER that various bits of code > could invoke. In the case of platforms that support binding interrupts to > CPUs (x86 and sparc64 at least), they would install an event handler that > searches the MD interrupt tables (e.g. the interrupt_sources[] array on x86) > and move bound interrupts to other CPUs. However, I think all the interrupt > bits will be MD, not MI. That's a good idea and a comprehensive approach. One minor technical detail - should an offlined CPU be removed from all_cpus mask/set? -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 18:55:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D50F1065672 for ; Tue, 23 Nov 2010 18:55:42 +0000 (UTC) (envelope-from chris@smartt.com) Received: from mailout2.smartt.com (mailout2.smartt.com [69.67.187.26]) by mx1.freebsd.org (Postfix) with ESMTP id 171248FC13 for ; Tue, 23 Nov 2010 18:55:41 +0000 (UTC) Received: from [69.31.174.220] (chris-workstation.smartt.com [69.31.174.220]) by mailout2.smartt.com (Postfix) with ESMTPA id 86A21450CB for ; Tue, 23 Nov 2010 10:38:29 -0800 (PST) Message-ID: <4CEC0A27.8080900@smartt.com> Date: Tue, 23 Nov 2010 10:38:31 -0800 From: Chris St Denis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: UFS Snapshots and iowait X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 18:55:42 -0000 I have started using "mount -u -o snapshot" as part of my backup process in order to have a week worth of local differential backups to allow quick and easy recovery of lost/overwritten/etc files. The snapshot of the partition (~250G and 2.3 million inodes used. ~10GB of data change per day) takes around 10 minutes to complete. During the first 5 minutes everything seems to be find, but during the second 5 minutes the Apache processes that are logging to this drive start building up in L (logging) state until they hit MaxClients. Is this just due to the very high io bandwidth usage associated with making a snapshot, or does the creation of this snapshot completely block IO writes for around 5 minutes? Any suggested workarounds? I already bumped up the number of Apache slots to 166% but it looks like I would have to increase the number much more to use that as a primary solution. From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 19:49:51 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F18161065672 for ; Tue, 23 Nov 2010 19:49:51 +0000 (UTC) (envelope-from lidl@hydra.pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) by mx1.freebsd.org (Postfix) with ESMTP id B019C8FC18 for ; Tue, 23 Nov 2010 19:49:51 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.4/8.14.4) with ESMTP id oANJno4F074963; Tue, 23 Nov 2010 14:49:50 -0500 (EST) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.3 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.4/8.14.4/Submit) id oANJnoLW074962; Tue, 23 Nov 2010 14:49:50 -0500 (EST) (envelope-from lidl) Date: Tue, 23 Nov 2010 14:49:50 -0500 From: Kurt Lidl To: Chris St Denis Message-ID: <20101123194950.GB74848@pix.net> References: <4CEC0A27.8080900@smartt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CEC0A27.8080900@smartt.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org Subject: Re: UFS Snapshots and iowait X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 19:49:52 -0000 On Tue, Nov 23, 2010 at 10:38:31AM -0800, Chris St Denis wrote: > Is this just due to the very high io bandwidth usage associated with > making a snapshot, or does the creation of this snapshot completely > block IO writes for around 5 minutes? It blocks updates to the filesystem while during part of the snapshot process. See the comments in /usr/src/sys/ufs/ffs/ffs_snapshot.c I found using UFS snapshots on a production fileserver untenable during normal working hours. I have a backup fileserver that I rsync the files to, and then use the UFS snapshots there. > Any suggested workarounds? I already bumped up the number of Apache > slots to 166% but it looks like I would have to increase the number much > more to use that as a primary solution. Use ZFS. The way snapshots work there, they are nearly instantanous to create, and you are not limited to 20 snapshots per filesystem. -Kurt From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 20:44:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8847C106566B for ; Tue, 23 Nov 2010 20:44:11 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA298FC0C for ; Tue, 23 Nov 2010 20:44:10 +0000 (UTC) Received: by ywp6 with SMTP id 6so667614ywp.13 for ; Tue, 23 Nov 2010 12:44:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=cqTBTqKCYNPqwybc/CJpymjW7VbMmHMgmWko/fhVEl8=; b=wt3JgFPHvL3VFiemDdo9Lw48/8ZUPy5f39fZWnDrFHnY6PXCegmpybp4Lh9rkyiuWu U9uS0Ynk7OfakTROW+Dg0GFpL+J7mBhvFsyzmEt7mAcYpPYWFD0qqWPAvmdE8K8FjEI/ bTYlPzUGgZWCSpdqwzyiGkGA1j/BMyzrK8Vp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=QWTNoweVXzZz6Vo4iemU1+YcaxjxGWFkKNXD5Icdu9qnG8g2hlf3/81Oo7nq6HzRHB nsjpPtkgKU2Ot4NveqokJpCQDNywuJ7tbDPbbegO4Lu4g1/BeAApxhYQL69E1QjrY74P BF0FKvkQkNyodstbU3f6solem/i0AjmYn/Mcg= Received: by 10.150.50.1 with SMTP id x1mr12152821ybx.432.1290545050156; Tue, 23 Nov 2010 12:44:10 -0800 (PST) Received: from mark-laptop-bsd.mark-home (Mail1.sandvine.com [64.7.137.162]) by mx.google.com with ESMTPS id f23sm555304ybh.22.2010.11.23.12.44.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Nov 2010 12:44:08 -0800 (PST) Date: Tue, 23 Nov 2010 15:43:27 -0500 From: Mark Johnston To: freebsd-hackers@freebsd.org Message-ID: <20101123204327.GA9771@mark-laptop-bsd.mark-home> References: <20101116205745.GA1365@mark-laptop-bsd.mark-home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101116205745.GA1365@mark-laptop-bsd.mark-home> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [call for testing] userland debug symbols X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 20:44:11 -0000 On Tue, Nov 16, 2010 at 03:57:45PM -0500, Mark Johnston wrote: > Hello all, > > I've been sitting on my changes for a while, but I think they're ready > for testing at this point. They are described here: > > http://lists.freebsd.org/pipermail/freebsd-hackers/2010-November/033474.html > > Some minor changes from my last patch: > > - Changed gdb's default debug-file-directory to /usr/lib/debug. > I have no problem changing this again, but this seems like a good place. > - Removed hard-coded paths to strip(1) and objcopy(1) from stripbin.sh. > I explicitly added /usr/bin/ to PATH. > > The patch is available here: > > www.student.cs.uwaterloo.ca/~m6johnst/patch/symbdir.patch > > Would anybody be willing to test this? Of particular interest is > non-i386/amd64 architectures and cross-compiles. > > Thanks, > -Mark If there are no objections to these changes, would someone be able to commit them? Thanks, -Mark From owner-freebsd-hackers@FreeBSD.ORG Tue Nov 23 22:02:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8944F1065674 for ; Tue, 23 Nov 2010 22:02:32 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 42B168FC20 for ; Tue, 23 Nov 2010 22:02:31 +0000 (UTC) Received: by gwj21 with SMTP id 21so405476gwj.13 for ; Tue, 23 Nov 2010 14:02:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=fwPpmOG6vusU9xT0FlBjAbkIJExJr+qZpYW8cUxrSxg=; b=HzGG2LJA1WFnQ9NBWL+zfUBG7xO1G72enL46yoSQU2zJ4p/LCFkDxtxI8f8uAHb+fs e3SpihEnTPjYpd5NbI+1+BnDD0+7xTCwge58H8v3AJpBMEaPSvJfYwieOL1v4vq5xWpl knqwy7kGUj7Glz2kCcOl5HVaPMrt7LkBmFw/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RMXYbYm64ccyJCNCggSnNOj+bmDUOJxRYwZsWXLTR+zPCoPhTuSRMsylz2GEmzttj+ 4fBT9ivvUMieHqt4MdYmj56W86LKHslJ+tmYe9JTe4k+aFSWwLh5XmJLADAsTotZZDq9 NnikBCSVArAwvYDwp/NDCJnBC+v8xR8DYeVd8= MIME-Version: 1.0 Received: by 10.216.196.156 with SMTP id r28mr7288102wen.29.1290549750944; Tue, 23 Nov 2010 14:02:30 -0800 (PST) Received: by 10.216.37.132 with HTTP; Tue, 23 Nov 2010 14:02:30 -0800 (PST) In-Reply-To: <20101123194950.GB74848@pix.net> References: <4CEC0A27.8080900@smartt.com> <20101123194950.GB74848@pix.net> Date: Tue, 23 Nov 2010 22:02:30 +0000 Message-ID: From: krad To: Kurt Lidl X-Mailman-Approved-At: Tue, 23 Nov 2010 22:14:43 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, Chris St Denis Subject: Re: UFS Snapshots and iowait X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 22:02:32 -0000 On 23 November 2010 19:49, Kurt Lidl wrote: > On Tue, Nov 23, 2010 at 10:38:31AM -0800, Chris St Denis wrote: > > Is this just due to the very high io bandwidth usage associated with > > making a snapshot, or does the creation of this snapshot completely > > block IO writes for around 5 minutes? > > It blocks updates to the filesystem while during part of the > snapshot process. > > See the comments in /usr/src/sys/ufs/ffs/ffs_snapshot.c > > I found using UFS snapshots on a production fileserver untenable > during normal working hours. I have a backup fileserver that I > rsync the files to, and then use the UFS snapshots there. > > > Any suggested workarounds? I already bumped up the number of Apache > > slots to 166% but it looks like I would have to increase the number much > > more to use that as a primary solution. > > Use ZFS. The way snapshots work there, they are nearly instantanous > to create, and you are not limited to 20 snapshots per filesystem. > > -Kurt > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > I can testify zfs snapshots are very usable, as we use it to backup our mysql and oracle databases. Issue a write lock, flush, snap, remove lock, backup snapshot All takes a few seconds and is fairly seamless From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 01:35:06 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C83D106566C for ; Wed, 24 Nov 2010 01:35:06 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id C2D218FC12 for ; Wed, 24 Nov 2010 01:35:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PL4GG-0000KC-1m for freebsd-hackers@freebsd.org; Wed, 24 Nov 2010 02:35:04 +0100 Received: from bl13-84-33.dsl.telepac.pt ([85.246.84.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Nov 2010 02:35:04 +0100 Received: from luis.neves by bl13-84-33.dsl.telepac.pt with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Nov 2010 02:35:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Luis Neves Date: Wed, 24 Nov 2010 01:30:01 +0000 Lines: 23 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: bl13-84-33.dsl.telepac.pt User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 In-Reply-To: X-Mailman-Approved-At: Wed, 24 Nov 2010 02:57:01 +0000 Cc: freebsd-performance@freebsd.org Subject: Re: PostgreSQL performance scaling X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 01:35:06 -0000 On 11/22/2010 12:21 AM, Ivan Voras wrote: > The "semwait" part is from PostgreSQL - probably shared buffer locking, > but there's a large number of processes regularly in sbwait - maybe > something can be optimized here? I think this paper was mentioned before, did you read it?... "An Analysis of Linux Scalability to Many Cores"? ABSTRACT. "This paper analyzes the scalability of seven system applications (Exim, memcached, Apache, PostgreSQL, gmake, Psearchy, and MapReduce) running on Linux on a 48- core computer." The paper is about Linux, but it also focus on some changes that can be made to PostgreSQL to achieve better concurrency. -- Luis Neves From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 09:58:02 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF93106564A for ; Wed, 24 Nov 2010 09:58:02 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9FA8FC0A for ; Wed, 24 Nov 2010 09:58:01 +0000 (UTC) Received: from [10.0.1.43] (unknown [217.157.7.211]) by csmtp3.one.com (Postfix) with ESMTP id D4E69240642F; Wed, 24 Nov 2010 09:57:59 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-101-900350821; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: <20101022100134.GL19295@acme.spoerlein.net> Date: Wed, 24 Nov 2010 10:57:59 +0100 Message-Id: <8BC47284-261E-40DF-9132-5325BA223492@cederstrand.dk> References: <718D8E86-EA2E-4D07-BAFF-5D8D093FD296@cederstrand.dk> <20101011084733.GM2392@deviant.kiev.zoral.com.ua> <95F3B27C-42E6-4267-9965-AC3219310C35@cederstrand.dk> <20101021175748.GD19295@acme.spoerlein.net> <20101022100134.GL19295@acme.spoerlein.net> To: =?iso-8859-1?Q?Ulrich_Sp=F6rlein?= X-Mailer: Apple Mail (2.1082) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers Subject: Re: Deterministic builds? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 09:58:02 -0000 --Apple-Mail-101-900350821 Content-Type: multipart/mixed; boundary=Apple-Mail-100-900350808 --Apple-Mail-100-900350808 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Den 22/10/2010 kl. 12.01 skrev Ulrich Sp=F6rlein: >=20 > Why do you make this a requirement? Of course it's usually easier to > build different releases from different source directories, but I = think > requiring the following conditions are fine: >=20 > 1. If you build a specific svn revision, > 2. sitting in /usr/src with > 3. the default make.conf (ie., no special flags, no frobbing of = OBJDIR) > 4. at different times >=20 > then you get the same binaries. >=20 > Let's start with an achievable, not-so-intrusive goal, right?=20 Attached is a patch which addresses the simple case where OBJDIR, SRCDIR = and SVN revision are constant, and DESTDIR and build time are different = across builds. It does the following: * Patches ranlib to produce generic symbol table (-D option, patch also = sent to Kai Wang) * Patches sendmail config scripts to output generic headers for config = files * Patches a swath of Makefiles in /contrib that override $ARFLAGS * Removes debugging flag from bthidd Makefile * Adds -D to ARFLAGS and RANLIB * Adds -frandom-seed to CXXflags All the above are only activated if "WITH_DETERMINISTIC=3Dtrue" is = passed to make: make WITH_DETERMINISTIC=3Dtrue buildworld/kernel If I could get sendmail config scripts to see src.conf, then it would be = possible to place the flag in src.conf. Normal "make buildworld" should be unaffected by the patch. I have = attempted to keep the diff as small as possible. Next goal is making buildworld immune to changing OBJDIRs. Erik --Apple-Mail-100-900350808 Content-Disposition: attachment; filename=deterministic.patch Content-Type: application/octet-stream; name="deterministic.patch" Content-Transfer-Encoding: 7bit Index: crypto/heimdal/appl/ftp/common/Makefile.in =================================================================== --- crypto/heimdal/appl/ftp/common/Makefile.in (revision 215680) +++ crypto/heimdal/appl/ftp/common/Makefile.in (working copy) @@ -90,7 +90,7 @@ CONFIG_HEADER = $(top_builddir)/include/config.h CONFIG_CLEAN_FILES = LIBRARIES = $(noinst_LIBRARIES) -ARFLAGS = cru +ARFLAGS ?= cru libcommon_a_AR = $(AR) $(ARFLAGS) libcommon_a_LIBADD = am_libcommon_a_OBJECTS = sockbuf.$(OBJEXT) buffer.$(OBJEXT) Index: crypto/heimdal/appl/telnet/libtelnet/Makefile.in =================================================================== --- crypto/heimdal/appl/telnet/libtelnet/Makefile.in (revision 215680) +++ crypto/heimdal/appl/telnet/libtelnet/Makefile.in (working copy) @@ -90,7 +90,7 @@ CONFIG_HEADER = $(top_builddir)/include/config.h CONFIG_CLEAN_FILES = LIBRARIES = $(noinst_LIBRARIES) -ARFLAGS = cru +ARFLAGS ?= cru libtelnet_a_AR = $(AR) $(ARFLAGS) libtelnet_a_LIBADD = am_libtelnet_a_OBJECTS = auth.$(OBJEXT) enc_des.$(OBJEXT) \ Index: crypto/heimdal/lib/45/Makefile.in =================================================================== --- crypto/heimdal/lib/45/Makefile.in (revision 215680) +++ crypto/heimdal/lib/45/Makefile.in (working copy) @@ -98,7 +98,7 @@ am__installdirs = "$(DESTDIR)$(libdir)" libLIBRARIES_INSTALL = $(INSTALL_DATA) LIBRARIES = $(lib_LIBRARIES) -ARFLAGS = cru +ARFLAGS ?= cru lib45_a_AR = $(AR) $(ARFLAGS) lib45_a_LIBADD = am_lib45_a_OBJECTS = get_ad_tkt.$(OBJEXT) mk_req.$(OBJEXT) Index: crypto/openssl/Makefile.org =================================================================== --- crypto/openssl/Makefile.org (revision 215680) +++ crypto/openssl/Makefile.org (working copy) @@ -63,9 +63,9 @@ PEX_LIBS= EX_LIBS= EXE_EXT= -ARFLAGS= -AR=ar $(ARFLAGS) r -ARD=ar $(ARFLAGS) d +ARFLAGS ?= r +AR=ar $(ARFLAGS) +ARD=ar d RANLIB= ranlib PERL= perl TAR= tar Index: crypto/openssl/Makefile =================================================================== --- crypto/openssl/Makefile (revision 215680) +++ crypto/openssl/Makefile (working copy) @@ -65,9 +65,9 @@ PEX_LIBS= EX_LIBS= EXE_EXT= -ARFLAGS= -AR= ar $(ARFLAGS) r -ARD=ar $(ARFLAGS) d +ARFLAGS ?= r +AR= ar $(ARFLAGS) +ARD=ar d RANLIB= /usr/bin/ranlib PERL= /usr/bin/perl TAR= tar Index: crypto/openssl/crypto/ripemd/Makefile =================================================================== --- crypto/openssl/crypto/ripemd/Makefile (revision 215680) +++ crypto/openssl/crypto/ripemd/Makefile (working copy) @@ -9,7 +9,8 @@ INCLUDES= CFLAG=-g MAKEFILE= Makefile -AR= ar r +ARFLAGS?= r +AR= ar $(ARFLAGS) RIP_ASM_OBJ= Index: crypto/openssl/crypto/md4/Makefile =================================================================== --- crypto/openssl/crypto/md4/Makefile (revision 215680) +++ crypto/openssl/crypto/md4/Makefile (working copy) @@ -9,7 +9,8 @@ INCLUDES= CFLAG=-g MAKEFILE= Makefile -AR= ar r +ARFLAGS?= r +AR= ar $(ARFLAGS) CFLAGS= $(INCLUDES) $(CFLAG) Index: crypto/openssl/crypto/md5/Makefile =================================================================== --- crypto/openssl/crypto/md5/Makefile (revision 215680) +++ crypto/openssl/crypto/md5/Makefile (working copy) @@ -9,7 +9,8 @@ INCLUDES=-I.. -I$(TOP) -I../../include CFLAG=-g MAKEFILE= Makefile -AR= ar r +ARFLAGS?= r +AR= ar $(ARFLAGS) MD5_ASM_OBJ= Index: crypto/openssl/crypto/sha/Makefile =================================================================== --- crypto/openssl/crypto/sha/Makefile (revision 215680) +++ crypto/openssl/crypto/sha/Makefile (working copy) @@ -9,7 +9,8 @@ INCLUDES= CFLAG=-g MAKEFILE= Makefile -AR= ar r +ARFLAGS?= r +AR= ar $(ARFLAGS) SHA1_ASM_OBJ= Index: usr.bin/ar/ar.1 =================================================================== --- usr.bin/ar/ar.1 (revision 215680) +++ usr.bin/ar/ar.1 (working copy) @@ -92,6 +92,7 @@ .Ar archive .Op Ar files ... .Nm ranlib +.Op Fl D .Ar archive ... .Sh DESCRIPTION The Index: usr.bin/ar/ar.c =================================================================== --- usr.bin/ar/ar.c (revision 215680) +++ usr.bin/ar/ar.c (working copy) @@ -113,10 +113,13 @@ len = strlen(bsdar->progname); if (len >= strlen("ranlib") && strcmp(bsdar->progname + len - strlen("ranlib"), "ranlib") == 0) { - while ((opt = getopt_long(argc, argv, "tV", longopts, + while ((opt = getopt_long(argc, argv, "DtV", longopts, NULL)) != -1) { switch(opt) { - case 't': + case 'D': + bsdar->options |= AR_D; + break; + case 't': /* Ignored. */ break; case 'V': Index: gnu/usr.bin/cc/cc_tools/Makefile =================================================================== --- gnu/usr.bin/cc/cc_tools/Makefile (revision 215680) +++ gnu/usr.bin/cc/cc_tools/Makefile (working copy) @@ -519,9 +519,11 @@ ${CC} -c -I ${.CURDIR}/../libiberty ${CFLAGS} -o ${.TARGET} ${.IMPSRC} .endfor +ARFLAGS ?= cq + ${LIBIBERTY}: ${LIBIBERTY_OBJS} @rm -f ${.TARGET} - @${AR} cq ${.TARGET} `lorder ${LIBIBERTY_OBJS} | tsort -q` + @${AR} ${ARFLAGS} ${.TARGET} `lorder ${LIBIBERTY_OBJS} | tsort -q` ${RANLIB} ${.TARGET} CLEANFILES+= ${LIBIBERTY} ${LIBIBERTY_OBJS} Index: gnu/lib/libgcc/Makefile =================================================================== --- gnu/lib/libgcc/Makefile (revision 215680) +++ gnu/lib/libgcc/Makefile (working copy) @@ -337,10 +337,12 @@ # # Build additional static libgcc_eh[_p].a libraries. # + +ARFLAGS ?= cq libgcc_eh.a: ${EH_OBJS_T} @${ECHO} building static gcc_eh library @rm -f ${.TARGET} - @${AR} cq ${.TARGET} `lorder ${EH_OBJS_T} | tsort -q` + @${AR} ${ARFLAGS} ${.TARGET} `lorder ${EH_OBJS_T} | tsort -q` ${RANLIB} ${.TARGET} all: libgcc_eh.a @@ -349,7 +351,7 @@ libgcc_eh_p.a: ${EH_OBJS_P} @${ECHO} building profiled gcc_eh library @rm -f ${.TARGET} - @${AR} cq ${.TARGET} `lorder ${EH_OBJS_P} | tsort -q` + @${AR} ${ARFLAGS} ${.TARGET} `lorder ${EH_OBJS_P} | tsort -q` ${RANLIB} ${.TARGET} all: libgcc_eh_p.a .endif Index: contrib/ncurses/configure =================================================================== --- contrib/ncurses/configure (revision 215680) +++ contrib/ncurses/configure (working copy) @@ -4014,7 +4014,10 @@ LIBTOOL= # common library maintenance symbols that are convenient for libtool scripts: -LIB_CREATE='${AR} -cr' +if ( test -z '${ARFLAGS}') ; then + ARFLAGS='-cr' +fi +LIB_CREATE='${AR} ${ARFLAGS}' LIB_OBJECT='${OBJECTS}' LIB_SUFFIX=.a LIB_PREP="$RANLIB" Index: contrib/ncurses/aclocal.m4 =================================================================== --- contrib/ncurses/aclocal.m4 (revision 215680) +++ contrib/ncurses/aclocal.m4 (working copy) @@ -5281,7 +5281,10 @@ LIBTOOL= ]) # common library maintenance symbols that are convenient for libtool scripts: -LIB_CREATE='${AR} -cr' +if ( test -z '${ARFLAGS}') ; then + ARFLAGS='-cr' +fi +LIB_CREATE='${AR} ${ARFLAGS}' LIB_OBJECT='${OBJECTS}' LIB_SUFFIX=.a LIB_PREP="$RANLIB" Index: contrib/cvs/lib/Makefile.in =================================================================== --- contrib/cvs/lib/Makefile.in (revision 215680) +++ contrib/cvs/lib/Makefile.in (working copy) @@ -64,7 +64,7 @@ CONFIG_CLEAN_FILES = fnmatch.h LIBRARIES = $(noinst_LIBRARIES) AR = ar -ARFLAGS = cru +ARFLAGS ?= cru libcvs_a_AR = $(AR) $(ARFLAGS) libcvs_a_DEPENDENCIES = @LIBOBJS@ am_libcvs_a_OBJECTS = argmatch.$(OBJEXT) getdate.$(OBJEXT) \ Index: contrib/cvs/diff/Makefile.in =================================================================== --- contrib/cvs/diff/Makefile.in (revision 215680) +++ contrib/cvs/diff/Makefile.in (working copy) @@ -42,7 +42,7 @@ CONFIG_CLEAN_FILES = LIBRARIES = $(noinst_LIBRARIES) AR = ar -ARFLAGS = cru +ARFLAGS ?= cru libdiff_a_AR = $(AR) $(ARFLAGS) libdiff_a_LIBADD = am_libdiff_a_OBJECTS = diff.$(OBJEXT) diff3.$(OBJEXT) \ Index: contrib/ntp/libntp/Makefile.in =================================================================== --- contrib/ntp/libntp/Makefile.in (revision 215680) +++ contrib/ntp/libntp/Makefile.in (working copy) @@ -52,7 +52,7 @@ CONFIG_CLEAN_FILES = CONFIG_CLEAN_VPATH_FILES = LIBRARIES = $(noinst_LIBRARIES) -ARFLAGS = cru +ARFLAGS ?= cru libntp_a_AR = $(AR) $(ARFLAGS) libntp_a_LIBADD = am__objects_1 = a_md5encrypt$U.$(OBJEXT) adjtime$U.$(OBJEXT) \ Index: contrib/ntp/libparse/Makefile.in =================================================================== --- contrib/ntp/libparse/Makefile.in (revision 215680) +++ contrib/ntp/libparse/Makefile.in (working copy) @@ -52,7 +52,7 @@ CONFIG_CLEAN_FILES = CONFIG_CLEAN_VPATH_FILES = LIBRARIES = $(noinst_LIBRARIES) -ARFLAGS = cru +ARFLAGS ?= cru libparse_a_AR = $(AR) $(ARFLAGS) libparse_a_LIBADD = am_libparse_a_OBJECTS = parse$U.$(OBJEXT) parse_conf$U.$(OBJEXT) \ Index: contrib/ntp/arlib/Makefile.in =================================================================== --- contrib/ntp/arlib/Makefile.in (revision 215680) +++ contrib/ntp/arlib/Makefile.in (working copy) @@ -51,7 +51,7 @@ CONFIG_CLEAN_VPATH_FILES = LIBRARIES = $(noinst_LIBRARIES) AR = ar -ARFLAGS = cru +ARFLAGS = ?cru libares_a_AR = $(AR) $(ARFLAGS) libares_a_LIBADD = am_libares_a_OBJECTS = arlib.$(OBJEXT) Index: contrib/ntp/ntpd/Makefile.in =================================================================== --- contrib/ntp/ntpd/Makefile.in (revision 215680) +++ contrib/ntp/ntpd/Makefile.in (working copy) @@ -58,7 +58,7 @@ CONFIG_CLEAN_FILES = CONFIG_CLEAN_VPATH_FILES = LIBRARIES = $(noinst_LIBRARIES) -ARFLAGS = cru +ARFLAGS ?= cru libntpd_a_AR = $(AR) $(ARFLAGS) libntpd_a_LIBADD = am_libntpd_a_OBJECTS = ntp_control$U.$(OBJEXT) ntp_crypto$U.$(OBJEXT) \ Index: contrib/tcp_wrappers/Makefile =================================================================== --- contrib/tcp_wrappers/Makefile (revision 215680) +++ contrib/tcp_wrappers/Makefile (working copy) @@ -139,7 +139,7 @@ freebsd: @make REAL_DAEMON_DIR=$(REAL_DAEMON_DIR) STYLE=$(STYLE) \ - RANLIB=ranlib ARFLAGS=rv AUX_OBJ= NETGROUP=-DNETGROUP TLI= \ + RANLIB=ranlib ARFLAGS=$(ARFLAGS) AUX_OBJ= NETGROUP=-DNETGROUP TLI= \ EXTRA_CFLAGS="-DSYS_ERRLIST_DEFINED -DINET6 -DUSE_GETIPNODEBY" \ VSYSLOG= all @@ -401,7 +401,7 @@ RANLIB = ranlib # have ranlib (BSD-ish UNIX) #RANLIB = echo # no ranlib (SYSV-ish UNIX) -ARFLAGS = rv # most systems +ARFLAGS ?= rv # most systems #ARFLAGS= rvs # IRIX 4.0.x AR = ar Index: contrib/sendmail/cf/m4/cfhead.m4 =================================================================== --- contrib/sendmail/cf/m4/cfhead.m4 (revision 215680) +++ contrib/sendmail/cf/m4/cfhead.m4 (working copy) @@ -19,7 +19,7 @@ ##### ifdef(`__win32__', `dnl', `dnl ifdef(`TEMPFILE', `dnl', `define(`TEMPFILE', maketemp(/tmp/cfXXXXXX))dnl -syscmd(sh _CF_DIR_`'sh/makeinfo.sh _CF_DIR_ > TEMPFILE)dnl +syscmd(sh _CF_DIR_`'sh/makeinfo.sh _CF_DIR_ DETERMINISTIC > TEMPFILE)dnl include(TEMPFILE)dnl syscmd(rm -f TEMPFILE)dnl')') ##### Index: contrib/sendmail/cf/sh/makeinfo.sh =================================================================== --- contrib/sendmail/cf/sh/makeinfo.sh (revision 215680) +++ contrib/sendmail/cf/sh/makeinfo.sh (working copy) @@ -16,6 +16,14 @@ # $FreeBSD$ # +# Deterministic header with generic user / hostname and build date omitted +if [ "x$2" = "xtrue" ] +then + echo '#####' built by deterministic@localhost + echo "define(\`__HOST__', localhost)dnl" + exit +fi + usewhoami=0 usehostname=0 for p in `echo $PATH | sed 's/:/ /g'` Index: contrib/gdtoa/makefile =================================================================== --- contrib/gdtoa/makefile (revision 215680) +++ contrib/gdtoa/makefile (working copy) @@ -26,6 +26,7 @@ .SUFFIXES: .c .o CC = cc CFLAGS = -g +ARFLAGS ?= ruv .c.o: $(CC) -c $(CFLAGS) $*.c @@ -49,7 +50,7 @@ strtopd.c strtopdd.c strtopf.c strtopx.c strtopxL.c strtorQ.c\ strtord.c strtordd.c strtorf.c strtorx.c strtorxL.c sum.c ulp.c $(CC) -c $(CFLAGS) $? - x=`echo $? | sed 's/\.c/.o/g'` && ar ruv gdtoa.a $$x && rm $$x + x=`echo $? | sed 's/\.c/.o/g'` && ar $(ARFLAGS) gdtoa.a $$x && rm $$x ranlib gdtoa.a || true # If your system lacks ranlib, you do not need it. Index: contrib/bind9/configure.in =================================================================== --- contrib/bind9/configure.in (revision 215680) +++ contrib/bind9/configure.in (working copy) @@ -70,7 +70,7 @@ AC_CONFIG_FILES([make/rules make/includes]) AC_PATH_PROG(AR, ar) -ARFLAGS="cruv" +ARFLAGS?="cruv" AC_SUBST(AR) AC_SUBST(ARFLAGS) Index: contrib/gcclibs/libcpp/Makefile.in =================================================================== --- contrib/gcclibs/libcpp/Makefile.in (revision 215680) +++ contrib/gcclibs/libcpp/Makefile.in (working copy) @@ -27,7 +27,7 @@ VPATH = @srcdir@ INSTALL = @INSTALL@ AR = ar -ARFLAGS = cru +ARFLAGS ?= cru ACLOCAL = @ACLOCAL@ AUTOCONF = @AUTOCONF@ AUTOHEADER = @AUTOHEADER@ Index: contrib/gcclibs/libdecnumber/Makefile.in =================================================================== --- contrib/gcclibs/libdecnumber/Makefile.in (revision 215680) +++ contrib/gcclibs/libdecnumber/Makefile.in (working copy) @@ -27,7 +27,7 @@ VPATH = @srcdir@ INSTALL = @INSTALL@ AR = ar -ARFLAGS = cru +ARFLAGS ?= cru ACLOCAL = @ACLOCAL@ AUTOCONF = @AUTOCONF@ AUTOHEADER = @AUTOHEADER@ Index: contrib/dtc/Makefile =================================================================== --- contrib/dtc/Makefile (revision 215680) +++ contrib/dtc/Makefile (working copy) @@ -46,7 +46,7 @@ VECHO = : else VECHO = echo " " -ARFLAGS = rc +ARFLAGS ?= rc .SILENT: endif Index: share/mk/bsd.own.mk =================================================================== --- share/mk/bsd.own.mk (revision 215680) +++ share/mk/bsd.own.mk (working copy) @@ -135,6 +135,16 @@ LIBGRP?= ${BINGRP} LIBMODE?= ${NOBINMODE} +# Produce deterministic builds +.if defined(WITH_DETERMINISTIC) +# Remove timestamps, username etc. from archives +ARFLAGS += -D +RANLIB += -D +# random-seed makes sure random elements in C++ binaries are always the +# same across builds. Use relative file path as seed to ensure the seed is +# unique for every source file. +CXXFLAGS += -frandom-seed=\"${.IMPSRC:S/^${.CURDIR}\///}\" +.endif # Share files SHAREDIR?= /usr/share Index: share/mk/bsd.lib.mk =================================================================== --- share/mk/bsd.lib.mk (revision 215680) +++ share/mk/bsd.lib.mk (working copy) @@ -162,13 +162,19 @@ .if defined(LIB) && !empty(LIB) _LIBS= lib${LIB}.a +ARFLAGS= -cq +# Deterministic builds require generic symbol tables +.if defined(WITH_DETERMINISTIC) +ARFLAGS+= -D +.endif + lib${LIB}.a: ${OBJS} ${STATICOBJS} @${ECHO} building static ${LIB} library @rm -f ${.TARGET} .if !defined(NM) - @${AR} cq ${.TARGET} `lorder ${OBJS} ${STATICOBJS} | tsort -q` ${ARADD} + @${AR} ${ARFLAGS} ${.TARGET} `lorder ${OBJS} ${STATICOBJS} | tsort -q` ${ARADD} .else - @${AR} cq ${.TARGET} `NM='${NM}' lorder ${OBJS} ${STATICOBJS} | tsort -q` ${ARADD} + @${AR} ${ARFLAGS} ${.TARGET} `NM='${NM}' lorder ${OBJS} ${STATICOBJS} | tsort -q` ${ARADD} .endif ${RANLIB} ${.TARGET} .endif @@ -183,9 +189,9 @@ @${ECHO} building profiled ${LIB} library @rm -f ${.TARGET} .if !defined(NM) - @${AR} cq ${.TARGET} `lorder ${POBJS} | tsort -q` ${ARADD} + @${AR} ${ARFLAGS} ${.TARGET} `lorder ${POBJS} | tsort -q` ${ARADD} .else - @${AR} cq ${.TARGET} `NM='${NM}' lorder ${POBJS} | tsort -q` ${ARADD} + @${AR} ${ARFLAGS} ${.TARGET} `NM='${NM}' lorder ${POBJS} | tsort -q` ${ARADD} .endif ${RANLIB} ${.TARGET} .endif @@ -228,7 +234,7 @@ lib${LIB}_pic.a: ${SOBJS} @${ECHO} building special pic ${LIB} library @rm -f ${.TARGET} - @${AR} cq ${.TARGET} ${SOBJS} ${ARADD} + @${AR} ${ARFLAGS} ${.TARGET} ${SOBJS} ${ARADD} ${RANLIB} ${.TARGET} .endif Index: usr.sbin/bluetooth/bthidd/Makefile =================================================================== --- usr.sbin/bluetooth/bthidd/Makefile (revision 215680) +++ usr.sbin/bluetooth/bthidd/Makefile (working copy) @@ -8,7 +8,7 @@ session.c CFLAGS+= -I${.CURDIR} -DEBUG_FLAGS= -g +#DEBUG_FLAGS= -g DPADD= ${LIBBLUETOOTH} ${LIBUSBHID} LDADD= -lbluetooth -lusbhid Index: etc/sendmail/Makefile =================================================================== --- etc/sendmail/Makefile (revision 215680) +++ etc/sendmail/Makefile (working copy) @@ -15,9 +15,15 @@ .SUFFIXES: .mc .cf +.if defined(WITH_DETERMINISTIC) +DETERMINISTIC=true +.else +DETERMINISTIC=false +.endif + .mc.cf: ${M4FILES} ${RM} ${.TARGET} - ${M4} -D_CF_DIR_=${SENDMAIL_CF_DIR}/ ${SENDMAIL_M4_FLAGS} \ + ${M4} -D_CF_DIR_=${SENDMAIL_CF_DIR}/ -DDETERMINISTIC=${DETERMINISTIC} ${SENDMAIL_M4_FLAGS} \ ${SENDMAIL_CF_DIR}/m4/cf.m4 ${.IMPSRC} > ${.TARGET} ${CHMOD} ${ROMODE} ${.TARGET} Index: sys/conf/newvers_deterministic.sh =================================================================== --- sys/conf/newvers_deterministic.sh (revision 0) +++ sys/conf/newvers_deterministic.sh (revision 0) @@ -0,0 +1,104 @@ +#!/bin/sh - +# +# Copyright (c) 1984, 1986, 1990, 1993 +# The Regents of the University of California. All rights reserved. +# +# Redistribution and use in source and binary forms, with or without +# modification, are permitted provided that the following conditions +# are met: +# 1. Redistributions of source code must retain the above copyright +# notice, this list of conditions and the following disclaimer. +# 2. Redistributions in binary form must reproduce the above copyright +# notice, this list of conditions and the following disclaimer in the +# documentation and/or other materials provided with the distribution. +# 4. Neither the name of the University nor the names of its contributors +# may be used to endorse or promote products derived from this software +# without specific prior written permission. +# +# THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND +# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE +# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE +# ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE +# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL +# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS +# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) +# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT +# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY +# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF +# SUCH DAMAGE. +# +# @(#)newvers.sh 8.1 (Berkeley) 4/20/94 +# $FreeBSD$ + +TYPE="FreeBSD" +REVISION="9.0" +BRANCH="CURRENT" +if [ "X${BRANCH_OVERRIDE}" != "X" ]; then + BRANCH=${BRANCH_OVERRIDE} +fi +RELEASE="${REVISION}-${BRANCH}" +VERSION="${TYPE} ${RELEASE}" +SYSDIR=$(dirname $0)/.. + +if [ "X${PARAMFILE}" != "X" ]; then + RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ + ${PARAMFILE}) +else + RELDATE=$(awk '/__FreeBSD_version.*propagated to newvers/ {print $3}' \ + ${SYSDIR}/sys/param.h) +fi + +b=share/examples/etc/bsd-style-copyright +year=`date '+%Y'` +# look for copyright template +for bsd_copyright in ../$b ../../$b ../../../$b /usr/src/$b /usr/$b +do + if [ -r "$bsd_copyright" ]; then + COPYRIGHT=`sed \ + -e "s/\[year\]/1992-$year/" \ + -e 's/\[your name here\]\.* /The FreeBSD Project./' \ + -e 's/\[your name\]\.*/The FreeBSD Project./' \ + -e '/\[id for your version control system, if any\]/d' \ + $bsd_copyright` + break + fi +done + +# no copyright found, use a dummy +if [ X"$COPYRIGHT" = X ]; then + COPYRIGHT="/*- + * Copyright (c) 1992-$year The FreeBSD Project. + * All rights reserved. + * + */" +fi + +# add newline +COPYRIGHT="$COPYRIGHT +" + +LC_ALL=C; export LC_ALL +if [ ! -r version ] +then + echo 0 > version +fi + +touch version +v=`cat version` +i=`${MAKE:-make} -V KERN_IDENT` + +cat << EOF > vers.c +$COPYRIGHT +#define SCCSSTR "@(#)${VERSION} #${v}" +#define VERSTR "${VERSION} #${v}\\n deterministic@localhost:${i}\\n" +#define RELSTR "${RELEASE}" + +char sccs[sizeof(SCCSSTR) > 128 ? sizeof(SCCSSTR) : 128] = SCCSSTR; +char version[sizeof(VERSTR) > 256 ? sizeof(VERSTR) : 256] = VERSTR; +char ostype[] = "${TYPE}"; +char osrelease[sizeof(RELSTR) > 32 ? sizeof(RELSTR) : 32] = RELSTR; +int osreldate = ${RELDATE}; +char kern_ident[] = "${i}"; +EOF + +echo `expr ${v} + 1` > version Index: sys/conf/kern.post.mk =================================================================== --- sys/conf/kern.post.mk (revision 215680) +++ sys/conf/kern.post.mk (working copy) @@ -250,8 +250,13 @@ config.ln env.ln hints.ln vers.ln vnode_if.ln: ${NORMAL_LINT} +.if defined(WITH_DETERMINISTIC) +vers.c: $S/conf/newvers_deterministic.sh $S/sys/param.h ${SYSTEM_DEP} + MAKE=${MAKE} sh $S/conf/newvers_deterministic.sh ${KERN_IDENT} +.else vers.c: $S/conf/newvers.sh $S/sys/param.h ${SYSTEM_DEP} MAKE=${MAKE} sh $S/conf/newvers.sh ${KERN_IDENT} +.endif vnode_if.c: $S/tools/vnode_if.awk $S/kern/vnode_if.src ${AWK} -f $S/tools/vnode_if.awk $S/kern/vnode_if.src -c Index: sys/boot/common/newvers_deterministic.sh =================================================================== --- sys/boot/common/newvers_deterministic.sh (revision 0) +++ sys/boot/common/newvers_deterministic.sh (revision 0) @@ -0,0 +1,43 @@ +#!/bin/sh - +# +# $FreeBSD$ +# $NetBSD: newvers.sh,v 1.1 1997/07/26 01:50:38 thorpej Exp $ +# +# Copyright (c) 1984, 1986, 1990, 1993 +# The Regents of the University of California. All rights reserved. +# +# Redistribution and use in source and binary forms, with or without +# modification, are permitted provided that the following conditions +# are met: +# 1. Redistributions of source code must retain the above copyright +# notice, this list of conditions and the following disclaimer. +# 2. Redistributions in binary form must reproduce the above copyright +# notice, this list of conditions and the following disclaimer in the +# documentation and/or other materials provided with the distribution. +# 4. Neither the name of the University nor the names of its contributors +# may be used to endorse or promote products derived from this software +# without specific prior written permission. +# +# THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND +# ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE +# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE +# ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE +# FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL +# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS +# OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) +# HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT +# LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY +# OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF +# SUCH DAMAGE. +# +# @(#)newvers.sh 8.1 (Berkeley) 4/20/94 + +LC_ALL=C; export LC_ALL +h=${HOSTNAME-`hostname`} +#r=`head -n 6 $1 | tail -n 1 | awk -F: ' { print $1 } '` +r=`awk -F: ' /^[0-9]\.[0-9]+:/ { print $1; exit }' $1` + +echo "char bootprog_name[] = \"FreeBSD/${3} ${2}\";" > vers.c +echo "char bootprog_rev[] = \"${r}\";" >> vers.c +echo "char bootprog_date[] = \"[not recorded]\";" >> vers.c +echo "char bootprog_maker[] = \"deterministic@${h}\";" >> vers.c Property changes on: sys/boot/common/newvers_deterministic.sh ___________________________________________________________________ Added: svn:executable + * Index: sys/boot/i386/loader/Makefile =================================================================== --- sys/boot/i386/loader/Makefile (revision 215680) +++ sys/boot/i386/loader/Makefile (working copy) @@ -81,9 +81,15 @@ # Pick up ../Makefile.inc early. .include +.if defined(WITH_DETERMINISTIC) +vers.c: ${.CURDIR}/../../common/newvers_deterministic.sh ${.CURDIR}/../loader/version + sh ${.CURDIR}/../../common/newvers_deterministic.sh ${.CURDIR}/../loader/version \ + ${NEWVERSWHAT} +.else vers.c: ${.CURDIR}/../../common/newvers.sh ${.CURDIR}/../loader/version sh ${.CURDIR}/../../common/newvers.sh ${.CURDIR}/../loader/version \ ${NEWVERSWHAT} +.endif ${LOADER}: ${LOADER}.bin ${BTXLDR} ${BTXKERN} btxld -v -f aout -e ${LOADER_ADDRESS} -o ${.TARGET} -l ${BTXLDR} \ --Apple-Mail-100-900350808-- --Apple-Mail-101-900350821-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 18:38:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C827E106566B for ; Wed, 24 Nov 2010 18:38:25 +0000 (UTC) (envelope-from andrey.zonov@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD1A8FC1E for ; Wed, 24 Nov 2010 18:38:24 +0000 (UTC) Received: by bwz2 with SMTP id 2so123493bwz.13 for ; Wed, 24 Nov 2010 10:38:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type; bh=eWSSFlkj9ERzqeg5diWtFYSNYNFLzFNqMMH7BI0h6ls=; b=cRi7RLjuvjtTAsGFgiYllKIlzS8uXvPGrZ01vRU0coAV80EXQYas1YB3ptlxxkYq3O ORhQsWvgF832LDshT4iP4YLNYqkpZXDcziR5b/bCA07omTvevUq4sseJTi/dhw88GFxe w4CGPyLTS5RmjL3Bgsv9fGbUX/RYSb91LLw70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=xrhjOGYIDssNbL8sbtDLcXZ3RWiaAG1jZKpmvhr4uH7elop1njXVy8m9YPc3IkNq4w jt4c6SB5g2CywRg/IeTstTjxYWcJnprxiY9zGHXUx/7ucsuLcCcoqumP800WNxB9MUAi j0PgauSl/kPJk2NjWXIg3GYm+0QJK64TKGG3Y= Received: by 10.204.120.195 with SMTP id e3mr9214198bkr.77.1290622195403; Wed, 24 Nov 2010 10:09:55 -0800 (PST) Received: from [10.254.254.77] (ppp95-165-161-20.pppoe.spdop.ru [95.165.161.20]) by mx.google.com with ESMTPS id g8sm3887470bkg.11.2010.11.24.10.09.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Nov 2010 10:09:53 -0800 (PST) Message-ID: <4CED54EC.2080204@gmail.com> Date: Wed, 24 Nov 2010 21:09:48 +0300 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------080501010907030103040709" Subject: [patch] rresvport_af(3) uses setsockopt(SO_REUSEADDR) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 18:38:25 -0000 This is a multi-part message in MIME format. --------------080501010907030103040709 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I've made the patch for rresvport_af(3) and rcmd_af(3) which makes possible to use more connections for rsh/rshd. I've also reviewed freebsd src tree and I think these changes in libc do not break any existing applications. Can anybody look at the patch? -- Andrey Zonov --------------080501010907030103040709 Content-Type: text/plain; name="rresvport_reuse.patch.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="rresvport_reuse.patch.txt" SW5kZXg6IGxpYmV4ZWMvcnNoZC9yc2hkLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbGliZXhlYy9y c2hkL3JzaGQuYwkocmV2aXNpb24gMjE1NTA4KQorKysgbGliZXhlYy9yc2hkL3JzaGQuYwko d29ya2luZyBjb3B5KQpAQCAtMjc4LDExICsyNzgsNiBAQAogCSh2b2lkKSBhbGFybSgwKTsK IAlpZiAocG9ydCAhPSAwKSB7CiAJCWludCBscG9ydCA9IElQUE9SVF9SRVNFUlZFRCAtIDE7 Ci0JCXMgPSBycmVzdnBvcnRfYWYoJmxwb3J0LCBhZik7Ci0JCWlmIChzIDwgMCkgewotCQkJ c3lzbG9nKExPR19FUlIsICJjYW4ndCBnZXQgc3RkZXJyIHBvcnQ6ICVtIik7Ci0JCQlleGl0 KDEpOwotCQl9CiAJCWlmIChwb3J0ID49IElQUE9SVF9SRVNFUlZFRCB8fAogCQkgICAgcG9y dCA8IElQUE9SVF9SRVNFUlZFRC8yKSB7CiAJCQlzeXNsb2coTE9HX05PVElDRXxMT0dfQVVU SCwKQEAgLTI5MSwxMCArMjg2LDMxIEBACiAJCQkgICAgcG9ydCk7CiAJCQlleGl0KDEpOwog CQl9Ci0JCSooKGluX3BvcnRfdCAqKSZmcm9tcC0+c2FfZGF0YSkgPSBodG9ucyhwb3J0KTsK LQkJaWYgKGNvbm5lY3QocywgZnJvbXAsIGZyb21wLT5zYV9sZW4pIDwgMCkgewotCQkJc3lz bG9nKExPR19JTkZPLCAiY29ubmVjdCBzZWNvbmQgcG9ydCAlZDogJW0iLCBwb3J0KTsKLQkJ CWV4aXQoMSk7CisJCWZvciAoIDs7ICkgeworCQkJcyA9IHJyZXN2cG9ydF9hZigmbHBvcnQs IGFmKTsKKwkJCWlmIChzIDwgMCkgeworCQkJCWlmIChlcnJubyA9PSBFQUREUklOVVNFIHx8 CisJCQkJICAgIGVycm5vID09IEVBRERSTk9UQVZBSUwpIHsKKwkJCQkJbHBvcnQtLTsKKwkJ CQkJY29udGludWU7CisJCQkJfQorCQkJCWlmIChlcnJubyA9PSBFQUdBSU4pCisJCQkJCXN5 c2xvZyhMT0dfRVJSLCAic29ja2V0OiBhbGwgcG9ydHMgaW4gdXNlIik7CisJCQkJZWxzZQor CQkJCQlzeXNsb2coTE9HX0VSUiwgImNhbid0IGdldCBzdGRlcnIgcG9ydDogJW0iKTsKKwkJ CQlleGl0KDEpOworCQkJfQorCQkJKigoaW5fcG9ydF90ICopJmZyb21wLT5zYV9kYXRhKSA9 IGh0b25zKHBvcnQpOworCQkJaWYgKGNvbm5lY3QocywgZnJvbXAsIGZyb21wLT5zYV9sZW4p IDwgMCkgeworCQkJCWlmIChlcnJubyA9PSBFQUREUklOVVNFKSB7CisJCQkJCWxwb3J0LS07 CisJCQkJCWNsb3NlKHMpOworCQkJCQljb250aW51ZTsKKwkJCQl9CisJCQkJc3lzbG9nKExP R19JTkZPLCAiY29ubmVjdCBzZWNvbmQgcG9ydCAlZDogJW0iLCBwb3J0KTsKKwkJCQlleGl0 KDEpOworCQkJfQorCQkJYnJlYWs7CiAJCX0KIAl9CiAKQEAgLTUzNSwxMSArNTUxLDExIEBA CiAJY2hhciBjOwogCiAJZG8geworCQlpZiAoY250LS0gPT0gMCkKKwkJCXJzaGRfZXJyeCgx LCAiJXMgdG9vIGxvbmciLCBlcnJvcik7CiAJCWlmIChyZWFkKFNURElOX0ZJTEVOTywgJmMs IDEpICE9IDEpCiAJCQlleGl0KDEpOwogCQkqYnVmKysgPSBjOwotCQlpZiAoLS1jbnQgPT0g MCkKLQkJCXJzaGRfZXJyeCgxLCAiJXMgdG9vIGxvbmciLCBlcnJvcik7CiAJfSB3aGlsZSAo YyAhPSAwKTsKIH0KIApJbmRleDogbGliL2xpYmMvbmV0L3JjbWQuYwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBsaWIvbGliYy9uZXQvcmNtZC5jCShyZXZpc2lvbiAyMTU1MDgpCisrKyBsaWIvbGli Yy9uZXQvcmNtZC5jCSh3b3JraW5nIGNvcHkpCkBAIC0xNTIsNiArMTUyLDExIEBACiAJZm9y ICh0aW1vID0gMSwgbHBvcnQgPSBJUFBPUlRfUkVTRVJWRUQgLSAxOzspIHsKIAkJcyA9IHJy ZXN2cG9ydF9hZigmbHBvcnQsIGFpLT5haV9mYW1pbHkpOwogCQlpZiAocyA8IDApIHsKKwkJ CWlmIChlcnJubyA9PSBFQUREUklOVVNFIHx8CisJCQkgICAgZXJybm8gPT0gRUFERFJOT1RB VkFJTCkgeworCQkJCWxwb3J0LS07CisJCQkJY29udGludWU7CisJCQl9CiAJCQlpZiAoZXJy bm8gIT0gRUFHQUlOICYmIGFpLT5haV9uZXh0KSB7CiAJCQkJYWkgPSBhaS0+YWlfbmV4dDsK IAkJCQljb250aW51ZTsKQEAgLTIxMiwxNyArMjE3LDM0IEBACiAJCQlmcHJpbnRmKHN0ZGVy ciwgIlRyeWluZyAlcy4uLlxuIiwgcGFkZHIpOwogCQl9CiAJfQotCWxwb3J0LS07CisJbHBv cnQgPSBJUFBPUlRfUkVTRVJWRUQgLSAxOwogCWlmIChmZDJwID09IDApIHsKIAkJX3dyaXRl KHMsICIiLCAxKTsKIAkJbHBvcnQgPSAwOwogCX0gZWxzZSB7Ci0JCWludCBzMiA9IHJyZXN2 cG9ydF9hZigmbHBvcnQsIGFpLT5haV9mYW1pbHkpLCBzMzsKKwkJaW50IHMyLCBzMzsKIAkJ c29ja2xlbl90IGxlbiA9IGFpLT5haV9hZGRybGVuOwogCQlpbnQgbmZkczsKIAotCQlpZiAo czIgPCAwKQotCQkJZ290byBiYWQ7CisJCWZvciAoIDs7ICkgeworCQkJczIgPSBycmVzdnBv cnRfYWYoJmxwb3J0LCBhaS0+YWlfZmFtaWx5KTsKKwkJCWlmIChzMiA8IDApIHsKKwkJCQlp ZiAoZXJybm8gPT0gRUFERFJJTlVTRSB8fAorCQkJCSAgICBlcnJubyA9PSBFQUREUk5PVEFW QUlMKSB7CisJCQkJCWxwb3J0LS07CisJCQkJCWNvbnRpbnVlOworCQkJCX0KKwkJCQlpZiAo ZXJybm8gPT0gRUFHQUlOKQorCQkJCQkodm9pZClmcHJpbnRmKHN0ZGVyciwKKwkJCQkJICAg ICJyY21kOiBzb2NrZXQyOiBBbGwgcG9ydHMgaW4gdXNlXG4iKTsKKwkJCQllbHNlCisJCQkJ CSh2b2lkKWZwcmludGYoc3RkZXJyLCAicmNtZDogc29ja2V0MjogJXNcbiIsCisJCQkJCSAg ICBzdHJlcnJvcihlcnJubykpOworCQkJCWdvdG8gYmFkOworCQkJfQorCQkJYnJlYWs7CisJ CX0KKwogCQlfbGlzdGVuKHMyLCAxKTsKIAkJKHZvaWQpc25wcmludGYobnVtLCBzaXplb2Yo bnVtKSwgIiVkIiwgbHBvcnQpOwogCQlpZiAoX3dyaXRlKHMsIG51bSwgc3RybGVuKG51bSkr MSkgIT0gc3RybGVuKG51bSkrMSkgewpAQCAtMzY2LDYgKzM4OCwyNyBAQAogCQlyZXR1cm4g KC0xKTsKIAl9CiAjZW5kaWYKKwlpZiAoKmFscG9ydCAmJiAqYWxwb3J0IDwgSVBQT1JUX1JF U0VSVkVEIC0gMSkgeworCQlpZiAoKmFscG9ydCA8IElQUE9SVF9SRVNFUlZFRCAvIDIpIHsK KwkJCSh2b2lkKV9jbG9zZShzKTsKKwkJCWVycm5vID0gRUFHQUlOOworCQkJcmV0dXJuICgt MSk7CisJCX0KKwkJaW50IHJldXNlID0gMTsKKwkJaWYgKF9zZXRzb2Nrb3B0KHMsIFNPTF9T T0NLRVQsIFNPX1JFVVNFQUREUiwgJnJldXNlLCBzaXplb2YocmV1c2UpKSA8IDApIHsKKwkJ CSh2b2lkKV9jbG9zZShzKTsKKwkJCXJldHVybiAoLTEpOworCQl9CisKKwkJKnNwb3J0ID0g aHRvbnMoKHVfc2hvcnQpKmFscG9ydCk7CisJCWlmIChfYmluZChzLCAoc3RydWN0IHNvY2th ZGRyICopJnNzLCAoKHN0cnVjdCBzb2NrYWRkciAqKSZzcyktPnNhX2xlbikgPCAwKSB7CisJ CQkodm9pZClfY2xvc2Uocyk7CisJCQlyZXR1cm4gKC0xKTsKKwkJfQorCQkqYWxwb3J0ID0g KGludCludG9ocygqc3BvcnQpOworCQlyZXR1cm4gKHMpOworCX0KKwogCSpzcG9ydCA9IDA7 CiAJaWYgKGJpbmRyZXN2cG9ydF9zYShzLCAoc3RydWN0IHNvY2thZGRyICopJnNzKSA9PSAt MSkgewogCQkodm9pZClfY2xvc2Uocyk7Cg== --------------080501010907030103040709-- From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 22:02:28 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F093106564A; Wed, 24 Nov 2010 22:02:28 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 05C668FC14; Wed, 24 Nov 2010 22:02:27 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id oAOM2Qje014306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Nov 2010 23:02:27 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1290636147; bh=r15vgz+qA4/lrNEciE3+V7Qgyl62rA6wHWF+GP03hek=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=SyOM7eyv27lejhE8Vf7dvcdvCucniN7ddiGISvR4hGAcEh3Rc7yZ0Fn9kwz+2iV47 +RGp6r/yEAh4tWVv/SmuIukyh9EC036ZNg8IaarYOPin0nzeFnPW76pqA53Y2UtOEb 8YU/8kE+nHh7K2IMTafkC81v5w3VfmF/abXAq1Vw= Date: Wed, 24 Nov 2010 23:02:26 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Harald Servat Message-ID: <20101124220226.GN3120@acme.spoerlein.net> Mail-Followup-To: Harald Servat , Alexander Best , freebsd-hackers@freebsd.org References: <20101116231650.GA58652@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Best , freebsd-hackers@freebsd.org Subject: Re: sched_autogroup_enabled X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 22:02:28 -0000 On Thu, 18.11.2010 at 21:51:52 +0100, Harald Servat wrote: > Alexander (& rest of the list), > > -performance has a thread about this topic. If you're interested, you can > take a look there. Here's the URL > > http://lists.freebsd.org/pipermail/freebsd-performance/2010-November/004067.html I'm not subscribed there, but I had to laugh real hard, when I saw the hype this generated on slashdot the other day. Why? Cause I'm doing similiar stuff on FreeBSD for ages and it is perfectly snappy. Everytime I sit down in front of an Ubuntu box, I'm amazed at how crappy the responsiveness is. Might also be related to me not using Gnome ... *shrug* Just did some more tests, running 2x 720p videos, make -j32 buildkernel, the chromium port was building a while now in the background, firefox and opera running with quite a number of tabs (and opera seems to have developed a "cpu leak" recently, as it constantly sucks up ~25% CPU). Anyway, I cannot notice any UI hiccups or mouse stuttering or problems when redrawing windows. Am I doing it wrong? Uli From owner-freebsd-hackers@FreeBSD.ORG Wed Nov 24 22:10:43 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F4AC106564A for ; Wed, 24 Nov 2010 22:10:43 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id 62E0A8FC0C for ; Wed, 24 Nov 2010 22:10:43 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id oAOM05p8057461; Wed, 24 Nov 2010 14:00:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1290636005; bh=Re4VwZ2ZT8RSfvvUxeQVkSmoSKDiRJQhE+gjq5WFH4s=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=TYlzqp11feZ8OKjt9gxiodf7Ve/gLu/B5Zjgdzc/l0ggKSQSOgXqR3TOFUR6yRYmt h6Ka//2IoFcWzxlHkkfWG0OcvjoAe2B4xwIKmN0eni/7N/dYB8nlxs0yTp6H+FxLoD dkdroCe7yW7N6hOJT3zmFE436z0iuvQssSyFlFwg= From: Sean Bruno To: John Baldwin In-Reply-To: <201011220926.26413.jhb@freebsd.org> References: <1290389482.16558.1338.camel@home-yahoo> <201011220926.26413.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 24 Nov 2010 14:00:04 -0800 Message-ID: <1290636004.2630.346.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 24 Nov 2010 22:11:39 +0000 Cc: "freebsd-hackers@freebsd.org" Subject: Re: Building my own release ISOs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 22:10:43 -0000 On Mon, 2010-11-22 at 06:26 -0800, John Baldwin wrote: > On Sunday, November 21, 2010 8:31:22 pm Sean Bruno wrote: > > Does this look about right to build from a test branch? > > > > sudo make release SVNROOT=ssh+svn://svn.freebsd.org/base > > SVNBRANCH=projects/sbruno_64cpus MAKE_ISOS=y MAKE_DVD=y NO_FLOPPIES=y > > NODOC=y NOPORTSATALL=y WORLD_FLAGS=-j32 KERNEL_FLAGS=-j32 > > BUILDNAME=sbruno CHROOTDIR=/new_release > > Sure. Note, though, that you don't have to create a branch just to build a > release with a patch. You can always use LOCAL_PATCHES to apply patches to > the source tree you build a release against. > Indeed, I guess I could do it that way. That does involve the step of creating a patch set and directory. Sean From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 12:09:01 2010 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30E641065673 for ; Thu, 25 Nov 2010 12:09:01 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) by mx1.freebsd.org (Postfix) with ESMTP id CE75F8FC0C for ; Thu, 25 Nov 2010 12:09:00 +0000 (UTC) Received: from [192.168.0.22] (0x573fa596.cpe.ge-1-1-0-1109.ronqu1.customer.tele.dk [87.63.165.150]) by csmtp3.one.com (Postfix) with ESMTP id F1724240634B for ; Thu, 25 Nov 2010 12:08:58 +0000 (UTC) From: Erik Cederstrand Content-Type: multipart/signed; boundary=Apple-Mail-195-994609787; protocol="application/pkcs7-signature"; micalg=sha1 Date: Thu, 25 Nov 2010 13:08:58 +0100 Message-Id: <93FA0AC7-704D-4EB4-A163-FDD8AC915630@cederstrand.dk> To: FreeBSD Hackers Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Deterministic builds, part 2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 12:09:01 -0000 --Apple-Mail-195-994609787 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello hackers, With a simple version of deterministic builds done (see my previous post = here - anyone willing to comment the patch?), I have started to look at = the more general case where OBJDIR and SRCDIR change between builds. The = following are my findings. Kernel modules: ---------------------- In the ELF section .gnu-debuglink, there is a link to the corresponding = *.ko.symbols file. It seems to be an inode or such rather than a file = path since nothing shows up in strings(1). I have commented out = "makeoptions DEBUG=3D-g" in the GENERIC kernel conf file which I am = testing now, but I'd like to know what is actually going on. Symbol tables: -------------------- For example, libstand.a shows up in a diff. Looking with objdump, I see = the contained _setjmp.o file has the following symbol table: SYMBOL TABLE: 00000000 l df *ABS* 00000000 = /usr/home/erik/freebsd/head1/src/lib/libstand/i386/_setjmp.S 00000000 l df *ABS* 00000000 ./machine/asm.h 00000000 l df *ABS* 00000000 = /home/erik/freebsd/obj1/usr/home/erik/freebsd/head1/src/tmp/usr/include/sy= s/cdefs.h 00000000 l df *ABS* 00000000 ./machine/asm.h 00000000 l df *ABS* 00000000 = /usr/home/erik/freebsd/head1/src/lib/libstand/i386/_setjmp.S 00000000 l df *ABS* 00000000 00000000 l df *ABS* 00000000 00000000 l df *ABS* 00000000 = /usr/home/erik/freebsd/head1/src/lib/libstand/i386/_setjmp.S 00000000 l d .text 00000000=20 00000000 l d .data 00000000=20 00000000 l d .bss 00000000=20 00000000 g F .text 0000001d _setjmp 00000020 g F .text 00000024 _longjmp There are absolute paths within SRCDIR and OBJDIR. I'm pretty sure = libarchive.a will still work at runtime if I blow away those = directories. I could really use some help changing the paths to be = relative to SRJ/OBJDIR if that makes sense, or even removing them if = that's better. rodata.str1.4: ------------------ Some *.o files (all?) contain the path to the corresponding source file: Contents of section .rodata.str1.4: 0000 2f757372 2f686f6d 652f6572 696b2f66 /usr/home/erik/f 0010 72656562 73642f68 6561642f 7372632f reebsd/head1/src/ 0020 6c69622f 6c696273 74616e64 2f6f7065 lib/libstand/ope 0030 6e2e6300 n.c. As with the symbol tables, is it possible to change these to relative = paths, or just remove them? If there are no flags to gcc or other tricks to do this, I've thought = about calling strip(1) within the build process to remove the things I = don't want. Thanks, Erik= --Apple-Mail-195-994609787-- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 12:45:50 2010 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4FC106566C for ; Thu, 25 Nov 2010 12:45:50 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp1.one.com (csmtp1.one.com [195.47.247.21]) by mx1.freebsd.org (Postfix) with ESMTP id CB8C98FC0A for ; Thu, 25 Nov 2010 12:45:49 +0000 (UTC) Received: from [192.168.0.22] (0x573fa596.cpe.ge-1-1-0-1109.ronqu1.customer.tele.dk [87.63.165.150]) by csmtp1.one.com (Postfix) with ESMTP id 6157E1BC00366; Thu, 25 Nov 2010 12:45:48 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-200-996819211; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: <93FA0AC7-704D-4EB4-A163-FDD8AC915630@cederstrand.dk> Date: Thu, 25 Nov 2010 13:45:48 +0100 Message-Id: References: <93FA0AC7-704D-4EB4-A163-FDD8AC915630@cederstrand.dk> To: Erik Cederstrand X-Mailer: Apple Mail (2.1082) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers Subject: Re: Deterministic builds, part 2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 12:45:50 -0000 --Apple-Mail-200-996819211 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Den 25/11/2010 kl. 13.08 skrev Erik Cederstrand: > Symbol tables: > -------------------- > For example, libstand.a shows up in a diff. Looking with objdump, I = see the contained _setjmp.o file has the following symbol table: >=20 > SYMBOL TABLE: > 00000000 l df *ABS* 00000000 = /usr/home/erik/freebsd/head1/src/lib/libstand/i386/_setjmp.S > 00000000 l df *ABS* 00000000 ./machine/asm.h > 00000000 l df *ABS* 00000000 = /home/erik/freebsd/obj1/usr/home/erik/freebsd/head1/src/tmp/usr/include/sy= s/cdefs.h > 00000000 l df *ABS* 00000000 ./machine/asm.h > 00000000 l df *ABS* 00000000 = /usr/home/erik/freebsd/head1/src/lib/libstand/i386/_setjmp.S > 00000000 l df *ABS* 00000000 > 00000000 l df *ABS* 00000000 > 00000000 l df *ABS* 00000000 = /usr/home/erik/freebsd/head1/src/lib/libstand/i386/_setjmp.S > 00000000 l d .text 00000000=20 > 00000000 l d .data 00000000=20 > 00000000 l d .bss 00000000=20 > 00000000 g F .text 0000001d _setjmp > 00000020 g F .text 00000024 _longjmp >=20 > There are absolute paths within SRCDIR and OBJDIR. I'm pretty sure = libarchive.a will still work at runtime if I blow away those = directories. I could really use some help changing the paths to be = relative to SRJ/OBJDIR if that makes sense, or even removing them if = that's better. I have an example of this in _umtx_op_err.po contained in = libpthread_p.a. The object file is created with the following command: cc -DPROF -O2 -pipe -DPTHREAD_KERNEL = -I/usr/home/erik/freebsd/head/src/lib/libthr/../libc/include = -I/usr/home/erik/freebsd/head/src/lib/libthr/thread = -I/usr/home/erik/freebsd/head/src/lib/libthr/../../include = -I/usr/home/erik/freebsd/head/src/lib/libthr/arch/amd64/include = -I/usr/home/erik/freebsd/head/src/lib/libthr/sys = -I/usr/home/erik/freebsd/head/src/lib/libthr/../../libexec/rtld-elf = -I/usr/home/erik/freebsd/head/src/lib/libthr/../../libexec/rtld-elf/amd64 = -I/usr/home/erik/freebsd/head/src/lib/libthr/../libthread_db -Winline = -fexceptions -D_PTHREAD_FORCED_UNWIND -D_PTHREADS_INVARIANTS = -DSYSCALL_COMPAT -std=3Dgnu99 -Wsystem-headers -Werror -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -c = /usr/home/erik/freebsd/head/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S= -o _umtx_op_err.po This command leaves absolute paths in the symbol table. Erik= --Apple-Mail-200-996819211-- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 14:13:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 424691065670; Thu, 25 Nov 2010 14:13:32 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id C1FDD8FC16; Thu, 25 Nov 2010 14:13:31 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 452933A601; Thu, 25 Nov 2010 14:56:23 +0100 (CET) Date: Thu, 25 Nov 2010 14:56:23 +0100 From: Lars Engels To: Harald Servat , Alexander Best , freebsd-hackers@freebsd.org Message-ID: <20101125135622.GL12220@e.0x20.net> References: <20101116231650.GA58652@freebsd.org> <20101124220226.GN3120@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6CXocAQn8Xbegyxo" Content-Disposition: inline In-Reply-To: <20101124220226.GN3120@acme.spoerlein.net> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: sched_autogroup_enabled X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 14:13:32 -0000 --6CXocAQn8Xbegyxo Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 24, 2010 at 11:02:26PM +0100, Ulrich Sp=F6rlein wrote: > On Thu, 18.11.2010 at 21:51:52 +0100, Harald Servat wrote: > > Alexander (& rest of the list), > >=20 > > -performance has a thread about this topic. If you're interested, you= can > > take a look there. Here's the URL > >=20 > > http://lists.freebsd.org/pipermail/freebsd-performance/2010-November/00= 4067.html >=20 > I'm not subscribed there, but I had to laugh real hard, when I saw the > hype this generated on slashdot the other day. Why? Cause I'm doing > similiar stuff on FreeBSD for ages and it is perfectly snappy. Everytime > I sit down in front of an Ubuntu box, I'm amazed at how crappy the > responsiveness is. >=20 > Might also be related to me not using Gnome ... *shrug* >=20 > Just did some more tests, running 2x 720p videos, make -j32 buildkernel, > the chromium port was building a while now in the background, firefox > and opera running with quite a number of tabs (and opera seems to have > developed a "cpu leak" recently, as it constantly sucks up ~25% CPU). > Anyway, I cannot notice any UI hiccups or mouse stuttering or problems > when redrawing windows. >=20 > Am I doing it wrong? No. You are using FreeBSD. --6CXocAQn8Xbegyxo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkzuawYACgkQKc512sD3afgA2ACghifZ1ibau3Udz9X8DS/QRSTy t2IAn0shX4S7UZ+5utuyouzm3qSQsUaq =aCHP -----END PGP SIGNATURE----- --6CXocAQn8Xbegyxo-- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 15:28:51 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6276106566B; Thu, 25 Nov 2010 15:28:51 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 87F7D8FC0C; Thu, 25 Nov 2010 15:28:51 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4AFA746B2E; Thu, 25 Nov 2010 10:28:51 -0500 (EST) Received: from John-Baldwins-Macbook-Pro.local (d-69-161-103-3.cpe.metrocast.net [69.161.103.3]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5CE818A009; Thu, 25 Nov 2010 10:28:50 -0500 (EST) Message-ID: <4CEE80B1.6000602@FreeBSD.org> Date: Thu, 25 Nov 2010 10:28:49 -0500 From: John Baldwin User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Andriy Gapon References: <201011220924.53709.jhb@freebsd.org> <4CEBDD42.5010007@freebsd.org> In-Reply-To: <4CEBDD42.5010007@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 25 Nov 2010 10:28:50 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-0.9 required=4.2 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Best way to determine if an IRQ is present X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 15:28:51 -0000 Andriy Gapon wrote: > on 22/11/2010 16:24 John Baldwin said the following: >> Well, the real solution is actually larger than described in the PR. What you >> really want to do is take the logical CPUs offline when they are "halted". >> Taking a CPU offline should trigger an EVENTHANDLER that various bits of code >> could invoke. In the case of platforms that support binding interrupts to >> CPUs (x86 and sparc64 at least), they would install an event handler that >> searches the MD interrupt tables (e.g. the interrupt_sources[] array on x86) >> and move bound interrupts to other CPUs. However, I think all the interrupt >> bits will be MD, not MI. > > That's a good idea and a comprehensive approach. > One minor technical detail - should an offlined CPU be removed from all_cpus mask/set? That's tricky. In other e-mails I've had on this topic, the idea has been to have a new online_cpus mask and maybe a CPU_ONLINE() test macro similar to CPU_ABSENT(). In that case, an offline CPU should still be in all_cpus, but many places that use all_cpus would need to use online_cpus instead. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 15:31:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EB1810656B6; Thu, 25 Nov 2010 15:31:59 +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 B66378FC17; Thu, 25 Nov 2010 15:31:58 +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 RAA06417; Thu, 25 Nov 2010 17:31:56 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEE816C.4060306@freebsd.org> Date: Thu, 25 Nov 2010 17:31:56 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: John Baldwin References: <201011220924.53709.jhb@freebsd.org> <4CEBDD42.5010007@freebsd.org> <4CEE80B1.6000602@FreeBSD.org> In-Reply-To: <4CEE80B1.6000602@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Best way to determine if an IRQ is present X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 15:31:59 -0000 on 25/11/2010 17:28 John Baldwin said the following: > Andriy Gapon wrote: >> on 22/11/2010 16:24 John Baldwin said the following: >>> Well, the real solution is actually larger than described in the PR. What you >>> really want to do is take the logical CPUs offline when they are "halted". >>> Taking a CPU offline should trigger an EVENTHANDLER that various bits of code >>> could invoke. In the case of platforms that support binding interrupts to CPUs >>> (x86 and sparc64 at least), they would install an event handler that searches >>> the MD interrupt tables (e.g. the interrupt_sources[] array on x86) and move >>> bound interrupts to other CPUs. However, I think all the interrupt >>> bits will be MD, not MI. >> >> That's a good idea and a comprehensive approach. >> One minor technical detail - should an offlined CPU be removed from all_cpus >> mask/set? > > That's tricky. In other e-mails I've had on this topic, the idea has been to have > a new online_cpus mask and maybe a CPU_ONLINE() test macro similar to > CPU_ABSENT(). In that case, an offline CPU should still be in all_cpus, but many > places that use all_cpus would need to use online_cpus instead. > This sounds like a plan. CPU_FOREACH_ONLINE() could also come handy, Thanks! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 15:59:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DDA010656A6 for ; Thu, 25 Nov 2010 15:59:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E733D8FC08 for ; Thu, 25 Nov 2010 15:59:12 +0000 (UTC) Received: by yxh35 with SMTP id 35so545673yxh.13 for ; Thu, 25 Nov 2010 07:59:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=xptUBeGQ8MwazLTpc7AnstXemUOQVZPnL2bFDGePYU4=; b=nhWImrKHvgny+v2oubDuI6T6wvakTjHc/4hMFWIV5fWp1h74bOHdiVTHZeAp4kgh8a o4n4v0t/inB02HCXbqck3GFQ+dg4aw7Kll314gF8de/EC4wG7hsEd3Y3gu2P1sLhbp7B x/Pbu3okYUxHpusMTbZqaLOcA3xbH3T4LtBJ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=PgoW6VvRE8iigs3OKjlfXNiCbJjX/73EmHxBXfl1JXo5hV05yn9r/IzWwrqMZXTOaq 2uG+FYr1GGLAaa6SLw0mKYRYwjW240qreid8qboWBIK0FhrEClydvHgVyh+0OlhqeR1j hEGCCyOSydXVh250cktaKxCA2AQf4XHp1CIqc= MIME-Version: 1.0 Received: by 10.150.220.14 with SMTP id s14mr3251764ybg.266.1290699349855; Thu, 25 Nov 2010 07:35:49 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.236.102.161 with HTTP; Thu, 25 Nov 2010 07:35:49 -0800 (PST) In-Reply-To: <4CEE816C.4060306@freebsd.org> References: <201011220924.53709.jhb@freebsd.org> <4CEBDD42.5010007@freebsd.org> <4CEE80B1.6000602@FreeBSD.org> <4CEE816C.4060306@freebsd.org> Date: Thu, 25 Nov 2010 10:35:49 -0500 X-Google-Sender-Auth: 8oAiFEShKaRijhwGnN0xRuq_TOE Message-ID: From: Attilio Rao To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , freebsd-hackers@freebsd.org Subject: Re: Best way to determine if an IRQ is present X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 15:59:13 -0000 2010/11/25 Andriy Gapon : > on 25/11/2010 17:28 John Baldwin said the following: >> Andriy Gapon wrote: >>> on 22/11/2010 16:24 John Baldwin said the following: >>>> Well, the real solution is actually larger than described in the PR. = =C2=A0What you >>>> really want to do is take the logical CPUs offline when they are "halt= ed". >>>> Taking a CPU offline should trigger an EVENTHANDLER that various bits = of code >>>> could invoke. =C2=A0In the case of platforms that support binding inte= rrupts to CPUs >>>> (x86 and sparc64 at least), they would install an event handler that s= earches >>>> the MD interrupt tables (e.g. the interrupt_sources[] array on x86) an= d move >>>> bound interrupts to other CPUs. =C2=A0However, I think all the interru= pt >>>> bits will be MD, not MI. >>> >>> That's a good idea and a comprehensive approach. >>> One minor technical detail - should an offlined CPU be removed from all= _cpus >>> mask/set? >> >> That's tricky. =C2=A0In other e-mails I've had on this topic, the idea h= as been to have >> a new online_cpus mask and maybe a CPU_ONLINE() test macro =C2=A0similar= to >> CPU_ABSENT(). =C2=A0In that case, an offline CPU should still be in all_= cpus, but many >> places that use all_cpus would need to use online_cpus instead. >> > > This sounds like a plan. > CPU_FOREACH_ONLINE() could also come handy, > Thanks! One of the biggest issues here is that these bitmasks become no-more fixed for the kernel timelife, but you need proper locking to access them. I recall that one of the point for this plan is to benchmark and eventually optimize performance (as it is easilly feasible) on writing for rmlocks. In order to have a fully effective plan, there are several nits that need to be addressed here, I may have collected somewhere in a file, when I find it I will send to you. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 19:45:08 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76EB01065696 for ; Thu, 25 Nov 2010 19:45:08 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3006C8FC24 for ; Thu, 25 Nov 2010 19:45:07 +0000 (UTC) Received: by iwn39 with SMTP id 39so1453213iwn.13 for ; Thu, 25 Nov 2010 11:45:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=okltbIPLTk91FPp8ZRkRvxWnAp6zK56chWGlET9i1cc=; b=K2JhmN3Q5140AzcdoTE7U6HwyhumJDJX18i5kEsdkVbl4L7WbzPPRb29kR5+Gi/zPE VrqII9IkmTdRcrC1jW5wgxSbKbqK76tqV09BFeLvrBxrX/IoCFRi4eoX1Ty0cwu/2cpF CKNSALoMHR43BDwudx13tLio/8QaQECpBr/EI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=AN61jmvXksmrTQqeZYhmBFfAOSl0ZoeZoXb7ZB5ygDltRRos7P/hFAZwALeBWMSEX1 hV745KDKA5ld8BKOMhYMR6bZy6Dt7nMJGkN+TIG/Bwdt7LMoeehkP2LGiHBnI+UTcgNJ 9B3ZzDAQ7YG74/756p/BL2vWKrLjRttkLZPtM= Received: by 10.42.177.68 with SMTP id bh4mr319989icb.503.1290712689120; Thu, 25 Nov 2010 11:18:09 -0800 (PST) Received: from mark-laptop-bsd.mark-home (mail1.sandvine.com [64.7.137.162]) by mx.google.com with ESMTPS id z4sm1094072ibg.19.2010.11.25.11.18.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Nov 2010 11:18:06 -0800 (PST) Date: Thu, 25 Nov 2010 14:17:27 -0500 From: Mark Johnston To: Erik Cederstrand Message-ID: <20101125191727.GB1342@mark-laptop-bsd.mark-home> References: <93FA0AC7-704D-4EB4-A163-FDD8AC915630@cederstrand.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93FA0AC7-704D-4EB4-A163-FDD8AC915630@cederstrand.dk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Hackers Subject: Re: Deterministic builds, part 2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 19:45:08 -0000 On Thu, Nov 25, 2010 at 01:08:58PM +0100, Erik Cederstrand wrote: > Kernel modules: > ---------------------- > In the ELF section .gnu-debuglink, there is a link to the corresponding *.ko.symbols file. It seems to be an inode or such rather than a file path since nothing shows up in strings(1). I have commented out "makeoptions DEBUG=-g" in the GENERIC kernel conf file which I am testing now, but I'd like to know what is actually going on. The .gnu_debuglink segment contains the name of the debug symbols file (i.e. not a full path or an inode number). I'm not sure why it doesn't show up with strings(1), but you can see it with a hex editor. When gdb loads an object file with a gnu_debuglink segment, it looks in a few pre-defined locations for the corresponding symbols file. The gdb docs explain it pretty well: http://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html -Mark From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 20:10:36 2010 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B88B10656CB for ; Thu, 25 Nov 2010 20:10:36 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id DEF998FC20 for ; Thu, 25 Nov 2010 20:10:35 +0000 (UTC) Received: from macfeast.lan (0x573b9942.cpe.ge-1-2-0-1101.ronqu1.customer.tele.dk [87.59.153.66]) by csmtp2.one.com (Postfix) with ESMTPA id 21711DE0F41F7; Thu, 25 Nov 2010 20:10:34 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-214-1023505647; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: <20101125191727.GB1342@mark-laptop-bsd.mark-home> Date: Thu, 25 Nov 2010 21:10:34 +0100 Message-Id: <0B04A57E-A325-4006-8A01-6C7F15584C2F@cederstrand.dk> References: <93FA0AC7-704D-4EB4-A163-FDD8AC915630@cederstrand.dk> <20101125191727.GB1342@mark-laptop-bsd.mark-home> To: Mark Johnston X-Mailer: Apple Mail (2.1082) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers Subject: Re: Deterministic builds, part 2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 20:10:36 -0000 --Apple-Mail-214-1023505647 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Den 25/11/2010 kl. 20.17 skrev Mark Johnston: > On Thu, Nov 25, 2010 at 01:08:58PM +0100, Erik Cederstrand wrote: >> Kernel modules: >> ---------------------- >> In the ELF section .gnu-debuglink, there is a link to the = corresponding *.ko.symbols file. It seems to be an inode or such rather = than a file path since nothing shows up in strings(1). I have commented = out "makeoptions DEBUG=3D-g" in the GENERIC kernel conf file which I am = testing now, but I'd like to know what is actually going on. >=20 > The .gnu_debuglink segment contains the name of the debug symbols file > (i.e. not a full path or an inode number). I'm not sure why it doesn't > show up with strings(1), but you can see it with a hex editor. >=20 > When gdb loads an object file with a gnu_debuglink segment, it looks = in > a few pre-defined locations for the corresponding symbols file. The = gdb > docs explain it pretty well: >=20 > http://sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html Thanks. I was explained in private email that I should be using "strings = -a" which indeed turns up the filename. The checksum mismatch actually = occurs because the section also contains a CRC of the symbols file, = which means the symbols files aren't identical. I'll investigate that = separately. Erik= --Apple-Mail-214-1023505647-- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 20:15:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D20410656A3 for ; Thu, 25 Nov 2010 20:15:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id A08DD8FC14 for ; Thu, 25 Nov 2010 20:15:08 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A0D09A67D7F; Fri, 26 Nov 2010 04:15:07 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id kwMpeBTKRwNw; Fri, 26 Nov 2010 04:14:58 +0800 (CST) Received: from delta.delphij.net (c-76-102-26-215.hsd1.ca.comcast.net [76.102.26.215]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 8B0C9A67D70; Fri, 26 Nov 2010 04:14:57 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=mFPT6l0LTG+sGjGXTmMz5mJOC0rDLsnVrZBMEnNjq2Fg1GpKHCETD2VfIHyaWbodR 4ybh8TXpvv9Y7siVAXYyA== Message-ID: <4CEEC3BD.3080204@delphij.net> Date: Thu, 25 Nov 2010 12:14:53 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.15) Gecko/20101028 Thunderbird/3.0.10 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: FreeBSD-Hackers X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 20:15:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, One pretty common way of having an i-node of a file removed when process exit is to unlink() it while holding a descriptor of the file. This approach, however, have a side effect that other processes would not be able to access the file via its name. For certain applications it is sometimes desirable to (e.g. for unix domain sockets) have file removed when the process quit, regardless whether the process is quit cleanly. Is there a clean way to do this? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJM7sO9AAoJEATO+BI/yjfBlRQH/3zzmh6OtmMJs0CWNsH9eOQk mpSi5BJE9HHIbzPCMSGvujFn/HjQa5K752/A0J7Gulu/2wNYnY6013tuypnHZy0+ tPMVWWWpj3otqJuvcxBMeqNisA9RL+DS2ZMbUQs3t7vd9qHkJE1Honb97nFQ/o57 bUAYFUoFEjBgYiF0JrPQOXxHZacOhEtHrTj9qbtrZM+qcGZl01cTDfHTd7aP5yJ+ HnZVh/0CKMdcOH/9tI04pZ+beK9RwaPVLS0NxIfsVIx+1o1zP3rHIaEWczM21SsU gDDzQ6ypBE3dEJbQ7OH0UqezjLpX7JKUpSSjC4FRnL4VDZrUAH8Nh6wT+gcncc0= =1W2r -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 25 22:31:04 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E3B1065696 for ; Thu, 25 Nov 2010 22:31:04 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 33D398FC21 for ; Thu, 25 Nov 2010 22:31:03 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PLkLE-0002Ii-QQ for freebsd-hackers@freebsd.org; Thu, 25 Nov 2010 23:31:00 +0100 Received: from cpe-188-129-90-31.dynamic.amis.hr ([188.129.90.31]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Nov 2010 23:31:00 +0100 Received: from ivoras by cpe-188-129-90-31.dynamic.amis.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Nov 2010 23:31:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Thu, 25 Nov 2010 23:30:48 +0100 Lines: 19 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-188-129-90-31.dynamic.amis.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 Subject: Userland DTrace ready? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 22:31:04 -0000 Is userland DTrace ready? The postgresql port (databases/postgresql90-server) has an option to be built with dtrace, but when I use it it fails with this error: gmake[1]: Entering directory `/usr/ports/databases/postgresql90-server/work/postgresql-9.0.1/src/backend/utils' dtrace -C -h -s probes.d -o probes.h.tmp dtrace: failed to compile script probes.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" gmake[1]: *** [probes.h] Error 1 gmake[1]: Leaving directory `/usr/ports/databases/postgresql90-server/work/postgresql-9.0.1/src/backend/utils' gmake: *** [utils/probes.h] Error 2 *** Error code 2 The error is here both in 9 / HEAD and in 8-stable. Any suggestions? (for all I know, this may be PostgreSQL's fault...) From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 03:48:38 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 145EA1065672; Fri, 26 Nov 2010 03:48:38 +0000 (UTC) (envelope-from max@laiers.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id A00F48FC0A; Fri, 26 Nov 2010 03:48:37 +0000 (UTC) Received: from [192.168.0.5] (c-71-197-236-68.hsd1.wa.comcast.net [71.197.236.68]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MflE8-1P7cAv2UGC-00NCBN; Fri, 26 Nov 2010 04:36:02 +0100 Message-ID: <4CEF2B20.4060102@laiers.net> Date: Thu, 25 Nov 2010 19:36:00 -0800 From: Max Laier User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andriy Gapon References: <4CEB5C4C.90003@freebsd.org> In-Reply-To: <4CEB5C4C.90003@freebsd.org> Content-Type: text/plain; charset=x-viet-vps; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:NvPI2JoXksy8I3DEXZkHDyBOG2api+ASlT6sTv2UR8+ ugsYPgXTe3ocXbhAYUolq4oWahvLxGHzFfW4iTwK+amLNERiES UA9RI3qDVbQ2t7eSE9wibfAJTYMp8cYrdZH7WzkewlG8tLfEbY gUR2RALPf9QlskclqA1BB+V6EPcwGL+yCU+SEtM+d0i8Hl2D6v PsFX692JudrSpR+2uTpgw== X-Mailman-Approved-At: Fri, 26 Nov 2010 04:25:22 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: smp_rendezvous_cpus() vs sched_bind() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 03:48:38 -0000 Am 22.11.2010 22:16, schrieb Andriy Gapon: > If I need to call a function func on a specific CPU which one of the following I > should use? > > 1. > smp_rendezvous_cpus(1<< cpuid, ..., func, ...); > > 2. > sched_bind(cpuid); > func(); > sched_unbind(); > > Or does it depend on some additional factors? > What are the main differences here? > > And also by extension. > If I need to execute func() on all CPUs - which one is better again - > smp_rendezvous_cpus() or CPU_FOREACH+sched_bind? > It depends on what you are trying to do in func() really. One huge caveat against smp_rendezvous is that func will be running from interrupt context in an unknown lock state with interrupts disabled. Most of the time sched_bind() should be sufficient/preferrable. You should think of smp_rendezvous as a basic building block rather than a general purpose API ... unless you really need the rendezvous part and the preemption and all that other stuff ... stay clear of it. It might make sense to have one of the deferred action APIs (callout/taskqueue/...) provide means to run a task on a specific CPU/all of them ... I hope this helps. Best, Max From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 10:26:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3277106564A for ; Fri, 26 Nov 2010 10:26:42 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id 82E238FC17 for ; Fri, 26 Nov 2010 10:26:42 +0000 (UTC) Received: from 231-73-132-95.pool.ukrtel.net ([95.132.73.231] helo=localhost) by fsm1.ukr.net with esmtps ID 1PLvVo-0006SF-Gq for freebsd-hackers@freebsd.org; Fri, 26 Nov 2010 12:26:40 +0200 Date: Fri, 26 Nov 2010 12:26:39 +0200 From: Ivan Klymenko To: freebsd-hackers@freebsd.org Message-ID: <20101126122639.4fd47cba@ukr.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Simple kernel attack using socketpair. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 10:26:42 -0000 Hello! Rumor has it that this vulnerability applies to FreeBSD too, with the replacement SOCK_SEQPACKET on SOCK_DGRAM... http://lkml.org/lkml/2010/11/25/8 What do you think about this? Thank you! From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 10:49:24 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC1D4106566C for ; Fri, 26 Nov 2010 10:49:24 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id 89C538FC08 for ; Fri, 26 Nov 2010 10:49:24 +0000 (UTC) Received: from 231-73-132-95.pool.ukrtel.net ([95.132.73.231] helo=localhost) by fsm1.ukr.net with esmtps ID 1PLvrn-000Ixj-9O for freebsd-hackers@freebsd.org; Fri, 26 Nov 2010 12:49:23 +0200 Date: Fri, 26 Nov 2010 12:49:22 +0200 From: Ivan Klymenko Cc: freebsd-hackers@freebsd.org Message-ID: <20101126124922.3947bab4@ukr.net> In-Reply-To: <20101126122639.4fd47cba@ukr.net> References: <20101126122639.4fd47cba@ukr.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Simple kernel attack using socketpair. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 10:49:24 -0000 =D0=92 Fri, 26 Nov 2010 12:26:39 +0200 Ivan Klymenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hello! > Rumor has it that this vulnerability applies to FreeBSD too, with the > replacement SOCK_SEQPACKET on SOCK_DGRAM... and add: #include #include #include #include #include #include #include #include >=20 > http://lkml.org/lkml/2010/11/25/8 >=20 > What do you think about this? >=20 > Thank you! From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 11:31:55 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E461065672 for ; Fri, 26 Nov 2010 11:31:55 +0000 (UTC) (envelope-from krivenok.dmitry@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EFF218FC1A for ; Fri, 26 Nov 2010 11:31:54 +0000 (UTC) Received: by iwn39 with SMTP id 39so2253323iwn.13 for ; Fri, 26 Nov 2010 03:31:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZFDA9SjE8vDwrRVsOONSS7XzdpM5NP0d9jnKb/TskNU=; b=aiARTJ9UXOQ6xsjdv46dSoaZU5yBf8Nee8ioIk87iTQULnOu5zCHJ2r2OvKmUkHLeS UcucvyJnxBSrYxZE737ZaPYd4MRoSjgPMWH7+Z9VSl0qHT847+s/sY1YPYs5T4s6eJLQ YIV+00U2+yC101FhA/tk/ycRptg37ReG6I/Ko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bJAdzNmXz9TWDE+6i3l/Q+uQuPRzCnH6OROakP9VlHTXFJx7ZZzvgPQ0MbDEnumtm7 gSY3apOhiWDACiQ8zx0H/vffUStnu4iJQ1rzDEaybegAL2kysc6tgvX4//+rmss8tSwk g+GivhgC2jwebRXHSuD/APssKcEfOWihA3WP4= MIME-Version: 1.0 Received: by 10.231.37.130 with SMTP id x2mr1416606ibd.46.1290771113187; Fri, 26 Nov 2010 03:31:53 -0800 (PST) Received: by 10.231.152.2 with HTTP; Fri, 26 Nov 2010 03:31:53 -0800 (PST) In-Reply-To: <20101126124922.3947bab4@ukr.net> References: <20101126122639.4fd47cba@ukr.net> <20101126124922.3947bab4@ukr.net> Date: Fri, 26 Nov 2010 14:31:53 +0300 Message-ID: From: Dmitry Krivenok To: Ivan Klymenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Simple kernel attack using socketpair. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 11:31:55 -0000 I run it on 8.0 and CURRENT and got fatal double fault on both systems: =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=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D Unread portion of the kernel message buffer: kern.maxfiles limit exceeded by uid 1001, please see tuning(7). Fatal double fault rip =3D 0xffffffff80615f54 rsp =3D 0xffffff803c1fa000 rbp =3D 0xffffff803c1fa000 cpuid =3D 0; apic id =3D 00 panic: double fault cpuid =3D 0 KDB: enter: panic Uptime: 8d21h9m48s Physical memory: 983 MB Dumping 244 MB: 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 Reading symbols from /boot/modules/bwn_v4_lp_ucode.ko...done. Loaded symbols for /boot/modules/bwn_v4_lp_ucode.ko #0 0xffffffff805cc90a in kproc_shutdown (arg=3D0x0, howto=3DVariable "howto" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:639 639 printf("Waiting (max %d seconds) for system process `%s' to stop...", (kgdb) bt #0 0xffffffff805cc90a in kproc_shutdown (arg=3D0x0, howto=3DVariable "howto" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:639 #1 0xffffffff805cce37 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:216 #2 0xffffffff805cd2c1 in panic (fmt=3D0x1
) at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xffffffff808c7586 in user_ldt_free (td=3D0xffffff800021a300) at cpufun= c.h:524 #4 0xffffffff808b24dd in Xtss () at /usr/src/sys/amd64/amd64/exception.S:1= 51 #5 0xffffffff80615f54 in db_witness_list_all (addr=3D-2137114768, have_addr=3D1, count=3D-2137114768, modif=3D0x1
= ) at /usr/src/sys/kern/subr_witness.c:2352 Previous frame inner to this frame (corrupt stack?) =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=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D On Fri, Nov 26, 2010 at 1:49 PM, Ivan Klymenko wrote: > =D0=92 Fri, 26 Nov 2010 12:26:39 +0200 > Ivan Klymenko =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> Hello! >> Rumor has it that this vulnerability applies to FreeBSD too, with the >> replacement SOCK_SEQPACKET on SOCK_DGRAM... > and add: > > #include > #include > #include > #include > #include > #include > #include > #include > >> >> http://lkml.org/lkml/2010/11/25/8 >> >> What do you think about this? >> >> Thank you! > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 Sincerely yours, Dmitry V. Krivenok e-mail: krivenok.dmitry@gmail.com skype: krivenok_dmitry jabber: krivenok_dmitry@jabber.ru icq: 242-526-443 From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 13:54:43 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F92106566B; Fri, 26 Nov 2010 13:54: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 1E4D68FC0A; Fri, 26 Nov 2010 13:54: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 PAA25430; Fri, 26 Nov 2010 15:54:40 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEFBC20.3090407@freebsd.org> Date: Fri, 26 Nov 2010 15:54:40 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4CEB6039.2040700@freebsd.org> <4CEBC11F.9000402@freebsd.org> In-Reply-To: <4CEBC11F.9000402@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: "Robert N. M. Watson" Subject: Re: dtrace/cyclic deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 13:54:43 -0000 on 23/11/2010 15:26 Andriy Gapon said the following: > on 23/11/2010 08:33 Andriy Gapon said the following: >> I think that this is quite similar to what we do for per-CPU caches in UMA and >> so the same approach should work here. >> That is, as in (Open)Solaris, the data should be accessed only from the owning >> CPU and spinlock_enter()/spinlock_exit() should be used to prevent races between >> non-interrupt code and nested interrupt code. > > Here's a patch that makes our version of cyclic.c a little bit closer to the > upstream version whilst implementing the above idea: > http://people.freebsd.org/~avg/cyclic-deadlock.diff > > All accesses to per-CPU cyclics data are performed strictly from the corresponding > CPUs in an interrupt or interrupt-like context. "Upcalls" occur in event timer's > interrupt filter and all down calls are performed via smp_rendezvous_cpus(). > > I will appreciate reviews and testing. Should I wait for any pending comments? Otherwise I am confident enough in the patch to commit it. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 19:10:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 603E2106564A for ; Fri, 26 Nov 2010 19:10:50 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB3C88FC0A for ; Fri, 26 Nov 2010 19:10:49 +0000 (UTC) Received: by qyk7 with SMTP id 7so2399739qyk.13 for ; Fri, 26 Nov 2010 11:10:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=B9Q3o4VAN7pfwMgEfiNjXJ/sJJMu0Z9oB9ZhpSpxxKE=; b=ScG73G1DYHezvzObqjS8M1PZGTI4zlv5qoudoZ2aamq6ugx9D1L7QKf4HNk6jkafxZ KUXQ4GXWsa2tKQG90yvfzD1cue39TdXz74i+l5TLwos2ZFUJZmj3gYwYMhqB2ruiaQXG as4m/PlW4svSfe2VcoSwO3kICbYb54AXWWZ5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=YNusQRV5oc05qZ/8Y/Ey63mWtOqeRo4S0L66OLw/wtBtmBBGSzZJUFLWSPGEs+S+F+ QxuTL5XmTazZMJppAUgif52Zw1L6uxazOtEb5LmKgW0xIC0hUjk9qvPgVsoM58TA124q +U7mTTK5Y91WYTUMe0qPXCXBnw7+TgPtbMRj4= MIME-Version: 1.0 Received: by 10.224.37.82 with SMTP id w18mr2298359qad.174.1290798648990; Fri, 26 Nov 2010 11:10:48 -0800 (PST) Sender: artemb@gmail.com Received: by 10.220.181.203 with HTTP; Fri, 26 Nov 2010 11:10:48 -0800 (PST) In-Reply-To: <4CEFBC20.3090407@freebsd.org> References: <4CEB6039.2040700@freebsd.org> <4CEBC11F.9000402@freebsd.org> <4CEFBC20.3090407@freebsd.org> Date: Fri, 26 Nov 2010 11:10:48 -0800 X-Google-Sender-Auth: ydmtjYvtI3NZvYGqWeGvmnHmB-w Message-ID: From: Artem Belevich To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, "Robert N. M. Watson" Subject: Re: dtrace/cyclic deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 19:10:50 -0000 On Fri, Nov 26, 2010 at 5:54 AM, Andriy Gapon wrote: >> I will appreciate reviews and testing. > > Should I wait for any pending comments? > Otherwise I am confident enough in the patch to commit it. Some time back I used to have reproducible crash related to dtrace/cyclic: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2008-10/msg00449.html If you can wait until Tuesday, I'll try to check if the problem is still reproducible and whether your patch fixes it. --Artem From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 26 21:48:24 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7590610656BD; Fri, 26 Nov 2010 21:48: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 833038FC17; Fri, 26 Nov 2010 21:48:23 +0000 (UTC) Received: from porto.topspin.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 XAA00173; Fri, 26 Nov 2010 23:48:20 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PM69U-000PaQ-7Q; Fri, 26 Nov 2010 23:48:20 +0200 Message-ID: <4CF02B23.7050508@freebsd.org> Date: Fri, 26 Nov 2010 23:48:19 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Artem Belevich References: <4CEB6039.2040700@freebsd.org> <4CEBC11F.9000402@freebsd.org> <4CEFBC20.3090407@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "Robert N. M. Watson" Subject: Re: dtrace/cyclic deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 21:48:24 -0000 on 26/11/2010 21:10 Artem Belevich said the following: > On Fri, Nov 26, 2010 at 5:54 AM, Andriy Gapon wrote: >>> I will appreciate reviews and testing. >> >> Should I wait for any pending comments? >> Otherwise I am confident enough in the patch to commit it. > > Some time back I used to have reproducible crash related to dtrace/cyclic: > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2008-10/msg00449.html > > If you can wait until Tuesday, I'll try to check if the problem is > still reproducible and whether your patch fixes it. Artem, thanks a lot! I am sure in no hurry and I will appreciate your testing! -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 16:42:29 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5940E106566B for ; Sat, 27 Nov 2010 16:42:29 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 11AF58FC17 for ; Sat, 27 Nov 2010 16:42:28 +0000 (UTC) Received: by qyk7 with SMTP id 7so3053882qyk.13 for ; Sat, 27 Nov 2010 08:42:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OYyJ6edoYTWkecSFjo9LGa+KMJdV4K5rXba5IObXYfs=; b=IQcl7QSL+obtI/YPWPB+t+rouIAlHV5vCHs/jJ+vz40hEQH7AEEd5h5y0iOSs/Q0Vj d2qbN7TBFp/L6pscaIsLRXqTLxJ8pks+c8VhLMFenlxmzp/6WP+GM2OTUmUyzx3CAXVG ytDAs/QzGLZ6yL3K5IcJZFw63ud/I8D9Avvlc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pMH9juEIqf+b0A6kJ5y9xfhhUDm7C1L/sTvd6kb914P6kHIjjfLTMxEOSujmt/pc9M RlJGXydhokVj0jcUV0bjW9McMhIqaYrAVl8sKieAZXv4xdJ347xXDzjAKr+CjPWtnokO pEweMoeEP3i/O+qpMwLQZ8rpGNcsbq0wsqBOw= MIME-Version: 1.0 Received: by 10.229.251.1 with SMTP id mq1mr3083037qcb.22.1290876148214; Sat, 27 Nov 2010 08:42:28 -0800 (PST) Received: by 10.229.37.9 with HTTP; Sat, 27 Nov 2010 08:42:28 -0800 (PST) In-Reply-To: <4CEEC3BD.3080204@delphij.net> References: <4CEEC3BD.3080204@delphij.net> Date: Sat, 27 Nov 2010 14:42:28 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers Subject: Re: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 16:42:29 -0000 On Thu, Nov 25, 2010 at 6:14 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, > > One pretty common way of having an i-node of a file removed when process > exit is to unlink() it while holding a descriptor of the file. =A0This > approach, however, have a side effect that other processes would not be > able to access the file via its name. > > For certain applications it is sometimes desirable to (e.g. for unix > domain sockets) have file removed when the process quit, regardless > whether the process is quit cleanly. =A0Is there a clean way to do this? Did you try to use atexit(3) to register a deletion function? From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 17:15:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819EB1065673 for ; Sat, 27 Nov 2010 17:15:58 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 12D068FC08 for ; Sat, 27 Nov 2010 17:15:57 +0000 (UTC) Received: by eyb7 with SMTP id 7so1404806eyb.13 for ; Sat, 27 Nov 2010 09:15:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=giG7nqncCd86np1te5SMgsIIkyzGvbIJYZA0hPd+5QA=; b=kDZxFUwlFtlCovEqjkuMQtCgyd0gF3sKmn18yds8XuNjOw1axzgkz5lCKnVZnCR+SF ulrlrNp3f3XrvtpMpELvhdm9pHqkbGQPxrKnVJRk2acDRktWMIE6veee2A7Yt9hXsR8A ZcZVYRn2hksr2yCFxJ3TYyh8jqBgsUUacj5p8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=N1j+uz1u9P9X2fLI+Rz4SZe84UEiw271hjFHxDMHmtmUPjUg4wHy0fcHCRClrqVFDd OySRu604o0qVvvE6VjgPUqlhmoa+NAjbtuBKTdvuIj44El4SNSNSTNvDefnoGASvLLOa bKpEjToV8yLu417W5H2rS8IJEx4A09t5eJBmA= MIME-Version: 1.0 Received: by 10.213.8.146 with SMTP id h18mr7551267ebh.87.1290876730949; Sat, 27 Nov 2010 08:52:10 -0800 (PST) Received: by 10.213.14.138 with HTTP; Sat, 27 Nov 2010 08:52:10 -0800 (PST) In-Reply-To: References: <4CEEC3BD.3080204@delphij.net> Date: Sat, 27 Nov 2010 11:52:10 -0500 Message-ID: From: Ryan Stone To: "Carlos A. M. dos Santos" Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Hackers , d@delphij.net Subject: Re: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 17:15:58 -0000 On Sat, Nov 27, 2010 at 11:42 AM, Carlos A. M. dos Santos wrote: > > Did you try to use atexit(3) to register a deletion function? > That doesn't help you if the process crashes. The OP wants a solution that works even if the process doesn't exit cleanly. From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 17:18:49 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7A31065672 for ; Sat, 27 Nov 2010 17:18:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0FD8FC17 for ; Sat, 27 Nov 2010 17:18:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:2cf9:c797:1b05:a1a1] (unknown [IPv6:2001:7b8:3a7:0:2cf9:c797:1b05:a1a1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 523475C5A; Sat, 27 Nov 2010 18:18:48 +0100 (CET) Message-ID: <4CF13D7A.4060904@FreeBSD.org> Date: Sat, 27 Nov 2010 18:18:50 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:2.0b8pre) Gecko/20101116 Thunderbird/3.3a1 MIME-Version: 1.0 To: d@delphij.net References: <4CEEC3BD.3080204@delphij.net> In-Reply-To: <4CEEC3BD.3080204@delphij.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Hackers Subject: Re: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 17:18:49 -0000 On 2010-11-25 21:14, Xin LI wrote: > For certain applications it is sometimes desirable to (e.g. for unix > domain sockets) have file removed when the process quit, regardless > whether the process is quit cleanly. Is there a clean way to do this? Maybe your process could be the child of a parent which cleans up afterwards? (This is an analogy from real life. ;) From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 17:59:53 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B40B106566B for ; Sat, 27 Nov 2010 17:59:53 +0000 (UTC) (envelope-from ed@80386.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id AC1858FC17 for ; Sat, 27 Nov 2010 17:59:52 +0000 (UTC) Received: from [10.0.0.100] (d83-180-12-133.cust.tele2.nl [83.180.12.133]) (Authenticated sender: ed) by mx0.hoeg.nl (Postfix) with ESMTPSA id BEBF72A28CE1; Sat, 27 Nov 2010 18:59:51 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Ed Schouten In-Reply-To: <20101126122639.4fd47cba@ukr.net> Date: Sat, 27 Nov 2010 18:59:50 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9543140C-4B74-49FE-986C-FF029123416B@80386.nl> References: <20101126122639.4fd47cba@ukr.net> To: Ivan Klymenko X-Mailer: Apple Mail (2.1082) Cc: hackers@freebsd.org Subject: Re: Simple kernel attack using socketpair. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 17:59:53 -0000 On Nov 26, 2010, at 11:26, Ivan Klymenko wrote: > Rumor has it that this vulnerability applies to FreeBSD too, with the > replacement SOCK_SEQPACKET on SOCK_DGRAM... >=20 > http://lkml.org/lkml/2010/11/25/8 >=20 > What do you think about this? I'm not sure, but it seems to be related to some kind of stack overflow = in close(), where each close() on a socket generates an additional = close() call of the inflight sockets. --=20 Ed Schouten WWW: http://80386.nl/ From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 19:07:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E68F106566C for ; Sat, 27 Nov 2010 19:07:16 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id F1D3E8FC0A for ; Sat, 27 Nov 2010 19:07:15 +0000 (UTC) Received: by qwg8 with SMTP id 8so2207770qwg.13 for ; Sat, 27 Nov 2010 11:07:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EdGZZ+gTGLBnIkmyNdbm+0298HYwF/FTVIvVh4X+pvs=; b=hL5AS/FepD6Tz01e5maT/S2NuJjNWNJ1hDboX+30clRvLHbkrjTGKl0cQvyt/8bKKK HI1znF3oinNgAF4d6L2/mJfLzDo5UaSZ6+YIg1QdAW2NTZjzj79XO/kMDdt6zu+1eHPG GLvW2wnuNaCLj85yN5VqU9z0A6ltNe7BPUJiA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=s3b9cbvTUmYtkcDUDdzPIqr/cGpCdjeFEaSxFMO5tA0DjmZOynv4F/rJ/70u3jzJRZ SwYC7po7aKmTHnXZAHMw6LGkR9pDy8F2JHkvn1x8DR+6A3C+mlIWJGpBTnUtQngZgfxT v77LqHMRXZA1xjNWkKfICNPH4Gpxsu8haFMCk= MIME-Version: 1.0 Received: by 10.229.82.10 with SMTP id z10mr3118768qck.98.1290884835060; Sat, 27 Nov 2010 11:07:15 -0800 (PST) Received: by 10.229.37.9 with HTTP; Sat, 27 Nov 2010 11:07:15 -0800 (PST) In-Reply-To: <4CF13D7A.4060904@FreeBSD.org> References: <4CEEC3BD.3080204@delphij.net> <4CF13D7A.4060904@FreeBSD.org> Date: Sat, 27 Nov 2010 17:07:15 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , d@delphij.net Subject: Re: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 19:07:16 -0000 On Sat, Nov 27, 2010 at 3:18 PM, Dimitry Andric wrote: > On 2010-11-25 21:14, Xin LI wrote: >> >> For certain applications it is sometimes desirable to (e.g. for unix >> domain sockets) have file removed when the process quit, regardless >> whether the process is quit cleanly. =A0Is there a clean way to do this? > > Maybe your process could be the child of a parent which cleans up > afterwards? =A0(This is an analogy from real life. ;) #include #include #include #include #include static char filename[] =3D "/tmp/tmpfXXXXXX"; static int fd =3D 0; int main(void) { if ((fd =3D mkstemp(filename)) >=3D 0) { pid_t pid; if ((pid =3D fork()) > 0) { /* parent */ wait(NULL); printf("unlinking '%s'\n", filename); unlink(filename); return EXIT_SUCCESS; } else { /* child */ printf("file name is '%s'\n", filename); sleep(10); abort(); } } return EXIT_FAILURE; } From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 19:17:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF111106566B for ; Sat, 27 Nov 2010 19:17:32 +0000 (UTC) (envelope-from dirkx@webweaving.org) Received: from schier.webweaving.org (schier.webweaving.org [213.207.101.177]) by mx1.freebsd.org (Postfix) with ESMTP id 675C28FC08 for ; Sat, 27 Nov 2010 19:17:31 +0000 (UTC) Received: from [10.11.0.244] (5356CBE6.cm-6-7d.dynamic.ziggo.nl [83.86.203.230]) (authenticated bits=0) by schier.webweaving.org (8.13.8/8.13.8) with ESMTP id oARJEDvd069759 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 27 Nov 2010 20:14:14 +0100 (CET) (envelope-from dirkx@webweaving.org) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Dirk-Willem van Gulik In-Reply-To: Date: Sat, 27 Nov 2010 20:16:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2096C74B-62C5-4841-B05D-A3C55E759291@webweaving.org> References: <4CEEC3BD.3080204@delphij.net> <4CF13D7A.4060904@FreeBSD.org> To: "Carlos A. M. dos Santos" X-Mailer: Apple Mail (2.1082) X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (schier.webweaving.org [213.207.101.177]); Sat, 27 Nov 2010 20:14:16 +0100 (CET) Cc: FreeBSD-Hackers , Dimitry Andric , d@delphij.net Subject: Re: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 19:17:32 -0000 Op 27 nov 2010, om 20:07 heeft Carlos A. M. dos Santos het volgende = geschreven: > On Sat, Nov 27, 2010 at 3:18 PM, Dimitry Andric = wrote: >> On 2010-11-25 21:14, Xin LI wrote: >>>=20 >>> For certain applications it is sometimes desirable to (e.g. for unix >>> domain sockets) have file removed when the process quit, regardless >>> whether the process is quit cleanly. Is there a clean way to do = this? >>=20 >> Maybe your process could be the child of a parent which cleans up >> afterwards? (This is an analogy from real life. ;) Another option, depending on the situation is to fopen()/open() the file = - and as soon as that is successfully done by all involved - have the = creating process delete it. The libc call tmpfile(3) basically does just this.=20 Also have a look at atexit(3) - though it is not called in messy = sitations - the fork/waiting for a signal is propably about as robust as = it gets. Another variation is something like 'open all the files/sockets = you need, fork and have the parent delete them - while the child runs = -then wait'. Dw. From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 19:22:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89A0B106566C; Sat, 27 Nov 2010 19:22:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 041748FC0C; Sat, 27 Nov 2010 19:22:14 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oARJLpYh069058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Nov 2010 21:21:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oARJLpoM057573; Sat, 27 Nov 2010 21:21:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oARJLp4A057572; Sat, 27 Nov 2010 21:21:51 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 27 Nov 2010 21:21:51 +0200 From: Kostik Belousov To: "Carlos A. M. dos Santos" Message-ID: <20101127192151.GL2392@deviant.kiev.zoral.com.ua> References: <4CEEC3BD.3080204@delphij.net> <4CF13D7A.4060904@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4xm7XMBDuRVjShWb" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD-Hackers , Dimitry Andric , d@delphij.net Subject: Re: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 19:22:15 -0000 --4xm7XMBDuRVjShWb Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 27, 2010 at 05:07:15PM -0200, Carlos A. M. dos Santos wrote: > On Sat, Nov 27, 2010 at 3:18 PM, Dimitry Andric wrote: > > On 2010-11-25 21:14, Xin LI wrote: > >> > >> For certain applications it is sometimes desirable to (e.g. for unix > >> domain sockets) have file removed when the process quit, regardless > >> whether the process is quit cleanly. =9AIs there a clean way to do thi= s? > > > > Maybe your process could be the child of a parent which cleans up > > afterwards? =9A(This is an analogy from real life. ;) >=20 > #include > #include > #include > #include > #include >=20 > static char filename[] =3D "/tmp/tmpfXXXXXX"; > static int fd =3D 0; >=20 > int main(void) { > if ((fd =3D mkstemp(filename)) >=3D 0) { > pid_t pid; > if ((pid =3D fork()) > 0) { > /* parent */ > wait(NULL); > printf("unlinking '%s'\n", filename); > unlink(filename); > return EXIT_SUCCESS; > } else { > /* child */ > printf("file name is '%s'\n", filename); > sleep(10); > abort(); > } > } > return EXIT_FAILURE; > } This approach has usual problems of making a mess if the program want to fork() for other reasons, since the child should continue to execute a logic in your case, but cannot wait for already forked processes. Usual advice is to have child monitoring the liveness of the parent. You can either create a pipe before fork and read(2) from it in child, never writing from parent. read(2) will return when parent exits. Or, periodically compare getppid() with 1 in child, and do the cleanup when equal. Usually, it is too much hassle to do any of the tricks, normal system cleanup of /tmp on reboot is good enough. --4xm7XMBDuRVjShWb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzxWk8ACgkQC3+MBN1Mb4hFRACg24LrAWKaYm+Zln4xRowBI4ey 1sgAoNUUGfzBVfoWHJHLQUxiGv+0sU6M =5nIm -----END PGP SIGNATURE----- --4xm7XMBDuRVjShWb-- From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 27 21:35:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA8801065694 for ; Sat, 27 Nov 2010 21:35:42 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from erengrad.hoster.bg (erengrad.hoster.bg [77.77.142.9]) by mx1.freebsd.org (Postfix) with ESMTP id 207788FC26 for ; Sat, 27 Nov 2010 21:35:41 +0000 (UTC) Received: from middenheim.hoster.bg (middenheim.hoster.bg [77.77.142.11]) by erengrad.hoster.bg (Postfix) with ESMTP id 96547DCD26 for ; Sat, 27 Nov 2010 23:08:24 +0200 (EET) Received: from straylight.ringlet.net (host41.office-vpn.int.hoster.bg [10.100.10.41]) (Authenticated sender: roam@hoster.bg) by mail.hoster.bg (Postfix) with ESMTP id 993415C3E6 for ; Sat, 27 Nov 2010 23:08:15 +0200 (EET) Received: from roam (uid 1000) (envelope-from roam@ringlet.net) id 416015 by straylight.ringlet.net (DragonFly Mail Agent) Sat, 27 Nov 2010 23:08:15 +0200 Date: Sat, 27 Nov 2010 23:08:15 +0200 From: Peter Pentchev To: Dirk-Willem van Gulik Message-ID: <20101127210815.GC3810@straylight.ringlet.net> Mail-Followup-To: Dirk-Willem van Gulik , "Carlos A. M. dos Santos" , FreeBSD-Hackers , Dimitry Andric , d@delphij.net References: <4CEEC3BD.3080204@delphij.net> <4CF13D7A.4060904@FreeBSD.org> <2096C74B-62C5-4841-B05D-A3C55E759291@webweaving.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <2096C74B-62C5-4841-B05D-A3C55E759291@webweaving.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-MailScanner-ID: 993415C3E6.484BF X-hoster-MailScanner: Found to be clean X-hoster-MailScanner-SpamCheck: not spam, SpamAssassin (cached, score=0.001, required 10, autolearn=disabled, UNPARSEABLE_RELAY 0.00) X-hoster-MailScanner-From: roam@ringlet.net X-hoster-MailScanner-To: freebsd-hackers@freebsd.org X-Spam-Status: No Cc: "Carlos A. M. dos Santos" , FreeBSD-Hackers , Dimitry Andric , d@delphij.net Subject: Re: Is it possible to have file removed upon process exit? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 21:35:42 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 27, 2010 at 08:16:54PM +0100, Dirk-Willem van Gulik wrote: >=20 > Op 27 nov 2010, om 20:07 heeft Carlos A. M. dos Santos het volgende gesch= reven: >=20 > > On Sat, Nov 27, 2010 at 3:18 PM, Dimitry Andric wrote: > >> On 2010-11-25 21:14, Xin LI wrote: > >>>=20 > >>> For certain applications it is sometimes desirable to (e.g. for unix > >>> domain sockets) have file removed when the process quit, regardless > >>> whether the process is quit cleanly. Is there a clean way to do this? > >>=20 > >> Maybe your process could be the child of a parent which cleans up > >> afterwards? (This is an analogy from real life. ;) >=20 > Another option, depending on the situation is to fopen()/open() the file = - and as soon as that is successfully done by all involved - have the creat= ing process delete it. Errr... didn't the original poster also write the following? :) (admittedly, in a part that the follow-uppers skipped) > >>> One pretty common way of having an i-node of a file removed when proc= ess > >>> exit is to unlink() it while holding a descriptor of the file. This > >>> approach, however, have a side effect that other processes would not = be > >>> able to access the file via its name. G'luck, Peter --=20 Peter Pentchev roam@space.bg roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 You have, of course, just begun reading the sentence that you have just fin= ished reading. --huq684BweRXVnRxX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJM8XMwAAoJEGUe77AlJ98TV80QAJTafcUMDkOZGQ8kp0vGD5QP YLWZUIkJA/k9/4a5/AxlFC6bdLYgYT85i/U4j1CxEybC9tJNJuoZOiyZO3uEarO/ 24RCDdm0nORQc1Yh1xJDe5RCVBhVmaAbTSikYPo7rYf1R8bkbRc5aYspJVyPmxy7 XZR4mbMu1bbzmmZpOcVaAhnqVhB/8HeCkWH+47BaQNBzToOkN9LxZO4uQ+CSxBOE aabkWIFXpYR+Re15Olsfy41VvOvI/igdAgsDFJfRMJSg3kbb9mdzgSVDfsVIcLTH HIRR0vaqZ8Irx8mxNzf53Ms6bC+KAqzKCj2tvnqBKkuAu1y9OJbS6haUbrTAqATO qUiHTw3vtbu4WIXCAp/jaJ1NnNDTlLBNB+CJcYX5EbUBBNWvKeYygeemmsbbdsZW Ir/xhZOVF4X+e7bRXdRiORAHY0SzsfLRjYo2iXiYgmH//cYeMsfh6Co3J653hNwS h80vpwgdJWkx8KKJdjBCQhCnRKZSZ0t39V4BnCCqGnBpp3SSl07eSgrS9YbdZtJ/ keP3r9JnNnH26OQQVohK138YmjZky8lfk4UmTA4I84rBezfrkQatdv9bm+ucGiTV wFkds6BWWz6ZG7vrPoIrRDjmIp99Et5kFzv9hsJRdT+nf+gEyulcSOcp2GrpmDKz raXGjeqrZm/qvt+rkFGe =uya7 -----END PGP SIGNATURE----- --huq684BweRXVnRxX--