From owner-freebsd-current@FreeBSD.ORG Sun May 27 06:16:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 9E17E106566B for ; Sun, 27 May 2012 06:16:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3796E14EE0F; Sun, 27 May 2012 06:16:23 +0000 (UTC) Message-ID: <4FC1C6B6.3050308@FreeBSD.org> Date: Sat, 26 May 2012 23:16:22 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <86vcjid0zp.fsf@ds4.des.no> <86mx4ucy5y.fsf@ds4.des.no> In-Reply-To: <86mx4ucy5y.fsf@ds4.des.no> X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: WARNING: su(1) broken in head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2012 06:16:25 -0000 On 05/26/2012 16:36, Dag-Erling Smørgrav wrote: > Dag-Erling Smørgrav writes: >> probably due to an issue in the latest openpam; sudo is not affected > > should be fixed now. Confirmed, thanks. :) -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun May 27 07:42:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D9761065672; Sun, 27 May 2012 07:42:30 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.6.71]) by mx1.freebsd.org (Postfix) with ESMTP id F2D928FC0A; Sun, 27 May 2012 07:42:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=GrVqH7ybD7UdCv6cSfPSnwxsOZZlbIKcSQNxSsMtY1A=; b=IzFV6EZKFYftpYwE7d5mAKxc/O2UqYoK9zy9do2cMv1vb7dx1yXcALo9BDrwXg56mbF7u4/2yV+ALGw8bmMiRiXLl8F8LU1gCddmHh9EaKuWQexjVBKk4rQUFBd5X/puRFWmi5hs9zuq065JF26Y+okKzZUrmvqtzaGjnJxBRg+4pHDiKsNSOyjgBWtlQ+dqG6lYnL2gB1t/gkgftBCb4K4xmgtWBVQmcuPawOGTSsx2kK4r4o+QJfpYGX9CYWRevaPeD0PFI1b0yKD+Hyu1K7ZGA8DeHUlkPazaezrHkLSZg5LNqZ1qJAyBZYCzaCHg5HkY3F568Q3zi00n3h9CGQ==; Received: from shadow.codelabs.ru (ppp91-77-167-93.pppoe.mtu-net.ru [91.77.167.93]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1SYY7Q-000BP1-8f; Sun, 27 May 2012 11:42:28 +0400 Date: Sun, 27 May 2012 11:42:25 +0400 From: Eygene Ryabinkin To: freebsd-current@freebsd.org Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline In-Reply-To: Sender: rea@codelabs.ru Cc: bz@freebsd.org, brooks@freebsd.org, des@freebsd.org Subject: Re: [CFT][CFR] Resurrect handling of VersionAddendum in OpenSSH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2012 07:42:30 -0000 --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sat, May 26, 2012 at 02:34:20PM +0400, Eygene Ryabinkin wrote: > Can anyone who uses SSH test this patch and report their findings > to the respective PR. Also, code reviews are welcome too. I head been blessed by des@ to commit the code into -CURRENT and I did so, http://svnweb.freebsd.org/base?view=3Drevision&revision=3D236139 so people who run HEAD will automatically receive this fix starting from now. --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iF4EABEIAAYFAk/B2uEACgkQFq+eroFS7PtjbQD+IKurMkJXmNdcvC8mMB+qqz6X bRDF5lzsDAVCG8R6ApcA/jL/1I+xO0Yh4iiDqODnt6DFPo6UPw/In4I9RE8EHAW7 =kOPf -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- From owner-freebsd-current@FreeBSD.ORG Sun May 27 14:05:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47847106564A for ; Sun, 27 May 2012 14:05:44 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (unknown [IPv6:2a03:6f00:1::5c35:743c]) by mx1.freebsd.org (Postfix) with ESMTP id CA15E8FC14 for ; Sun, 27 May 2012 14:05:43 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1SYe6I-0005EZ-8E for freebsd-current@FreeBSD.org; Sun, 27 May 2012 18:05:42 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id E1F50B84F for ; Sun, 27 May 2012 18:05:41 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id D47E1942; Sun, 27 May 2012 18:05:41 +0400 (MSK) Date: Sun, 27 May 2012 18:05:41 +0400 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Message-ID: <20120527140541.GL2987@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2012 14:05:44 -0000 Hi! I'm running a little pet project of improving completeness of tools/build/mk/OptionalObsoleteFiles.inc file and thus delete-old* targets with regard to all possible WITHOUT_* knobs. E.g. when WITHOUT_foo is defined in src.conf, make delete-old should remove related files completely, to make a system look exactly like it's world was installed with that knob set. First of all, an automatic script to check for leftovers after delete-old for all possible knobs is available from [2]. Feel free to run in on different architectures and FreeBSD branches; I'm currently running it on amd64. I also think that it should be run during preparation of each FreeBSD release. There are some questions I'd like to discuss. 1) named config file var/named/etc/namedb/named.conf was intentionally left out from OptionalObsoleteFiles.inc, so I did the same for other configs which may be changed by users. Since this approach requires maintaining a whitelist of such files to ignore them in checking leftovers, I think it'd be better to introduce special variable for config files, e.g. OLD_CONFIGS and corresponding target, delete-old-configs, which will by default remove configs interactively, with an option to remove them in batch mode. 2) Is this ok to backport the list from current to stable branches? Pro - it's really simple, con - it will contain files never installed with this (old) branch. I also plan to make similar script for checking completeness of delete-old* targets for the case of system update. [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/168341 [2] https://github.com/AMDmi3/obsolete-files-checker -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Sun May 27 17:12:06 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E102C1065677; Sun, 27 May 2012 17:12:06 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 2FAEA8FC21; Sun, 27 May 2012 17:12:06 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 302A425D3A00; Sun, 27 May 2012 17:12:05 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 64ACCBE7DAD; Sun, 27 May 2012 17:12:04 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 5jXtrwDdPaTv; Sun, 27 May 2012 17:12:03 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 3444DBE7DAF; Sun, 27 May 2012 17:12:03 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <9CBC841B-6339-41BC-A91B-83D47B84B9B4@FreeBSD.org> Date: Sun, 27 May 2012 17:12:02 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <6C49CEBF-37E0-468D-A07D-616C2E1B588D@FreeBSD.org> References: <9CBC841B-6339-41BC-A91B-83D47B84B9B4@FreeBSD.org> To: net@freebsd.org X-Mailer: Apple Mail (2.1084) Cc: current@FreeBSD.org Subject: Re: WARNING - DO NOT test: IPv6 offload support in HEAD + patch for stable/9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2012 17:12:07 -0000 On 26. May 2012, at 14:01 , Bjoern A. Zeeb wrote: Hey. > WARNING - please refrain from testing IPv6 or updating your HEAD if = you do > not have any of the above two NICs and rely on IPv6, or if you have = updated and > are experiencing problems. Disabling -txcsum -tso for the moment = should be an > often unhelpful workaround. It seems I was just lucky with my choice = of other It was not, as there was a further bug, which was fixed last night with http://svn.freebsd.org/changeset/base/236130 To fix the full problem, here's a proposed patch for testing on the = latest HEAD or review: http://people.freebsd.org/~bz/20120527-02-fix-v6-csum-offload.diff I'd be happy to hear back from anyone on short notice that it works for = him, and I'll get it in for (possible) further refinements. /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Sun May 27 23:14:44 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 487E2106566B for ; Sun, 27 May 2012 23:14:44 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id C88698FC0A for ; Sun, 27 May 2012 23:14:43 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id DAF9A25D39FD for ; Sun, 27 May 2012 23:14:42 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 18497BE7DF6 for ; Sun, 27 May 2012 23:14:42 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 7kRJRfjvZy4d for ; Sun, 27 May 2012 23:14:41 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 17995BE7DF5 for ; Sun, 27 May 2012 23:14:40 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 27 May 2012 23:14:40 +0000 Message-Id: To: current@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: Subject: Repeated build failures in expr due to yyparse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2012 23:14:44 -0000 Running a make -s -j5 buildworld; cleaned the entire obj tree = meanwhile. Builds are running on a slightly older HEAD thought with an updated libc and some headers. I can reproduce this all the time. Buildworld at this stage should be self-contained, right? So why is it failing? =3D=3D=3D> bin/expr (all) cc1: warnings being treated as errors /zoo/bz/HEAD.svn/bin/expr/expr.y: In function 'main': /zoo/bz/HEAD.svn/bin/expr/expr.y:291: warning: implicit declaration of = function 'yyparse' /zoo/bz/HEAD.svn/bin/expr/expr.y:291: warning: nested extern declaration = of 'yyparse' expr.c: At top level: expr.c:813: warning: no previous prototype for 'yyparse' *** Error code 1 --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Sun May 27 23:25:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 580961065673; Sun, 27 May 2012 23:25:27 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F373F8FC15; Sun, 27 May 2012 23:25:26 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6031990obc.13 for ; Sun, 27 May 2012 16:25:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Dd13Gw9EfcmVkv6tKf2laTe8NssZO3Kf1E36XWQ4um0=; b=TMOF8l9XNqUdBl5qblSoBcFtoXT2PZt/gJ3T51pEfVT6PbsO8+pG+B3qsw8TybWa5p BAhv4Pk0API6q8raMO1zGq0oBMahBjJjhH7e3D2CW9Vfw5o3j/eKqrM+Z1l3KK2Eiw5G PMalotn84F8Ww/Pr1FD9YKiOEghn5u4YqfsHrWap8YVQknEXzg57F/zRofsZlu1RkjOU RSSnBFI4bPcTdkd3JvXASnUf3uDWiZzthHDn5HV1wdhkJfeT2uojc2UqS7e3/a59w5eJ VSpeF8gD2KH2W2GBYAxrOJX24/dxltKsJ7sZWmisyeslm9eAcgO1x/OxM6QC/mBpP4Sq 2Ggg== MIME-Version: 1.0 Received: by 10.182.48.100 with SMTP id k4mr6173742obn.21.1338161126214; Sun, 27 May 2012 16:25:26 -0700 (PDT) Received: by 10.76.153.72 with HTTP; Sun, 27 May 2012 16:25:25 -0700 (PDT) In-Reply-To: <4FBE7778.4070004@digiware.nl> References: <4FBDE81C.9010909@digiware.nl> <4FBE6A6C.6030708@FreeBSD.org> <4FBE7778.4070004@digiware.nl> Date: Sun, 27 May 2012 16:25:25 -0700 Message-ID: From: Garrett Cooper To: Willem Jan Withagen Content-Type: multipart/mixed; boundary=f46d04478973948c0b04c10cea48 Cc: Doug Barton , FreeBSD Current Subject: Re: Daily, weekly, security scripts.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2012 23:25:27 -0000 --f46d04478973948c0b04c10cea48 Content-Type: text/plain; charset=ISO-8859-1 On Thu, May 24, 2012 at 11:01 AM, Willem Jan Withagen wrote: > On 2012-05-24 19:05, Doug Barton wrote: >> On 05/24/2012 03:49 AM, Willem Jan Withagen wrote: >>> [I looked for a better list to drop this on, but other that freebsd-rc >>> nothing seems close.] >> >> freebsd-rc@ is not appropriate for discussing periodic, as the 2 are >> totally unrelated. > > Hence I dropped it in current. > >> At this time there is no dedicated maintainer for periodic, so if you >> find behavior that you don't like, and you've thoroughly exhausted the >> available configuration options, your only recourse is to submit a patch. > > I have not exhausted all options, because I keep discovering things. > > And given the long time with FreeBSD, I tend to reexamine man pages to > see what people have added and/or documented. > > So before I start hammering at the scripts, I'll need to go through wat > is already there.. Here's a revised patch (based on something I brought up earlier) that converts periodic over to an rc.subr-like paradigm. This can be directly applied to HEAD; you will need to backport r231849 first if you want to apply the patch to 9-STABLE, etc (the change wasn't MFCed -- not sure why). Thanks! -Garrett --f46d04478973948c0b04c10cea48 Content-Type: application/octet-stream; name="etc-periodic-refactoring.patch" Content-Disposition: attachment; filename="etc-periodic-refactoring.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h2qqi75k0 SW5kZXg6IGV0Yy9NYWtlZmlsZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvTWFrZWZpbGUJKHJldmlzaW9u IDIzNjE2NCkKKysrIGV0Yy9NYWtlZmlsZQkod29ya2luZyBjb3B5KQpAQCAtMzIsNiArMzIsNyBA QAogCW5ldHdvcmtzIFwKIAluZXdzeXNsb2cuY29uZiBcCiAJbnNzd2l0Y2guY29uZiBcCisJcGVy aW9kaWMuc3ViciBcCiAJcGhvbmVzIFwKIAlwcm9maWxlIFwKIAlwcm90b2NvbHMgXApJbmRleDog ZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL2RlZmF1bHRzL3Bl cmlvZGljLmNvbmYJKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9kZWZhdWx0cy9wZXJpb2RpYy5j b25mCSh3b3JraW5nIGNvcHkpCkBAIC0xNDgsMTEgKzE0OCwxMyBAQAogZGFpbHlfcXVldWVydW5f ZW5hYmxlPSJZRVMiCQkJCSMgUnVuIG1haWwgcXVldWUKIGRhaWx5X3N1Ym1pdF9xdWV1ZXJ1bj0i WUVTIgkJCQkjIEFsc28gc3VibWl0IHF1ZXVlCiAKLSMgODAwLnNjcnViLXpmcwotZGFpbHlfc2Ny dWJfemZzX2VuYWJsZT0iTk8iCi1kYWlseV9zY3J1Yl96ZnNfcG9vbHM9IiIJCQkjIGVtcHR5IHN0 cmluZyBzZWxlY3RzIGFsbCBwb29scwotZGFpbHlfc2NydWJfemZzX2RlZmF1bHRfdGhyZXNob2xk PSIzNSIJCSMgZGF5cyBiZXR3ZWVuIHNjcnVicwotI2RhaWx5X3NjcnViX3pmc18ke3Bvb2xuYW1l fV90aHJlc2hvbGQ9IjM1IgkjIHBvb2wgc3BlY2lmaWMgdGhyZXNob2xkCisjIDgwMC56ZnNfc2Ny dWIKK2RhaWx5X3NjcnViX3pmc19lbmFibGU9IllFUyIJCQkJIyBTY3J1YiB6cG9vbHMKK2RhaWx5 X3NjcnViX3pmc19kZWZhdWx0X3RocmVzaG9sZD0iMzUiCQkJIyBzY3J1YiBldmVyeSA1IHdlZWtz CitkYWlseV9zY3J1Yl96ZnNfcG9vbHM9IiIJCQkJIyB6cG9vbHMgdG8gc2NydWI7CisJCQkJCQkJ IyBkZWZhdWx0cyB0byBhbGwKKyNkYWlseV9zY3J1Yl96ZnNfJHtwb29sbmFtZX1fdGhyZXNob2xk PSIzNSIJCSMgcG9vbCBzcGVjaWZpYyBzY3J1YgorCQkJCQkJCSMgdGhyZXNob2xkCiAKICMgOTk5 LmxvY2FsCiBkYWlseV9sb2NhbD0iL2V0Yy9kYWlseS5sb2NhbCIJCQkJIyBMb2NhbCBzY3JpcHRz CkBAIC0yNjQsNiArMjY2LDkgQEAKIAogIyAyMDAuYWNjb3VudGluZwogbW9udGhseV9hY2NvdW50 aW5nX2VuYWJsZT0iWUVTIgkJCQkjIExvZ2luIGFjY291bnRpbmcKK21vbnRobHlfYWNjb3VudGlu Z192ZXJib3NlPSJOTyIJCQkJIyBCZSB2ZXJib3NlIHdoZW4KKwkJCQkJCQkjIHJlcG9ydGluZyBs b2dpbgorCQkJCQkJCSMgYWNjb3VudGluZyBpbmZvLgogCiAjIDk5OS5sb2NhbAogbW9udGhseV9s b2NhbD0iL2V0Yy9tb250aGx5LmxvY2FsIgkJCSMgTG9jYWwgc2NyaXB0cwpJbmRleDogZXRjL3Bl cmlvZGljL3dlZWtseS8zMjAud2hhdGlzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy93ZWVr bHkvMzIwLndoYXRpcwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL3dlZWtseS8z MjAud2hhdGlzCSh3b3JraW5nIGNvcHkpCkBAIC0zLDIxICszLDE1IEBACiAjICRGcmVlQlNEJAog IwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1 Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVu Ci0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNf Y29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCi1jYXNlICIkd2Vla2x5X3doYXRpc19l bmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25vIHdlZWts eV93aGF0aXNfZW5hYmxlOyB0aGVuCiAJZWNobyAiIgogCWVjaG8gIlJlYnVpbGRpbmcgd2hhdGlz IGRhdGFiYXNlOiIKIAotCU1BTlBBVEg9YC91c3IvYmluL21hbnBhdGggLXFgCi0JaWYgWyAkPyA9 IDAgXQorCWlmIE1BTlBBVEg9JCgvdXNyL2Jpbi9tYW5wYXRoIC1xKQogCXRoZW4KIAkgICAgaWYg WyAteiAiJHtNQU5QQVRIfSIgXQogCSAgICB0aGVuCkBAIC0yNSw3ICsxOSw2IEBACiAJCXJjPTMK IAkgICAgZWxzZQogCQltYW5fbG9jYWxlcz1gL3Vzci9iaW4vbWFucGF0aCAtcUxgCi0JCXJjPTAK IAogCSAgICAgICAgIyBCdWlsZCB3aGF0aXMoMSkgZGF0YWJhc2UocykgZm9yIG9yaWdpbmFsLCBu b24tbG9jYWxpemVkCiAJCSMgIG1hbnBhZ2VzLgpAQCAtNDMsOSArMzYsNyBAQAogCSAgICBmaQog CWVsc2UKIAkgICAgcmM9MwotCWZpOzsKKwlmaQorZmkKIAotICAgICopICByYz0wOzsKLWVzYWMK LQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy93ZWVrbHkvOTk5LmxvY2FsCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIGV0Yy9wZXJpb2RpYy93ZWVrbHkvOTk5LmxvY2FsCShyZXZpc2lvbiAyMzYxNjQpCisr KyBldGMvcGVyaW9kaWMvd2Vla2x5Lzk5OS5sb2NhbAkod29ya2luZyBjb3B5KQpAQCAtMywxNSAr MywxMCBAQAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0g Y29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRz L3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25m Ci0gICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAog cmM9MAorCiBmb3Igc2NyaXB0IGluICR3ZWVrbHlfbG9jYWwKIGRvCiAgICAgZWNobyAnJwpJbmRl eDogZXRjL3BlcmlvZGljL3dlZWtseS80MDAuc3RhdHVzLXBrZwo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMv cGVyaW9kaWMvd2Vla2x5LzQwMC5zdGF0dXMtcGtnCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMv cGVyaW9kaWMvd2Vla2x5LzQwMC5zdGF0dXMtcGtnCSh3b3JraW5nIGNvcHkpCkBAIC0zLDE2ICsz LDExIEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBj b25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMv cGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYK LSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCi1j YXNlICIkd2Vla2x5X3N0YXR1c19wa2dfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkKK3Jj PTAKKworaWYgY2hlY2t5ZXNubyB3ZWVrbHlfc3RhdHVzX3BrZ19lbmFibGU7IHRoZW4KIAllY2hv ICIiCiAJZWNobyAiQ2hlY2sgZm9yIG91dCBvZiBkYXRlIHBhY2thZ2VzOiIKIApAQCAtMjUsOSAr MjAsNyBAQAogCQktZSAncy9eXChbXiBdKi1bXiBdKlwpICAqPyAqXChvcnBoYW5lZDouKlwpJC8g IFwxIHdhcyBcMi9wJyB8CiAJICAgIHRlZSAvZGV2L3N0ZGVyciB8CiAJICAgIHdjIC1sKQotCVsg JHJjIC1ndCAxIF0gJiYgcmM9MTs7CisJWyAkcmMgLWd0IDEgXSAmJiByYz0xCitmaQogCi0gICAg KikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL3dlZWtseS8z MzAuY2F0bWFuCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy93ZWVrbHkvMzMwLmNhdG1hbgko cmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL3dlZWtseS8zMzAuY2F0bWFuCSh3b3Jr aW5nIGNvcHkpCkBAIC0zLDU2ICszLDQ0IEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJl IGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1p ZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2Rl ZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9l dGMvcGVyaW9kaWMuc3VicgogCi1jYXNlICIkd2Vla2x5X2NhdG1hbl9lbmFibGUiIGluCi0gICAg W1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25vIHdlZWtseV9jYXRtYW5fZW5hYmxl OyB0aGVuCiAJaWYgWyAhIC1kIC91c3Ivc2hhcmUvbWFuL2NhdDEgXQogCXRoZW4KLQkgICAgZWNo byAnJHdlZWtseV9jYXRtYW5fZW5hYmxlIGlzIHNldCBidXQgL3Vzci9zaGFyZS9tYW4vY2F0MScg XAorCSAgICBlcnIgMiAnJHdlZWtseV9jYXRtYW5fZW5hYmxlIGlzIHNldCBidXQgL3Vzci9zaGFy ZS9tYW4vY2F0MScgXAogCQkiZG9lc24ndCBleGlzdCIKLQkgICAgcmM9MgotCWVsc2UKLQkgICAg ZWNobyAiIgotCSAgICBlY2hvICJSZWZvcm1hdHRpbmcgbWFudWFsIHBhZ2VzOiIKKwlmaQorCWVj aG8gIiIKKwllY2hvICJSZWZvcm1hdHRpbmcgbWFudWFsIHBhZ2VzOiIKIAotCSAgICBNQU5QQVRI PWAvdXNyL2Jpbi9tYW5wYXRoIC1xYAotCSAgICBpZiBbICQ/ID0gMCBdCisJaWYgTUFOUEFUSD1g L3Vzci9iaW4vbWFucGF0aCAtcWAKKwl0aGVuCisJICAgIGlmIFsgLXogIiR7TUFOUEFUSH0iIF0K IAkgICAgdGhlbgotCQlpZiBbIC16ICIke01BTlBBVEh9IiBdCi0JCXRoZW4KLQkJICAgIGVjaG8g Im1hbnBhdGggZmFpbGVkIHRvIGZpbmQgYW55IG1hbnBhdGggZGlyZWN0b3JpZXMiCi0JCSAgICBy Yz0zCi0JCWVsc2UKLQkJICAgIG1hbl9sb2NhbGVzPWAvdXNyL2Jpbi9tYW5wYXRoIC1xTGAKLQkJ ICAgIHJjPTAKKwkgICAgICAgIGVyciAzICJtYW5wYXRoIGZhaWxlZCB0byBmaW5kIGFueSBtYW5w YXRoIGRpcmVjdG9yaWVzIgorCSAgICBlbHNlCisJICAgICAgICBtYW5fbG9jYWxlcz1gL3Vzci9i aW4vbWFucGF0aCAtcUxgCiAKLQkJICAgICMgUHJlZm9ybWF0IG9yaWdpbmFsLCBub24tbG9jYWxp emVkIG1hbnBhZ2VzCi0JCSAgICBlY2hvIC91c3IvbGliZXhlYy9jYXRtYW4ubG9jYWwgLXIgIiRN QU5QQVRIIiB8Ci0JCQlzdSAtZm0gbWFuIHx8IHJjPTMKKwkgICAgICAgICMgUHJlZm9ybWF0IG9y aWdpbmFsLCBub24tbG9jYWxpemVkIG1hbnBhZ2VzCisJCWVjaG8gL3Vzci9saWJleGVjL2NhdG1h bi5sb2NhbCAtciAiJE1BTlBBVEgiIHwKKwkJICAgIHN1IC1mbSBtYW4gfHwgcmM9MwogCi0JCSAg ICAjIFByZWZvcm1hdCBsb2NhbGl6ZWQgbWFucGFnZXMuCi0JCSAgICBpZiBbIC1uICIkbWFuX2xv Y2FsZXMiIF0KLQkJICAgIHRoZW4KLQkJCWZvciBpIGluICRtYW5fbG9jYWxlcwotCQkJZG8KLQkJ CSAgICBlY2hvIC91c3IvbGliZXhlYy9jYXRtYW4ubG9jYWwgLUxyIFwKLQkJCQkiJE1BTlBBVEgi IHwgTENfQUxMPSRpIHN1IC1mbSBtYW4gfHwgcmM9MwotCQkJZG9uZQotCQkgICAgZmkKKwkJIyBQ cmVmb3JtYXQgbG9jYWxpemVkIG1hbnBhZ2VzLgorCQlpZiBbIC1uICIkbWFuX2xvY2FsZXMiIF0K KwkJdGhlbgorCQkgICAgZm9yIGkgaW4gJG1hbl9sb2NhbGVzCisJCSAgICBkbworCQkgICAgICAg IGVjaG8gL3Vzci9saWJleGVjL2NhdG1hbi5sb2NhbCAtTHIgXAorCQkJIiRNQU5QQVRIIiB8IExD X0FMTD0kaSBzdSAtZm0gbWFuIHx8IHJjPTMKKwkJICAgIGRvbmUKIAkJZmkKLQkgICAgZWxzZQot CQlyYz0zCiAJICAgIGZpCi0JZmk7OworCWVsc2UKKwkgICAgcmM9MworCWZpCitmaQogCi0gICAg KikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL3dlZWtseS8z MTAubG9jYXRlCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy93ZWVrbHkvMzEwLmxvY2F0ZQko cmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL3dlZWtseS8zMTAubG9jYXRlCSh3b3Jr aW5nIGNvcHkpCkBAIC0zLDMwICszLDIzIEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJl IGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1p ZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2Rl ZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9l dGMvcGVyaW9kaWMuc3VicgogCi1jYXNlICIkd2Vla2x5X2xvY2F0ZV9lbmFibGUiIGluCi0gICAg W1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25vIHdlZWtseV9sb2NhdGVfZW5hYmxl OyB0aGVuCiAJZWNobyAiIgogCWVjaG8gIlJlYnVpbGRpbmcgbG9jYXRlIGRhdGFiYXNlOiIKIAog CWxvY2RiPS92YXIvZGIvbG9jYXRlLmRhdGFiYXNlCiAKLQl0b3VjaCAkbG9jZGIgJiYgcmM9MCB8 fCByYz0zCisJdG91Y2ggJGxvY2RiIHx8IHJjPTMKIAljaG93biBub2JvZHkgJGxvY2RiIHx8IHJj PTMKIAljaG1vZCA2NDQgJGxvY2RiIHx8IHJjPTMKIAogCWNkIC8KIAllY2hvIC91c3IvbGliZXhl Yy9sb2NhdGUudXBkYXRlZGIgfCBuaWNlIC1uIDUgc3UgLWZtIG5vYm9keSB8fCByYz0zCi0JY2ht b2QgNDQ0ICRsb2NkYiB8fCByYz0zOzsKKwljaG1vZCA0NDQgJGxvY2RiIHx8IHJjPTMKK2ZpCiAK LSAgICAqKSAgcmM9MDs7Ci1lc2FjCi0KIGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9kaWMvd2Vl a2x5LzM0MC5ub2lkCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy93ZWVrbHkvMzQwLm5vaWQJ KHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9wZXJpb2RpYy93ZWVrbHkvMzQwLm5vaWQJKHdvcmtp bmcgY29weSkKQEAgLTMsMTYgKzMsMTEgQEAKICMgJEZyZWVCU0QkCiAjCiAKLSMgSWYgdGhlcmUg aXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwgc3VjayBpdCBpbi4KLSMKLWlm IFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVm YXVsdHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKKy4gL2V0 Yy9wZXJpb2RpYy5zdWJyCiAKLWNhc2UgIiR3ZWVrbHlfbm9pZF9lbmFibGUiIGluCi0gICAgW1l5 XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25vIHdlZWtseV9ub2lkX2VuYWJsZTsgdGhl bgogCWVjaG8gIiIKIAllY2hvICJDaGVjayBmb3IgZmlsZXMgd2l0aCBhbiB1bmtub3duIHVzZXIg b3IgZ3JvdXA6IgogCkBAIC0yMSw5ICsxNiw2IEBACiAJICAgIFwoIC1ub2dyb3VwIC1vIC1ub3Vz ZXIgXCkgLXByaW50IHwgc2VkICdzL14vICAvJyB8CiAJICAgIHRlZSAvZGV2L3N0ZGVyciB8IHdj IC1sKQogCVsgJHJjIC1ndCAxIF0gJiYgcmM9MQotCTs7CitmaQogCi0gICAgKikgIHJjPTA7Owot ZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL2RhaWx5LzMzMC5uZXdzCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS8zMzAubmV3cwkocmV2aXNpb24gMjM2MTY0KQor KysgZXRjL3BlcmlvZGljL2RhaWx5LzMzMC5uZXdzCSh3b3JraW5nIGNvcHkpCkBAIC02LDI5ICs2 LDIxIEBACiAjIChUaGlzIGlzIHByZXNlbnQgb25seSBmb3IgYmFja3dhcmRzIGNvbXBhdGliaWxp dHksIHVzdWFsbHkgdGhlIG5ld3MKICMgc3lzdGVtIGhhbmRsZXMgdGhpcyBvbiBpdHMgb3duKS4K IAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNr IGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgot ICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGljX2Nv bmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2FzZSAiJGRhaWx5X25ld3NfZXhwaXJl X2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCityYz0wCisKK2lmIGNoZWNreWVzbm8gZGFp bHlfbmV3c19leHBpcmVfZW5hYmxlOyB0aGVuCiAJaWYgWyAhIC1mIC9ldGMvbmV3cy5leHBpcmUg XQogCXRoZW4KLQkgICAgZWNobyAnJGRhaWx5X25ld3NfZXhwaXJlX2VuYWJsZSBpcyBzZXQgYnV0 IC9ldGMvbmV3cy5leHBpcmUnIFwKKwkgICAgZXJyIDIgJyRkYWlseV9uZXdzX2V4cGlyZV9lbmFi bGUgaXMgc2V0IGJ1dCAvZXRjL25ld3MuZXhwaXJlJyBcCiAJCSJkb2Vzbid0IGV4aXN0IgotCSAg ICByYz0yCiAJZWxzZQogCSAgICBlY2hvICIiCiAJICAgIGVjaG8gIlJ1bm5pbmcgbmV3cy5leHBp cmU6IgogCiAJICAgIC9ldGMvbmV3cy5leHBpcmUgJiYgcmM9MCB8fCByYz0zCi0JZmk7OworCWZp CitmaQogCi0gICAgKikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3Blcmlv ZGljL2RhaWx5Lzk5OS5sb2NhbAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvZGFpbHkvOTk5 LmxvY2FsCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvOTk5LmxvY2Fs CSh3b3JraW5nIGNvcHkpCkBAIC02LDEzICs2LDcgQEAKICMgY29tcGF0aWJpbGl0eSBtb3JlIHRo YW4gYW55dGhpbmcgZWxzZS4KICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29u ZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3Bl cmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0g ICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAogcmM9 MAogZm9yIHNjcmlwdCBpbiAkZGFpbHlfbG9jYWwKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS80 OTAuc3RhdHVzLXBrZy1jaGFuZ2VzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS80 OTAuc3RhdHVzLXBrZy1jaGFuZ2VzCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMv ZGFpbHkvNDkwLnN0YXR1cy1wa2ctY2hhbmdlcwkod29ya2luZyBjb3B5KQpAQCAtMywyMiArMywx NiBAQAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29u ZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3Bl cmlvZGljLmNvbmYgXTsgdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0g ICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2Fz ZSAiJGRhaWx5X3N0YXR1c19wa2dfY2hhbmdlc19lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3Nd KQorcmM9MAorCitpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19wa2dfY2hhbmdlc19lbmFibGU7 IHRoZW4KIAlpZiBbICEgLWYgL3Vzci9zYmluL3BrZ19pbmZvIF07IHRoZW4KLQkgICAgZWNobyAn JGRhaWx5X3N0YXR1c19wa2dfY2hhbmdlc19lbmFibGUgaXMgZW5hYmxlZCBidXQnIFwKKwkgICAg ZXJyIDIgJyRkYWlseV9zdGF0dXNfcGtnX2NoYW5nZXNfZW5hYmxlIGlzIGVuYWJsZWQgYnV0JyBc CiAJCSAiL3Vzci9zYmluL3BrZ19pbmZvIGRvZXNuJ3QgZXhpc3QiCi0JICAgIHJjPTIKIAllbHNl CiAJICAgIGJhaz0vdmFyL2JhY2t1cHMKLQkgICAgcmM9MAogCiAJICAgIGlmIFsgLWYgJGJhay9w a2dfaW5mby5iYWsgXTsgdGhlbgogCSAgICAJbXYgLWYgJGJhay9wa2dfaW5mby5iYWsgJGJhay9w a2dfaW5mby5iYWsyCkBAIC0zMywxMSArMjcsNiBAQAogCQl8IGdyZXAgJ15bLStdW14tK10nIHwg c29ydCAtayAxLjIKIAkgICAgZmkKIAlmaQotCTs7CitmaQogCi0gICAgKikKLQlyYz0wCi0JOzsK LWVzYWMKLQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS84MDAuc2NydWItemZz Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS84MDAuc2NydWItemZzCShyZXZpc2lv biAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvODAwLnNjcnViLXpmcwkod29ya2luZyBj b3B5KQpAQCAtMywyMiArMywxMyBAQAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBh IGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIworLiAvZXRj L3BlcmlvZGljLnN1YnIKIAotbmV3bGluZT0iCi0iICMgQSBzaW5nbGUgbmV3bGluZQorbmV3bGlu ZT0kKGVjaG8gLW5lICJcbiIpCiAKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25m IF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9w ZXJpb2RpY19jb25mcwotZmkKK3JjPTAKIAotOiAke2RhaWx5X3NjcnViX3pmc19kZWZhdWx0X3Ro cmVzaG9sZD0zNX0KLQotY2FzZSAiJGRhaWx5X3NjcnViX3pmc19lbmFibGUiIGluCi0gICAgW1l5 XVtFZV1bU3NdKQoraWYgY2hlY2t5ZXNubyBkYWlseV9zY3J1Yl96ZnNfZW5hYmxlOyB0aGVuCiAJ ZWNobwogCWVjaG8gJ1NjcnViYmluZyBvZiB6ZnMgcG9vbHM6JwogCkBAIC0yNiw3ICsxNyw2IEBA CiAJCWRhaWx5X3NjcnViX3pmc19wb29scz0iJCh6cG9vbCBsaXN0IC1IIC1vIG5hbWUpIgogCWZp CiAKLQlyYz0wCiAJZm9yIHBvb2wgaW4gJHtkYWlseV9zY3J1Yl96ZnNfcG9vbHN9OyBkbwogCQkj IHNhbml0eSBjaGVjawogCQlfc3RhdHVzPSQoenBvb2wgbGlzdCAiJHtwb29sfSIgMj4gL2Rldi9u dWxsKQpAQCAtODgsMTEgKzc4LDYgQEAKIAogCQllY2hvICIgICAgICBjb25zdWx0ICd6cG9vbCBz dGF0dXMgJHtwb29sfScgZm9yIHRoZSByZXN1bHQiCiAJZG9uZQotCTs7CitmaQogCi0gICAgKikK LQlyYz0wCi0JOzsKLWVzYWMKLQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS80 NDAuc3RhdHVzLW1haWxxCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS80NDAuc3Rh dHVzLW1haWxxCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvNDQwLnN0 YXR1cy1tYWlscQkod29ya2luZyBjb3B5KQpAQCAtMyw2NCArMyw1MyBAQAogIyAkRnJlZUJTRCQK ICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBz dWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhl bgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGlj X2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2FzZSAiJGRhaWx5X3N0YXR1c19t YWlscV9lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25v IGRhaWx5X3N0YXR1c19tYWlscV9lbmFibGU7IHRoZW4KIAlpZiBbICEgLXggL3Vzci9iaW4vbWFp bHEgXQogCXRoZW4KLQkgICAgZWNobyAnJGRhaWx5X3N0YXR1c19tYWlscV9lbmFibGUgaXMgc2V0 IGJ1dCAvdXNyL2Jpbi9tYWlscScgXAorCSAgICBlcnIgMiAnJGRhaWx5X3N0YXR1c19tYWlscV9l bmFibGUgaXMgc2V0IGJ1dCAvdXNyL2Jpbi9tYWlscScgXAogCQkiaXNuJ3QgZXhlY3V0YWJsZSIK LQkgICAgcmM9MgogCWVsc2UKIAkgICAgZWNobyAiIgogCSAgICBlY2hvICJNYWlsIGluIGxvY2Fs IHF1ZXVlOiIKIAotCSAgICByYz0kKGNhc2UgIiRkYWlseV9zdGF0dXNfbWFpbHFfc2hvcnRlbiIg aW4KLQkJW1l5XVtFZV1bU3NdKQorCSAgICBuPSQoaWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNf bWFpbHFfc2hvcnRlbjsgdGhlbgogCQkgICAgbWFpbHEgfAogCQkJZWdyZXAgLWUgJ15bWzpzcGFj ZTpdXStbXls6c3BhY2U6XV0rQCcgfAogCQkJc29ydCB8CiAJCQl1bmlxIC1jIHwKIAkJCXNvcnQg LW5yIHwKLQkJCWF3ayAnJDEgPj0gMSB7cHJpbnQgJDEsICQyfSc7OwotCQkqKQotCQkgICAgbWFp bHE7OwotCSAgICBlc2FjIHwgdGVlIC9kZXYvc3RkZXJyIHwKKwkJCWF3ayAnJDEgPj0gMSB7cHJp bnQgJDEsICQyfScKKwkJZWxzZQorCQkgICAgbWFpbHEKKwkgICAgICAgIGZpIHwgdGVlIC9kZXYv c3RkZXJyIHwKIAkgICAgZWdyZXAgLXYgJyhtcXVldWUgaXMgZW1wdHl8VG90YWwgcmVxdWVzdHMp JyB8IHdjIC1sKQotCSAgICBbICRyYyAtZ3QgMCBdICYmIHJjPTEgfHwgcmM9MAorCSAgICBbICRu IC1ndCAwIF0gJiYgcmM9MQogCi0JICAgIGNhc2UgIiRkYWlseV9zdGF0dXNfaW5jbHVkZV9zdWJt aXRfbWFpbHEiIGluCi0JICAgIFtZeV1bRWVdW1NzXSkKKwkgICAgaWYgY2hlY2t5ZXNubyBkYWls eV9zdGF0dXNfaW5jbHVkZV9zdWJtaXRfbWFpbHE7IHRoZW4KIAkJaWYgWyAtZiAvZXRjL21haWwv c3VibWl0LmNmIF0KIAkJdGhlbgogCQkgICAgZWNobyAiIgogCQkgICAgZWNobyAiTWFpbCBpbiBz dWJtaXQgcXVldWU6IgogCi0JCSAgICByY19zdWJtaXQ9JChjYXNlICIkZGFpbHlfc3RhdHVzX21h aWxxX3Nob3J0ZW4iIGluCi0JCQlbWXldW0VlXVtTc10pCisJCSAgICBuPSQoaWYgY2hlY2t5ZXNu byBkYWlseV9zdGF0dXNfbWFpbHFfc2hvcnRlbjsgdGhlbgogCQkJICAgIG1haWxxIC1BYyB8CiAJ CQkJZWdyZXAgLWUgJ15bWzpzcGFjZTpdXStbXls6c3BhY2U6XV0rQCcgfAogCQkJCXNvcnQgfAog CQkJCXVuaXEgLWMgfAogCQkJCXNvcnQgLW5yIHwKLQkJCQlhd2sgJyQxID49IDEge3ByaW50ICQx LCAkMn0nOzsKLQkJCSopCi0JCQkgICAgbWFpbHEgLUFjOzsKLQkJICAgIGVzYWMgfCB0ZWUgL2Rl di9zdGRlcnIgfAorCQkJCWF3ayAnJDEgPj0gMSB7cHJpbnQgJDEsICQyfScKKwkJCWVsc2UKKwkJ CSAgICBtYWlscSAtQWMKKwkJICAgICAgICBmaSB8IHRlZSAvZGV2L3N0ZGVyciB8CiAJCSAgICBl Z3JlcCAtdiAnKG1xdWV1ZSBpcyBlbXB0eXxUb3RhbCByZXF1ZXN0cyknIHwgd2MgLWwpCi0JCSAg ICBbICRyY19zdWJtaXQgLWd0IDAgXSAmJiByYz0xCi0JCWZpOzsKLQkgICAgZXNhYwotCWZpOzsK KwkJICAgIFsgJG4gLWd0IDAgXSAmJiByYz0xCisJCWZpCisJICAgIGZpCisJZmkKK2ZpCiAKLSAg ICAqKSAgcmM9MDs7Ci1lc2FjCi0KIGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9kaWMvZGFpbHkv MTMwLmNsZWFuLW1zZ3MKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL2RhaWx5LzEzMC5jbGVh bi1tc2dzCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvMTMwLmNsZWFu LW1zZ3MJKHdvcmtpbmcgY29weSkKQEAgLTUsMjEgKzUsMTUgQEAKICMgUmVtb3ZlIHN5c3RlbQlt ZXNzYWdlcwogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9u IGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29u ZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2Vf cGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCi1jYXNlICIkZGFpbHlf Y2xlYW5fbXNnc19lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVj a3llc25vIGRhaWx5X2NsZWFuX21zZ3NfZW5hYmxlOyB0aGVuCiAJaWYgWyAhIC1kIC92YXIvbXNn cyBdCiAJdGhlbgotCSAgICBlY2hvICckZGFpbHlfY2xlYW5fbXNnc19lbmFibGUgaXMgc2V0IGJ1 dCAvdmFyL21zZ3MnIFwKKwkgICAgZXJyIDIgJyRkYWlseV9jbGVhbl9tc2dzX2VuYWJsZSBpcyBz ZXQgYnV0IC92YXIvbXNncycgXAogCQkiZG9lc24ndCBleGlzdCIKLQkgICAgcmM9MgogCWVsc2UK IAkgICAgZWNobyAiIgogCSAgICBlY2hvICJDbGVhbmluZyBvdXQgb2xkIHN5c3RlbSBhbm5vdW5j ZW1lbnRzOiIKQEAgLTI3LDkgKzIxLDcgQEAKIAkgICAgWyAtbiAiJGRhaWx5X2NsZWFuX21zZ3Nf ZGF5cyIgXSAmJgogCQlhcmc9LSR7ZGFpbHlfY2xlYW5fbXNnc19kYXlzIy19IHx8IGFyZz0KIAkg ICAgbXNncyAtYyAkYXJnICYmIHJjPTAgfHwgcmM9MwotCWZpOzsKKwlmaQorZmkKIAotICAgICop ICByYz0wOzsKLWVzYWMKLQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS8xMDAu Y2xlYW4tZGlza3MKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL2RhaWx5LzEwMC5jbGVhbi1k aXNrcwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL2RhaWx5LzEwMC5jbGVhbi1k aXNrcwkod29ya2luZyBjb3B5KQpAQCAtNSw1MSArNSw0MCBAQAogIyBSZW1vdmUgZ2FyYmFnZSBm aWxlcyBtb3JlIHRoYW4gJGRhaWx5X2NsZWFuX2Rpc2tzX2RheXMgZGF5cyBvbGQKICMKIAotIyBJ ZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGlu LgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4g L2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1m aQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2FzZSAiJGRhaWx5X2NsZWFuX2Rpc2tzX2VuYWJs ZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCityYz0wCisKK2lmIGNoZWNreWVzbm8gZGFpbHlfY2xl YW5fZGlza3NfZW5hYmxlOyB0aGVuCiAJaWYgWyAteiAiJGRhaWx5X2NsZWFuX2Rpc2tzX2RheXMi IF0KIAl0aGVuCi0JICAgIGVjaG8gJyRkYWlseV9jbGVhbl9kaXNrc19lbmFibGUgaXMgc2V0IGJ1 dCcgXAorCSAgICBlcnIgMiAnJGRhaWx5X2NsZWFuX2Rpc2tzX2VuYWJsZSBpcyBzZXQgYnV0JyBc CiAJCSckZGFpbHlfY2xlYW5fZGlza3NfZGF5cyBpcyBub3QnCi0JICAgIHJjPTIKIAllbGlmIFsg LXogIiRkYWlseV9jbGVhbl9kaXNrc19maWxlcyIgXQogCXRoZW4KLQkgICAgZWNobyAnJGRhaWx5 X2NsZWFuX2Rpc2tzX2VuYWJsZSBpcyBzZXQgYnV0JyBcCisJICAgIGVyciAyICckZGFpbHlfY2xl YW5fZGlza3NfZW5hYmxlIGlzIHNldCBidXQnIFwKIAkJJyRkYWlseV9jbGVhbl9kaXNrc19maWxl cyBpcyBub3QnCi0JICAgIHJjPTIKIAllbHNlCi0JICAgIGVjaG8gIiIKLQkgICAgZWNobyAiQ2xl YW5pbmcgZGlza3M6IgorCSAgICBpZiBjaGVja3llc25vIGRhaWx5X2NsZWFuX2Rpc2tzX3ZlcmJv c2U7IHRoZW4KKwkJZWNobyAiIgorCQllY2hvICJDbGVhbmluZyBkaXNrczoiCisKKwkJcHJpbnQ9 LXByaW50CisJICAgIGVsc2UKKwkJcHJpbnQ9CisJICAgIGZpCiAJICAgIHNldCAtZiBub2dsb2IK IAkgICAgYXJncz0iLW5hbWUgImBlY2hvICIkZGFpbHlfY2xlYW5fZGlza3NfZmlsZXMiIHwKIAkJ c2VkIC1lICdzL15bIAldKi8vJyBcCiAJCSAgICAtZSAncy9bIAldKiQvLycgXAogCQkgICAgLWUg J3MvWyAJXVsgCV0qLyAtbyAtbmFtZSAvZydgCiAKLQkgICAgY2FzZSAiJGRhaWx5X2NsZWFuX2Rp c2tzX3ZlcmJvc2UiIGluCi0JCVtZeV1bRWVdW1NzXSkKLQkJICAgIHByaW50PS1wcmludDs7Ci0J CSopCi0JCSAgICBwcmludD07OwotCSAgICBlc2FjCi0KIAkgICAgcmM9JChmaW5kIC8gXCggISAt ZnN0eXBlIGxvY2FsIC1vIC1mc3R5cGUgcmRvbmx5IFwpIC1wcnVuZSAtbyBcCiAJCVwoICRhcmdz IFwpIC1hdGltZSArJGRhaWx5X2NsZWFuX2Rpc2tzX2RheXMgXAogCQktZXhlY2RpciBybSAtZGYg e30gXDsgJHByaW50IHwgdGVlIC9kZXYvc3RkZXJyIHwgd2MgLWwpCi0JICAgIFsgLXogIiRwcmlu dCIgXSAmJiByYz0wCiAJICAgIFsgJHJjIC1ndCAxIF0gJiYgcmM9MQogCSAgICBzZXQgLWYgZ2xv YgotCWZpOzsKKwlmaQorZmkKIAotICAgICopICByYz0wOzsKLWVzYWMKLQogZXhpdCAkcmMKSW5k ZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS80NTAuc3RhdHVzLXNlY3VyaXR5Cj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IGV0Yy9wZXJpb2RpYy9kYWlseS80NTAuc3RhdHVzLXNlY3VyaXR5CShyZXZpc2lvbiAyMzYxNjQp CisrKyBldGMvcGVyaW9kaWMvZGFpbHkvNDUwLnN0YXR1cy1zZWN1cml0eQkod29ya2luZyBjb3B5 KQpAQCAtMywzOSArMywzMSBAQAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGds b2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAv ZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9w ZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3Blcmlv ZGljLnN1YnIKIAotY2FzZSAiJGRhaWx5X3N0YXR1c19zZWN1cml0eV9lbmFibGUiIGluCi0gICAg W1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19zZWN1cml0 eV9lbmFibGU7IHRoZW4KIAllY2hvICIiCiAJZWNobyAiU2VjdXJpdHkgY2hlY2s6IgogCi0JY2Fz ZSAiJGRhaWx5X3N0YXR1c19zZWN1cml0eV9pbmxpbmUiIGluCi0JICAgIFtZeV1bRWVdW1NzXSkK KwlpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19zZWN1cml0eV9pbmxpbmU7IHRoZW4KIAkJZXhw b3J0IHNlY3VyaXR5X291dHB1dD0iIjs7Ci0JICAgICopCisJZWxzZQogCQlleHBvcnQgc2VjdXJp dHlfb3V0cHV0PSIke2RhaWx5X3N0YXR1c19zZWN1cml0eV9vdXRwdXR9IgogCQljYXNlICIke2Rh aWx5X3N0YXR1c19zZWN1cml0eV9vdXRwdXR9IiBpbgogCQkgICAgIiIpCiAJCQlyYz0zOzsKIAkJ ICAgIC8qKQogCQkJZWNobyAiICAgIChvdXRwdXQgbG9nZ2VkIHNlcGFyYXRlbHkpIgotCQkJcmM9 MDs7CisJCQk7OwogCQkgICAgKikKIAkJCWVjaG8gIiAgICAob3V0cHV0IG1haWxlZCBzZXBhcmF0 ZWx5KSIKLQkJCXJjPTA7OwotCQllc2FjOzsKLQllc2FjCisJCQk7OworCQllc2FjCisJZmkKIAot CXBlcmlvZGljIHNlY3VyaXR5IHx8IHJjPTM7OworCXBlcmlvZGljIHNlY3VyaXR5IHx8IHJjPTMK K2ZpCiAKLSAgICAqKSAgcmM9MDs7Ci1lc2FjCi0KIGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9k aWMvZGFpbHkvMTQwLmNsZWFuLXJ3aG8KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL2RhaWx5 LzE0MC5jbGVhbi1yd2hvCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkv MTQwLmNsZWFuLXJ3aG8JKHdvcmtpbmcgY29weSkKQEAgLTUsNDkgKzUsMzcgQEAKICMgUmVtb3Zl IHN0YWxlIGZpbGVzIGluIC92YXIvcndobwogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5 c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVm YXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGlj LmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3Vi cgogCi1jYXNlICIkZGFpbHlfY2xlYW5fcndob19lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3Nd KQorcmM9MAorCitpZiBjaGVja3llc25vIGRhaWx5X2NsZWFuX3J3aG9fZW5hYmxlOyB0aGVuCiAJ aWYgWyAteiAiJGRhaWx5X2NsZWFuX3J3aG9fZGF5cyIgXQogCXRoZW4KLQkgICAgZWNobyAnJGRh aWx5X2NsZWFuX3J3aG9fZW5hYmxlIGlzIGVuYWJsZWQgYnV0JyBcCisJICAgIGVyciAyICckZGFp bHlfY2xlYW5fcndob19lbmFibGUgaXMgZW5hYmxlZCBidXQnIFwKIAkJJyRkYWlseV9jbGVhbl9y d2hvX2RheXMgaXMgbm90IHNldCcKLQkgICAgcmM9MgogCWVsaWYgWyAhIC1kIC92YXIvcndobyBd CiAJdGhlbgotCSAgICBlY2hvICckZGFpbHlfY2xlYW5fcndob19lbmFibGUgaXMgZW5hYmxlZCBi dXQgL3Zhci9yd2hvJyBcCisJICAgIGVyciAyICckZGFpbHlfY2xlYW5fcndob19lbmFibGUgaXMg ZW5hYmxlZCBidXQgL3Zhci9yd2hvJyBcCiAJCSJkb2Vzbid0IGV4aXN0IgotCSAgICByYz0yCiAJ ZWxzZQotCSAgICBlY2hvICIiCi0JICAgIGVjaG8gIlJlbW92aW5nIHN0YWxlIGZpbGVzIGZyb20g L3Zhci9yd2hvOiIKKwkgICAgaWYgY2hlY2t5ZXNubyBkYWlseV9jbGVhbl9yd2hvX3ZlcmJvc2U7 IHRoZW4KKwkJZWNobyAiIgorCQllY2hvICJSZW1vdmluZyBzdGFsZSBmaWxlcyBmcm9tIC92YXIv cndobzoiCiAKLQkgICAgY2FzZSAiJGRhaWx5X2NsZWFuX3J3aG9fdmVyYm9zZSIgaW4KLQkJW1l5 XVtFZV1bU3NdKQotCQkgICAgcHJpbnQ9LXByaW50OzsKLQkJKikKLQkJICAgIHByaW50PTs7Ci0J ICAgIGVzYWMKLQorCQlwcmludD0tcHJpbnQKKwkgICAgZWxzZQorCQlwcmludD0KKwkgICAgZmkK IAkgICAgaWYgY2QgL3Zhci9yd2hvCiAJICAgIHRoZW4KIAkJcmM9JChmaW5kIC4gISAtbmFtZSAu IC1tdGltZSArJGRhaWx5X2NsZWFuX3J3aG9fZGF5cyBcCiAJCSAgICAtZGVsZXRlICRwcmludCB8 IHRlZSAvZGV2L3N0ZGVyciB8IHdjIC1sKQotCQlbIC16ICIkcHJpbnQiIF0gJiYgcmM9MAogCQlb ICRyYyAtZ3QgMSBdICYmIHJjPTEKIAkgICAgZWxzZQogCQlyYz0zCiAJICAgIGZpCi0JZmk7Owor CWZpCitmaQogCi0gICAgKikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3Bl cmlvZGljL2RhaWx5LzExMC5jbGVhbi10bXBzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9k YWlseS8xMTAuY2xlYW4tdG1wcwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL2Rh aWx5LzExMC5jbGVhbi10bXBzCSh3b3JraW5nIGNvcHkpCkBAIC02LDI1ICs2LDI0IEBACiAjIGRv bid0IGVuZCB1cCB3aXRoIGV4Y2Vzc2l2ZWx5IG9sZCBmaWxlcyB0aGVyZS4KICMKIAotIyBJZiB0 aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgot IwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0 Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQor LiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2FzZSAiJGRhaWx5X2NsZWFuX3RtcHNfZW5hYmxlIiBp bgotICAgIFtZeV1bRWVdW1NzXSkKK3JjPTAKKworaWYgY2hlY2t5ZXNubyBkYWlseV9jbGVhbl90 bXBzX2VuYWJsZTsgdGhlbgogCWlmIFsgLXogIiRkYWlseV9jbGVhbl90bXBzX2RheXMiIF0KIAl0 aGVuCi0JICAgIGVjaG8gJyRkYWlseV9jbGVhbl90bXBzX2VuYWJsZSBpcyBzZXQgYnV0JyBcCisJ ICAgIGVyciAyICckZGFpbHlfY2xlYW5fdG1wc19lbmFibGUgaXMgc2V0IGJ1dCcgXAogCQknJGRh aWx5X2NsZWFuX3RtcHNfZGF5cyBpcyBub3QnCi0JICAgIHJjPTIKIAllbHNlCi0JICAgIGVjaG8g IiIKLQkgICAgZWNobyAiUmVtb3Zpbmcgb2xkIHRlbXBvcmFyeSBmaWxlczoiCisJICAgIGlmIGNo ZWNreWVzbm8gZGFpbHlfY2xlYW5fdG1wc192ZXJib3NlOyB0aGVuCisJCWVjaG8gIiIKKwkJZWNo byAiUmVtb3Zpbmcgb2xkIHRlbXBvcmFyeSBmaWxlczoiCiAKKwkJcHJpbnQ9LXByaW50CisJICAg IGVsc2UKKwkJcHJpbnQ9CisJICAgIGZpCiAJICAgIHNldCAtZiBub2dsb2IKIAkgICAgYXJncz0i LWF0aW1lICskZGFpbHlfY2xlYW5fdG1wc19kYXlzIC1tdGltZSArJGRhaWx5X2NsZWFuX3RtcHNf ZGF5cyIKIAkgICAgYXJncz0iJHthcmdzfSAtY3RpbWUgKyRkYWlseV9jbGVhbl90bXBzX2RheXMi CkBAIC0zNSwxMyArMzQsNiBAQAogCQlkYXJncz0iJGRhcmdzICJgZWNobyAiICR7ZGFpbHlfY2xl YW5fdG1wc19pZ25vcmUlIH0iIHwKIAkJICAgIHNlZCAncy9bIAldWyAJXSovICEgLW5hbWUgL2cn YAogCSAgICB9Ci0JICAgIGNhc2UgIiRkYWlseV9jbGVhbl90bXBzX3ZlcmJvc2UiIGluCi0JCVtZ eV1bRWVdW1NzXSkKLQkJICAgIHByaW50PS1wcmludDs7Ci0JCSopCi0JCSAgICBwcmludD07Owot CSAgICBlc2FjCi0KIAkgICAgcmM9JChmb3IgZGlyIGluICRkYWlseV9jbGVhbl90bXBzX2RpcnMK IAkJZG8KIAkJICAgIFsgLiIke2RpciMvfSIgIT0gLiIkZGlyIiAtYSAtZCAkZGlyIF0gJiYgY2Qg JGRpciAmJiB7CkBAIC00OSwxMiArNDEsOSBAQAogCQkJZmluZCAtZCAuICEgLW5hbWUgLiAtdHlw ZSBkICRkYXJncyAtZGVsZXRlICRwcmludAogCQkgICAgfSB8IHNlZCAicyxeXFwuLCAgJGRpciwi CiAJCWRvbmUgfCB0ZWUgL2Rldi9zdGRlcnIgfCB3YyAtbCkKLQkgICAgWyAteiAiJHByaW50IiBd ICYmIHJjPTAKIAkgICAgWyAkcmMgLWd0IDEgXSAmJiByYz0xCiAJICAgIHNldCAtZiBnbG9iCi0J Zmk7OworCWZpCitmaQogCi0gICAgKikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDog ZXRjL3BlcmlvZGljL2RhaWx5LzQzMC5zdGF0dXMtcndobwo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVy aW9kaWMvZGFpbHkvNDMwLnN0YXR1cy1yd2hvCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVy aW9kaWMvZGFpbHkvNDMwLnN0YXR1cy1yd2hvCSh3b3JraW5nIGNvcHkpCkBAIC0zLDE2ICszLDEx IEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25m aWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVy aW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAg ICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCi1jYXNl ICIkZGFpbHlfc3RhdHVzX3J3aG9fZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkKK3JjPTAK KworaWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNfcndob19lbmFibGU7IHRoZW4KIAlyd2hvPSQo ZWNobyAvdmFyL3J3aG8vKikKICAgICAgICAgaWYgWyAtZiAiJHtyd2hvJSUgKn0iIF0KICAgICAg ICAgdGhlbgpAQCAtMjQsMTUgKzE5LDEzIEBACiAJICAgIGVjaG8gIkxvY2FsIHN5c3RlbSBzdGF0 dXM6IgogCSAgICBwcm9nPXVwdGltZQogCWZpCi0JcmM9JCgkcHJvZyB8IHRlZSAvZGV2L3N0ZGVy ciB8IHdjIC1sKQorCW49JCgkcHJvZyB8IHRlZSAvZGV2L3N0ZGVyciB8IHdjIC1sKQogCWlmIFsg JD8gLWVxIDAgXQogCXRoZW4KLQkgICAgWyAkcmMgLWd0IDEgXSAmJiByYz0xCisJICAgIFsgJG4g LWd0IDEgXSAmJiByYz0xCiAJZWxzZQogCSAgICByYz0zCi0JZmk7OworCWZpCitmaQogCi0gICAg KikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL2RhaWx5LzQ2 MC5zdGF0dXMtbWFpbC1yZWplY3RzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS80 NjAuc3RhdHVzLW1haWwtcmVqZWN0cwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGlj L2RhaWx5LzQ2MC5zdGF0dXMtbWFpbC1yZWplY3RzCSh3b3JraW5nIGNvcHkpCkBAIC0zLDM2ICsz LDI5IEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBj b25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMv cGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYK LSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCisKK3JjPTAK KworaWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNfbWFpbF9yZWplY3RzX3Nob3J0ZW47IHRoZW4K KwlzaG9ydGVuPSdjdXQgLWQiICIgLWYyLDMnCitlbHNlCisJc2hvcnRlbj1jYXQKIGZpCiAKLWNh c2UgIiRkYWlseV9zdGF0dXNfbWFpbF9yZWplY3RzX3Nob3J0ZW4iIGluCi1bWXldW0VlXVtTc10p CXNob3J0ZW49J2N1dCAtZCIgIiAtZjIsMyc7OwotKikJCXNob3J0ZW49Y2F0OzsKLWVzYWMKLQot Y2FzZSAiJGRhaWx5X3N0YXR1c19tYWlsX3JlamVjdHNfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVd W1NzXSkKK2lmIGNoZWNreWVzbm8gZGFpbHlfc3RhdHVzX21haWxfcmVqZWN0c19lbmFibGU7IHRo ZW4KIAlpZiBbICEgLWQgL2V0Yy9tYWlsIF0KIAl0aGVuCi0JICAgIGVjaG8gJyRkYWlseV9zdGF0 dXNfbWFpbF9yZWplY3RzX2VuYWJsZSBpcyBzZXQgYnV0IC9ldGMvbWFpbCcgXAorCSAgICBlcnIg MiAnJGRhaWx5X3N0YXR1c19tYWlsX3JlamVjdHNfZW5hYmxlIGlzIHNldCBidXQgL2V0Yy9tYWls JyBcCiAJCSJkb2Vzbid0IGV4aXN0IgotCSAgICByYz0yCiAJZWxpZiBbICEgLWYgL3Zhci9sb2cv bWFpbGxvZyBdCiAJdGhlbgotCSAgICBlY2hvICckZGFpbHlfc3RhdHVzX21haWxfcmVqZWN0c19l bmFibGUgaXMgc2V0IGJ1dCAnIFwKKwkgICAgZXJyIDIgJyRkYWlseV9zdGF0dXNfbWFpbF9yZWpl Y3RzX2VuYWJsZSBpcyBzZXQgYnV0ICcgXAogCQkiL3Zhci9sb2cvbWFpbGxvZyBkb2Vzbid0IGV4 aXN0IgotCSAgICByYz0yCiAJZWxpZiBbICIkZGFpbHlfc3RhdHVzX21haWxfcmVqZWN0c19sb2dz IiAtbGUgMCBdCiAJdGhlbgotCSAgICBlY2hvICckZGFpbHlfc3RhdHVzX21haWxfcmVqZWN0c19l bmFibGUgaXMgc2V0IGJ1dCAnIFwKKwkgICAgZXJyIDIgJyRkYWlseV9zdGF0dXNfbWFpbF9yZWpl Y3RzX2VuYWJsZSBpcyBzZXQgYnV0ICcgXAogCQknJGRhaWx5X3N0YXR1c19tYWlsX3JlamVjdHNf bG9ncyBpcyBub3QgZ3JlYXRlciB0aGFuIHplcm8nCi0JICAgIHJjPTIKIAllbHNlCiAJICAgIGVj aG8KIAkgICAgZWNobyBDaGVja2luZyBmb3IgcmVqZWN0ZWQgbWFpbCBob3N0czoKQEAgLTY1LDkg KzU4LDcgQEAKIAkJICAgIDplbmQKIAkJfScgfCBldmFsICRzaG9ydGVuIHwgc29ydCAtZiB8IHVu aXEgLWljIHwgc29ydCAtZm5yIHwgdGVlIC9kZXYvc3RkZXJyIHwgd2MgLWwpCiAJICAgIFsgJHJj IC1ndCAwIF0gJiYgcmM9MQotCWZpOzsKKwlmaQorZmkKIAotICAgICopICByYz0wOzsKLWVzYWMK LQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS80MDUuc3RhdHVzLWF0YS1yYWlk Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS80MDUuc3RhdHVzLWF0YS1yYWlkCShy ZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvNDA1LnN0YXR1cy1hdGEtcmFp ZAkod29ya2luZyBjb3B5KQpAQCAtMSwzMyArMCwwIEBACi0jIS9iaW4vc2gKLSMKLSMgJEZyZWVC U0QkCi0jCi0KLSMgSWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmls ZSwgc3VjayBpdCBpbi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0K LXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJp b2RpY19jb25mcwotZmkKLQotY2FzZSAiJGRhaWx5X3N0YXR1c19hdGFfcmFpZF9lbmFibGUiIGlu Ci0gICAgW1l5XVtFZV1bU3NdKQotCWVjaG8KLQllY2hvICdDaGVja2luZyBzdGF0dXMgb2YgQVRB IHJhaWQgcGFydGl0aW9uczonCi0KLQlyYz0wCi0JZm9yIHJhaWQgaW4gYGZpbmQgL2Rldi8gLW5h bWUgJ2FyWzAtOV0qJyAtdHlwZSBjIHwgZWdyZXAgJ1swLTldJCcgXAotCQl8IGVncmVwIC12ICdz WzAtOV0nIHwgY3V0IC1kIC8gLWYgM2AKLQkgICAgIGRvCi0JCXN0YXR1cz1gL3NiaW4vYXRhY29u dHJvbCBzdGF0dXMgJHJhaWRgCi0JCWVjaG8gJHN0YXR1cwotCQlyYWlkX3JjPWBlY2hvICRzdGF0 dXMgfCBncmVwIC12IFJFQURZIHwgd2MgLWxgCi0JCVsgJHJjIC1lcSAwIF0gJiYgWyAkcmFpZF9y YyAtZ3QgMCBdICYmIHJjPTMKLQkgICAgIGRvbmUKLQk7OwotCi0gICAgKikgIHJjPTA7OwotZXNh YwotCi1leGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL2RhaWx5LzMwMC5jYWxlbmRhcgo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvZGFpbHkvMzAwLmNhbGVuZGFyCShyZXZpc2lvbiAyMzYx NjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvMzAwLmNhbGVuZGFyCSh3b3JraW5nIGNvcHkpCkBA IC04LDIyICs4LDE1IEBACiAjIG9yIHJ1biBpdCBmcm9tIHlvdXIgfi8ucHJvZmlsZSBvciB+Ly5s b2dpbi4KICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBm aWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYg XQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3Bl cmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2FzZSAiJGRhaWx5X2Nh bGVuZGFyX2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCityYz0wCisKK2lmIGNoZWNreWVz bm8gZGFpbHlfY2FsZW5kYXJfZW5hYmxlOyB0aGVuCiAJZWNobyAiIgogCWVjaG8gIlJ1bm5pbmcg Y2FsZW5kYXI6IgogCi0JY2FsZW5kYXIgLWEgJiYgcmM9MCB8fCByYz0zOzsKKwljYWxlbmRhciAt YSAmJiByYz0wIHx8IHJjPTMKK2ZpCiAKLSAgICAqKSAgcmM9MDs7Ci1lc2FjCi0KIGV4aXQgJHJj CkluZGV4OiBldGMvcGVyaW9kaWMvZGFpbHkvNDA5LnN0YXR1cy1nY29uY2F0Cj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIGV0Yy9wZXJpb2RpYy9kYWlseS80MDkuc3RhdHVzLWdjb25jYXQJKHJldmlzaW9uIDIzNjE2 NCkKKysrIGV0Yy9wZXJpb2RpYy9kYWlseS80MDkuc3RhdHVzLWdjb25jYXQJKHdvcmtpbmcgY29w eSkKQEAgLTMsMTYgKzMsMTEgQEAKICMgJEZyZWVCU0QkCiAjCiAKLSMgSWYgdGhlcmUgaXMgYSBn bG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwgc3VjayBpdCBpbi4KLSMKLWlmIFsgLXIg L2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMv cGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKKy4gL2V0Yy9wZXJp b2RpYy5zdWJyCiAKLWNhc2UgIiRkYWlseV9zdGF0dXNfZ2NvbmNhdF9lbmFibGUiIGluCi0gICAg W1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19nY29uY2F0 X2VuYWJsZTsgdGhlbgogCWVjaG8KIAllY2hvICdDaGVja2luZyBzdGF0dXMgb2YgZ2NvbmNhdCg4 KSBkZXZpY2VzOicKIApAQCAtMjAsMTUgKzE1LDEwIEBACiAJCWNvbXBvbmVudHM9IiQoZ2NvbmNh dCBzdGF0dXMgLXMgfCBmZ3JlcCAtdiBVUCkiCiAJCWlmIFsgIiR7Y29tcG9uZW50c30iIF07IHRo ZW4KIAkJCXJjPTMKLQkJZWxzZQotCQkJcmM9MAogCQlmaQogCWVsc2UKIAkJcmM9MgogCWZpCi0J OzsKK2ZpCiAKLSAgICAqKSAgcmM9MDs7Ci1lc2FjCi0KIGV4aXQgJHJjCkluZGV4OiBldGMvcGVy aW9kaWMvZGFpbHkvNDA2LnN0YXR1cy1nbWlycm9yCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2Rp Yy9kYWlseS80MDYuc3RhdHVzLWdtaXJyb3IJKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9wZXJp b2RpYy9kYWlseS80MDYuc3RhdHVzLWdtaXJyb3IJKHdvcmtpbmcgY29weSkKQEAgLTMsMTYgKzMs MTEgQEAKICMgJEZyZWVCU0QkCiAjCiAKLSMgSWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNv bmZpZ3VyYXRpb24gZmlsZSwgc3VjayBpdCBpbi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9w ZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgot ICAgIHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAKLWNh c2UgIiRkYWlseV9zdGF0dXNfZ21pcnJvcl9lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQor cmM9MAorCitpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19nbWlycm9yX2VuYWJsZTsgdGhlbgog CWVjaG8KIAllY2hvICdDaGVja2luZyBzdGF0dXMgb2YgZ21pcnJvcig4KSBkZXZpY2VzOicKIApA QCAtMjAsMTUgKzE1LDEwIEBACiAJCWNvbXBvbmVudHM9IiQoZ21pcnJvciBzdGF0dXMgLXMgfCBm Z3JlcCAtdiBDT01QTEVURSkiCiAJCWlmIFsgIiR7Y29tcG9uZW50c30iIF07IHRoZW4KIAkJCXJj PTMKLQkJZWxzZQotCQkJcmM9MAogCQlmaQogCWVsc2UKIAkJcmM9MgogCWZpCi0JOzsKK2ZpCiAK LSAgICAqKSAgcmM9MDs7Ci1lc2FjCi0KIGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9kaWMvZGFp bHkvNTAwLnF1ZXVlcnVuCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS81MDAucXVl dWVydW4JKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9wZXJpb2RpYy9kYWlseS81MDAucXVldWVy dW4JKHdvcmtpbmcgY29weSkKQEAgLTMsMzQgKzMsMjIgQEAKICMgJEZyZWVCU0QkCiAjCiAKLSMg SWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwgc3VjayBpdCBp bi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAgICAu IC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2RpY19jb25mcwot ZmkKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAKLWNhc2UgIiRkYWlseV9xdWV1ZXJ1bl9lbmFibGUi IGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9MAorCitpZiBjaGVja3llc25vIGRhaWx5X3F1ZXVl cnVuX2VuYWJsZTsgdGhlbgogCWlmIFsgISAteCAvdXNyL3NiaW4vc2VuZG1haWwgXQogCXRoZW4K LQkgICAgZWNobyAnJGRhaWx5X3F1ZXVlcnVuX2VuYWJsZSBpcyBzZXQgYnV0IC91c3Ivc2Jpbi9z ZW5kbWFpbCcgXAorCSAgICBlcnIgMiAnJGRhaWx5X3F1ZXVlcnVuX2VuYWJsZSBpcyBzZXQgYnV0 IC91c3Ivc2Jpbi9zZW5kbWFpbCcgXAogCQkiaXNuJ3QgZXhlY3V0YWJsZSIKLQkgICAgcmM9Mgot CWVsc2UKLQkgICAgL3Vzci9zYmluL3NlbmRtYWlsIC1xID4vZGV2L251bGwgMj4mMSAmCi0JICAg IGNhc2UgIiRkYWlseV9zdWJtaXRfcXVldWVydW4iIGluCi0JICAgIFtZeV1bRWVdW1NzXSkKLQkJ aWYgWyAtZiAvZXRjL21haWwvc3VibWl0LmNmIF0KLQkJdGhlbgotCQkgICAgL3Vzci9zYmluL3Nl bmRtYWlsIC1xIC1BYyA+L2Rldi9udWxsIDI+JjEgJgotCQlmaTs7Ci0JICAgIGVzYWMKLQkgICAg cmM9MAotCWZpOzsKKwlmaQorCS91c3Ivc2Jpbi9zZW5kbWFpbCAtcSA+L2Rldi9udWxsIDI+JjEg JgorCWlmIGNoZWNreWVzbm8gZGFpbHlfc3VibWl0X3F1ZXVlcnVuOyB0aGVuCisJICAgIGlmIFsg LWYgL2V0Yy9tYWlsL3N1Ym1pdC5jZiBdOyB0aGVuCisJCS91c3Ivc2Jpbi9zZW5kbWFpbCAtcSAt QWMgPi9kZXYvbnVsbCAyPiYxICYKKwkgICAgZmkKKwlmaQorZmkKIAotICAgICopICByYz0wOzsK LWVzYWMKLQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS9NYWtlZmlsZQo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvZGFpbHkvTWFrZWZpbGUJKHJldmlzaW9uIDIzNjE2NCkK KysrIGV0Yy9wZXJpb2RpYy9kYWlseS9NYWtlZmlsZQkod29ya2luZyBjb3B5KQpAQCAtOSw3ICs5 LDYgQEAKIAkyMjAuYmFja3VwLXBrZ2RiIFwKIAkzMzAubmV3cyBcCiAJNDAwLnN0YXR1cy1kaXNr cyBcCi0JNDA1LnN0YXR1cy1hdGEtcmFpZCBcCiAJNDA2LnN0YXR1cy1nbWlycm9yIFwKIAk0MDcu c3RhdHVzLWdyYWlkMyBcCiAJNDA4LnN0YXR1cy1nc3RyaXBlIFwKSW5kZXg6IGV0Yy9wZXJpb2Rp Yy9kYWlseS80MjAuc3RhdHVzLW5ldHdvcmsKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL2Rh aWx5LzQyMC5zdGF0dXMtbmV0d29yawkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGlj L2RhaWx5LzQyMC5zdGF0dXMtbmV0d29yawkod29ya2luZyBjb3B5KQpAQCAtMywyNyArMywyMCBA QAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmln dXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3Blcmlv ZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAg c291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2FzZSAi JGRhaWx5X3N0YXR1c19uZXR3b3JrX2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCityYz0w CisKK2lmIGNoZWNreWVzbm8gZGFpbHlfc3RhdHVzX25ldHdvcmtfZW5hYmxlOyB0aGVuCiAJZWNo byAiIgogCWVjaG8gIk5ldHdvcmsgaW50ZXJmYWNlIHN0YXR1czoiCiAKLQljYXNlICIkZGFpbHlf c3RhdHVzX25ldHdvcmtfdXNlZG5zIiBpbgotCSAgICBbWXldW0VlXVtTc10pCi0JCW5ldHN0YXQg LWlkICYmIHJjPTAgfHwgcmM9Mzs7Ci0JICAgICopCi0JCW5ldHN0YXQgLWlkbiAmJiByYz0wIHx8 IHJjPTM7OwotCWVzYWM7OworCWlmIGNoZWNreWVzbm8gZGFpbHlfc3RhdHVzX25ldHdvcmtfdXNl ZG5zOyB0aGVuCisJCW5ldHN0YXRfZmxhZ3M9Ii1pIgorCWVsc2UKKwkJbmV0c3RhdF9mbGFncz0i LWluIgorCWZpCisJbmV0c3RhdCAkbmV0c3RhdF9mbGFncyB8fCByYz0zCitmaQogCi0gICAgKikg IHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL2RhaWx5LzQ3MC5z dGF0dXMtbmFtZWQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL2RhaWx5LzQ3MC5zdGF0dXMt bmFtZWQJKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9wZXJpb2RpYy9kYWlseS80NzAuc3RhdHVz LW5hbWVkCSh3b3JraW5nIGNvcHkpCkBAIC0zLDQzICszLDI0IEBACiAjICRGcmVlQlNEJAogIwog Ci0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sg aXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0g ICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29u ZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCi1jYXRtc2dzKCkgewotCWZpbmQgL3Zhci9s b2cgLW5hbWUgJ21lc3NhZ2VzLionIC1tdGltZSAtMiB8Ci0JICAgIHNvcnQgLXQuIC1yIC1uIC1r IDIsMiB8Ci0JICAgIHdoaWxlIHJlYWQgZgotCSAgICBkbwotCQljYXNlICRmIGluCi0JCSAgICAq Lmd6KQl6Y2F0IC1mICRmOzsKLQkJICAgICouYnoyKQliemNhdCAtZiAkZjs7Ci0JCWVzYWMKLQkg ICAgZG9uZQotCVsgLWYgL3Zhci9sb2cvbWVzc2FnZXMgXSAmJiBjYXQgL3Zhci9sb2cvbWVzc2Fn ZXMKLX0KK3JjPTAKIAotY2FzZSAiJGRhaWx5X3N0YXR1c19uYW1lZF9lbmFibGUiIGluCi0gICAg W1l5XVtFZV1bU3NdKQoraWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNfbmFtZWRfZW5hYmxlOyB0 aGVuCiAJZWNobwogCWVjaG8gJ0NoZWNraW5nIGZvciBkZW5pZWQgem9uZSB0cmFuc2ZlcnMgKEFY RlIgYW5kIElYRlIpOicKIAogCXN0YXJ0PWBkYXRlIC12LTFkICcrJWIgJWUnYAotCXJjPSQoY2F0 bXNncyB8CisJcmM9JChjYXRsb2dzIC92YXIvbG9nICJtZXNzYWdlcyIgfAogCSAgICBmZ3JlcCAt RSAiXiRzdGFydC4qbmFtZWRcW1tbOmRpZ2l0Ol1dK1xdOiB0cmFuc2ZlciBvZiAuKmZhaWxlZCAu KjogUkVGVVNFRCIgfAogCSAgICBzZWQgLWUgInMvLip0cmFuc2ZlciBvZiBcJ1woLipcKVwvSU5c JyBmcm9tIFwoLipcKSNbMC05XSo6IC4qL1wxIGZyb20gXDIvIiB8CiAJICAgIHNvcnQgLWYgfCB1 bmlxIC1pYyB8ICgKLQkJdXNlZG5zPTAKLQkJY2FzZSAiJGRhaWx5X3N0YXR1c19uYW1lZF91c2Vk bnMiIGluCi0JCScnKSA7OwotCQlbeVldW2VFXVtzU10pIHVzZWRucz0xIDs7Ci0JCWVzYWMKLQor CQlpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19uYW1lZF91c2VkbnM7IHRoZW4KKwkJCXVzZWRu cz0xCisJCWVsc2UKKwkJCXVzZWRucz0wCisJCWZpCiAJCXdoaWxlIHJlYWQgbGluZSA7ZG8KIAkJ CWlwYWRkcj1gZWNobyAiJGxpbmUiIHwgc2VkIC1lICdzL14uKmZyb20gLy8nYAogCQkJaWYgWyAk dXNlZG5zIC1lcSAxIF07IHRoZW4KQEAgLTU0LDkgKzM1LDYgQEAKIAkJZG9uZSApIHwgXAogCQl0 ZWUgL2Rldi9zdGRlcnIgfCB3YyAtbCkKIAlbICRyYyAtZ3QgMCBdICYmIHJjPTEKLQk7OworZmkK IAotICAgICopICByYz0wOzsKLWVzYWMKLQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9k YWlseS8yMTAuYmFja3VwLWFsaWFzZXMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL2RhaWx5 LzIxMC5iYWNrdXAtYWxpYXNlcwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL2Rh aWx5LzIxMC5iYWNrdXAtYWxpYXNlcwkod29ya2luZyBjb3B5KQpAQCAtMywxNiArMywxMSBAQAog IyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJh dGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGlj LmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291 cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2FzZSAiJGRh aWx5X2JhY2t1cF9hbGlhc2VzX2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCityYz0wCisK K2lmIGNoZWNreWVzbm8gZGFpbHlfYmFja3VwX2FsaWFzZXNfZW5hYmxlOyB0aGVuCiAJaWYgWyAh IC1mIC9ldGMvbWFpbC9hbGlhc2VzIF0KIAl0aGVuCiAJICAgIGVjaG8gJyRkYWlseV9iYWNrdXBf YWxpYXNlc19lbmFibGUgaXMgZW5hYmxlZCBidXQnIFwKQEAgLTIwLDcgKzE1LDYgQEAKIAkgICAg cmM9MgogCWVsc2UKIAkgICAgYmFrPS92YXIvYmFja3VwcwotCSAgICByYz0wCiAKIAkgICAgZWNo byAiIgogCSAgICBlY2hvICJCYWNraW5nIHVwIG1haWwgYWxpYXNlczoiCkBAIC0zMSwxNyArMjUs MTQgQEAKIAkJY3AgLXAgL2V0Yy9tYWlsL2FsaWFzZXMgJGJhay9hbGlhc2VzLmJhayB8fCByYz0z CiAJICAgIGZpCiAKLQkgICAgaWYgISBjbXAgLXMgJGJhay9hbGlhc2VzLmJhayAvZXRjL21haWwv YWxpYXNlcworCSAgICBpZiBbICRyYyAtZXEgMCBdICYmICEgY21wIC1zICRiYWsvYWxpYXNlcy5i YWsgL2V0Yy9tYWlsL2FsaWFzZXMKIAkgICAgdGhlbgotCQlbICRyYyAtbHQgMSBdICYmIHJjPTEK IAkJZWNobyAiJGhvc3QgYWxpYXNlcyBkaWZmczoiCiAJCWRpZmYgLXUgJGJhay9hbGlhc2VzLmJh ayAvZXRjL21haWwvYWxpYXNlcwogCQltdiAkYmFrL2FsaWFzZXMuYmFrICRiYWsvYWxpYXNlcy5i YWsyCiAJCWNwIC1wIC9ldGMvbWFpbC9hbGlhc2VzICRiYWsvYWxpYXNlcy5iYWsgfHwgcmM9Mwog CSAgICBmaQotCWZpOzsKKwlmaQorZmkKIAotICAgICopICByYz0wOzsKLWVzYWMKLQogZXhpdCAk cmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS80MDQuc3RhdHVzLXpmcwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBldGMvcGVyaW9kaWMvZGFpbHkvNDA0LnN0YXR1cy16ZnMJKHJldmlzaW9uIDIzNjE2NCkKKysr IGV0Yy9wZXJpb2RpYy9kYWlseS80MDQuc3RhdHVzLXpmcwkod29ya2luZyBjb3B5KQpAQCAtMywx NiArMywxMSBAQAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0 ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1 bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5j b25mCi0gICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIK IAotY2FzZSAiJGRhaWx5X3N0YXR1c196ZnNfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkK K3JjPTAKKworaWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNfemZzX2VuYWJsZTsgdGhlbgogCWVj aG8KIAllY2hvICdDaGVja2luZyBzdGF0dXMgb2YgemZzIHBvb2xzOicKIApAQCAtMzUsMTEgKzMw LDYgQEAKIAllbHNlCiAJCXJjPTEKIAlmaQotCTs7CitmaQogCi0gICAgKikKLQlyYz0wCi0JOzsK LWVzYWMKLQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS8yMjAuYmFja3VwLXBr Z2RiCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS8yMjAuYmFja3VwLXBrZ2RiCShy ZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvMjIwLmJhY2t1cC1wa2dkYgko d29ya2luZyBjb3B5KQpAQCAtMywxOCArMywxMSBAQAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0 aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgot IwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0 Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQor LiAvZXRjL3BlcmlvZGljLnN1YnIKIAogcmM9MAogCi1jYXNlICIkZGFpbHlfYmFja3VwX3BrZ2Ri X2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCitpZiBjaGVja3llc25vIGRhaWx5X2JhY2t1 cF9wa2dkYl9lbmFibGU7IHRoZW4KIAliYWs9IiR7ZGFpbHlfYmFja3VwX3BrZ2RiX2RpcjotL3Zh ci9iYWNrdXBzfSIKIAliYWtfZmlsZT0iJHtiYWt9L3BrZ2RiLmJhay50YnoiCiAKQEAgLTIzLDEw ICsxNiwxMCBAQAogCiAJaWYgWyAhIC1kICIkYmFrIiBdCiAJdGhlbgotCSAgICBpbnN0YWxsIC1k IC1vIHJvb3QgLWcgd2hlZWwgLW0gNzUwICRiYWsgfHwgewotCQllY2hvICckZGFpbHlfYmFja3Vw X3BrZ2RiX2VuYWJsZSBpcyBlbmFibGVkIGJ1dCcgXAotCQkgICAgIiRkYWlseV9iYWNrdXBfcGtn ZGJfZGlyIGRvZXNuJ3QgZXhpc3QiIDsKLQkJZXhpdCAyIDsgfQorCSAgICBpZiAhIGluc3RhbGwg LWQgLW8gcm9vdCAtZyB3aGVlbCAtbSA3NTAgJGJhazsgdGhlbgorCQllcnIgMiAnJGRhaWx5X2Jh Y2t1cF9wa2dkYl9lbmFibGUgaXMgZW5hYmxlZCBidXQnIFwKKwkJICAgICIkZGFpbHlfYmFja3Vw X3BrZ2RiX2RiZGlyIGRvZXNuJ3QgZXhpc3QiIDsKKwkgICAgZmkKIAlmaQogCiAJZWNobyAnJwpA QCAtNDUsNyArMzgsNyBAQAogCSAgICBtdiAiJHtuZXdfYmFrX2ZpbGV9IiAiJHtiYWtfZmlsZX0i CiAJZWxzZQogCSAgICByYz0zCi0JZmkgOzsKLWVzYWMKKwlmaQorZmkKIAogZXhpdCAkcmMKSW5k ZXg6IGV0Yy9wZXJpb2RpYy9kYWlseS8zMTAuYWNjb3VudGluZwo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMv cGVyaW9kaWMvZGFpbHkvMzEwLmFjY291bnRpbmcJKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9w ZXJpb2RpYy9kYWlseS8zMTAuYWNjb3VudGluZwkod29ya2luZyBjb3B5KQpAQCAtMywxNiArMywx MSBAQAogIyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29u ZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3Bl cmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0g ICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2Fz ZSAiJGRhaWx5X2FjY291bnRpbmdfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkKK3JjPTAK KworaWYgY2hlY2t5ZXNubyBkYWlseV9hY2NvdW50aW5nX2VuYWJsZTsgdGhlbgogCWlmIFsgISAt ZiAvdmFyL2FjY291bnQvYWNjdCBdCiAJdGhlbgogCSAgICBlY2hvICckZGFpbHlfYWNjb3VudGlu Z19lbmFibGUgaXMgc2V0IGJ1dCAvdmFyL2FjY291bnQvYWNjdCcgXApAQCAtMjgsNyArMjMsNiBA QAogCSAgICBlY2hvICJSb3RhdGluZyBhY2NvdW50aW5nIGxvZ3MgYW5kIGdhdGhlcmluZyBzdGF0 aXN0aWNzOiIKIAogCSAgICBjZCAvdmFyL2FjY291bnQKLQkgICAgcmM9MAogCiAJICAgIG49JCgo ICRkYWlseV9hY2NvdW50aW5nX3NhdmUgLSAxICkpCiAJICAgIGZvciBmIGluIGFjY3QuKjsgZG8K QEAgLTUzLDEzICs0NywxMCBAQAogCSAgICBzYSAtcyAkZGFpbHlfYWNjb3VudGluZ19mbGFncyAv dmFyL2FjY291bnQvYWNjdC5tZXJnZSB8fCByYz0zCiAJICAgIHJtIGFjY3QubWVyZ2UKIAotCSAg ICBjYXNlICIkZGFpbHlfYWNjb3VudGluZ19jb21wcmVzcyIgaW4KLQkJW1l5XVtFZV1bU3NdKQot CQkgICAgZ3ppcCAtZiBhY2N0LjAgfHwgcmM9Mzs7Ci0JICAgIGVzYWMKLQlmaTs7CisJICAgIGlm IGNoZWNreWVzbm8gZGFpbHlfYWNjb3VudGluZ19jb21wcmVzczsgdGhlbgorCQlnemlwIC1mIGFj Y3QuMCB8fCByYz0zCisJICAgIGZpCisJZmkKK2ZpCiAKLSAgICAqKSAgcmM9MDs7Ci1lc2FjCi0K IGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9kaWMvZGFpbHkvMTUwLmNsZWFuLWhvc3RzdGF0Cj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWlseS8xNTAuY2xlYW4taG9zdHN0YXQJKHJldmlz aW9uIDIzNjE2NCkKKysrIGV0Yy9wZXJpb2RpYy9kYWlseS8xNTAuY2xlYW4taG9zdHN0YXQJKHdv cmtpbmcgY29weSkKQEAgLTUsMjUgKzUsMTggQEAKICMgUmVtb3ZlIHN0YWxlIHBlcnNpc3RlbnQg aG9zdCBzdGF0dXMgZmlsZXMKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29u ZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3Bl cmlvZGljLmNvbmYgXTsgdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0g ICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAotY2Fz ZSAiJGRhaWx5X2NsZWFuX2hvc3RzdGF0X2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCity Yz0wCisKK2lmIGNoZWNreWVzbm8gZGFpbHlfY2xlYW5faG9zdHN0YXRfZW5hYmxlOyB0aGVuCiAJ aWYgWyAteiAiJChob3N0c3RhdCAyPiYxKSIgXTsgdGhlbgogCSAgICByYz0yCiAJZWxzZQogCSAg ICBlY2hvICIiCiAJICAgIGVjaG8gIlJlbW92aW5nIHN0YWxlIGVudHJpZXMgZnJvbSBzZW5kbWFp bCBob3N0IHN0YXR1cyBjYWNoZToiCi0JICAgIHJjPTAKIAkgICAgcHVyZ2VzdGF0IHx8IHJjPTEK LQlmaTs7CisJZmkKK2ZpCiAKLSAgICAqKSAgcmM9MDs7Ci1lc2FjCi0KIGV4aXQgJHJjCkluZGV4 OiBldGMvcGVyaW9kaWMvZGFpbHkvNDAwLnN0YXR1cy1kaXNrcwo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMv cGVyaW9kaWMvZGFpbHkvNDAwLnN0YXR1cy1kaXNrcwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRj L3BlcmlvZGljL2RhaWx5LzQwMC5zdGF0dXMtZGlza3MJKHdvcmtpbmcgY29weSkKQEAgLTMsMTYg KzMsMTEgQEAKICMgJEZyZWVCU0QkCiAjCiAKLSMgSWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVt IGNvbmZpZ3VyYXRpb24gZmlsZSwgc3VjayBpdCBpbi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0 cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29u ZgotICAgIHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAK LWNhc2UgIiRkYWlseV9zdGF0dXNfZGlza3NfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkK K3JjPTAKKworaWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNfZGlza3NfZW5hYmxlOyB0aGVuCiAJ ZWNobyAiIgogCWVjaG8gIkRpc2sgc3RhdHVzOiIKIApAQCAtMjQsOSArMTksNyBAQAogCWZpCiAK IAllY2hvICIiCi0JZHVtcCBXIHx8IHJjPTM7OworCWR1bXAgVyB8fCByYz0zCitmaQogCi0gICAg KikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL2RhaWx5LzQ4 MC5zdGF0dXMtbnRwZAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvZGFpbHkvNDgwLnN0YXR1 cy1udHBkCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvNDgwLnN0YXR1 cy1udHBkCSh3b3JraW5nIGNvcHkpCkBAIC0zLDE4ICszLDExIEBACiAjICRGcmVlQlNEJAogIwog Ci0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sg aXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0g ICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29u ZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCiByYz0wCiAKLWNhc2UgIiRkYWlseV9zdGF0 dXNfbnRwZF9lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQoraWYgY2hlY2t5ZXNubyBkYWls eV9zdGF0dXNfbnRwZF9lbmFibGU7IHRoZW4KIAllY2hvICIiCiAJZWNobyAiTlRQIHN0YXR1czoi CiAKQEAgLTIyLDcgKzE1LDYgQEAKIAlpZiBbIC16ICIkc3luY2hyb25pemVkIiBdOyB0aGVuCiAJ CXJjPTEKIAlmaQotCTs7Ci1lc2FjCitmaQogCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGlj L2RhaWx5LzQwNy5zdGF0dXMtZ3JhaWQzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9kYWls eS80MDcuc3RhdHVzLWdyYWlkMwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL2Rh aWx5LzQwNy5zdGF0dXMtZ3JhaWQzCSh3b3JraW5nIGNvcHkpCkBAIC0zLDE2ICszLDExIEBACiAj ICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0 aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMu Y29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3Vy Y2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCi1jYXNlICIkZGFp bHlfc3RhdHVzX2dyYWlkM19lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9MAorCitp ZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19ncmFpZDNfZW5hYmxlOyB0aGVuCiAJZWNobwogCWVj aG8gJ0NoZWNraW5nIHN0YXR1cyBvZiBncmFpZDMoOCkgZGV2aWNlczonCiAKQEAgLTIwLDE1ICsx NSwxMCBAQAogCQljb21wb25lbnRzPSIkKGdyYWlkMyBzdGF0dXMgLXMgfCBmZ3JlcCAtdiBDT01Q TEVURSkiCiAJCWlmIFsgIiR7Y29tcG9uZW50c30iIF07IHRoZW4KIAkJCXJjPTMKLQkJZWxzZQot CQkJcmM9MAogCQlmaQogCWVsc2UKIAkJcmM9MgogCWZpCi0JOzsKK2ZpCiAKLSAgICAqKSAgcmM9 MDs7Ci1lc2FjCi0KIGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9kaWMvZGFpbHkvMjAwLmJhY2t1 cC1wYXNzd2QKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL2RhaWx5LzIwMC5iYWNrdXAtcGFz c3dkCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvMjAwLmJhY2t1cC1w YXNzd2QJKHdvcmtpbmcgY29weSkKQEAgLTMsMTYgKzMsMTEgQEAKICMgJEZyZWVCU0QkCiAjCiAK LSMgSWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwgc3VjayBp dCBpbi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAg ICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2RpY19jb25m cwotZmkKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAKLWNhc2UgIiRkYWlseV9iYWNrdXBfcGFzc3dk X2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCityYz0wCisKK2lmIGNoZWNreWVzbm8gZGFp bHlfYmFja3VwX3Bhc3N3ZF9lbmFibGU7IHRoZW4KIAlpZiBbICEgLWYgL2V0Yy9tYXN0ZXIucGFz c3dkIF0KIAl0aGVuCiAJICAgIGVjaG8gJyRkYWlseV9iYWNrdXBfcGFzc3dkX2VuYWJsZSIgaXMg c2V0IGJ1dCAvZXRjL21hc3Rlci5wYXNzd2QnIFwKQEAgLTI1LDcgKzIwLDYgQEAKIAkgICAgcmM9 MgogCWVsc2UKIAkgICAgYmFrPS92YXIvYmFja3VwcwotCSAgICByYz0wCiAKIAkgICAgZWNobyAi IgogCSAgICBlY2hvICJCYWNrdXAgcGFzc3dkIGFuZCBncm91cCBmaWxlczoiCkBAIC02OSw5ICs2 Myw3IEBACiAJCWVjaG8gIlZlcmlmeWluZyBncm91cCBmaWxlIHN5bnRheDoiCiAJICAgICAgICBj aGtncnAgL2V0Yy9ncm91cCB8fCByYz0zCiAJICAgIGZpCi0JZmk7OworCWZpCitmaQogCi0gICAg KikgIHJjPTA7OwotZXNhYwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL2RhaWx5LzQw OC5zdGF0dXMtZ3N0cmlwZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvZGFpbHkvNDA4LnN0 YXR1cy1nc3RyaXBlCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvNDA4 LnN0YXR1cy1nc3RyaXBlCSh3b3JraW5nIGNvcHkpCkBAIC0zLDE2ICszLDExIEBACiAjICRGcmVl QlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZp bGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBd Ci10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVy aW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3VicgogCi1jYXNlICIkZGFpbHlfc3Rh dHVzX2dzdHJpcGVfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkKK3JjPTAKKworaWYgY2hl Y2t5ZXNubyBkYWlseV9zdGF0dXNfZ3N0cmlwZV9lbmFibGU7IHRoZW4KIAllY2hvCiAJZWNobyAn Q2hlY2tpbmcgc3RhdHVzIG9mIGdzdHJpcGUoOCkgZGV2aWNlczonCiAKQEAgLTIwLDE1ICsxNSwx MCBAQAogCQljb21wb25lbnRzPSIkKGdzdHJpcGUgc3RhdHVzIC1zIHwgZmdyZXAgLXYgVVApIgog CQlpZiBbICIke2NvbXBvbmVudHN9IiBdOyB0aGVuCiAJCQlyYz0zCi0JCWVsc2UKLQkJCXJjPTAK IAkJZmkKIAllbHNlCiAJCXJjPTIKIAlmaQotCTs7CitmaQogCi0gICAgKikgIHJjPTA7OwotZXNh YwotCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL2RhaWx5LzEyMC5jbGVhbi1wcmVzZXJ2 ZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvZGFpbHkvMTIwLmNsZWFuLXByZXNlcnZlCShy ZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvZGFpbHkvMTIwLmNsZWFuLXByZXNlcnZl CSh3b3JraW5nIGNvcHkpCkBAIC01LDQ5ICs1LDM3IEBACiAjIFJlbW92ZSBzdGFsZSBmaWxlcyBp biAvdmFyL3ByZXNlcnZlCiAjCiAKLSMgSWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZp Z3VyYXRpb24gZmlsZSwgc3VjayBpdCBpbi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJp b2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAg IHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAKLWNhc2Ug IiRkYWlseV9jbGVhbl9wcmVzZXJ2ZV9lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9 MAorCitpZiBjaGVja3llc25vIGRhaWx5X2NsZWFuX3ByZXNlcnZlX2VuYWJsZTsgdGhlbgogCWlm IFsgLXogIiRkYWlseV9jbGVhbl9wcmVzZXJ2ZV9kYXlzIiBdCiAJdGhlbgotCSAgICBlY2hvICck ZGFpbHlfY2xlYW5fcHJlc2VydmVfZW5hYmxlIGlzIHNldCBidXQnIFwKKwkgICAgZXJyIDIgJyRk YWlseV9jbGVhbl9wcmVzZXJ2ZV9lbmFibGUgaXMgc2V0IGJ1dCcgXAogCQknJGRhaWx5X2NsZWFu X3ByZXNlcnZlX2RheXMgaXMgbm90JwotCSAgICByYz0yCiAJZWxpZiBbICEgLWQgL3Zhci9wcmVz ZXJ2ZSBdCiAJdGhlbgotCSAgICBlY2hvICckZGFpbHlfY2xlYW5fcHJlc2VydmVfZW5hYmxlIGlz IHNldCBidXQgL3Zhci9wcmVzZXJ2ZScgXAorCSAgICBlcnIgMiAnJGRhaWx5X2NsZWFuX3ByZXNl cnZlX2VuYWJsZSBpcyBzZXQgYnV0IC92YXIvcHJlc2VydmUnIFwKIAkJImRvZXNuJ3QgZXhpc3Qi Ci0JICAgIHJjPTIKIAllbHNlCi0JICAgIGVjaG8gIiIKLQkgICAgZWNobyAiUmVtb3Zpbmcgc3Rh bGUgZmlsZXMgZnJvbSAvdmFyL3ByZXNlcnZlOiIKKwkgICAgaWYgY2hlY2t5ZXNubyBkYWlseV9j bGVhbl9wcmVzZXJ2ZV92ZXJib3NlOyB0aGVuCisJCWVjaG8gIiIKKwkJZWNobyAiUmVtb3Zpbmcg c3RhbGUgZmlsZXMgZnJvbSAvdmFyL3ByZXNlcnZlOiIKIAorCQlwcmludD0tcHJpbnQKKwkgICAg ZWxzZQorCQlwcmludD0KKwkgICAgZmkKIAkgICAgaWYgY2QgL3Zhci9wcmVzZXJ2ZQogCSAgICB0 aGVuCi0JCWNhc2UgIiRkYWlseV9jbGVhbl9wcmVzZXJ2ZV92ZXJib3NlIiBpbgotCQkgICAgW1l5 XVtFZV1bU3NdKQotCQkJcHJpbnQ9LXByaW50OzsKLQkJICAgICopCi0JCQlwcmludD07OwotCQll c2FjCi0KIAkJcmM9JChmaW5kIC4gISAtbmFtZSAuIC1tdGltZSArJGRhaWx5X2NsZWFuX3ByZXNl cnZlX2RheXMgXAogCQkgICAgLWRlbGV0ZSAkcHJpbnQgfCB0ZWUgL2Rldi9zdGRlcnIgfCB3YyAt bCkKLQkJWyAteiAiJHByaW50IiBdICYmIHJjPTAKIAkJWyAkcmMgLWd0IDEgXSAmJiByYz0xCiAJ ICAgIGVsc2UKIAkJcmM9MwogCSAgICBmaQotCWZpOzsKKwlmaQorZmkKIAotICAgICopICByYz0w OzsKLWVzYWMKLQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9zZWN1cml0eS81MDAuaXBm d2RlbmllZAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvc2VjdXJpdHkvNTAwLmlwZndkZW5p ZWQJKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9wZXJpb2RpYy9zZWN1cml0eS81MDAuaXBmd2Rl bmllZAkod29ya2luZyBjb3B5KQpAQCAtMjcsMjcgKzI3LDI0IEBACiAjICRGcmVlQlNEJAogIwog Ci0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sg aXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0g ICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29u ZnMKLWZpCi0KKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAuIC9ldGMvcGVyaW9kaWMvc2VjdXJpdHkv c2VjdXJpdHkuZnVuY3Rpb25zCiAKIHJjPTAKIAotY2FzZSAiJGRhaWx5X3N0YXR1c19zZWN1cml0 eV9pcGZ3ZGVuaWVkX2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCi0JVE1QPWBta3RlbXAg LXQgc2VjdXJpdHlgCi0JaWYgaXBmdyAtYSBsaXN0IDI+L2Rldi9udWxsIHwgZWdyZXAgImRlbnl8 cmVzZXR8dW5yZWFjaCIgPiAke1RNUH07IHRoZW4KLQkgIGNoZWNrX2RpZmYgbmV3X29ubHkgaXBm dyAke1RNUH0gIiR7aG9zdH0gaXBmdyBkZW5pZWQgcGFja2V0czoiCitpZiBjaGVja3llc25vIGRh aWx5X3N0YXR1c19zZWN1cml0eV9pcGZ3ZGVuaWVkX2VuYWJsZTsgdGhlbgorCWlmIFRNUD0kKG1r dGVtcCAtdCBzZWN1cml0eSk7IHRoZW4KKwkJaWYgaXBmdyAtYSBsaXN0IDI+L2Rldi9udWxsIHwg ZWdyZXAgImRlbnl8cmVzZXR8dW5yZWFjaCIgPiAke1RNUH07IHRoZW4KKwkJCWNoZWNrX2RpZmYg bmV3X29ubHkgaXBmdyAke1RNUH0gXAorCQkJICAgICIke2hvc3R9IGlwZncgZGVuaWVkIHBhY2tl dHM6IgorCQkJcmM9JD8KKwkJZWxzZQorCQkJcmM9MQorCQlmaQorCQlybSAtZiAke1RNUH0KKwll bHNlCisJCXJjPTMKIAlmaQotCXJjPSQ/Ci0Jcm0gLWYgJHtUTVB9OzsKLSAgICAqKQlyYz0wOzsK LWVzYWMKK2ZpCiAKIGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9kaWMvc2VjdXJpdHkvMTAwLmNo a3NldHVpZAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMvc2VjdXJpdHkvMTAwLmNoa3NldHVp ZAkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL3NlY3VyaXR5LzEwMC5jaGtzZXR1 aWQJKHdvcmtpbmcgY29weSkKQEAgLTI3LDIwICsyNywxMiBAQAogIyAkRnJlZUJTRCQKICMKIAot IyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0 IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAg IC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGljX2NvbmZz Ci1maQotCisuIC9ldGMvcGVyaW9kaWMuc3VicgogLiAvZXRjL3BlcmlvZGljL3NlY3VyaXR5L3Nl Y3VyaXR5LmZ1bmN0aW9ucwogCiByYz0wCiAKLWNhc2UgIiRkYWlseV9zdGF0dXNfc2VjdXJpdHlf Y2hrc2V0dWlkX2VuYWJsZSIgaW4KLSAgICBbWXldW0VlXVtTc10pCitpZiBjaGVja3llc25vIGRh aWx5X3N0YXR1c19zZWN1cml0eV9jaGtzZXR1aWRfZW5hYmxlOyB0aGVuCiAJZWNobyAiIgogCWVj aG8gJ0NoZWNraW5nIHNldHVpZCBmaWxlcyBhbmQgZGV2aWNlczonCiAJTVA9YG1vdW50IC10IHVm cyx6ZnMgfCBhd2sgJyQwICF+IC9ubyhzdWlkfGV4ZWMpLyB7IHByaW50ICQzIH0nYApAQCAtNDks MTAgKzQxLDYgQEAKIAkgICAgXCggLXBlcm0gLXUrcyAtb3IgLXBlcm0gLWcrcyBcKSAtZXhlYyBs cyAtbGlUZCBce1x9IFwrIHwKIAljaGVja19kaWZmIHNldHVpZCAtICIke2hvc3R9IHNldHVpZCBk aWZmczoiCiAJcmM9JD8KLQk7OwotICAgICopCi0JcmM9MAotCTs7Ci1lc2FjCitmaQogCiBleGl0 ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL3NlY3VyaXR5LzUyMC5wZmRlbmllZAo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBldGMvcGVyaW9kaWMvc2VjdXJpdHkvNTIwLnBmZGVuaWVkCShyZXZpc2lvbiAyMzYxNjQp CisrKyBldGMvcGVyaW9kaWMvc2VjdXJpdHkvNTIwLnBmZGVuaWVkCSh3b3JraW5nIGNvcHkpCkBA IC0yNywyNyArMjcsMzIgQEAKICMgJEZyZWVCU0QkCiAjCiAKLSMgSWYgdGhlcmUgaXMgYSBnbG9i YWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwgc3VjayBpdCBpbi4KLSMKLWlmIFsgLXIgL2V0 Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVy aW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKLQorLiAvZXRjL3Blcmlv ZGljLnN1YnIKIC4gL2V0Yy9wZXJpb2RpYy9zZWN1cml0eS9zZWN1cml0eS5mdW5jdGlvbnMKIAog cmM9MAogCi1jYXNlICIkZGFpbHlfc3RhdHVzX3NlY3VyaXR5X3BmZGVuaWVkX2VuYWJsZSIgaW4K LSAgICBbWXldW0VlXVtTc10pCi0JVE1QPWBta3RlbXAgLXQgc2VjdXJpdHlgCi0JaWYgcGZjdGwg LXNyIC12IDI+L2Rldi9udWxsIHwgbmF3ayAne2lmICgvXmJsb2NrLykge2J1Zj0kMDsgZ2V0bGlu ZTsgZ3N1YigiICsiLCIgIiwkMCk7IHByaW50IGJ1ZiQwO30gfScgPiAke1RNUH07IHRoZW4KLQkg IGNoZWNrX2RpZmYgbmV3X29ubHkgcGYgJHtUTVB9ICIke2hvc3R9IHBmIGRlbmllZCBwYWNrZXRz OiIKK2lmIGNoZWNreWVzbm8gZGFpbHlfc3RhdHVzX3NlY3VyaXR5X3BmZGVuaWVkX2VuYWJsZTsg dGhlbgorCWlmIFRNUD0kKG1rdGVtcCAtdCBzZWN1cml0eSk7IHRoZW4KKwkJcGZjdGwgLXNyIC12 IDI+L2Rldi9udWxsIHwgXAorCQkgICAgbmF3ayAneworCQkJaWYgKC9eYmxvY2svKSB7CisJCQkJ YnVmPSQwOworCQkJCWdldGxpbmU7CisJCQkJZ3N1YigiICsiLCIgIiwkMCk7CisJCQkJcHJpbnQg YnVmJDA7CisJCQl9CisJCX0nID4gJHtUTVB9CisJCWlmIFsgJD8gLWVxIDAgXTsgdGhlbgorCQkJ Y2hlY2tfZGlmZiBuZXdfb25seSBwZiAke1RNUH0gIiR7aG9zdH0gcGYgZGVuaWVkIHBhY2tldHM6 IgorCQkJcmM9JD8KKwkJZWxzZQorCQkJcmM9MQorCQlmaQorCQlybSAtZiAke1RNUH0KKwllbHNl CisJCXJjPTMKIAlmaQotCXJjPSQ/Ci0Jcm0gLWYgJHtUTVB9OzsKLSAgICAqKQlyYz0wOzsKLWVz YWMKK2ZpCiAKIGV4aXQgJHJjCkluZGV4OiBldGMvcGVyaW9kaWMvc2VjdXJpdHkvMzAwLmNoa3Vp ZDAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL3NlY3VyaXR5LzMwMC5jaGt1aWQwCShyZXZp c2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvc2VjdXJpdHkvMzAwLmNoa3VpZDAJKHdvcmtp bmcgY29weSkKQEAgLTI3LDI1ICsyNywxOCBAQAogIyAkRnJlZUJTRCQKICMKIAorLiAvZXRjL3Bl cmlvZGljLnN1YnIKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJhdGlv biBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNv bmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291cmNl X3BlcmlvZGljX2NvbmZzCi1maQorcmM9MAogCi1jYXNlICIkZGFpbHlfc3RhdHVzX3NlY3VyaXR5 X2Noa3VpZDBfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkKK2lmIGNoZWNreWVzbm8gZGFp bHlfc3RhdHVzX3NlY3VyaXR5X2Noa3VpZDBfZW5hYmxlOyB0aGVuCiAJZWNobyAiIgogCWVjaG8g J0NoZWNraW5nIGZvciB1aWRzIG9mIDA6JwogCW49JChhd2sgLUY6ICcvXiMvIHtuZXh0fSAkMz09 MCB7cHJpbnQgJDEsJDN9JyAvZXRjL21hc3Rlci5wYXNzd2QgfAogCXRlZSAvZGV2L3N0ZGVyciB8 CiAJc2VkIC1lICcvXnJvb3QgMCQvZCcgLWUgJy9edG9vciAwJC9kJyB8CiAJd2MgLWwpCi0JWyAk biAtZ3QgMCBdICYmIHJjPTEgfHwgcmM9MDs7Ci0gICAgKikJcmM9MDs7Ci1lc2FjCisJWyAkbiAt Z3QgMCBdICYmIHJjPTEKK2ZpCiAKLWV4aXQgIiRyYyIKK2V4aXQgJHJjCkluZGV4OiBldGMvcGVy aW9kaWMvc2VjdXJpdHkvNzAwLmtlcm5lbG1zZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMv c2VjdXJpdHkvNzAwLmtlcm5lbG1zZwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGlj L3NlY3VyaXR5LzcwMC5rZXJuZWxtc2cJKHdvcmtpbmcgY29weSkKQEAgLTMwLDI0ICszMCwxNSBA QAogIyBTaG93IGtlcm5lbCBsb2cgbWVzc2FnZXMKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2Jh bCBzeXN0ZW0gY29uZmlndXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRj L2RlZmF1bHRzL3BlcmlvZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJp b2RpYy5jb25mCi0gICAgc291cmNlX3BlcmlvZGljX2NvbmZzCi1maQotCisuIC9ldGMvcGVyaW9k aWMuc3VicgogLiAvZXRjL3BlcmlvZGljL3NlY3VyaXR5L3NlY3VyaXR5LmZ1bmN0aW9ucwogCiBy Yz0wCiAKLWNhc2UgIiRkYWlseV9zdGF0dXNfc2VjdXJpdHlfa2VybmVsbXNnX2VuYWJsZSIgaW4K LSAgICBbWXldW0VlXVtTc10pCitpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19zZWN1cml0eV9r ZXJuZWxtc2dfZW5hYmxlOyB0aGVuCiAJZG1lc2cgMj4vZGV2L251bGwgfAogCSAgICBjaGVja19k aWZmIG5ld19vbmx5IGRtZXNnIC0gIiR7aG9zdH0ga2VybmVsIGxvZyBtZXNzYWdlczoiCi0JcmM9 JD87OwotICAgICopCXJjPTA7OwotZXNhYworCXJjPSQ/CitmaQogCiBleGl0ICRyYwpJbmRleDog ZXRjL3BlcmlvZGljL3NlY3VyaXR5LzQ2MC5jaGtwb3J0c3VtCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9w ZXJpb2RpYy9zZWN1cml0eS80NjAuY2hrcG9ydHN1bQkocmV2aXNpb24gMjM2MTY0KQorKysgZXRj L3BlcmlvZGljL3NlY3VyaXR5LzQ2MC5jaGtwb3J0c3VtCSh3b3JraW5nIGNvcHkpCkBAIC0yNyw0 MiArMjcsNDAgQEAKICMgJEZyZWVCU0QkCiAjCiAKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJp b2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAg IHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKLQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIC4gL2V0 Yy9wZXJpb2RpYy9zZWN1cml0eS9zZWN1cml0eS5mdW5jdGlvbnMKIAogcmM9MAogCi1lY2hvICIi Ci1lY2hvICdDaGVja2luZyBmb3IgcG9ydHMgd2l0aCBtaXNtYXRjaGVkIGNoZWNrc3VtczonCi0K LWNhc2UgIiR7ZGFpbHlfc3RhdHVzX3NlY3VyaXR5X2Noa3BvcnRzdW1fZW5hYmxlfSIgaW4KLQlb WXldW0VlXVtTc10pCi0Jc2V0IC1mCi0JcGtnX2luZm8gLWdhIDI+L2Rldi9udWxsIHwgXAotCXdo aWxlIElGUz0gcmVhZCAtciBsaW5lOyBkbwotCQlzZXQgLS0gJGxpbmUKLQkJY2FzZSAkMSBpbgor aWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNfc2VjdXJpdHlfY2hrcG9ydHN1bV9lbmFibGU7IHRo ZW4KKwlpZiBUTVA9JChta3RlbXAgLXQgY2hrcG9ydHN1bSk7IHRoZW4KKwkJZWNobyAiIgorCQll Y2hvICdDaGVja2luZyBmb3IgcG9ydHMgd2l0aCBtaXNtYXRjaGVkIGNoZWNrc3VtczonCisJCXNl dCAtZgorCQlwa2dfaW5mbyAtZ2EgMj4vZGV2L251bGwgfCBcCisJCXdoaWxlIElGUz0gcmVhZCAt ciBsaW5lOyBkbworCQkJc2V0IC0tICRsaW5lCisJCQljYXNlICQxIGluCiAJCQlJbmZvcm1hdGlv bikKLQkJCWNhc2UgJDIgaW4KKwkJCQljYXNlICQyIGluCiAJCQkJZm9yKSBuYW1lPSIkezMlJTp9 IiA7OwogCQkJCSopIG5hbWU9Jz8/JyA7OwotCQkJZXNhYwotCQkJOzsKKwkJCQllc2FjCisJCQkJ OzsKIAkJCU1pc21hdGNoZWR8JycpIDs7CiAJCQkqKSBbIC1uICIke25hbWV9IiBdICYmCiAJCQkJ ZWNobyAiJHtuYW1lfTogJHtsaW5lJSUgZmFpbHMgdGhlIG9yaWdpbmFsIE1ENSBjaGVja3N1bX0i Ci0JCQk7OwotCQllc2FjCi0JZG9uZQotCTs7Ci0JKikKLQlyYz0wCi0JOzsKLWVzYWMKKwkJCQk7 OworCQkJZXNhYworCQlkb25lID4gJFRNUAorCQlpZiBbICQod2MgLWwgJFRNUCkgLWd0IDAgXTsg dGhlbgorCQkJY2F0ICRUTVAKKwkJCXJjPTEKKwkJZmkKKwkJcm0gLWYgJFRNUAorCWVsc2UKKwkJ cmM9MworCWZpCitmaQogCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL3NlY3VyaXR5LzQx MC5sb2dpbmNoZWNrCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9zZWN1cml0eS80MTAubG9n aW5jaGVjawkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL3NlY3VyaXR5LzQxMC5s b2dpbmNoZWNrCSh3b3JraW5nIGNvcHkpCkBAIC0yNywyNiArMjcsMTYgQEAKICMgJEZyZWVCU0Qk CiAjCiAKLSMgSWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwg c3VjayBpdCBpbi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRo ZW4KLSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2Rp Y19jb25mcwotZmkKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAKLWNhc2UgIiRkYWlseV9zdGF0dXNf c2VjdXJpdHlfbG9naW5jaGVja19lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9MAor CitpZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19zZWN1cml0eV9sb2dpbmNoZWNrX2VuYWJsZTsg dGhlbgogCWVjaG8gIiIKIAllY2hvICdDaGVja2luZyBsb2dpbi5jb25mIHBlcm1pc3Npb25zOicK LQlpZiBbIC1HIC9ldGMvbG9naW4uY29uZiAtYSAtTyAvZXRjL2xvZ2luLmNvbmYgXTsgdGhlbgot CSAgICBuPTAKLQllbHNlCi0JICAgIGVjaG8gIkJhZCBvd25lcnNoaXAgb2YgL2V0Yy9sb2dpbi5j b25mIgotCSAgICBuPTEKKwlpZiAhIFsgLUcgL2V0Yy9sb2dpbi5jb25mIC1hIC1PIC9ldGMvbG9n aW4uY29uZiBdOyB0aGVuCisJCWVyciAxICJCYWQgb3duZXJzaGlwIG9mIC9ldGMvbG9naW4uY29u ZiIKIAlmaQotCVsgJG4gLWd0IDAgXSAmJiByYz0xIHx8IHJjPTA7OwotICAgICopCXJjPTA7Owot ZXNhYworZmkKIAotZXhpdCAiJHJjIgorZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9zZWN1 cml0eS84MDAubG9naW5mYWlsCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9zZWN1cml0eS84 MDAubG9naW5mYWlsCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvc2VjdXJpdHkv ODAwLmxvZ2luZmFpbAkod29ya2luZyBjb3B5KQpAQCAtMzAsMzkgKzMwLDIwIEBACiAjIFNob3cg bG9naW4gZmFpbHVyZXMKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmln dXJhdGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3Blcmlv ZGljLmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAg c291cmNlX3BlcmlvZGljX2NvbmZzCi1maQorLiAvZXRjL3BlcmlvZGljLnN1YnIKIAogTE9HPSIk e2RhaWx5X3N0YXR1c19zZWN1cml0eV9sb2dkaXJ9IgogCityYz0wCisKIHllc3RlcmRheT1gZGF0 ZSAtdi0xZCAiKyViICVlICJgCiAKLWNhdG1zZ3MoKSB7Ci0JZmluZCAke0xPR30gLW5hbWUgJ2F1 dGgubG9nLionIC1tdGltZSAtMiB8Ci0JICAgIHNvcnQgLXQuIC1yIC1uIC1rIDIsMiB8Ci0JICAg IHdoaWxlIHJlYWQgZgotCSAgICBkbwotCQljYXNlICRmIGluCi0JCSAgICAqLmd6KQl6Y2F0IC1m ICRmOzsKLQkJICAgICouYnoyKQliemNhdCAtZiAkZjs7Ci0JCWVzYWMKLQkgICAgZG9uZQotCVsg LWYgJHtMT0d9L2F1dGgubG9nIF0gJiYgY2F0ICRMT0cvYXV0aC5sb2cKLX0KLQotY2FzZSAiJGRh aWx5X3N0YXR1c19zZWN1cml0eV9sb2dpbmZhaWxfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1Nz XSkKK2lmIGNoZWNreWVzbm8gZGFpbHlfc3RhdHVzX3NlY3VyaXR5X2xvZ2luZmFpbF9lbmFibGU7 IHRoZW4KIAllY2hvICIiCiAJZWNobyAiJHtob3N0fSBsb2dpbiBmYWlsdXJlczoiCi0Jbj0kKGNh dG1zZ3MgfCBlZ3JlcCAtaWEgIl4keWVzdGVyZGF5Lio6IC4qKGZhaWx8aW52YWxpZHxiYWR8aWxs ZWdhbCkiIHwKKwluPSQoY2F0bG9ncyAkTE9HIGF1dGggfCBlZ3JlcCAtaWEgIl4keWVzdGVyZGF5 Lio6IC4qKGZhaWx8aW52YWxpZHxiYWR8aWxsZWdhbCkiIHwKIAkgICAgdGVlIC9kZXYvc3RkZXJy IHwgd2MgLWwpCi0JWyAkbiAtZ3QgMCBdICYmIHJjPTEgfHwgcmM9MDs7Ci0gICAgKikJcmM9MDs7 Ci1lc2FjCisJWyAkbiAtZ3QgMCBdICYmIHJjPTEKK2ZpCiAKIGV4aXQgJHJjCkluZGV4OiBldGMv cGVyaW9kaWMvc2VjdXJpdHkvMjAwLmNoa21vdW50cwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9k aWMvc2VjdXJpdHkvMjAwLmNoa21vdW50cwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3Blcmlv ZGljL3NlY3VyaXR5LzIwMC5jaGttb3VudHMJKHdvcmtpbmcgY29weSkKQEAgLTMwLDMzICszMCwy NyBAQAogIyBTaG93IGNoYW5nZXMgaW4gdGhlIHdheSBmaWxlc3lzdGVtcyBhcmUgbW91bnRlZAog IwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1 Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVu Ci0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNf Y29uZnMKLWZpCi0KKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAuIC9ldGMvcGVyaW9kaWMvc2VjdXJp dHkvc2VjdXJpdHkuZnVuY3Rpb25zCiAKIGlnbm9yZT0iJHtkYWlseV9zdGF0dXNfc2VjdXJpdHlf Y2hrbW91bnRzX2lnbm9yZX0iCisKIHJjPTAKIAotY2FzZSAiJGRhaWx5X3N0YXR1c19zZWN1cml0 eV9jaGttb3VudHNfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkKLQljYXNlICIkZGFpbHlf c3RhdHVzX3NlY3VyaXR5X25vYW1kIiBpbgotCSAgICBbWXldW0VlXVtTc10pCitpZiBjaGVja3ll c25vIGRhaWx5X3N0YXR1c19zZWN1cml0eV9jaGttb3VudHNfZW5hYmxlOyB0aGVuCisJaWYgY2hl Y2t5ZXNubyBkYWlseV9zdGF0dXNfc2VjdXJpdHlfbm9hbWQ7IHRoZW4KIAkJaWdub3JlPSIke2ln bm9yZX18XmFtZDoiCi0JZXNhYwotCVsgLW4gIiRpZ25vcmUiIF0gJiYgY21kPSJlZ3JlcCAtdiAk e2lnbm9yZSN8fSIgfHwgY21kPWNhdAotCWlmICEgWyAtZiAvZXRjL2ZzdGFiIF07IHRoZW4KKwlm aQorCWlmIFsgLW4gIiRpZ25vcmUiIF07IHRoZW4KKwkJY21kPSJlZ3JlcCAtdiAke2lnbm9yZSN8 fSIKKwllbHNlCisJCWNtZD1jYXQKKwlmaQorCWlmIFsgISAtZiAvZXRjL2ZzdGFiIF07IHRoZW4K IAkJZXhwb3J0IFBBVEhfRlNUQUI9L2Rldi9udWxsCiAJZmkKIAltb3VudCAtcCB8IHNvcnQgfCAk e2NtZH0gfAogCSAgY2hlY2tfZGlmZiBtb3VudCAtICIke2hvc3R9IGNoYW5nZXMgaW4gbW91bnRl ZCBmaWxlc3lzdGVtczoiCi0JcmM9JD87OwotICAgICopCXJjPTA7OwotZXNhYwotCi1leGl0ICIk cmMiCisJcmM9JD8KK2ZpCitleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL3NlY3VyaXR5LzU1 MC5pcGZ3bGltaXQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL3NlY3VyaXR5LzU1MC5pcGZ3 bGltaXQJKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0Yy9wZXJpb2RpYy9zZWN1cml0eS81NTAuaXBm d2xpbWl0CSh3b3JraW5nIGNvcHkpCkBAIC0zMCwzOSArMzAsMzMgQEAKICMgU2hvdyBpcGZ3IHJ1 bGVzIHdoaWNoIGhhdmUgcmVhY2hlZCB0aGUgbG9nIGxpbWl0CiAjCiAKLSMgSWYgdGhlcmUgaXMg YSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwgc3VjayBpdCBpbi4KLSMKLWlmIFsg LXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4KLSAgICAuIC9ldGMvZGVmYXVs dHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2RpY19jb25mcwotZmkKKy4gL2V0Yy9w ZXJpb2RpYy5zdWJyCiAKIHJjPTAKIAotY2FzZSAiJGRhaWx5X3N0YXR1c19zZWN1cml0eV9pcGZ3 bGltaXRfZW5hYmxlIiBpbgotICAgIFtZeV1bRWVdW1NzXSkKK2lmIGNoZWNreWVzbm8gZGFpbHlf c3RhdHVzX3NlY3VyaXR5X2lwZndsaW1pdF9lbmFibGU7IHRoZW4KIAlJUEZXX1ZFUkJPU0U9YHN5 c2N0bCAtbiBuZXQuaW5ldC5pcC5mdy52ZXJib3NlIDI+IC9kZXYvbnVsbGAKLQlpZiBbICQ/IC1u ZSAwIF0gfHwgWyAiJElQRldfVkVSQk9TRSIgLWVxIDAgXTsgdGhlbgorCWlmIFsgJD8gLW5lIDAg LW8gIiRJUEZXX1ZFUkJPU0UiIC1lcSAwIF07IHRoZW4KIAkJZXhpdCAwCiAJZmkKLQlUTVA9YG1r dGVtcCAtdCBzZWN1cml0eWAKLQlpcGZ3IC1hIGxpc3QgfCBncmVwICIgbG9nICIgfCBcCi0JZ3Jl cCAnXltbOmRpZ2l0Ol1dXCtbWzpzcGFjZTpdXVwrW1s6ZGlnaXQ6XV1cKycgfCBcCi0JYXdrIFwK LQkJJ3tpZiAoJDYgPT0gImxvZ2Ftb3VudCIpIHsKLQkJCWlmICgkMiA+ICQ3KQotCQkJCXtwcmlu dCAkMH19Ci0JCX0nID4gJHtUTVB9CisJaWYgVE1QPWBta3RlbXAgLXQgc2VjdXJpdHlgOyB0aGVu CisJCWlwZncgLWEgbGlzdCB8IGdyZXAgIiBsb2cgIiB8IFwKKwkJZ3JlcCAnXltbOmRpZ2l0Ol1d XCtbWzpzcGFjZTpdXVwrW1s6ZGlnaXQ6XV1cKycgfCBcCisJCWF3ayBcCisJCQkne2lmICgkNiA9 PSAibG9nYW1vdW50IikgeworCQkJCWlmICgkMiA+ICQ3KQorCQkJCQl7cHJpbnQgJDB9fQorCQkJ fScgPiAke1RNUH0KIAotCWlmIFsgLXMgIiR7VE1QfSIgXTsgdGhlbgotCQlyYz0xCi0JCWVjaG8g IiIKLQkJZWNobyAnaXBmdyBsb2cgbGltaXQgcmVhY2hlZDonCi0JCWNhdCAke1RNUH0KKwkJaWYg WyAtcyAiJHtUTVB9IiBdOyB0aGVuCisJCQlyYz0xCisJCQllY2hvICIiCisJCQllY2hvICdpcGZ3 IGxvZyBsaW1pdCByZWFjaGVkOicKKwkJCWNhdCAke1RNUH0KKwkJZmkKKwkJcm0gLWYgJHtUTVB9 CisJZWxzZQorCQlyYz0zCiAJZmkKLQlybSAtZiAke1RNUH07OwotICAgICopCXJjPTA7OwotZXNh YwotCitmaQogZXhpdCAkcmMKSW5kZXg6IGV0Yy9wZXJpb2RpYy9zZWN1cml0eS9zZWN1cml0eS5m dW5jdGlvbnMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL3NlY3VyaXR5L3NlY3VyaXR5LmZ1 bmN0aW9ucwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL3NlY3VyaXR5L3NlY3Vy aXR5LmZ1bmN0aW9ucwkod29ya2luZyBjb3B5KQpAQCAtNzMsNiArNzMsNSBAQAogICAgIG12ICR7 dG1wZn0gJHtMT0d9LyR7bGFiZWx9LnRvZGF5IHx8IHJjPTMKICAgZmkKIAotICBybSAtZiAke3Rt cGZ9Ci0gIGV4aXQgJHtyY30KKyAgcmV0dXJuICR7cmN9CiB9CkluZGV4OiBldGMvcGVyaW9kaWMv c2VjdXJpdHkvNjEwLmlwZjZkZW5pZWQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRjL3BlcmlvZGljL3NlY3Vy aXR5LzYxMC5pcGY2ZGVuaWVkCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVyaW9kaWMvc2Vj dXJpdHkvNjEwLmlwZjZkZW5pZWQJKHdvcmtpbmcgY29weSkKQEAgLTI3LDI3ICsyNywyMyBAQAog IyAkRnJlZUJTRCQKICMKIAotIyBJZiB0aGVyZSBpcyBhIGdsb2JhbCBzeXN0ZW0gY29uZmlndXJh dGlvbiBmaWxlLCBzdWNrIGl0IGluLgotIwotaWYgWyAtciAvZXRjL2RlZmF1bHRzL3BlcmlvZGlj LmNvbmYgXQotdGhlbgotICAgIC4gL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mCi0gICAgc291 cmNlX3BlcmlvZGljX2NvbmZzCi1maQotCisuIC9ldGMvcGVyaW9kaWMuc3VicgogLiAvZXRjL3Bl cmlvZGljL3NlY3VyaXR5L3NlY3VyaXR5LmZ1bmN0aW9ucwogCiByYz0wCiAKLWNhc2UgIiRkYWls eV9zdGF0dXNfc2VjdXJpdHlfaXBmNmRlbmllZF9lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3Nd KQotCVRNUD1gbWt0ZW1wICR7VE1QRElSOi0vdG1wfS9zZWN1cml0eS5YWFhYWFhYWFhYYAotCWlm IGlwZnN0YXQgLW5oaW82IDI+L2Rldi9udWxsIHwgZ3JlcCBibG9jayA+ICR7VE1QfTsgdGhlbgot CSBjaGVja19kaWZmIG5ld19vbmx5IGlwZjYgJHtUTVB9ICIke2hvc3R9IGlwZjYgZGVuaWVkIHBh Y2tldHM6IgoraWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0dXNfc2VjdXJpdHlfaXBmNmRlbmllZF9l bmFibGU7IHRoZW4KKwlpZiBUTVA9JChta3RlbXAgLXQgc2VjdXJpdHkpOyB0aGVuCisJCWlmIGlw ZnN0YXQgLW5oaW82IDI+L2Rldi9udWxsIHwgZ3JlcCBibG9jayA+ICR7VE1QfTsgdGhlbgorCQkJ Y2hlY2tfZGlmZiBuZXdfb25seSBpcGY2ICR7VE1QfSAiJHtob3N0fSBpcGY2IGRlbmllZCBwYWNr ZXRzOiIKKwkJCXJjPSQ/CisJCWVsc2UKKwkJCXJjPTEKKwkJZmkKKwkJcm0gLWYgJHtUTVB9CisJ ZWxzZQorCQlyYz0zCiAJZmkKLQlyYz0kPwotCXJtIC1mICR7VE1QfTs7Ci0gICAgKikJcmM9MDs7 Ci1lc2FjCitmaQogCiBleGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL3NlY3VyaXR5LzQwMC5w YXNzd2RsZXNzCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJpb2RpYy9zZWN1cml0eS80MDAucGFzc3dk bGVzcwkocmV2aXNpb24gMjM2MTY0KQorKysgZXRjL3BlcmlvZGljL3NlY3VyaXR5LzQwMC5wYXNz d2RsZXNzCSh3b3JraW5nIGNvcHkpCkBAIC0yNywyMiArMjcsMTYgQEAKICMgJEZyZWVCU0QkCiAj CiAKLSMgSWYgdGhlcmUgaXMgYSBnbG9iYWwgc3lzdGVtIGNvbmZpZ3VyYXRpb24gZmlsZSwgc3Vj ayBpdCBpbi4KLSMKLWlmIFsgLXIgL2V0Yy9kZWZhdWx0cy9wZXJpb2RpYy5jb25mIF0KLXRoZW4K LSAgICAuIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZgotICAgIHNvdXJjZV9wZXJpb2RpY19j b25mcwotZmkKKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAKLWNhc2UgIiRkYWlseV9zdGF0dXNfc2Vj dXJpdHlfcGFzc3dkbGVzc19lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQorcmM9MAorCitp ZiBjaGVja3llc25vIGRhaWx5X3N0YXR1c19zZWN1cml0eV9wYXNzd2RsZXNzX2VuYWJsZTsgdGhl bgogCWVjaG8gIiIKIAllY2hvICdDaGVja2luZyBmb3IgcGFzc3dvcmRsZXNzIGFjY291bnRzOicK IAluPSQoYXdrIC1GOiAnTkYgPiAxICYmICQxICF+IC9eWyMrLV0vICYmICQyPT0iIiB7cHJpbnQg JDB9JyAvZXRjL21hc3Rlci5wYXNzd2QgfAogCSAgICB0ZWUgL2Rldi9zdGRlcnIgfCB3YyAtbCkK LQlbICRuIC1ndCAwIF0gJiYgcmM9MSB8fCByYz0wOzsKLSAgICAqKQlyYz0wOzsKLWVzYWMKKwlb ICRuIC1ndCAwIF0gJiYgcmM9MQorZmkKIAotZXhpdCAiJHJjIgorZXhpdCAkcmMKSW5kZXg6IGV0 Yy9wZXJpb2RpYy9zZWN1cml0eS81MTAuaXBmZGVuaWVkCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9wZXJp b2RpYy9zZWN1cml0eS81MTAuaXBmZGVuaWVkCShyZXZpc2lvbiAyMzYxNjQpCisrKyBldGMvcGVy aW9kaWMvc2VjdXJpdHkvNTEwLmlwZmRlbmllZAkod29ya2luZyBjb3B5KQpAQCAtMjcsMjcgKzI3 LDIzIEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBj b25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMv cGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYK LSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCi0KKy4gL2V0Yy9wZXJpb2RpYy5zdWJyCiAu IC9ldGMvcGVyaW9kaWMvc2VjdXJpdHkvc2VjdXJpdHkuZnVuY3Rpb25zCiAKIHJjPTAKIAotY2Fz ZSAiJGRhaWx5X3N0YXR1c19zZWN1cml0eV9pcGZkZW5pZWRfZW5hYmxlIiBpbgotICAgIFtZeV1b RWVdW1NzXSkKLQlUTVA9YG1rdGVtcCAtdCBzZWN1cml0eWAKLQlpZiBpcGZzdGF0IC1uaGlvIDI+ L2Rldi9udWxsIHwgZ3JlcCBibG9jayA+ICR7VE1QfTsgdGhlbgotCSAgY2hlY2tfZGlmZiBuZXdf b25seSBpcGYgJHtUTVB9ICIke2hvc3R9IGlwZiBkZW5pZWQgcGFja2V0czoiCitpZiBjaGVja3ll c25vIGRhaWx5X3N0YXR1c19zZWN1cml0eV9pcGZkZW5pZWRfZW5hYmxlOyB0aGVuCisJaWYgVE1Q PSQobWt0ZW1wIC10IHNlY3VyaXR5KTsgdGhlbgorCQlpZiBpcGZzdGF0IC1uaGlvIDI+L2Rldi9u dWxsIHwgZ3JlcCBibG9jayA+ICR7VE1QfTsgdGhlbgorCQkJY2hlY2tfZGlmZiBuZXdfb25seSBp cGYgJHtUTVB9ICIke2hvc3R9IGlwZiBkZW5pZWQgcGFja2V0czoiCisJCQlyYz0kPworCQllbHNl CisJCQlyYz0xCisJCWZpCisJCXJtIC1mICR7VE1QfQorCWVsc2UKKwkJcmM9MwogCWZpCi0JcmM9 JD8KLQlybSAtZiAke1RNUH07OwotICAgICopCXJjPTA7OwotZXNhYworZmkKIAogZXhpdCAkcmMK SW5kZXg6IGV0Yy9wZXJpb2RpYy9zZWN1cml0eS8xMTAubmVnZ3JwcGVybQo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBldGMvcGVyaW9kaWMvc2VjdXJpdHkvMTEwLm5lZ2dycHBlcm0JKHJldmlzaW9uIDIzNjE2NCkK KysrIGV0Yy9wZXJpb2RpYy9zZWN1cml0eS8xMTAubmVnZ3JwcGVybQkod29ya2luZyBjb3B5KQpA QCAtMjcsMTggKzI3LDExIEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xv YmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9l dGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3Bl cmlvZGljLmNvbmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9k aWMuc3VicgogCiByYz0wCiAKLWNhc2UgIiRkYWlseV9zdGF0dXNfc2VjdXJpdHlfbmVnZ3JwcGVy bV9lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQoraWYgY2hlY2t5ZXNubyBkYWlseV9zdGF0 dXNfc2VjdXJpdHlfbmVnZ3JwcGVybV9lbmFibGU7IHRoZW4KIAllY2hvICIiCiAJZWNobyAnQ2hl Y2tpbmcgbmVnYXRpdmUgZ3JvdXAgcGVybWlzc2lvbnM6JwogCU1QPWBtb3VudCAtdCB1ZnMsemZz IHwgYXdrICckMCAhfiAvbm8oc3VpZHxleGVjKS8geyBwcmludCAkMyB9J2AKQEAgLTQ3LDggKzQw LDcgQEAKIAkgICAgXCggISAtcGVybSArMDIwIC1hbmQgLXBlcm0gKzAwMiBcKSAtb3IgXAogCSAg ICBcKCAhIC1wZXJtICswNDAgLWFuZCAtcGVybSArMDA0IFwpIFwpIFwKIAkgICAgLWV4ZWMgbHMg LWxpVGQgXHtcfSBcKyB8IHRlZSAvZGV2L3N0ZGVyciB8IHdjIC1sKQotCVsgJG4gLWd0IDAgXSAm JiByYz0xIHx8IHJjPTAKLQk7OwotZXNhYworCVsgJG4gLWd0IDAgXSAmJiByYz0xCitmaQogCiBl eGl0ICRyYwpJbmRleDogZXRjL3BlcmlvZGljL21vbnRobHkvOTk5LmxvY2FsCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIGV0Yy9wZXJpb2RpYy9tb250aGx5Lzk5OS5sb2NhbAkocmV2aXNpb24gMjM2MTY0KQorKysg ZXRjL3BlcmlvZGljL21vbnRobHkvOTk5LmxvY2FsCSh3b3JraW5nIGNvcHkpCkBAIC0zLDE1ICsz LDEwIEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3RlbSBj b25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVsdHMv cGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNvbmYK LSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuY29uZgogCiBy Yz0wCisKIGZvciBzY3JpcHQgaW4gJG1vbnRobHlfbG9jYWwKIGRvCiAgICAgZWNobyAnJwpJbmRl eDogZXRjL3BlcmlvZGljL21vbnRobHkvMjAwLmFjY291bnRpbmcKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZXRj L3BlcmlvZGljL21vbnRobHkvMjAwLmFjY291bnRpbmcJKHJldmlzaW9uIDIzNjE2NCkKKysrIGV0 Yy9wZXJpb2RpYy9tb250aGx5LzIwMC5hY2NvdW50aW5nCSh3b3JraW5nIGNvcHkpCkBAIC0zLDIw ICszLDEzIEBACiAjICRGcmVlQlNEJAogIwogCi0jIElmIHRoZXJlIGlzIGEgZ2xvYmFsIHN5c3Rl bSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCi0jCi1pZiBbIC1yIC9ldGMvZGVmYXVs dHMvcGVyaW9kaWMuY29uZiBdCi10aGVuCi0gICAgLiAvZXRjL2RlZmF1bHRzL3BlcmlvZGljLmNv bmYKLSAgICBzb3VyY2VfcGVyaW9kaWNfY29uZnMKLWZpCisuIC9ldGMvcGVyaW9kaWMuc3Vicgog Ci1vbGRtYXNrPSQodW1hc2spCityYz0wCisKIHVtYXNrIDA2NgotY2FzZSAiJG1vbnRobHlfYWNj b3VudGluZ19lbmFibGUiIGluCi0gICAgW1l5XVtFZV1bU3NdKQoraWYgY2hlY2t5ZXNubyBtb250 aGx5X2FjY291bnRpbmdfZW5hYmxlOyB0aGVuCiAJVz0vdmFyL2xvZy91dHgubG9nCi0JcmM9MAog CXJlbW92ZT1OTwogCWlmIFsgISAtZiAkVy4wIF0KIAl0aGVuCkBAIC0yOSwyMyArMjIsMjAgQEAK IAkJcmVtb3ZlPVlFUwogCQliemNhdCAkVy4wLmJ6MiA+ICRXLjAgfHwgcmM9MQogCSAgICBlbHNl Ci0JCWVjaG8gJyRtb250aGx5X2FjY291bnRpbmdfZW5hYmxlIGlzIHNldCBidXQnIFwKKwkJZXJy IDIgJyRtb250aGx5X2FjY291bnRpbmdfZW5hYmxlIGlzIHNldCBidXQnIFwKIAkJICAgICIkVy4w IGRvZXNuJ3QgZXhpc3QiCi0JCXJjPTIKIAkgICAgZmkKIAlmaQogCWlmIFsgJHJjIC1lcSAwIF0K IAl0aGVuCi0JICAgIGVjaG8gIiIKLQkgICAgZWNobyAiRG9pbmcgbG9naW4gYWNjb3VudGluZzoi Ci0KKwkgICAgaWYgY2hlY2t5ZXNubyBtb250aGx5X2FjY291bnRpbmdfdmVyYm9zZTsgdGhlbgor CQllY2hvICIiCisJCWVjaG8gIkRvaW5nIGxvZ2luIGFjY291bnRpbmc6IgorCSAgICBmaQogCSAg ICByYz0kKGFjIC1wIC13ICRXLjAgfCBzb3J0IC1uciAtayAyIHwgdGVlIC9kZXYvc3RkZXJyIHwg d2MgLWwpCiAJICAgIFsgJHJjIC1ndCAwIF0gJiYgcmM9MQogCWZpCi0JWyAkcmVtb3ZlID0gWUVT IF0gJiYgcm0gLWYgJFcuMDs7CisJWyAkcmVtb3ZlID0gWUVTIF0gJiYgcm0gLWYgJFcuMAorZmkK IAotICAgICopICByYz0wOzsKLWVzYWMKLQotdW1hc2sgJG9sZG1hc2sKIGV4aXQgJHJjCkluZGV4 OiBldGMvcGVyaW9kaWMuc3Vicgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBldGMvcGVyaW9kaWMuc3VicgkocmV2 aXNpb24gMCkKKysrIGV0Yy9wZXJpb2RpYy5zdWJyCSh3b3JraW5nIGNvcHkpCkBAIC0wLDAgKzEs ODIgQEAKKyMhL2Jpbi9zaAorIyAkRnJlZUJTRCQKKyMKKyMgQ29weXJpZ2h0IChjKSAyMDEyIFRo ZSBGcmVlQlNEIFByb2plY3QuCisjIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisjCisjIFJlZGlzdHJp YnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91 dAorIyBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93 aW5nIGNvbmRpdGlvbnMKKyMgYXJlIG1ldDoKKyMgMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJj ZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyMgICAgbm90aWNlLCB0aGlz IGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorIyAyLiBS ZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNv cHlyaWdodAorIyAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9s bG93aW5nIGRpc2NsYWltZXIgaW4gdGhlCisjICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVy IG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisjCisjIFRISVMgU09G VFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIEZSRUVCU0QgUFJPSkVDVCBBTkQgQ09OVFJJQlVUT1JT CisjIGBgQVMgSVMnJyBBTkQgQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNM VURJTkcsIEJVVCBOT1QgTElNSVRFRAorIyBUTywgVEhFIElNUExJRUQgV0FSUkFOVElFUyBPRiBN RVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUgorIyBQVVJQT1NFIEFS RSBESVNDTEFJTUVELiAgSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEZPVU5EQVRJT04gT1IgQ09OVFJJ QlVUT1JTCisjIEJFIExJQUJMRSBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUws IFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IKKyMgQ09OU0VRVUVOVElBTCBEQU1BR0VTIChJTkNMVURJ TkcsIEJVVCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YKKyMgU1VCU1RJVFVURSBHT09E UyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNT CisjIElOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElB QklMSVRZLCBXSEVUSEVSIElOCisjIENPTlRSQUNULCBTVFJJQ1QgTElBQklMSVRZLCBPUiBUT1JU IChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpCisjIEFSSVNJTkcgSU4gQU5ZIFdB WSBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhF CisjIFBPU1NJQklMSVRZIE9GIFNVQ0ggREFNQUdFLgorIworIyBwZXJpb2RpYy5zdWJyCisjCWZ1 bmN0aW9ucyB1c2VkIGJ5IHBlcmlvZGljKDUpIHNjcmlwdHMKKyMKKworOiAke3JjdmFyX21hbnBh Z2U6PSdwZXJpb2RpYy5jb25mKDUpJ30KKworaWYgWyAteiAiJHtfcGVyaW9kaWNfc3Vicl9sb2Fk ZWR9IiBdOyB0aGVuCisKK19wZXJpb2RpY19zdWJyX2xvYWRlZD0iWUVTIgorCisjIElmIHRoZXJl IGlzIGEgZ2xvYmFsIHN5c3RlbSBjb25maWd1cmF0aW9uIGZpbGUsIHN1Y2sgaXQgaW4uCisjCitp ZiBbIC1yIC9ldGMvZGVmYXVsdHMvcGVyaW9kaWMuY29uZiBdOyB0aGVuCisJLiAvZXRjL2RlZmF1 bHRzL3BlcmlvZGljLmNvbmYKKwlzb3VyY2VfcGVyaW9kaWNfY29uZnMKK2ZpCisKKy4gL2V0Yy9y Yy5zdWJyCisKKyMgQ2F0IG91dCBhIFtjb21wcmVzc2VkXSBzZXQgb2YgbG9nKHMpLgorIworIyBQ YXJhbWV0ZXJzOgorIyAxIC0gbG9nIGRpcmVjdG9yeS4KKyMgMiAtIGxvZyBiYXNlbmFtZSwgZS5n LiBhdXRoLCBtZXNzYWdlcywgZXRjLgorY2F0bG9ncygpIHsKKwlsb2NhbCBfbG9nZGlyIF9sb2df YmFzZW5hbWUgcmMKKworCV9sb2dkaXI9IiQxIgorCV9sb2dfYmFzZW5hbWU9IiQyIgorCisJaWYg WyAhIC1kICIke19sb2dkaXI6LX0iIF07IHRoZW4KKwkJZXJyIDMgImxvZyBkaXJlY3Rvcnkgc3Bl Y2lmaWVkIC0gJHtfbG9nZGlyfSBkb2Vzbid0IGV4aXN0IgorCWVsaWYgWyAteiAiJHtfbG9nX2Jh c2VuYW1lOi19IiBdOyB0aGVuCisJCWVyciAzICJ5b3UgbXVzdCBzdXBwbHkgYSBub24temVybyBs ZW5ndGggbG9nIGJhc2VuYW1lIgorCWZpCisKKwkjIENhdCBvdXQgdGhlIGNvbXByZXNzZWQgbG9n cy4KKwlmaW5kICIke19sb2dkaXJ9IiAtbmFtZSAiJGxvZ19iYXNlbmFtZS4qIiAtbXRpbWUgLTIg fAorCSAgICBzb3J0IC10LiAtciAtbiAtayAyLDIgfAorCSAgICB3aGlsZSByZWFkIGYKKwkgICAg ZG8KKwkJY2FzZSAkZiBpbgorCQkqLmd6KQl6Y2F0IC1mICRmOzsKKwkJKi5iejIpCWJ6Y2F0IC1m ICRmOzsKKwkJZXNhYworCSAgICBkb25lCisJIyBDYXQgb3V0IHRoZSBvcmlnaW5hbCBsb2cuCisJ aWYgWyAtZiAiJF9sb2dkaXIvJF9sb2dfYmFzZW5hbWUiIF07IHRoZW4KKwkJY2F0ICIkX2xvZ2Rp ci8kX2xvZ19iYXNlbmFtZSIKKwlmaQorfQorCitmaSAjIFsgLXogIiR7X3BlcmlvZGljX3N1YnJf bG9hZGVkfSIgXQorCitfcGVyaW9kaWNfc3Vicl9sb2FkZWQ9OgoKUHJvcGVydHkgY2hhbmdlcyBv bjogZXRjL3BlcmlvZGljLnN1YnIKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpBZGRlZDogc3ZuOmV4ZWN1dGFibGUKIyMg LTAsMCArMSAjIworKgpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIHByb3BlcnR5Cg== --f46d04478973948c0b04c10cea48-- From owner-freebsd-current@FreeBSD.ORG Mon May 28 04:35:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEAF41065673; Mon, 28 May 2012 04:35:39 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id AD6C98FC17; Mon, 28 May 2012 04:35:39 +0000 (UTC) Received: from p508c743b.dip.t-dialin.net ([80.140.116.59] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SYrg4-0003YJ-J0; Mon, 28 May 2012 06:35:32 +0200 Message-ID: <4FC30090.4070003@gwdg.de> Date: Mon, 28 May 2012 06:35:28 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: "Chisnall, David" Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 04:35:40 -0000 Yesterday r236148 (Allow inclusion of libc++ to work after including math.h) was comitted to head, many thanks. Does this mean, that extra long double functions like acoshl, expm1l or log1pl are now "really implemented"? As far as I understand, they had only been declared before? If this is right, are they usable on a recent CURRENT, built with gcc42 (system compiler), by ports which use gcc46 (not clang)? If not, are there any plans to implement these functions in the near future? The use of C99 extra long double functions would be of interest for example for programs like math/R, especially its upcoming releases. Many thanks for any clarification. Regards, Rainer Hurling From owner-freebsd-current@FreeBSD.ORG Mon May 28 08:42:10 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CC44106566C for ; Mon, 28 May 2012 08:42:10 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6788FC0C for ; Mon, 28 May 2012 08:42:10 +0000 (UTC) Received: from [192.168.0.2] (cpc2-cmbg15-2-0-cust790.5-4.cable.virginmedia.com [86.26.15.23]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q4S8fxAG098028 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Mon, 28 May 2012 08:42:04 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <4FC30090.4070003@gwdg.de> Date: Mon, 28 May 2012 09:41:56 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> References: <4FC30090.4070003@gwdg.de> To: Rainer Hurling X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@FreeBSD.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 08:42:10 -0000 On 28 May 2012, at 05:35, Rainer Hurling wrote: > Yesterday r236148 (Allow inclusion of libc++ to work after = including math.h) was comitted to head, many thanks. >=20 > Does this mean, that extra long double functions like acoshl, expm1l = or log1pl are now "really implemented"? As far as I understand, they had = only been declared before? They are still not implemented. The header in libc++ provides = wrappers around these functions for C++, but if they are not declared = then the compiler throws an error. Now there is a linker error if they = are used, but if they are not used then it works irrespective of whether = you just include or do undefined things like include = first. > If this is right, are they usable on a recent CURRENT, built with = gcc42 (system compiler), by ports which use gcc46 (not clang)? If not, = are there any plans to implement these functions in the near future? I think they're one of the last bits of C99 / C11 that anyone actually = cares about (C11 unicode support being another), so they'll probably get = done at some point, but doing them correctly is nontrivial, except on = platforms where double and long double are the same. =20 > The use of C99 extra long double functions would be of interest for = example for programs like math/R, especially its upcoming releases. I would be very wary of anything that depends on long double. The C = spec makes no constraints on the range of float, double, or long double, = but by convention on most platforms float is an IEEE 754 32-bit floating = point value and double is 64-bit. No such conventions apply to long = doubles and I know of (widely deployed) platforms where they are 64 = bits, 80 bits and 128 bits, respectively. I believe on PowerPC FreeBSD = actually gets it wrong and uses 64 bits even though the platform ABI = spec recommends using 128 bits. x86 uses 80-bit x87 values (although = sizeof(long double) may be 16 because they have some padding bytes in = memory). If your program is tolerant of a potential variation in = precision between 64 bits and 128 bits, then it is probably tolerant of = just using doubles. David= From owner-freebsd-current@FreeBSD.ORG Mon May 28 08:42:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E32FD1065740 for ; Mon, 28 May 2012 08:42:43 +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 46DC48FC14 for ; Mon, 28 May 2012 08:42:42 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q4S8gYJN080587; Mon, 28 May 2012 11:42:34 +0300 (EEST) (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.5/8.14.5) with ESMTP id q4S8gYOU068653; Mon, 28 May 2012 11:42:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q4S8gX2R068652; Mon, 28 May 2012 11:42:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 28 May 2012 11:42:33 +0300 From: Konstantin Belousov To: "Bjoern A. Zeeb" Message-ID: <20120528084233.GY2358@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HKe5j6ME4JFNTkrH" 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=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: Repeated build failures in expr due to yyparse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 08:42:44 -0000 --HKe5j6ME4JFNTkrH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 27, 2012 at 11:14:40PM +0000, Bjoern A. Zeeb wrote: > Running a make -s -j5 buildworld; cleaned the entire obj tree meanwhile. > Builds are running on a slightly older HEAD thought with an updated libc > and some headers. >=20 > I can reproduce this all the time. Buildworld at this stage should be > self-contained, right? So why is it failing? Can it be because you broke your system by 'updating libc and some headers'= ? The cross-tools build is conditional on the host system OSRELDATE (see OSRELDATE and BOOTSTRAPPING story in src/Makefile.inc1). The new yacc bootstrap build is enabled only if your __FreeBSD_version is less then 1000013. So if the host yacc is older (before recent import), but system headers identify the host as newer, you get an error. Why did you 'updated libc and some headers' at all ? >=20 > =3D=3D=3D> bin/expr (all) > cc1: warnings being treated as errors > /zoo/bz/HEAD.svn/bin/expr/expr.y: In function 'main': > /zoo/bz/HEAD.svn/bin/expr/expr.y:291: warning: implicit declaration of fu= nction 'yyparse' > /zoo/bz/HEAD.svn/bin/expr/expr.y:291: warning: nested extern declaration = of 'yyparse' > expr.c: At top level: > expr.c:813: warning: no previous prototype for 'yyparse' > *** Error code 1 >=20 >=20 > --=20 > Bjoern A. Zeeb You have to have visions! > It does not matter how good you are. It matters what good you do! >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --HKe5j6ME4JFNTkrH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/DOnkACgkQC3+MBN1Mb4jWtQCfRLnEaEAbK8wfnxAfVAtFHQcC vToAoLCXTmILVNRqyiBXux8+MC2h0nxp =cIu1 -----END PGP SIGNATURE----- --HKe5j6ME4JFNTkrH-- From owner-freebsd-current@FreeBSD.ORG Mon May 28 09:07:38 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 40F48106566B for ; Mon, 28 May 2012 09:07:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7467714DAAE; Mon, 28 May 2012 09:07:37 +0000 (UTC) Message-ID: <4FC34059.9070702@FreeBSD.org> Date: Mon, 28 May 2012 02:07:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dmitry Marakasov References: <20120527140541.GL2987@hades.panopticon> In-Reply-To: <20120527140541.GL2987@hades.panopticon> X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 09:07:38 -0000 On 05/27/2012 07:05, Dmitry Marakasov wrote: > Hi! > > I'm running a little pet project of improving completeness of > tools/build/mk/OptionalObsoleteFiles.inc file and thus delete-old* > targets with regard to all possible WITHOUT_* knobs. > > E.g. when WITHOUT_foo is defined in src.conf, make delete-old should > remove related files completely, to make a system look exactly like > it's world was installed with that knob set. > > First of all, an automatic script to check for leftovers after > delete-old for all possible knobs is available from [2]. Feel free > to run in on different architectures and FreeBSD branches; I'm > currently running it on amd64. I also think that it should be run > during preparation of each FreeBSD release. > > There are some questions I'd like to discuss. > > 1) named config file var/named/etc/namedb/named.conf was intentionally > left out from OptionalObsoleteFiles.inc, so I did the same for other > configs which may be changed by users. That's one reason to omit it. Another is that the bind ports use the same set of config files. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 28 09:21:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E97106566B for ; Mon, 28 May 2012 09:21:44 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 749DD8FC15 for ; Mon, 28 May 2012 09:21:43 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4EEAE25D3897; Mon, 28 May 2012 09:21:42 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 72199BE7E70; Mon, 28 May 2012 09:21:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ZOYj7deGph5h; Mon, 28 May 2012 09:21:40 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 6430BBE7E6F; Mon, 28 May 2012 09:21:40 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20120528084233.GY2358@deviant.kiev.zoral.com.ua> Date: Mon, 28 May 2012 09:21:38 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120528084233.GY2358@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1084) Cc: current@freebsd.org Subject: Re: Repeated build failures in expr due to yyparse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 09:21:44 -0000 On 28. May 2012, at 08:42 , Konstantin Belousov wrote: > On Sun, May 27, 2012 at 11:14:40PM +0000, Bjoern A. Zeeb wrote: >> Running a make -s -j5 buildworld; cleaned the entire obj tree = meanwhile. >> Builds are running on a slightly older HEAD thought with an updated = libc >> and some headers. >>=20 >> I can reproduce this all the time. Buildworld at this stage should = be >> self-contained, right? So why is it failing? > Can it be because you broke your system by 'updating libc and some = headers' ? > The cross-tools build is conditional on the host system OSRELDATE (see > OSRELDATE and BOOTSTRAPPING story in src/Makefile.inc1). The new yacc > bootstrap build is enabled only if your __FreeBSD_version is less then > 1000013. So if the host yacc is older (before recent import), but = system > headers identify the host as newer, you get an error. >=20 > Why did you 'updated libc and some headers' at all ? I needed to update headers to be able to recompile ifconfig after some additions; then got bitten by that not compiling as libc didn't include the symbol for _ThreadRuneLocale yet but the header was already picked = up. So had to re-do libc as well. Doing a make clean cleandepend obj depend all install for expr and yacc has helped and re-starting buildworld succeeded. So /usr/include/osrealdate.h being updated was the culprit most likely. *grml* fragile stuff. I can see the point though. /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Mon May 28 09:44:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18BB9106564A for ; Mon, 28 May 2012 09:44:59 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 996628FC14 for ; Mon, 28 May 2012 09:44:58 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q4S9ijND015421 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 May 2012 19:44:45 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from aspire.rulingia.com (aspire.rulingia.com [192.168.123.161]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q4S9iSAD006535 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 May 2012 19:44:29 +1000 (EST) (envelope-from peter@rulingia.com) Received: from aspire.rulingia.com (localhost [127.0.0.1]) by aspire.rulingia.com (8.14.5/8.14.5) with ESMTP id q4S9iSKj036857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 May 2012 19:44:28 +1000 (EST) (envelope-from peter@aspire.rulingia.com) Received: (from peter@localhost) by aspire.rulingia.com (8.14.5/8.14.5/Submit) id q4S9iRNG036856; Mon, 28 May 2012 19:44:27 +1000 (EST) (envelope-from peter) Date: Mon, 28 May 2012 19:44:27 +1000 From: Peter Jeremy To: Dmitry Marakasov Message-ID: <20120528094427.GE2675@aspire.rulingia.com> References: <20120527140541.GL2987@hades.panopticon> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ffoCPvUAPMgSXi6H" Content-Disposition: inline In-Reply-To: <20120527140541.GL2987@hades.panopticon> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 09:44:59 -0000 --ffoCPvUAPMgSXi6H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-27 18:05:41 +0400, Dmitry Marakasov wrote: >2) Is this ok to backport the list from current to stable branches? Pro >- it's really simple, con - it will contain files never installed with >this (old) branch. Another con: "make delete-old" on -current takes about 2 orders of magnitude longer to run than on 8.x. I would prefer to see some effort put into speeding it up before it was backported. --=20 Peter Jeremy --ffoCPvUAPMgSXi6H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/DSPsACgkQ/opHv/APuIfkEQCfcpmGzFOs5aSK9zUH3MUWAB3m OZ8An3BJeCx2pqPJrRSEFBU7nPVW4ieM =mRfk -----END PGP SIGNATURE----- --ffoCPvUAPMgSXi6H-- From owner-freebsd-current@FreeBSD.ORG Mon May 28 12:30:28 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B7BB106566B; Mon, 28 May 2012 12:30:28 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id C03408FC16; Mon, 28 May 2012 12:30:27 +0000 (UTC) Received: from p508c743b.dip.t-dialin.net ([80.140.116.59] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SYz5d-0004Cd-NJ; Mon, 28 May 2012 14:30:25 +0200 Message-ID: <4FC36FE1.9080908@gwdg.de> Date: Mon, 28 May 2012 14:30:25 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: David Chisnall References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> In-Reply-To: <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@FreeBSD.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 12:30:28 -0000 On 28.05.2012 10:41 (UTC+1), David Chisnall wrote: > On 28 May 2012, at 05:35, Rainer Hurling wrote: First I should note that I am by no means an expert in C / C++ or C99 standards. So my comments are only on a level of someone who is using FreeBSD for scientific purposes like GIS and math applications and who is the maintainer of some scientific ports (like math/saga). >> Yesterday r236148 (Allow inclusion of libc++ to work after including math.h) was comitted to head, many thanks. >> >> Does this mean, that extra long double functions like acoshl, expm1l or log1pl are now "really implemented"? As far as I understand, they had only been declared before? > > They are still not implemented. The header in libc++ provides wrappers around these functions for C++, but if they are not declared then the compiler throws an error. Now there is a linker error if they are used, but if they are not used then it works irrespective of whether you just include or do undefined things like include first. Ok, that's what I had supposed. Because the main difference between r236147 and r2136148 seems to be the define of _MATH_EXTRA_H_, the rest is more a type of binning? >> If this is right, are they usable on a recent CURRENT, built with gcc42 (system compiler), by ports which use gcc46 (not clang)? If not, are there any plans to implement these functions in the near future? > > I think they're one of the last bits of C99 / C11 that anyone actually cares about (C11 unicode support being another), so they'll probably get done at some point, but doing them correctly is nontrivial, except on platforms where double and long double are the same. Yes, I agree. These outstanding long double math functions (like log1pl) and better unicode support are really needed for some important third party projects like R or SAGA GIS. In the past I have read several times discussions about the correctness of long double functions on FreeBSD. Some drafts have been dismissed because of there inaccuracy in special cases. Also was discussed to get missing libm routines from NetBSD [1]. It appears as if we have to wait some more time ... >> The use of C99 extra long double functions would be of interest for example for programs like math/R, especially its upcoming releases. > > I would be very wary of anything that depends on long double. The C spec makes no constraints on the range of float, double, or long double, but by convention on most platforms float is an IEEE 754 32-bit floating point value and double is 64-bit. No such conventions apply to long doubles and I know of (widely deployed) platforms where they are 64 bits, 80 bits and 128 bits, respectively. I believe on PowerPC FreeBSD actually gets it wrong and uses 64 bits even though the platform ABI spec recommends using 128 bits. x86 uses 80-bit x87 values (although sizeof(long double) may be 16 because they have some padding bytes in memory). If your program is tolerant of a potential variation in precision between 64 bits and 128 bits, then it is probably tolerant of just using doubles. Yes, I think in most cases math/R is tolerant enough of just using doubles. But in the near future they plan to implement much more of the C99 stuff and their tolerance to offer workarounds for FreeBSD shrinks from release to release [2]. So these problems will increase :-( Many thanks for your fast und well explained answer, I really appreciate it. Rainer > David [1] http://lists.freebsd.org/pipermail/freebsd-standards/2011-February/002119.html [2] https://stat.ethz.ch/pipermail/r-devel/2012-May/064128.html And some more places I found interesting about C99 and FreeBSD [3] http://www.freebsd.org/projects/c99/index.html [4] http://wiki.freebsd.org/MissingMathStuff [5] http://marc.info/?l=freebsd-standards&m=123158761305427 [6] http://lists.freebsd.org/pipermail/freebsd-hackers/2009-March/028030.html [7] http://www.koders.com/c/fid164FD2F50C9AAA63119A641875824455B3AE6B55.aspx?s=log1pl.c [8] http://www.mail-archive.com/bug-gnulib@gnu.org/msg26571.html [9] http://leaf.dragonflybsd.org/mailarchive/commits/2011-12/msg00190.html From owner-freebsd-current@FreeBSD.ORG Mon May 28 12:49:18 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AE681065680 for ; Mon, 28 May 2012 12:49:18 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA5C8FC25 for ; Mon, 28 May 2012 12:49:18 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q4SCnG23098776 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Mon, 28 May 2012 12:49:17 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: David Chisnall In-Reply-To: <4FC36FE1.9080908@gwdg.de> Date: Mon, 28 May 2012 13:49:16 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> To: Rainer Hurling X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@FreeBSD.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 12:49:18 -0000 On 28 May 2012, at 13:30, Rainer Hurling wrote: > On 28.05.2012 10:41 (UTC+1), David Chisnall wrote: >> On 28 May 2012, at 05:35, Rainer Hurling wrote: >=20 > Ok, that's what I had supposed. Because the main difference between = r236147 and r2136148 seems to be the define of _MATH_EXTRA_H_, the rest = is more a type of binning? Yes, it's just about making libc++'s cmath header compile, nothing more. = =20 > Yes, I agree. These outstanding long double math functions (like = log1pl) and better unicode support are really needed for some important = third party projects like R or SAGA GIS. I very much doubt that anything is using the C11 unicode stuff yet, = since no compiler or libc currently supports it... > In the past I have read several times discussions about the = correctness of long double functions on FreeBSD. Some drafts have been = dismissed because of there inaccuracy in special cases. Also was = discussed to get missing libm routines from NetBSD [1]. It appears as if = we have to wait some more time ... I thought we did pull in some NetBSD libm stuff recently. Not sure what = the status of that is, you'd need to check with das@. > Yes, I think in most cases math/R is tolerant enough of just using = doubles. But in the near future they plan to implement much more of the = C99 stuff and their tolerance to offer workarounds for FreeBSD shrinks = from release to release [2]. So these problems will increase :-( Reading that email, it seems that they would prefer a function that = exists and returns the wrong result to one that does not exist. If this = is really the attitude of the developers of R, then I shall make = absolutely certain that I avoid using R for anything where I actually = care about the results, and would strongly encourage everyone else to do = the same. =20 In general, (sane) people use the long double versions because they need = the extra precision and care about the result. We could easily = implement the long double versions now as toy versions that just called = the double versions, but that would upset a lot of people who actually = care about accuracy, who are the main target audience for these = functions. =20 David= From owner-freebsd-current@FreeBSD.ORG Mon May 28 13:25:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF2C91065678; Mon, 28 May 2012 13:25:57 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 9ECD18FC15; Mon, 28 May 2012 13:25:57 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 2E09E6A6010; Mon, 28 May 2012 15:25:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id MRFUP_XRJIbV; Mon, 28 May 2012 15:25:56 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id DE4776A6002; Mon, 28 May 2012 15:25:55 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q4SDPtk3062428; Mon, 28 May 2012 15:25:55 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q4SDPtFE061854; Mon, 28 May 2012 15:25:55 +0200 (CEST) (envelope-from lars) Date: Mon, 28 May 2012 15:25:55 +0200 From: Lars Engels To: Adrian Chadd Message-ID: <20120528132555.GL39168@e-new.0x20.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rfwNdt5cNUUjB/69" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p6 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: 9-stable regression: 'cbb0: Warning: Bus reset timeout' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 13:25:58 -0000 --rfwNdt5cNUUjB/69 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2012 at 09:52:15AM -0700, Adrian Chadd wrote: > To respond to my own mail again: >=20 > * should the cardbus slot peripherals be detached and reattached upon > resume? Or should it be just suspend/resumed? > * here's what I see during suspend: >=20 >=20 > wlan1: link state changed to DOWN > [100741]: ieee80211_reset_bss: iv_bss=3D0xc969e000, new iv_bss=3D0xc96a50= 00 > [100480] cbb0: Opening memory: > [100480] ath1: detached > pci0:21:0:0: Transition from D0 to D2 > [100480] pci21: failed to set ACPI power state D2 on > \\_SB_.PCI0.PCI1.CDBS: AE_BAD_PARAMETER > [100480] vga0: saving 4612 bytes of video state > [100480] vga0: saving color palette > [100480] pci0: failed to set ACPI power state D2 on \\_SB_.PCI0.EXP0: > AE_BAD_PARAMETER > [100480] pci0: failed to set ACPI power state D2 on \\_SB_.PCI0.EXP1: > AE_BAD_PARAMETER > [100480] pci0: failed to set ACPI power state D2 on \\_SB_.PCI0.EXP2: > AE_BAD_PARAMETER > [100480] pci0: failed to set ACPI power state D2 on \\_SB_.PCI0.EXP3: > AE_BAD_PARAMETER >=20 > .. would someone with some ACPI clue please help me figure out how > broken the ACPI code in my T60 BIOS is? :) I am also seeing this on my Thinkpad X200 running 10-CURRENT amd64: pci0: failed to set ACPI power state D2 on \\_SB_.PCI0.EXP0: AE_BAD_PARAMET= ER pci0: failed to set ACPI power state D2 on \\_SB_.PCI0.EXP1: AE_BAD_PARAMET= ER pci0: failed to set ACPI power state D2 on \\_SB_.PCI0.EXP3: AE_BAD_PARAMET= ER CPU0: local APIC error 0x40 --rfwNdt5cNUUjB/69 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/DfOMACgkQKc512sD3afguwACfYWgJgO20kNRN/6EExJxJKyuU i5YAniXPp5bBzUluRj+LyyFqDMk6ef2Q =6SXF -----END PGP SIGNATURE----- --rfwNdt5cNUUjB/69-- From owner-freebsd-current@FreeBSD.ORG Mon May 28 14:13:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3276106564A; Mon, 28 May 2012 14:13:36 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F03668FC0C; Mon, 28 May 2012 14:13:35 +0000 (UTC) Received: by bkvi18 with SMTP id i18so2984368bkv.13 for ; Mon, 28 May 2012 07:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=s+6I6DT6FTgMPqyFAL7y6ZFOYrYaQX3HaCUmNrfV8jQ=; b=x14Q5N8eONoSYZ3wif3bBQ4HQEspOcw21zrMOe2Iyrh+VXvGD+ziFJN1Ud7W3rP/y2 /xCBaLRRuBg6kEfMASPBmE2CaCExdCoKbjFGeudEWkW8pJ1QJv0WCqOvJXGLiumFbDS3 qX9L2O3pk1OGHe7Wvlyg42l8W70KionsGnK1pa3UFLpuVbSaSvf/BeQnngrrLWo/0+ud iQYa1Mkf3G1wAwFkxUQRj98PA8sxow6MKwduv5MHKbeUULeh8AOB5TOeYLaf5tf2WcpX bTgH1660BS13pAf2sDSmqKe+E6XBH2z/wE/9htOLyV4MSNGcXqrYrRv3dicH2ZAX5L87 lHbg== Received: by 10.204.41.14 with SMTP id m14mr3647654bke.109.1338214414816; Mon, 28 May 2012 07:13:34 -0700 (PDT) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id n19sm14350524bkv.14.2012.05.28.07.13.32 (version=SSLv3 cipher=OTHER); Mon, 28 May 2012 07:13:33 -0700 (PDT) Message-ID: <4FC3880B.3090305@gmail.com> Date: Mon, 28 May 2012 17:13:31 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120515 Firefox/12.0 SeaMonkey/2.9.1 MIME-Version: 1.0 To: Dimitry Andric References: <4F9BC101.8090305@zedat.fu-berlin.de> <4F9BD08C.4090405@gmail.com> <4F9C2047.8020108@FreeBSD.org> In-Reply-To: <4F9C2047.8020108@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Ports FreeBSD Subject: Re: New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1); X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 14:13:36 -0000 Dimitry Andric wrote: > On 2012-04-28 13:12, Volodymyr Kostyrko wrote: >> O. Hartmann wrote: >>> Is there in "official" way to get this fixed with CLANG? I see that >>> files folder in graphics/dri is missing, so none of the fixes for both >>> the faulty source files >> >> I think the patch should go to graphics/libGL. >> >> cd /usr/ports/graphics/libGL/files >> fetch -rao - >> 'http://cgit.freedesktop.org/mesa/mesa/patch/?id=4aa1ac5fe94b5696095229ee3568bf4fa7cfed95' >> | sed -e 's|^--- a/src|--- src|' -e 's|^+++ b/src|+++ src|'> patch-nouveau >> >> Should do. > > Please try this patch (lightly tested): > > http://www.andric.com/freebsd/clang/clangports-graphics-libGL-3.diff Works for me. Could this one be commited? It looks better then my quick hack. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon May 28 14:28:20 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ADE9106564A; Mon, 28 May 2012 14:28:20 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0BED28FC0A; Mon, 28 May 2012 14:28:19 +0000 (UTC) Received: from p508c743b.dip.t-dialin.net ([80.140.116.59] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SZ0vi-0002l8-4n; Mon, 28 May 2012 16:28:18 +0200 Message-ID: <4FC38B81.6000302@gwdg.de> Date: Mon, 28 May 2012 16:28:17 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: David Chisnall References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@FreeBSD.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 14:28:20 -0000 On 28.05.2012 14:49 (UTC+1), David Chisnall wrote: > On 28 May 2012, at 13:30, Rainer Hurling wrote: > >> On 28.05.2012 10:41 (UTC+1), David Chisnall wrote: >>> On 28 May 2012, at 05:35, Rainer Hurling wrote: >> >> Ok, that's what I had supposed. Because the main difference between r236147 and r2136148 seems to be the define of _MATH_EXTRA_H_, the rest is more a type of binning? > > Yes, it's just about making libc++'s cmath header compile, nothing more. I see, thanks. >> Yes, I agree. These outstanding long double math functions (like log1pl) and better unicode support are really needed for some important third party projects like R or SAGA GIS. > > I very much doubt that anything is using the C11 unicode stuff yet, since no compiler or libc currently supports it... Of course you are right with C11 unicode stuff. I thougt more about my actual problems to get the right charset conversions between different apps, i.e. qgis <-> wxgtk29 <-> saga gis. Or using Gnome apps (utf8) on windowmaker using ISO8859-15. But this is OT here, sorry. >> In the past I have read several times discussions about the correctness of long double functions on FreeBSD. Some drafts have been dismissed because of there inaccuracy in special cases. Also was discussed to get missing libm routines from NetBSD [1]. It appears as if we have to wait some more time ... > > I thought we did pull in some NetBSD libm stuff recently. Not sure what the status of that is, you'd need to check with das@. I am not aware of it and will have a look. But this did not implement the missing long double functions. >> Yes, I think in most cases math/R is tolerant enough of just using doubles. But in the near future they plan to implement much more of the C99 stuff and their tolerance to offer workarounds for FreeBSD shrinks from release to release [2]. So these problems will increase :-( > > Reading that email, it seems that they would prefer a function that exists and returns the wrong result to one that does not exist. If this is really the attitude of the developers of R, then I shall make absolutely certain that I avoid using R for anything where I actually care about the results, and would strongly encourage everyone else to do the same. This was a statement of just one (though not unimportant) person from the R Core team. I don't think that this is the only view of R Core developers. On the other hand he is the person, who actually did most of the stuff within R for years now to circumvent the problems running on FreeBSD. > In general, (sane) people use the long double versions because they need the extra precision and care about the result. We could easily implement the long double versions now as toy versions that just called the double versions, but that would upset a lot of people who actually care about accuracy, who are the main target audience for these functions. It seems to be a general trend (outside of FreeBSD) to implement more and more stuff at the cost of quality. I am certain that for many FreeBSD users accuracy is more important than completeness, especially for scientists. Nevertheless this policy brings some problems in the real world ;-) Thanks again for your thoughts, Rainer > David From owner-freebsd-current@FreeBSD.ORG Mon May 28 16:01:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 464BF1065672 for ; Mon, 28 May 2012 16:01:26 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0AFEC8FC0A for ; Mon, 28 May 2012 16:01:25 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q4SG1OQW098829 for ; Mon, 28 May 2012 11:01:24 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FC3A154.8030702@missouri.edu> Date: Mon, 28 May 2012 11:01:24 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> In-Reply-To: <4FC38B81.6000302@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 16:01:26 -0000 One thing that could be done is to have a "math/cephes" port that adds the extra C99 math functions. This is already done in the math/sage port, using a rather clever patch due to Peter Jeremy, that applies to the cephes code. What it would do is to create a /usr/local/lib/libm.so that would provide the extra functions not currently included in /lib/libm.so, and then link in /lib/libm.so as well. It would also create its own /usr/local/include/math.h and /usr/local/include/complex.h as well. What do you guys think? Do you want someone to start experimenting with this idea? I could do it, but probably not for a little while. Stephen From owner-freebsd-current@FreeBSD.ORG Mon May 28 19:00:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E870A1065672 for ; Mon, 28 May 2012 19:00:37 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id C06B88FC16 for ; Mon, 28 May 2012 19:00:37 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SZ5B8-0002ZC-M0 for freebsd-current@freebsd.org; Mon, 28 May 2012 12:00:30 -0700 Date: Mon, 28 May 2012 12:00:30 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1338231630674-5712976.post@n5.nabble.com> In-Reply-To: <20120528094427.GE2675@aspire.rulingia.com> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 19:00:38 -0000 I'm pro improving completeness, as most people are really surprised when after setting WITHOUT* they are left with old cruft from first install, what's more important- it's getting left "as is" with all possible (security) bugs. Just be careful, as after recent expansion it looked here like setting WITHOUT_GCC= was breaking gcc47 from ports also, but couldn't really reproduce it reliably. -- View this message in context: http://freebsd.1045724.n5.nabble.com/OptionalObsoleteFiles-inc-completeness-tp5712560p5712976.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon May 28 19:45:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C1A1065670 for ; Mon, 28 May 2012 19:45:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 070E68FC17 for ; Mon, 28 May 2012 19:45:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4c1c:92fb:538c:83ed] (unknown [IPv6:2001:7b8:3a7:0:4c1c:92fb:538c:83ed]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A5DB15C59; Mon, 28 May 2012 21:45:16 +0200 (CEST) Message-ID: <4FC3D5C9.5090807@FreeBSD.org> Date: Mon, 28 May 2012 21:45:13 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120522 Thunderbird/13.0 MIME-Version: 1.0 To: Sevan / Venture37 References: <4FBE6C22.6080109@gmail.com> <4FBE8A4D.9000607@FreeBSD.org> <4FBE9EFA.5050906@gmail.com> In-Reply-To: <4FBE9EFA.5050906@gmail.com> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Kernel builds failing with lots of "failed to retrieve array bounds" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 19:45:18 -0000 On 2012-05-24 22:50, Sevan / Venture37 wrote: > On 24/05/2012 20:21, Dimitry Andric wrote: >> I've seen these too, and it seems clang produces debug info which >> ctfconvert can't handle, for some reason. However, in my case, the >> kernel build doesn't abort at all, it continues and all the object files >> seem to work just fine. > > Updated to r235926 & kernel build completed successfully. Note, in r236149 I have pulled in a change from upstream clang, which should fix the root cause of the "failed to retrieve array bounds" messages. For flexible array members (e.g. arrays at the end of a struct with no specified size), clang didn't produce correct debug information. This confused ctfconvert, causing it to bail out. From owner-freebsd-current@FreeBSD.ORG Mon May 28 19:52:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3799106566B; Mon, 28 May 2012 19:52:26 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.116.15]) by mx1.freebsd.org (Postfix) with ESMTP id 636DC8FC14; Mon, 28 May 2012 19:52:26 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1SZ5zH-00078a-3H; Mon, 28 May 2012 23:52:19 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 97752B84D; Mon, 28 May 2012 23:52:18 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 894EFB37; Mon, 28 May 2012 23:52:18 +0400 (MSK) Date: Mon, 28 May 2012 23:52:18 +0400 From: Dmitry Marakasov To: Doug Barton Message-ID: <20120528195218.GA85856@hades.panopticon> References: <20120527140541.GL2987@hades.panopticon> <4FC34059.9070702@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4FC34059.9070702@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 19:52:26 -0000 * Doug Barton (dougb@FreeBSD.org) wrote: > > I'm running a little pet project of improving completeness of > > tools/build/mk/OptionalObsoleteFiles.inc file and thus delete-old* > > targets with regard to all possible WITHOUT_* knobs. > > > > E.g. when WITHOUT_foo is defined in src.conf, make delete-old should > > remove related files completely, to make a system look exactly like > > it's world was installed with that knob set. > > > > First of all, an automatic script to check for leftovers after > > delete-old for all possible knobs is available from [2]. Feel free > > to run in on different architectures and FreeBSD branches; I'm > > currently running it on amd64. I also think that it should be run > > during preparation of each FreeBSD release. > > > > There are some questions I'd like to discuss. > > > > 1) named config file var/named/etc/namedb/named.conf was intentionally > > left out from OptionalObsoleteFiles.inc, so I did the same for other > > configs which may be changed by users. > > That's one reason to omit it. Another is that the bind ports use the > same set of config files. But putting in under OLD_CONFIGS+= would still be ok? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon May 28 19:55:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82CFE106566B for ; Mon, 28 May 2012 19:55:46 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (unknown [IPv6:2a03:6f00:1::5c35:743c]) by mx1.freebsd.org (Postfix) with ESMTP id 0C05C8FC08 for ; Mon, 28 May 2012 19:55:46 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1SZ62Z-0006tY-DK; Mon, 28 May 2012 23:55:43 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 076C8B84D; Mon, 28 May 2012 23:55:43 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 01414B39; Mon, 28 May 2012 23:55:42 +0400 (MSK) Date: Mon, 28 May 2012 23:55:42 +0400 From: Dmitry Marakasov To: Peter Jeremy Message-ID: <20120528195542.GB85856@hades.panopticon> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120528094427.GE2675@aspire.rulingia.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 19:55:46 -0000 * Peter Jeremy (peter@rulingia.com) wrote: > >2) Is this ok to backport the list from current to stable branches? Pro > >- it's really simple, con - it will contain files never installed with > >this (old) branch. > > Another con: "make delete-old" on -current takes about 2 orders of > magnitude longer to run than on 8.x. I would prefer to see some > effort put into speeding it up before it was backported. Is that really a reason while it is still under 4 seconds and is not usually run more often than updates (which take minutes if not hours)? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon May 28 19:58:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B9FC106568C for ; Mon, 28 May 2012 19:58:33 +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 24D4A8FC0A for ; Mon, 28 May 2012 19:58:33 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4c1c:92fb:538c:83ed] (unknown [IPv6:2001:7b8:3a7:0:4c1c:92fb:538c:83ed]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5F3235C59; Mon, 28 May 2012 21:58:32 +0200 (CEST) Message-ID: <4FC3D8E5.1040500@FreeBSD.org> Date: Mon, 28 May 2012 21:58:29 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120522 Thunderbird/13.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20120528084233.GY2358@deviant.kiev.zoral.com.ua> In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , current@freebsd.org Subject: Re: Repeated build failures in expr due to yyparse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 19:58:33 -0000 On 2012-05-28 11:21, Bjoern A. Zeeb wrote: ... > I needed to update headers to be able to recompile ifconfig after some > additions; then got bitten by that not compiling as libc didn't include > the symbol for _ThreadRuneLocale yet but the header was already picked up. > So had to re-do libc as well. > > Doing a make clean cleandepend obj depend all install for expr and yacc > has helped and re-starting buildworld succeeded. > > So /usr/include/osrealdate.h being updated was the culprit most likely. > *grml* fragile stuff. I can see the point though. See also this thread by bapt: http://lists.freebsd.org/pipermail/freebsd-arch/2012-May/012592.html Maybe a FORCE_BOOTSTRAP_ALL option would be nice. :) From owner-freebsd-current@FreeBSD.ORG Mon May 28 20:00:04 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id CB1411065676 for ; Mon, 28 May 2012 20:00:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1D6691798C7; Mon, 28 May 2012 19:59:18 +0000 (UTC) Message-ID: <4FC3D915.9020100@FreeBSD.org> Date: Mon, 28 May 2012 12:59:17 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dmitry Marakasov References: <20120527140541.GL2987@hades.panopticon> <4FC34059.9070702@FreeBSD.org> <20120528195218.GA85856@hades.panopticon> In-Reply-To: <20120528195218.GA85856@hades.panopticon> X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 20:00:04 -0000 On 05/28/2012 12:52, Dmitry Marakasov wrote: > * Doug Barton (dougb@FreeBSD.org) wrote: > >>> I'm running a little pet project of improving completeness of >>> tools/build/mk/OptionalObsoleteFiles.inc file and thus delete-old* >>> targets with regard to all possible WITHOUT_* knobs. >>> >>> E.g. when WITHOUT_foo is defined in src.conf, make delete-old should >>> remove related files completely, to make a system look exactly like >>> it's world was installed with that knob set. >>> >>> First of all, an automatic script to check for leftovers after >>> delete-old for all possible knobs is available from [2]. Feel free >>> to run in on different architectures and FreeBSD branches; I'm >>> currently running it on amd64. I also think that it should be run >>> during preparation of each FreeBSD release. >>> >>> There are some questions I'd like to discuss. >>> >>> 1) named config file var/named/etc/namedb/named.conf was intentionally >>> left out from OptionalObsoleteFiles.inc, so I did the same for other >>> configs which may be changed by users. >> >> That's one reason to omit it. Another is that the bind ports use the >> same set of config files. > > But putting in under OLD_CONFIGS+= would still be ok? I have no idea, I don't use the Obsolete stuff, don't like it, and have said since the beginning that it's the totally wrong approach to this issue. The numerous problems we've had with it ever since it was introduced seem to bear me out. :) My point is, until such time as we remove BIND from the base (or I add the config files as a port) I do not want the named config files removed from a user's system. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 28 20:04:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE880106566C for ; Mon, 28 May 2012 20:04:18 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 252B38FC12 for ; Mon, 28 May 2012 20:04:17 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q4SK4AKk019717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 May 2012 06:04:10 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q4SK43SU015914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 May 2012 06:04:03 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q4SK43mB015913; Tue, 29 May 2012 06:04:03 +1000 (EST) (envelope-from peter) Date: Tue, 29 May 2012 06:04:03 +1000 From: Peter Jeremy To: Dmitry Marakasov Message-ID: <20120528200403.GB15356@server.rulingia.com> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> <20120528195542.GB85856@hades.panopticon> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline In-Reply-To: <20120528195542.GB85856@hades.panopticon> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 20:04:18 -0000 --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-28 23:55:42 +0400, Dmitry Marakasov wrote: >* Peter Jeremy (peter@rulingia.com) wrote: > >> >2) Is this ok to backport the list from current to stable branches? Pro >> >- it's really simple, con - it will contain files never installed with >> >this (old) branch. >>=20 >> Another con: "make delete-old" on -current takes about 2 orders of >> magnitude longer to run than on 8.x. I would prefer to see some >> effort put into speeding it up before it was backported. > >Is that really a reason while it is still under 4 seconds and is not >usually run more often than updates (which take minutes if not hours)? My experience is that it now takes about 2=BD minutes on 10.x with warm caches, compared to less than 1 second on 8.x. For most of that time, there's no output and there's no warning of the increased time. I actually wrote about the poor performance here a couple of weeks ago. --=20 Peter Jeremy --SkvwRMAIpAhPCcCJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/D2jMACgkQ/opHv/APuIfh/QCdFKUYlCnwMx3QGX653bSGbw9x izIAmwbi/lc0szVLTaREuqG9zfH4mgGW =/B0w -----END PGP SIGNATURE----- --SkvwRMAIpAhPCcCJ-- From owner-freebsd-current@FreeBSD.ORG Mon May 28 20:24:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77F1D106566B; Mon, 28 May 2012 20:24:17 +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 2D1458FC08; Mon, 28 May 2012 20:24:17 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC42C76.dip.t-dialin.net [79.196.44.118]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 1C511844096; Mon, 28 May 2012 22:24:03 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 57D6F1D29; Mon, 28 May 2012 22:24:00 +0200 (CEST) Date: Mon, 28 May 2012 22:23:57 +0200 From: Alexander Leidinger To: Doug Barton Message-ID: <20120528222357.00002f43@unknown> In-Reply-To: <4FC3D915.9020100@FreeBSD.org> References: <20120527140541.GL2987@hades.panopticon> <4FC34059.9070702@FreeBSD.org> <20120528195218.GA85856@hades.panopticon> <4FC3D915.9020100@FreeBSD.org> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 1C511844096.ADD48 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.759, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.25, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1338841444.19556@6GDzGlc3W7+VbPyQOmnG2w X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org, Dmitry Marakasov Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 20:24:17 -0000 On Mon, 28 May 2012 12:59:17 -0700 Doug Barton wrote: > this issue. The numerous problems we've had with it ever since it was > introduced seem to bear me out. :) Can you list them? A missing obsolete file doesn't count. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon May 28 20:28:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43E3A1065688 for ; Mon, 28 May 2012 20:28:43 +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 EDA278FC08 for ; Mon, 28 May 2012 20:28:42 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC42C76.dip.t-dialin.net [79.196.44.118]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0D092844098; Mon, 28 May 2012 22:28:29 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id 578F31D2A; Mon, 28 May 2012 22:28:26 +0200 (CEST) Date: Mon, 28 May 2012 22:28:23 +0200 From: Alexander Leidinger To: Peter Jeremy Message-ID: <20120528222823.0000305c@unknown> In-Reply-To: <20120528200403.GB15356@server.rulingia.com> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> <20120528195542.GB85856@hades.panopticon> <20120528200403.GB15356@server.rulingia.com> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0D092844098.A3B3D X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.772, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.24, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1338841710.70492@5fN/5vKYFpHq3adCJTNGoA X-EBL-Spam-Status: No Cc: Dmitry Marakasov , freebsd-current@freebsd.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 20:28:43 -0000 On Tue, 29 May 2012 06:04:03 +1000 Peter Jeremy wrote: > My experience is that it now takes about 2=BD minutes on 10.x with warm > caches, compared to less than 1 second on 8.x. For most of that time, > there's no output and there's no warning of the increased time. I > actually wrote about the poor performance here a couple of weeks ago. One solution may be to remove some really old files. If we assume that we only support updates to major version X from the last release of major version X-1 we could maybe remove everything which was already obsolete in major version X-1 (or X-2 if you want to play safe). Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon May 28 20:29:48 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 56BD41065670 for ; Mon, 28 May 2012 20:29:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D4E501A899B; Mon, 28 May 2012 20:28:55 +0000 (UTC) Message-ID: <4FC3E006.2060303@FreeBSD.org> Date: Mon, 28 May 2012 13:28:54 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Alexander Leidinger References: <20120527140541.GL2987@hades.panopticon> <4FC34059.9070702@FreeBSD.org> <20120528195218.GA85856@hades.panopticon> <4FC3D915.9020100@FreeBSD.org> <20120528222357.00002f43@unknown> In-Reply-To: <20120528222357.00002f43@unknown> X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Dmitry Marakasov Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 20:29:48 -0000 On 05/28/2012 13:23, Alexander Leidinger wrote: > On Mon, 28 May 2012 12:59:17 -0700 Doug Barton > wrote: > >> this issue. The numerous problems we've had with it ever since it was >> introduced seem to bear me out. :) > > Can you list them? A missing obsolete file doesn't count. It doesn't catch things it needs to It catches things it shouldn't The current incarnation is painfully slow (so I've heard) ... and the biggest problem ... It needs to be updated manually Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 28 20:32:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 668C3106564A for ; Mon, 28 May 2012 20:32:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 41D5E8FC1F for ; Mon, 28 May 2012 20:32:05 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q4SKVxuv076404; Mon, 28 May 2012 13:31:59 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q4SKVxB0076403; Mon, 28 May 2012 13:31:59 -0700 (PDT) (envelope-from sgk) Date: Mon, 28 May 2012 13:31:59 -0700 From: Steve Kargl To: Stephen Montgomery-Smith Message-ID: <20120528203159.GA76340@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FC3A154.8030702@missouri.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 20:32:05 -0000 On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: > One thing that could be done is to have a "math/cephes" port that adds > the extra C99 math functions. This is already done in the math/sage > port, using a rather clever patch due to Peter Jeremy, that applies to > the cephes code. > > What it would do is to create a /usr/local/lib/libm.so that would > provide the extra functions not currently included in /lib/libm.so, and > then link in /lib/libm.so as well. It would also create its own > /usr/local/include/math.h and /usr/local/include/complex.h as well. > > What do you guys think? Do you want someone to start experimenting with > this idea? I could do it, but probably not for a little while. > This is a horrible, horrible, horrible idea. Have you looked at the cephes code, particularly the complex.h functions? -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 28 21:19:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 395991065673 for ; Mon, 28 May 2012 21:19:24 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id EFDCF8FC0A for ; Mon, 28 May 2012 21:19:23 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q4SLJMB9038862; Mon, 28 May 2012 16:19:22 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FC3EBDA.2080502@missouri.edu> Date: Mon, 28 May 2012 16:19:22 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Kargl References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> In-Reply-To: <20120528203159.GA76340@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 21:19:24 -0000 On 05/28/2012 03:31 PM, Steve Kargl wrote: > On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: >> One thing that could be done is to have a "math/cephes" port that adds >> the extra C99 math functions. This is already done in the math/sage >> port, using a rather clever patch due to Peter Jeremy, that applies to >> the cephes code. >> >> What it would do is to create a /usr/local/lib/libm.so that would >> provide the extra functions not currently included in /lib/libm.so, and >> then link in /lib/libm.so as well. It would also create its own >> /usr/local/include/math.h and /usr/local/include/complex.h as well. >> >> What do you guys think? Do you want someone to start experimenting with >> this idea? I could do it, but probably not for a little while. >> > > This is a horrible, horrible, horrible idea. Have you > looked at the cephes code, particularly the complex.h > functions? I have only taken a very cursory look. What should I specifically look for in seeing that the code is bad? From owner-freebsd-current@FreeBSD.ORG Mon May 28 21:36:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E734106566B for ; Mon, 28 May 2012 21:36:41 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8FD8FC19 for ; Mon, 28 May 2012 21:36:40 +0000 (UTC) Received: from aspire.rulingia.com (12.58.233.220.static.exetel.com.au [220.233.58.12]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q4SLaYHZ020112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 29 May 2012 07:36:39 +1000 (EST) (envelope-from peter@rulingia.com) Received: from aspire.rulingia.com (localhost [127.0.0.1]) by aspire.rulingia.com (8.14.5/8.14.5) with ESMTP id q4SL59GK037835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 May 2012 07:05:09 +1000 (EST) (envelope-from peter@aspire.rulingia.com) Received: (from peter@localhost) by aspire.rulingia.com (8.14.5/8.14.5/Submit) id q4SL584l037834 for freebsd-current@freebsd.org; Tue, 29 May 2012 07:05:08 +1000 (EST) (envelope-from peter) Date: Tue, 29 May 2012 07:05:07 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20120528210507.GF2675@aspire.rulingia.com> References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i3lJ51RuaGWuFYNw" Content-Disposition: inline In-Reply-To: <4FC3A154.8030702@missouri.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 21:36:42 -0000 --i3lJ51RuaGWuFYNw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-28 11:01:24 -0500, Stephen Montgomery-Smith wrote: >One thing that could be done is to have a "math/cephes" port that adds=20 >the extra C99 math functions. This is already done in the math/sage=20 >port, using a rather clever patch due to Peter Jeremy, that applies to=20 >the cephes code. > >What it would do is to create a /usr/local/lib/libm.so that would=20 >provide the extra functions not currently included in /lib/libm.so, and=20 >then link in /lib/libm.so as well. It would also create its own=20 >/usr/local/include/math.h and /usr/local/include/complex.h as well. Basically, as long as the compiler searches /usr/local/{include,lib} before the base include/lib then , and -lm give the application a complete C99 math implementation by using base functions where they exist and cephes functions where they don't. The patch I wrote for sage can be found at http://trac.sagemath.org/sage_trac/ticket/9543 If there's any interest, I could produce a port for this. Another option would be to import cephes into base and use it to provide the missing C99 functions. Cephes includes copyright notices but the closest I can find to a license is: " Some software in this archive may be from the book _Methods and Programs for Mathematical Functions_ (Prentice-Hall or Simon & Schuster International, 1989) or from the Cephes Mathematical Library, a commercial product. In either event, it is copyrighted by the author. What you see here may be used freely but it comes with no support or guarantee." --=20 Peter Jeremy --i3lJ51RuaGWuFYNw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/D6IMACgkQ/opHv/APuIfYoQCeJUVoQsperj4ZoWT3RfbTxhzb KtAAnivi5vYWRSdyUY/7cqLifg9Xs6T+ =mYYQ -----END PGP SIGNATURE----- --i3lJ51RuaGWuFYNw-- From owner-freebsd-current@FreeBSD.ORG Mon May 28 22:04:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED8E5106564A for ; Mon, 28 May 2012 22:04:45 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 5FE008FC18 for ; Mon, 28 May 2012 22:04:44 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q4SM4ht8020220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 May 2012 08:04:44 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q4SM4b4h004700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 May 2012 08:04:37 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q4SM4ab2004699; Tue, 29 May 2012 08:04:36 +1000 (EST) (envelope-from peter) Date: Tue, 29 May 2012 08:04:36 +1000 From: Peter Jeremy To: Steve Kargl Message-ID: <20120528220436.GA4445@server.rulingia.com> References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20120528203159.GA76340@troutmask.apl.washington.edu> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 22:04:46 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-28 13:31:59 -0700, Steve Kargl wrote: >On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: >> One thing that could be done is to have a "math/cephes" port that adds= =20 >> the extra C99 math functions. This is already done in the math/sage=20 >> port, using a rather clever patch due to Peter Jeremy, that applies to= =20 >> the cephes code. =2E.. >This is a horrible, horrible, horrible idea. Have you >looked at the cephes code, particularly the complex.h >functions? The cephes code is somewhat a mess layout-wise. Algorithmetically, it seems somewhat variable - some functions are implemented (hopefully correctly) using semi-numerical techniques, whereas others just use mathematical identities which will result in precision loss - though most of the functions include accuracy information. I agree it would be far preferable to have a properly validated C99 libm with all functions having maximum errors of a no more than a few LSB over their complete domain, as well as correct support for signed zeroes, infinities and signalling and non-signalling NaNs but that is a non-trivial undertaking. In the interim, how should FreeBSD handle apps that want a C99 libm? 1) Fail to build them 2) Provide possibly imperfect fallbacks for the unimplemented bits. If someone (I don't have the expertise) wants to identify the cephes functions that are sub-standard, we can include link-time warnings (as done for eg gets(3)) when they are used. --=20 Peter Jeremy --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/D9nQACgkQ/opHv/APuIfj8gCgw6KYe5/QGi6YKRKYEIxX0Kf4 WmMAnj4GQenT3LmA9RWalUEtvZ/PIUgH =oWgS -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-current@FreeBSD.ORG Mon May 28 22:05:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1544E10656D0; Mon, 28 May 2012 22:05:22 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (unknown [IPv6:2a03:6f00:1::5c35:743c]) by mx1.freebsd.org (Postfix) with ESMTP id 942C68FC12; Mon, 28 May 2012 22:05:21 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1SZ840-0008Pv-6p; Tue, 29 May 2012 02:05:20 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id E7988B84D; Tue, 29 May 2012 02:05:19 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id D85A7BAA; Tue, 29 May 2012 02:05:19 +0400 (MSK) Date: Tue, 29 May 2012 02:05:19 +0400 From: Dmitry Marakasov To: Doug Barton Message-ID: <20120528220519.GA38860@hades.panopticon> References: <20120527140541.GL2987@hades.panopticon> <4FC34059.9070702@FreeBSD.org> <20120528195218.GA85856@hades.panopticon> <4FC3D915.9020100@FreeBSD.org> <20120528222357.00002f43@unknown> <4FC3E006.2060303@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4FC3E006.2060303@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Leidinger , freebsd-current@FreeBSD.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 22:05:22 -0000 * Doug Barton (dougb@FreeBSD.org) wrote: > >> this issue. The numerous problems we've had with it ever since it was > >> introduced seem to bear me out. :) > > > > Can you list them? A missing obsolete file doesn't count. > > It doesn't catch things it needs to > It catches things it shouldn't > The current incarnation is painfully slow (so I've heard) > ... and the biggest problem ... > It needs to be updated manually Pretty true. Still I'd like to fix what we have now, than not to have a useful feature. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon May 28 22:17:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0E55106566C for ; Mon, 28 May 2012 22:17:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF5E8FC14 for ; Mon, 28 May 2012 22:17:31 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q4SMHVuW076919; Mon, 28 May 2012 15:17:31 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q4SMHV8w076918; Mon, 28 May 2012 15:17:31 -0700 (PDT) (envelope-from sgk) Date: Mon, 28 May 2012 15:17:31 -0700 From: Steve Kargl To: Stephen Montgomery-Smith Message-ID: <20120528221731.GA76723@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FC3EBDA.2080502@missouri.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 22:17:31 -0000 On Mon, May 28, 2012 at 04:19:22PM -0500, Stephen Montgomery-Smith wrote: > On 05/28/2012 03:31 PM, Steve Kargl wrote: > >On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: > >>One thing that could be done is to have a "math/cephes" port that adds > >>the extra C99 math functions. This is already done in the math/sage > >>port, using a rather clever patch due to Peter Jeremy, that applies to > >>the cephes code. > >> > >>What it would do is to create a /usr/local/lib/libm.so that would > >>provide the extra functions not currently included in /lib/libm.so, and > >>then link in /lib/libm.so as well. It would also create its own > >>/usr/local/include/math.h and /usr/local/include/complex.h as well. > >> > >>What do you guys think? Do you want someone to start experimenting with > >>this idea? I could do it, but probably not for a little while. > >> > > > >This is a horrible, horrible, horrible idea. Have you > >looked at the cephes code, particularly the complex.h > >functions? > > I have only taken a very cursory look. What should I specifically look > for in seeing that the code is bad? Well, to start with, the extra C99 math functions that are missing in libm include a few for the long double type and many (if not most) of the complex functions for any type. Cephes at best will give you float, double, and ld80, but not ld128 versions of the functions. Then, there is fun little fact that neither (base) gcc nor clang nor gcc less than 4.6 does complex arithematic correctly; so, one needs to jump through hoops to get the correct answer (See Annex G in n1256.pdf). One item of particular importance in Annex G is the behavior of the functions for Re(z) and/or Im(z) being +-0, +-Inf, and NaN. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 28 22:18:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2EA5106564A for ; Mon, 28 May 2012 22:18:29 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.116.15]) by mx1.freebsd.org (Postfix) with ESMTP id 703778FC1A for ; Mon, 28 May 2012 22:18:29 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1SZ8Gg-00066q-2j; Tue, 29 May 2012 02:18:26 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id D5EB5B84D; Tue, 29 May 2012 02:18:25 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id CD98ABB3; Tue, 29 May 2012 02:18:25 +0400 (MSK) Date: Tue, 29 May 2012 02:18:25 +0400 From: Dmitry Marakasov To: Peter Jeremy Message-ID: <20120528221825.GB38860@hades.panopticon> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> <20120528195542.GB85856@hades.panopticon> <20120528200403.GB15356@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120528200403.GB15356@server.rulingia.com> User-Agent: Mutt/1.5.21 (2010-09-15) Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 22:18:29 -0000 * Peter Jeremy (peter@rulingia.com) wrote: > >> >2) Is this ok to backport the list from current to stable branches?= Pro > >> >- it's really simple, con - it will contain files never installed w= ith > >> >this (old) branch. > >>=20 > >> Another con: "make delete-old" on -current takes about 2 orders of > >> magnitude longer to run than on 8.x. I would prefer to see some > >> effort put into speeding it up before it was backported. > > > >Is that really a reason while it is still under 4 seconds and is not > >usually run more often than updates (which take minutes if not hours)? >=20 > My experience is that it now takes about 2=C2=BD minutes on 10.x with w= arm > caches, compared to less than 1 second on 8.x. Now =3D after applying my patch or after changing system? Which knobs were enabled? OptionalObsoleteFiles.inc is 3x larger after the patch - it's expected for things to become 3x slower, but definitely not 250x. > For most of that time, there's no output and there's no warning > of the increased time. I actually wrote about the poor performance > here a couple of weeks ago. Then you should try to profile it - my script basically runs delete-old delete-old-libs for every knob (131 of them), and it hadn't taken more than 4 seconds even once. --=20 Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Mon May 28 22:54:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F8A81065670 for ; Mon, 28 May 2012 22:54:07 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 322E18FC17 for ; Mon, 28 May 2012 22:54:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q4SMs6LC077032; Mon, 28 May 2012 15:54:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q4SMs6Z2077031; Mon, 28 May 2012 15:54:06 -0700 (PDT) (envelope-from sgk) Date: Mon, 28 May 2012 15:54:06 -0700 From: Steve Kargl To: Peter Jeremy Message-ID: <20120528225406.GB76723@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <20120528220436.GA4445@server.rulingia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120528220436.GA4445@server.rulingia.com> User-Agent: Mutt/1.4.2.3i Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 22:54:07 -0000 On Tue, May 29, 2012 at 08:04:36AM +1000, Peter Jeremy wrote: > On 2012-May-28 13:31:59 -0700, Steve Kargl wrote: > >On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: > >> One thing that could be done is to have a "math/cephes" port that adds > >> the extra C99 math functions. This is already done in the math/sage > >> port, using a rather clever patch due to Peter Jeremy, that applies to > >> the cephes code. > ... > >This is a horrible, horrible, horrible idea. Have you > >looked at the cephes code, particularly the complex.h > >functions? > > The cephes code is somewhat a mess layout-wise. Algorithmetically, > it seems somewhat variable - some functions are implemented (hopefully > correctly) using semi-numerical techniques, whereas others just use > mathematical identities which will result in precision loss - though > most of the functions include accuracy information. > > I agree it would be far preferable to have a properly validated C99 > libm with all functions having maximum errors of a no more than a few > LSB over their complete domain, as well as correct support for signed > zeroes, infinities and signalling and non-signalling NaNs but that is > a non-trivial undertaking. > > In the interim, how should FreeBSD handle apps that want a C99 libm? > 1) Fail to build them > 2) Provide possibly imperfect fallbacks for the unimplemented bits. > > If someone (I don't have the expertise) wants to identify the cephes > functions that are sub-standard, we can include link-time warnings > (as done for eg gets(3)) when they are used. Given that cephes was written years before C99 was even conceived, I suspect all functions are sub-standard. For example, AFAIK, none of the long double functions are appropriate for any platform that has an 128-bit long double; as cephes was written for an Intel 80-bit format. If portmgr or a port maintainer wants to use a library with untested implementations of missing libm functions, please do not put it into /usr/local/lib and call it libm. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 28 23:02:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD41E106564A for ; Mon, 28 May 2012 23:02:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 90F088FC0C for ; Mon, 28 May 2012 23:02:19 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q4SN2JSH077092; Mon, 28 May 2012 16:02:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q4SN2INi077091; Mon, 28 May 2012 16:02:18 -0700 (PDT) (envelope-from sgk) Date: Mon, 28 May 2012 16:02:18 -0700 From: Steve Kargl To: Peter Jeremy Message-ID: <20120528230218.GC76723@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528210507.GF2675@aspire.rulingia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120528210507.GF2675@aspire.rulingia.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 23:02:19 -0000 On Tue, May 29, 2012 at 07:05:07AM +1000, Peter Jeremy wrote: > On 2012-May-28 11:01:24 -0500, Stephen Montgomery-Smith wrote: > >One thing that could be done is to have a "math/cephes" port that adds > >the extra C99 math functions. This is already done in the math/sage > >port, using a rather clever patch due to Peter Jeremy, that applies to > >the cephes code. > > > >What it would do is to create a /usr/local/lib/libm.so that would > >provide the extra functions not currently included in /lib/libm.so, and > >then link in /lib/libm.so as well. It would also create its own > >/usr/local/include/math.h and /usr/local/include/complex.h as well. > > Basically, as long as the compiler searches /usr/local/{include,lib} > before the base include/lib then , and -lm give > the application a complete C99 math implementation by using base > functions where they exist and cephes functions where they don't. > > The patch I wrote for sage can be found at > http://trac.sagemath.org/sage_trac/ticket/9543 > If there's any interest, I could produce a port for this. > > Another option would be to import cephes into base and use it to > provide the missing C99 functions. Cephes includes copyright notices > but the closest I can find to a license is: > " Some software in this archive may be from the book _Methods and > Programs for Mathematical Functions_ (Prentice-Hall or Simon & Schuster > International, 1989) or from the Cephes Mathematical Library, a > commercial product. In either event, it is copyrighted by the author. > What you see here may be used freely but it comes with no support or > guarantee." Please talk to das@ (although I believe he's finishing up his dissertation). I recall that he's stated that he looked into using cephes, and concluded that it is not suitable for libm. Note there is also http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/147599 which I've also objected to importing into libm. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 28 23:03:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E1A2106564A for ; Mon, 28 May 2012 23:03:39 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0B8FC8FC12 for ; Mon, 28 May 2012 23:03:38 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q4SN3baA045595; Mon, 28 May 2012 18:03:38 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FC40449.3040602@missouri.edu> Date: Mon, 28 May 2012 18:03:37 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Kargl References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> In-Reply-To: <20120528221731.GA76723@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 23:03:39 -0000 On 05/28/2012 05:17 PM, Steve Kargl wrote: > On Mon, May 28, 2012 at 04:19:22PM -0500, Stephen Montgomery-Smith wrote: >> On 05/28/2012 03:31 PM, Steve Kargl wrote: >>> On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: >>>> One thing that could be done is to have a "math/cephes" port that adds >>>> the extra C99 math functions. This is already done in the math/sage >>>> port, using a rather clever patch due to Peter Jeremy, that applies to >>>> the cephes code. >>>> >>>> What it would do is to create a /usr/local/lib/libm.so that would >>>> provide the extra functions not currently included in /lib/libm.so, and >>>> then link in /lib/libm.so as well. It would also create its own >>>> /usr/local/include/math.h and /usr/local/include/complex.h as well. >>>> >>>> What do you guys think? Do you want someone to start experimenting with >>>> this idea? I could do it, but probably not for a little while. >>>> >>> >>> This is a horrible, horrible, horrible idea. Have you >>> looked at the cephes code, particularly the complex.h >>> functions? >> >> I have only taken a very cursory look. What should I specifically look >> for in seeing that the code is bad? > > Well, to start with, the extra C99 math functions that > are missing in libm include a few for the long double type > and many (if not most) of the complex functions for any > type. Cephes at best will give you float, double, and ld80, but > not ld128 versions of the functions. Then, there is fun little fact > that neither (base) gcc nor clang nor gcc less than 4.6 does > complex arithematic correctly; so, one needs to jump through > hoops to get the correct answer (See Annex G in n1256.pdf). > One item of particular importance in Annex G is the behavior > of the functions for Re(z) and/or Im(z) being +-0, +-Inf, and > NaN. > IMHO these problems are definitely not bad enough to avoid making a math/cephes port. I for one would definitely like to have some kind of implementation of ccosh, even if it gets a few things wrong when it is fed Nan or I*Inf or such like as its input. I mean, if clang or gcc46 doesn't even get this right, how can we expect better from libm? Also, a really nice thing about Jeremy's patch is that it automatically detects which functions are already included in the base libm, and only adds functions not already in libm. And ld80 is better than nothing if ld128 isn't available. I would avoid cephes only if it got some of the answers horribly wrong (as in erf(100) being something like -14232 as the openoffice implementation of the erf function used to report). I say, lets go ahead and add a math/cephes port. By the way, do you have an opinion on the complex functions used in Linux? (I tried reading the glibc code, but I could only find chains of macros and functions calling each other, and I could never find where the actual work was performed.) From owner-freebsd-current@FreeBSD.ORG Mon May 28 23:30:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D8D3106564A for ; Mon, 28 May 2012 23:30:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 63DAE8FC0A for ; Mon, 28 May 2012 23:30:36 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q4SNUZb0077212; Mon, 28 May 2012 16:30:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q4SNUZrM077211; Mon, 28 May 2012 16:30:35 -0700 (PDT) (envelope-from sgk) Date: Mon, 28 May 2012 16:30:35 -0700 From: Steve Kargl To: Stephen Montgomery-Smith Message-ID: <20120528233035.GA77157@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FC40449.3040602@missouri.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 23:30:36 -0000 On Mon, May 28, 2012 at 06:03:37PM -0500, Stephen Montgomery-Smith wrote: > On 05/28/2012 05:17 PM, Steve Kargl wrote: > >On Mon, May 28, 2012 at 04:19:22PM -0500, Stephen Montgomery-Smith wrote: > >>On 05/28/2012 03:31 PM, Steve Kargl wrote: > >>>On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: > >>>>One thing that could be done is to have a "math/cephes" port that adds > >>>>the extra C99 math functions. This is already done in the math/sage > >>>>port, using a rather clever patch due to Peter Jeremy, that applies to > >>>>the cephes code. > >>>> > >>>>What it would do is to create a /usr/local/lib/libm.so that would > >>>>provide the extra functions not currently included in /lib/libm.so, and > >>>>then link in /lib/libm.so as well. It would also create its own > >>>>/usr/local/include/math.h and /usr/local/include/complex.h as well. > >>>> > >>>>What do you guys think? Do you want someone to start experimenting with > >>>>this idea? I could do it, but probably not for a little while. > >>>> > >>> > >>>This is a horrible, horrible, horrible idea. Have you > >>>looked at the cephes code, particularly the complex.h > >>>functions? > >> > >>I have only taken a very cursory look. What should I specifically look > >>for in seeing that the code is bad? > > > >Well, to start with, the extra C99 math functions that > >are missing in libm include a few for the long double type > >and many (if not most) of the complex functions for any > >type. Cephes at best will give you float, double, and ld80, but > >not ld128 versions of the functions. Then, there is fun little fact > >that neither (base) gcc nor clang nor gcc less than 4.6 does > >complex arithematic correctly; so, one needs to jump through > >hoops to get the correct answer (See Annex G in n1256.pdf). > >One item of particular importance in Annex G is the behavior > >of the functions for Re(z) and/or Im(z) being +-0, +-Inf, and > >NaN. > > > > IMHO these problems are definitely not bad enough to avoid making a > math/cephes port. I for one would definitely like to have some kind of > implementation of ccosh, even if it gets a few things wrong when it is > fed Nan or I*Inf or such like as its input. I mean, if clang or gcc46 > doesn't even get this right, how can we expect better from libm? Search the llvm and gcc bug databases, I'm the person that informed both that they can't deal with complex arithematic correctly. Interesting that you mention ccosh. >From clog.c in http://www.netlib.org/cephes/cmath.tgz void ccosh (z, w) cmplx *z, *w; { double x, y; x = z->r; y = z->i; w->r = cosh (x) * cos (y); w->i = sinh (x) * sin (y); } >From clog.c in http://www.netlib.org/cephes/c9x-complex double complex ccosh (z) double complex z; { double complex w; double x, y; x = creal(z); y = cimag(z); w = cosh (x) * cos (y) + (sinh (x) * sin (y)) * I; return (w); } See math_private.h about the above. And, finally, : /*- * Copyright (c) 2005 Bruce D. Evans and Steven G. Kargl * 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 unmodified, 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. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``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 AUTHOR 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. */ /* * Hyperbolic cosine of a complex argument z = x + i y. * * cosh(z) = cosh(x+iy) * = cosh(x) cos(y) + i sinh(x) sin(y). * * Exceptional values are noted in the comments within the source code. * These values and the return value were taken from n1124.pdf. */ #include __FBSDID("$FreeBSD: head/lib/msun/src/s_ccosh.c 226599 2011-10-21 06:29:32Z das $"); #include #include #include "math_private.h" static const double huge = 0x1p1023; double complex ccosh(double complex z) { double x, y, h; int32_t hx, hy, ix, iy, lx, ly; x = creal(z); y = cimag(z); EXTRACT_WORDS(hx, lx, x); EXTRACT_WORDS(hy, ly, y); ix = 0x7fffffff & hx; iy = 0x7fffffff & hy; /* Handle the nearly-non-exceptional cases where x and y are finite. */ if (ix < 0x7ff00000 && iy < 0x7ff00000) { if ((iy | ly) == 0) return (cpack(cosh(x), x * y)); if (ix < 0x40360000) /* small x: normal case */ return (cpack(cosh(x) * cos(y), sinh(x) * sin(y))); /* |x| >= 22, so cosh(x) ~= exp(|x|) */ if (ix < 0x40862e42) { /* x < 710: exp(|x|) won't overflow */ h = exp(fabs(x)) * 0.5; return (cpack(h * cos(y), copysign(h, x) * sin(y))); } else if (ix < 0x4096bbaa) { /* x < 1455: scale to avoid overflow */ z = __ldexp_cexp(cpack(fabs(x), y), -1); return (cpack(creal(z), cimag(z) * copysign(1, x))); } else { /* x >= 1455: the result always overflows */ h = huge * x; return (cpack(h * h * cos(y), h * sin(y))); } } /* * cosh(+-0 +- I Inf) = dNaN + I sign(d(+-0, dNaN))0. * The sign of 0 in the result is unspecified. Choice = normally * the same as dNaN. Raise the invalid floating-point exception. * * cosh(+-0 +- I NaN) = d(NaN) + I sign(d(+-0, NaN))0. * The sign of 0 in the result is unspecified. Choice = normally * the same as d(NaN). */ if ((ix | lx) == 0 && iy >= 0x7ff00000) return (cpack(y - y, copysign(0, x * (y - y)))); /* * cosh(+-Inf +- I 0) = +Inf + I (+-)(+-)0. * * cosh(NaN +- I 0) = d(NaN) + I sign(d(NaN, +-0))0. * The sign of 0 in the result is unspecified. */ if ((iy | ly) == 0 && ix >= 0x7ff00000) { if (((hx & 0xfffff) | lx) == 0) return (cpack(x * x, copysign(0, x) * y)); return (cpack(x * x, copysign(0, (x + x) * y))); } /* * cosh(x +- I Inf) = dNaN + I dNaN. * Raise the invalid floating-point exception for finite nonzero x. * * cosh(x + I NaN) = d(NaN) + I d(NaN). * Optionally raises the invalid floating-point exception for finite * nonzero x. Choice = don't raise (except for signaling NaNs). */ if (ix < 0x7ff00000 && iy >= 0x7ff00000) return (cpack(y - y, x * (y - y))); /* * cosh(+-Inf + I NaN) = +Inf + I d(NaN). * * cosh(+-Inf +- I Inf) = +Inf + I dNaN. * The sign of Inf in the result is unspecified. Choice = always +. * Raise the invalid floating-point exception. * * cosh(+-Inf + I y) = +Inf cos(y) +- I Inf sin(y) */ if (ix >= 0x7ff00000 && ((hx & 0xfffff) | lx) == 0) { if (iy >= 0x7ff00000) return (cpack(x * x, x * (y - y))); return (cpack((x * x) * cos(y), x * sin(y))); } /* * cosh(NaN + I NaN) = d(NaN) + I d(NaN). * * cosh(NaN +- I Inf) = d(NaN) + I d(NaN). * Optionally raises the invalid floating-point exception. * Choice = raise. * * cosh(NaN + I y) = d(NaN) + I d(NaN). * Optionally raises the invalid floating-point exception for finite * nonzero y. Choice = don't raise (except for signaling NaNs). */ return (cpack((x * x) * (y - y), (x + x) * (y - y))); } And, one gets ccos for free. double complex ccos(double complex z) { /* ccos(z) = ccosh(I * z) */ return (ccosh(cpack(-cimag(z), creal(z)))); } > Also, a really nice thing about Jeremy's patch is that it automatically > detects which functions are already included in the base libm, and only > adds functions not already in libm. > > And ld80 is better than nothing if ld128 isn't available. > > I would avoid cephes only if it got some of the answers horribly wrong > (as in erf(100) being something like -14232 as the openoffice > implementation of the erf function used to report). Who's writing the code to test the implementations? That is better much the problem. Without testing, one might get an implementation that appears to work until it doesn't! It took me 3+ years to get sqrtl() into libm, but bde and das (and myself) wanted to make sure the code worked. > By the way, do you have an opinion on the complex functions used in > Linux? (I tried reading the glibc code, but I could only find chains of > macros and functions calling each other, and I could never find where > the actual work was performed.) I haven't looked at glibc code in years, because I hack on libm when I can. I do not want to run into questions about whether my code is tainted by the gpl. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon May 28 23:44:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12ED9106566B for ; Mon, 28 May 2012 23:44:45 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id C5A718FC17 for ; Mon, 28 May 2012 23:44:43 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q4SNigTh048304; Mon, 28 May 2012 18:44:42 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FC40DEA.8030703@missouri.edu> Date: Mon, 28 May 2012 18:44:42 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Kargl References: <4FC30090.4070003@gwdg.de> <4D8CF7D2-CBEE-438E-A9E7-9C47A8892622@FreeBSD.org> <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> In-Reply-To: <20120528233035.GA77157@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 23:44:45 -0000 On 05/28/2012 06:30 PM, Steve Kargl wrote: > >> From clog.c in http://www.netlib.org/cephes/c9x-complex > > double complex > ccosh (z) > double complex z; > { > double complex w; > double x, y; > > x = creal(z); > y = cimag(z); > w = cosh (x) * cos (y) + (sinh (x) * sin (y)) * I; > return (w); > } > > See math_private.h about the above. > I looked in math_private.h - I presume you meant lib/msun/src/math_private.h. I wasn't able to find anything about ccosh there. I think that for a rough and ready ccosh, this is high enough quality for a math/cephes port. I do agree that it might not be high enough quality to make FreeBSD base. (Although I don't think I have ever been in a situation where I would have been tripped up by a transcendental function that responded incorrectly to exceptional input.) > And, finally, Yes, it is very nice. > > Who's writing the code to test the implementations? That is > better much the problem. Without testing, one might get an > implementation that appears to work until it doesn't! It took > me 3+ years to get sqrtl() into libm, but bde and das (and > myself) wanted to make sure the code worked. Fair enough if we are talking about the base system. > I haven't looked at glibc code in years, because I hack on libm > when I can. I do not want to run into questions about whether > my code is tainted by the gpl. > They had similar lists of exceptions. From owner-freebsd-current@FreeBSD.ORG Tue May 29 00:07:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB1B5106566B for ; Tue, 29 May 2012 00:07:56 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 63DAF8FC0C for ; Tue, 29 May 2012 00:07:56 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q4T07uNJ077440; Mon, 28 May 2012 17:07:56 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q4T07uS8077439; Mon, 28 May 2012 17:07:56 -0700 (PDT) (envelope-from sgk) Date: Mon, 28 May 2012 17:07:56 -0700 From: Steve Kargl To: Stephen Montgomery-Smith Message-ID: <20120529000756.GA77386@troutmask.apl.washington.edu> References: <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FC40DEA.8030703@missouri.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 00:07:56 -0000 On Mon, May 28, 2012 at 06:44:42PM -0500, Stephen Montgomery-Smith wrote: > On 05/28/2012 06:30 PM, Steve Kargl wrote: > > > > >>From clog.c in http://www.netlib.org/cephes/c9x-complex > > > >double complex > >ccosh (z) > > double complex z; > >{ > > double complex w; > > double x, y; > > > > x = creal(z); > > y = cimag(z); > > w = cosh (x) * cos (y) + (sinh (x) * sin (y)) * I; > > return (w); > >} > > > >See math_private.h about the above. > > > > I looked in math_private.h - I presume you meant > lib/msun/src/math_private.h. I wasn't able to find anything about ccosh > there. > > I think that for a rough and ready ccosh, this is high enough quality > for a math/cephes port. That's the problem. It is not acceptable (imo). The comment in math_private.h that is relevant is /* * Inline functions that can be used to construct complex values. * * The C99 standard intends x+I*y to be used for this, but x+I*y is * currently unusable in general since gcc introduces many overflow, * underflow, sign and efficiency bugs by rewriting I*y as * (0.0+I)*(y+0.0*I) and laboriously computing the full complex product. * In particular, I*Inf is corrupted to NaN+I*Inf, and I*-0 is corrupted * to -0.0+I*0.0. */ Those wrong +-0 mean you may up end up on the worng riemann sheet, and that NaN propagates. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue May 29 03:03:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9099106564A for ; Tue, 29 May 2012 03:03:50 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id AAFF58FC14 for ; Tue, 29 May 2012 03:03:50 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q4T33hXZ060897; Mon, 28 May 2012 22:03:44 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FC43C8F.5090509@missouri.edu> Date: Mon, 28 May 2012 22:03:43 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Kargl References: <4FC36FE1.9080908@gwdg.de> <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> In-Reply-To: <20120529000756.GA77386@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 03:03:50 -0000 On 05/28/2012 07:07 PM, Steve Kargl wrote: > On Mon, May 28, 2012 at 06:44:42PM -0500, Stephen Montgomery-Smith wrote: >> On 05/28/2012 06:30 PM, Steve Kargl wrote: >> >>> >>> > From clog.c in http://www.netlib.org/cephes/c9x-complex >>> >>> double complex >>> ccosh (z) >>> double complex z; >>> { >>> double complex w; >>> double x, y; >>> >>> x = creal(z); >>> y = cimag(z); >>> w = cosh (x) * cos (y) + (sinh (x) * sin (y)) * I; >>> return (w); >>> } >>> >>> See math_private.h about the above. >>> >> >> I looked in math_private.h - I presume you meant >> lib/msun/src/math_private.h. I wasn't able to find anything about ccosh >> there. >> >> I think that for a rough and ready ccosh, this is high enough quality >> for a math/cephes port. > > That's the problem. It is not acceptable (imo). The comment in > math_private.h that is relevant is > > /* > * Inline functions that can be used to construct complex values. > * > * The C99 standard intends x+I*y to be used for this, but x+I*y is > * currently unusable in general since gcc introduces many overflow, > * underflow, sign and efficiency bugs by rewriting I*y as > * (0.0+I)*(y+0.0*I) and laboriously computing the full complex product. > * In particular, I*Inf is corrupted to NaN+I*Inf, and I*-0 is corrupted > * to -0.0+I*0.0. > */ > > Those wrong +-0 mean you may up end up on the worng riemann sheet, > and that NaN propagates. > OK, I agree with you that gcc fails to be C99 compliant. But I disagree with you that this is a big deal. 1. By being so picky about being so precise, FreeBSD is behind the time line in rolling out a usable set of C99 functions. The compilers and operating systems have many bugs, and if we waited until we were totally sure that all the bugs were gone, we wouldn't have any operating system to work with at all. Why be more picky with floating point arithmetic than the other aspects of FreeBSD? 2. If I was really worried about being on the correct Riemann sheet, I would code very, very carefully, and not rely on numerical accuracy of any kind of floating point calculation. There is a certain mathematical inconsistency in introducing 0, -0 and Inf+I*Inf, and the number of times programmers really want a very specific kind of behavior for exceptions is so rare that they are better off writing their own wrapper code than relying on any library functions. (For example, is there a difference between 0 and +0? If not, does -(0) compute to 0 or -0? I can see circumstances where I sometimes want one, and sometimes the other.) 3. But to counter my own argument, it highly bothers me that in C that "(-5)%3" evaluates to "-2" and not to "1". That bug^H^H^H feature has truly bitten me. And I have had lengthy arguments online with some C experts as to why "1" should be the correct answer, without being able to convince them. If it were up to me, the whole of the C standard would be scrapped, and rewritten with everything exactly the same except for this one thing. But to those I argued with, I seem just as picky as you seem when you insist that 0 and -0 are different. So what do I do? I live with it, just like we all live in an imperfect world. If I had a choice between correcting the C standard for "%" or solving world hunger, I would definitely settle for the second. And maybe the C programming language, for all its imperfections, has helped push frontiers of technology sufficiently that someone is less hungry than they would have otherwise been. And if those resources used to feed people had been redirected to fix the C standard, then maybe a few more people would be hungry. In the end, I do think it is good to ultimately settle on good C99 compliant code. But having something intermediate that mostly works is better than nothing. Especially if it exists only in the ports, and not in the base code. From owner-freebsd-current@FreeBSD.ORG Tue May 29 03:44:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07A4D106564A for ; Tue, 29 May 2012 03:44:54 +0000 (UTC) (envelope-from yamayan@casio.co.jp) Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by mx1.freebsd.org (Postfix) with SMTP id 554718FC14 for ; Tue, 29 May 2012 03:44:53 +0000 (UTC) Received: from mail-lb0-f174.google.com ([209.85.217.174]) (using TLSv1) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP ID DSNKT8RGL9UnFZCtvu91N4qK2BvTrGkxBs0U@postini.com; Mon, 28 May 2012 20:44:53 PDT Received: by lbbgm6 with SMTP id gm6so3251816lbb.33 for ; Mon, 28 May 2012 20:44:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=4JRvSBZa39vOXRqivOhxJFjN3wUoFxFP3SLYDzm0GwY=; b=UKbmka0SvANVb7viH//rKDytmO7bbkXPc+Ya5t0C1MO7ncyzO6iTRfahvipg6iYr89 u52pHXWIkxHcvROxheJOo0kqqohtP/iqPBsftxvU5gdfmINxhYKc3P2df8Q7Kycb1fAm hhlx+5J3Sy9W4OhqctLL1c+kXKSE1W7ibkYRjGhxzGANrcS/9IpN7s7Aj1CAlBCfR9t8 ukAN2zX6loTFEuX1LbHSOGnS+qH2iZFW1oOocfFDoRP8txGKFleIfzrk2FfS8XDX33xp TuoBmk85SLoM4OFOMjnQkdxAL1kjM9aXp5FPS92qbnYuJeTD7VQuEIVpLZfNae3eeuGv krTw== MIME-Version: 1.0 Received: by 10.152.125.236 with SMTP id mt12mr10492449lab.12.1338263084824; Mon, 28 May 2012 20:44:44 -0700 (PDT) Received: by 10.112.111.100 with HTTP; Mon, 28 May 2012 20:44:44 -0700 (PDT) Date: Tue, 29 May 2012 12:44:44 +0900 Message-ID: From: =?ISO-2022-JP?B?GyRCOzNDKz9yO0sbKEI=?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlVq9X3fDtayzv01I2DL6dzZ64GjSTQ6VKigyVaFf9YV+bbNTCqEJY2Lma9YWAE7MUcK7WB X-Mailman-Approved-At: Tue, 29 May 2012 03:52:18 +0000 Subject: CURRENT: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 03:44:54 -0000 I had same problem, but I resolved it. Maybe, your sort (/usr/bin/sort) is broken. cd /usr/src make update cd usr.bin/sort make obj depend all install Then, sort is changed. make cleandir cleandir make buildworld From owner-freebsd-current@FreeBSD.ORG Tue May 29 04:20:25 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id EDC88106566C for ; Tue, 29 May 2012 04:20:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 434FE157824; Tue, 29 May 2012 04:20:25 +0000 (UTC) Message-ID: <4FC44E88.3020409@FreeBSD.org> Date: Mon, 28 May 2012 21:20:24 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dmitry Marakasov References: <20120527140541.GL2987@hades.panopticon> <4FC34059.9070702@FreeBSD.org> <20120528195218.GA85856@hades.panopticon> <4FC3D915.9020100@FreeBSD.org> <20120528222357.00002f43@unknown> <4FC3E006.2060303@FreeBSD.org> <20120528220519.GA38860@hades.panopticon> In-Reply-To: <20120528220519.GA38860@hades.panopticon> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-current@FreeBSD.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 04:20:26 -0000 On 5/28/2012 3:05 PM, Dmitry Marakasov wrote: > * Doug Barton (dougb@FreeBSD.org) wrote: > >>>> this issue. The numerous problems we've had with it ever since it was >>>> introduced seem to bear me out. :) >>> >>> Can you list them? A missing obsolete file doesn't count. >> >> It doesn't catch things it needs to >> It catches things it shouldn't >> The current incarnation is painfully slow (so I've heard) >> ... and the biggest problem ... >> It needs to be updated manually > > Pretty true. Still I'd like to fix what we have now, than not to > have a useful feature. A question was raised about named.conf, so I answered it. A question was raised about why I don't like/use Obsolete, so I answered it. At no point did I say "don't work on Obsolete." That said, my concern about this is the same as my concern about effort being placed into other less-than-desirable solutions. 1. The effort could be better placed elsewhere 2. The fact that $SOMEONE is working on $SOMETHING gives people a warm fuzzy feeling that has a tendency to diminish the urgency towards putting real fixes to real problems. So once again, I'm not saying "don't do it." But since someone actually asked for my opinion ... :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue May 29 04:29:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8024F106566B for ; Tue, 29 May 2012 04:29:36 +0000 (UTC) (envelope-from oleg.moskalenko@citrix.com) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) by mx1.freebsd.org (Postfix) with ESMTP id 416DF8FC14 for ; Tue, 29 May 2012 04:29:36 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.75,675,1330923600"; d="scan'208";a="26006953" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 29 May 2012 00:29:35 -0400 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Mon, 28 May 2012 21:29:34 -0700 From: Oleg Moskalenko To: '????' , "freebsd-current@freebsd.org" Date: Mon, 28 May 2012 21:29:34 -0700 Thread-Topic: CURRENT: buildworld fails Thread-Index: Ac09To6GA1N6f/OxRp23xh6cS02u3gABPLDw Message-ID: <031222CBCF33214AB2EB4ABA279428A3011A2D0170B1@SJCPMAILBOX01.citrite.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: CURRENT: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 04:29:36 -0000 So, the newer sort works fine, and the older sort does not work ? Did I get= your correctly ? Thanks Oleg > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of ???? > Sent: Monday, May 28, 2012 8:45 PM > To: freebsd-current@freebsd.org > Subject: CURRENT: buildworld fails >=20 > I had same problem, but I resolved it. >=20 > Maybe, your sort (/usr/bin/sort) is broken. >=20 > cd /usr/src > make update > cd usr.bin/sort > make obj depend all install >=20 > Then, sort is changed. >=20 > make cleandir cleandir > make buildworld > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue May 29 04:56:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E4F1106564A for ; Tue, 29 May 2012 04:56:22 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id EF0F48FC22 for ; Tue, 29 May 2012 04:56:21 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q4T4uKFP049482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 May 2012 14:56:20 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q4T4uDO8045674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 May 2012 14:56:13 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q4T4uDd8045672; Tue, 29 May 2012 14:56:13 +1000 (EST) (envelope-from peter) Date: Tue, 29 May 2012 14:56:13 +1000 From: Peter Jeremy To: Steve Kargl Message-ID: <20120529045612.GB4445@server.rulingia.com> References: <4FC38B81.6000302@gwdg.de> <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <4FC43C8F.5090509@missouri.edu> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 04:56:22 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-28 15:54:06 -0700, Steve Kargl wrote: >Given that cephes was written years before C99 was even >conceived, I suspect all functions are sub-standard. Well, most of cephes was written before C99. The C99 parts of cephes were written to turn it into a complete C99 implementation. > For >example, AFAIK, none of the long double functions are >appropriate for any platform that has an 128-bit long double; >as cephes was written for an Intel 80-bit format. FreeBSD currently supports: 64-bit long doubles on ARM, MIPS and PowerPC; 80-bit long doubles on amd64, i386 and iA64; 128-bit long doubles on SPARC. The lack of LD128 in cephes therefore only affects one (not widely used) platform. The lack of even de facto standards for long double mean that any applications wanting to use them already need to cope with at least a 2:1 precision range. >If portmgr or a port maintainer wants to use a library with >untested implementations of missing libm functions, please do >not put it into /usr/local/lib and call it libm. There some test code in cephes. Can you point me to a suitable test suite for LD80 and LD128? The reason for calling it libm is to avoid having to hack every consumer to add an additional library. On 2012-May-28 16:30:35 -0700, Steve Kargl wrote: >Who's writing the code to test the implementations? That is >better much the problem. Without testing, one might get an >implementation that appears to work until it doesn't! That is equally true of the rest of FreeBSD. The list of open PRs suggests that FreeBSD still has a fair way to go before reaching perfection. And, most of this thread has been about using this code in ports - where the bar is much lower. Who is writing the code to test all the other ports? What is so special about this particular proposed port that it needs to come with solid-gold credentials? > It took >me 3+ years to get sqrtl() into libm, but bde and das (and >myself) wanted to make sure the code worked. Last time I checked (a couple of years ago), FreeBSD was missing 65 C99 libm functions. At 3 years per function, we should have C99 support available early in the 23rd century - which may be a bit late. On 2012-May-28 22:03:43 -0500, Stephen Montgomery-Smith wrote: >1. By being so picky about being so precise, FreeBSD is behind the time= =20 >line in rolling out a usable set of C99 functions. And at the current rate, we'll all be long dead before they are available. Whilst I'd far prefer to have a properly verifed library function, I think we are better off with an implementation that has some caveats regarding edge-case behaviour than having nothing. >In the end, I do think it is good to ultimately settle on good C99=20 >compliant code. But having something intermediate that mostly works is=20 >better than nothing. Especially if it exists only in the ports, and not= =20 >in the base code. I agree with this sentiment. What do people do on other free OSs? Does a tested open source C99 libm exist anywhere? glibc implements cpow(x,y) as cexp(y*clog(x)) and cephes does better than that. Is FreeBSD wasting its time writing "correct" C99 code because all the libm consumers expect no better than what glibc offers? I agree that writing correct libm functions is hard. I think a lot of the problem is that it's a mix of lots of boilerplate code testing for special conditions and edge cases that is boring to write and fiddly to get right, together with a kernel that is a pile of polynomial evaluations full of magic numbers that needs specialist skills to write. If we could get someone with the relevant skills to formally list all the special conditions & edge cases for each function, it should be possible to generate both the library C code and test cases =66rom that - which would remove a lot of the tedium. --=20 Peter Jeremy --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/EVuwACgkQ/opHv/APuIfVqACgqMUFgkAeTH02YyrPChR27JTO 17sAoICBiq7poaxgUde3aBLX/kr8U1mu =p+zi -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-current@FreeBSD.ORG Tue May 29 06:10:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C31D1106566C for ; Tue, 29 May 2012 06:10:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 9520C8FC0C for ; Tue, 29 May 2012 06:10:36 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q4T6AZ5i078765; Mon, 28 May 2012 23:10:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q4T6AZIs078764; Mon, 28 May 2012 23:10:35 -0700 (PDT) (envelope-from sgk) Date: Mon, 28 May 2012 23:10:35 -0700 From: Steve Kargl To: Peter Jeremy Message-ID: <20120529061035.GA78573@troutmask.apl.washington.edu> References: <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120529045612.GB4445@server.rulingia.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 06:10:36 -0000 On Tue, May 29, 2012 at 02:56:13PM +1000, Peter Jeremy wrote: > On 2012-May-28 15:54:06 -0700, Steve Kargl wrote: > > There some test code in cephes. Can you point me to a suitable test > suite for LD80 and LD128? The reason for calling it libm is to avoid > having to hack every consumer to add an additional library. I can't point you to test code. When I work on a function, I write test code. > > It took > >me 3+ years to get sqrtl() into libm, but bde and das (and > >myself) wanted to make sure the code worked. > > Last time I checked (a couple of years ago), FreeBSD was missing 65 > C99 libm functions. At 3 years per function, we should have C99 > support available early in the 23rd century - which may be a bit late. sqrtl() is a bit special in that IEEE 754 requires that it have no more than 0.5 ULP for all arguments in all roundng modes. As to other functions, I've been trying for 10+ years to get some of these into FreeBSD. I can assure you that there has never been a rush of people volunteering to help or a rush of people willing to fund the development of the necessary code. > > On 2012-May-28 22:03:43 -0500, Stephen Montgomery-Smith wrote: > >1. By being so picky about being so precise, FreeBSD is behind the time > >line in rolling out a usable set of C99 functions. > > And at the current rate, we'll all be long dead before they are > available. It seems you've had "a couple of years" to implement one or more of the missing functions. Yes, we'll all be dead before libm is C99 ready because no one, other than bde@, das@ and myself, has been willing to actually help write the code. I know that at least one of those three people has had no time in the last year or two work on libm. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue May 29 10:25:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC5551065672 for ; Tue, 29 May 2012 10:25:40 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 671888FC14 for ; Tue, 29 May 2012 10:25:40 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 9DA9314E777E; Tue, 29 May 2012 12:25:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id CU9gCiwCH1sD; Tue, 29 May 2012 12:25:38 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 06CFB14E76D9; Tue, 29 May 2012 12:25:38 +0200 (CEST) Message-ID: <4FC4A41D.2000509@FreeBSD.org> Date: Tue, 29 May 2012 12:25:33 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120328 Thunderbird/13.0a2 MIME-Version: 1.0 To: =?UTF-8?B?5bGx6LC35bSH5Y+y?= References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Oleg Moskalenko Subject: Re: CURRENT: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 10:25:40 -0000 On 2012.05.29. 5:44, 山谷厇史 wrote: > I had same problem, but I resolved it. > > Maybe, your sort (/usr/bin/sort) is broken. > > cd /usr/src > make update > cd usr.bin/sort > make obj depend all install > > Then, sort is changed. > > make cleandir cleandir > make buildworld Could you please elaborate it a bit? From your mail it is not clear where did things break and what kind of error did you see and how you actually solved it. Thanks, Gabor From owner-freebsd-current@FreeBSD.ORG Tue May 29 05:58:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1E2D106566B for ; Tue, 29 May 2012 05:58:48 +0000 (UTC) (envelope-from yamayan@casio.co.jp) Received: from exprod7og127.obsmtp.com (exprod7og127.obsmtp.com [64.18.2.210]) by mx1.freebsd.org (Postfix) with SMTP id 0A6A58FC0C for ; Tue, 29 May 2012 05:58:47 +0000 (UTC) Received: from mail-lb0-f171.google.com ([209.85.217.171]) (using TLSv1) by exprod7ob127.postini.com ([64.18.6.12]) with SMTP ID DSNKT8Rll4lSEwQv70qHlyZp+cNC/u+3zaOm@postini.com; Mon, 28 May 2012 22:58:48 PDT Received: by lbom4 with SMTP id m4so2843546lbo.30 for ; Mon, 28 May 2012 22:58:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=yVuWcVWIqLx5nU6qN4tqfTjS52k5ta+gV39Gz5sfhTM=; b=QeDsVnLUdx+v9/Hs4ulFVHTf0kjzSwb02E4hKjnk8Yu48XxQPQVE66MSPQrGjIisH/ 168Xmw1phk06hPelehNGqmF/dKQB02Otuc+O9ZofcBCt/GvcDYbzdvt6vquiskV+F+2a Ud2J11i95zWAxEwHHJ4X1Q8WJWg+923bKSv/5INJMsewy4hxXlfbekYtUdHLIX10IhSo RZsMlTf214lrbRWWNU+bxgJSRiQZptxbvs9g6/knh58UEykymC7AF/SDBDCFctxcrMvw 3dw6Y+4i6xeRpu8Lc7wXijZVs9RIZkSYPWNjzePWFF5ncCdG1xePPpC1TPx8o+3M5wVO qyfw== MIME-Version: 1.0 Received: by 10.152.123.244 with SMTP id md20mr10989673lab.0.1338271125802; Mon, 28 May 2012 22:58:45 -0700 (PDT) Received: by 10.112.111.100 with HTTP; Mon, 28 May 2012 22:58:45 -0700 (PDT) In-Reply-To: <031222CBCF33214AB2EB4ABA279428A3011A2D0170B1@SJCPMAILBOX01.citrite.net> References: <031222CBCF33214AB2EB4ABA279428A3011A2D0170B1@SJCPMAILBOX01.citrite.net> Date: Tue, 29 May 2012 14:58:45 +0900 Message-ID: From: =?ISO-2022-JP?B?GyRCOzNDKz9yO0sbKEI=?= To: Oleg Moskalenko , ohartman@zedat.fu-berlin.de Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQltc9qqEYvlVWFcBF+MYEJYt7c29e8PBSwX2oLqAmBrgruZkT2kznGsjHps+269EdcFBykL X-Mailman-Approved-At: Tue, 29 May 2012 11:14:38 +0000 Cc: "freebsd-current@freebsd.org" Subject: Re: CURRENT: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 05:58:49 -0000 I think My message was replied to O. Hartmann. but, I forgot to send to him. Older(about May 15) sort does not work correctly. buildworld log has many many error message. sort: No such file or directory I think sort is used to merge same symbols into unique. but, because the older sort is broken, libraries have same symbols. So, linker command failed with multiple definition error. Newer sort (submitted by you) works correctly. buildworld is passed without error. 2012/5/29 Oleg Moskalenko : > So, the newer sort works fine, and the older sort does not work ? Did I get your correctly ? > > Thanks > Oleg > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of ???? >> Sent: Monday, May 28, 2012 8:45 PM >> To: freebsd-current@freebsd.org >> Subject: CURRENT: buildworld fails >> >> I had same problem, but I resolved it. >> >> Maybe, your sort (/usr/bin/sort) is broken. >> >> cd /usr/src >> make update >> cd usr.bin/sort >> make obj depend all install >> >> Then, sort is changed. >> >> make cleandir cleandir >> make buildworld >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue May 29 12:08:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A916106566B for ; Tue, 29 May 2012 12:08:05 +0000 (UTC) (envelope-from yamayan@casio.co.jp) Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by mx1.freebsd.org (Postfix) with SMTP id 723118FC14 for ; Tue, 29 May 2012 12:08:04 +0000 (UTC) Received: from mail-lb0-f174.google.com ([209.85.217.174]) (using TLSv1) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP ID DSNKT8S8I6GH/D6z/WH0LR0UC2arihOrzNhz@postini.com; Tue, 29 May 2012 05:08:04 PDT Received: by lbbgm6 with SMTP id gm6so3525006lbb.33 for ; Tue, 29 May 2012 05:08:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=3V/X5iJAn/hqTiVCoXoTH5ynIbq9nkH91iYoVH6VlTY=; b=PrJk8Fq92dqTsovQFHTOh3iIazjr84QPLuDi8aXC227iJmkXTblKfNEvLl3Tu5nX3w 7W84xSZFQFiAVswOjHRaXqgb3xJed9bk0dTG0xVXremXYqcKZSvVdqpojvJo0f9q1EnU e4kY7Usii117nHI6lqQL5Y6NBbdP/D+JMf0E8E3gOLmTuJHEEKOmhBgvl+11W9/zH/Sy V4dxxAIAv4aOezUA/QLjCQ9kcisoR1WJdmIblgQxIiIznWaamq+LNIJuqB/x3xi11crZ OSueyGaAc1d2xWsfOcU4LEWb8JW7S9hC2/JFqE4wcaOwJGHatXl5Jy0MS6jI9kJ8//JE xCRw== MIME-Version: 1.0 Received: by 10.112.30.226 with SMTP id v2mr5264916lbh.103.1338293281904; Tue, 29 May 2012 05:08:01 -0700 (PDT) Received: by 10.112.111.100 with HTTP; Tue, 29 May 2012 05:08:01 -0700 (PDT) In-Reply-To: <4FC4A41D.2000509@FreeBSD.org> References: <4FC4A41D.2000509@FreeBSD.org> Date: Tue, 29 May 2012 21:08:01 +0900 Message-ID: From: =?ISO-2022-JP?B?GyRCOzNDKz9yO0sbKEI=?= To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmeV8llw6H+7QNeDHM+JE+tDU+uo1jlGr8PSU9zgYJ8LdWw7CfP7EvC3w+ADQWc9Vu5Wzip X-Mailman-Approved-At: Tue, 29 May 2012 13:26:51 +0000 Cc: freebsd-current@freebsd.org, Oleg Moskalenko Subject: Re: CURRENT: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 12:08:05 -0000 some log and file is overwritten. sort is already BSD sort. (WITH_BSD_SORT= yes in /etc/src.conf) cc is clang and c++ is clang++.(WITH_CLANG_IS_CC in /etc/src.conf) script make -j24 buildworld (or) make buildworld buildworld log: (snip) /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_ifstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_Rep::_M_set_length_and_sharable(unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_check_length(unsigned long, unsigned long, char c onst*) const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_fstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_istream >::ignore()' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_copy(wchar_t*, wchar_t const*, unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_M_assign(char*, unsigned long, char)' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEv@GLIBCXX_3.4' changed from 243 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 211 in /usr/obj/usr/src/t mp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_fstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_move(wchar_t*, wchar_t const*, unsigned long)' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNSbIwSt11char_traitsIwESaIwEE4_Rep26_M_set_length_and_sharableEm@GLIBCXX_3.4' changed from 19 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 24 in /usr /obj/usr/src/tmp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_M_move(char*, char const*, unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::istream::ignore()' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNKSs15_M_check_lengthEmmPKc@GLIBCXX_3.4' changed from 39 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 36 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_ofstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_assign(wchar_t*, unsigned long, wchar_t)' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNKSbIwSt11char_traitsIwESaIwEE15_M_check_lengthEmmPKc@GLIBCXX_3.4' changed from 39 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 36 in /usr/obj/usr/sr c/tmp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNSi6ignoreEv@GLIBCXX_3.4' changed from 243 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 211 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_ifstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_M_copy(char*, char const*, unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_ofstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_M_check_length(unsigned long, unsigned long, char const*) const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_Rep::_M_set_length_and_sharable(unsigned long)' (snip) c++: error: linker command failed with exit code 1 (use -v to see invocation) (snip) (end) cd /usr/obj/usr/src/tmp/usr/lib nm libstdc++.so.6 | lv (file is overwritten) Same symbols are found!!! cd /usr/lib nm libstdc++.a | lv (file is overwritten) Same symbols are not found. Each symbols are unique. recheck the buildworld log: building static * library sort: No such file or directory sort: No such file or directory ranlib *.a (or) building shared library *.so.# sort: No such file or directory sort: No such file or directory I found many many error message above. I think sort is broken. I think sort is used to merge same symbols into unique. but, because sort is broken, libraries have same(multiple) symbols. So, linker command failed with multiple definition error. /usr/bin/sort's timestamp was May 15. svn log -v | lv (search sort change log) r235987 | gabor | 2012-05-25 18:30:16 +0900 (Fri, 25 May 2012) | 7 lines r235546 | gabor | 2012-05-17 22:08:30 +0900 (Thu, 17 May 2012) | 4 lines r235435 | gabor | 2012-05-14 19:06:49 +0900 (Mon, 14 May 2012) | 5 lines r235434 | gabor | 2012-05-14 18:55:23 +0900 (Mon, 14 May 2012) | 2 lines r235432 | gabor | 2012-05-14 18:53:54 +0900 (Mon, 14 May 2012) | 2 lines I don't know when sort is broken and repaired. but, I think r235435 is maybe broken. Then, Update /usr/bin/sort latest version. and run "make -j24 buildworld kernel". It was done without error. (overwrite some log) so, reboot and installworld. (overwrite files) 2012/5/29 Gabor Kovesdan : > On 2012.05.29. 5:44, $B;3C+?r;K(B wrote: >> >> I had same problem, but I resolved it. >> >> Maybe, your sort (/usr/bin/sort) is broken. >> >> cd /usr/src >> make update >> cd usr.bin/sort >> make obj depend all install >> >> Then, sort is changed. >> >> make cleandir cleandir >> make buildworld > > > Could you please elaborate it a bit? From your mail it is not clear where > did things break and what kind of error did you see and how you actually > solved it. > > Thanks, > Gabor From owner-freebsd-current@FreeBSD.ORG Tue May 29 14:56:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1968A106564A; Tue, 29 May 2012 14:56:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id C1E248FC0A; Tue, 29 May 2012 14:56:54 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:1966:3960:5466:61dc] (unknown [IPv6:2001:7b8:3a7:0:1966:3960:5466:61dc]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 568865C59; Tue, 29 May 2012 16:56:53 +0200 (CEST) Message-ID: <4FC4E3B3.1050902@FreeBSD.org> Date: Tue, 29 May 2012 16:56:51 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120522 Thunderbird/13.0 MIME-Version: 1.0 To: =?ISO-2022-JP?B?GyRCOzNDKz9yO0sbKEI=?= References: <4FC4A41D.2000509@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "O. Hartmann" , Gabor Kovesdan , Oleg Moskalenko Subject: Re: CURRENT: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 14:56:55 -0000 On 2012-05-29 14:08, $B;3C+?r;K(B wrote: > some log and file is overwritten. > sort is already BSD sort. (WITH_BSD_SORT= yes in /etc/src.conf) > cc is clang and c++ is clang++.(WITH_CLANG_IS_CC in /etc/src.conf) ... > recheck the buildworld log: > building static * library > sort: No such file or directory > sort: No such file or directory Aha, this was probably broken in r235432, and fixed in r235546: Author: gabor Date: Thu May 17 13:08:30 2012 New Revision: 235546 URL: http://svn.freebsd.org/changeset/base/235546 Log: - Fix -o option that was broken by my clang compile fix Submitted by: Oleg Moskalenko During building of static and dynamic libraries, bsd.lib.mk runs lorder(1), a shell script, which uses sort's -o option. But because the -o option didn't work correctly between r235432 and r235545, it produced the error message you showed above, and the output of lorder was incorrect. Maybe lorder could be made more bullet proof, as it currently does not do much error-checking; for example, the exit codes of most commands (e.g. sort, join) are simply ignored. In any case, updating to r235546 or later should fix the problem. To fix an already broken system, rebuild and reinstall usr.bin/sort first. From owner-freebsd-current@FreeBSD.ORG Tue May 29 16:49:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83554106566C for ; Tue, 29 May 2012 16:49:23 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0E92B8FC0C for ; Tue, 29 May 2012 16:49:22 +0000 (UTC) Received: from p508c7309.dip.t-dialin.net ([80.140.115.9] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SZPbN-0000J8-Qs; Tue, 29 May 2012 18:48:58 +0200 Message-ID: <4FC4FDF5.3030108@gwdg.de> Date: Tue, 29 May 2012 18:48:53 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Kargl References: <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> <20120529061035.GA78573@troutmask.apl.washington.edu> In-Reply-To: <20120529061035.GA78573@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org, Peter Jeremy Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 16:49:23 -0000 On 29.05.2012 08:10 (UTC+1), Steve Kargl wrote: > On Tue, May 29, 2012 at 02:56:13PM +1000, Peter Jeremy wrote: >> On 2012-May-28 15:54:06 -0700, Steve Kargl wrote: >> >> There some test code in cephes. Can you point me to a suitable test >> suite for LD80 and LD128? The reason for calling it libm is to avoid >> having to hack every consumer to add an additional library. > > I can't point you to test code. When I work on a function, > I write test code. > >>> It took >>> me 3+ years to get sqrtl() into libm, but bde and das (and >>> myself) wanted to make sure the code worked. >> >> Last time I checked (a couple of years ago), FreeBSD was missing 65 >> C99 libm functions. At 3 years per function, we should have C99 >> support available early in the 23rd century - which may be a bit late. > > sqrtl() is a bit special in that IEEE 754 requires that > it have no more than 0.5 ULP for all arguments in all > roundng modes. As to other functions, I've been trying > for 10+ years to get some of these into FreeBSD. I can > assure you that there has never been a rush of people > volunteering to help or a rush of people willing to fund > the development of the necessary code. The almost complete absence of volunteers in this case is first of all caused by the need of very special, deep knowlegdes on mathematical and informatical issues. I bet there are only a few people out there, who are really good in both (three of them are known to us ;) ). The problems with quality standards in such libraries spreaded over most OS'es and platforms support this view. (I am aware that these arguments are kown and discussed before.) People like me, who wanted to _use_ FreeBSD as scientific desktops, have an urgent need on such mathematical libraries. But most of us have no chance to contribute conceptual. For some tasks we could use specialized libraries or software, which include missing procedures and functions. But more often, modern apps expect to get this functionalities from the OS. This discussion confirms my impression, that it should be possible as an interim solution, to use a port for missing math functions (cephes alike or whatever). The port itself could warn the user about inaccuracies and edge-cases. The more important question to me is, how can the remaining (huge!) work on the systems libm done in a foreseeable time. As one possibility, wouldn't it be imaginable to pay some people for doing (some of) this work (FreeBSD Foundation, Sponsors from industry and science etc.)? I personally, as a private person, would be willing to pay a few hundred dollars for it. Paying people for other tasks in FreeBSD is not entirely uncommon, if I am not mistaken. >> On 2012-May-28 22:03:43 -0500, Stephen Montgomery-Smith wrote: >>> 1. By being so picky about being so precise, FreeBSD is behind the time >>> line in rolling out a usable set of C99 functions. >> >> And at the current rate, we'll all be long dead before they are >> available. > > It seems you've had "a couple of years" to implement one or > more of the missing functions. Yes, we'll all be dead before > libm is C99 ready because no one, other than bde@, das@ and > myself, has been willing to actually help write the code. I > know that at least one of those three people has had no time > in the last year or two work on libm. > From owner-freebsd-current@FreeBSD.ORG Tue May 29 17:54:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB60D106566C for ; Tue, 29 May 2012 17:54:55 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4D98FC15 for ; Tue, 29 May 2012 17:54:55 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q4THspmb024841; Tue, 29 May 2012 12:54:52 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FC50D6B.80707@missouri.edu> Date: Tue, 29 May 2012 12:54:51 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Rainer Hurling References: <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> <20120529061035.GA78573@troutmask.apl.washington.edu> <4FC4FDF5.3030108@gwdg.de> In-Reply-To: <4FC4FDF5.3030108@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Jeremy , Steve Kargl Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 17:54:55 -0000 On 05/29/2012 11:48 AM, Rainer Hurling wrote: > On 29.05.2012 08:10 (UTC+1), Steve Kargl wrote: >> sqrtl() is a bit special in that IEEE 754 requires that >> it have no more than 0.5 ULP for all arguments in all >> roundng modes. As to other functions, I've been trying >> for 10+ years to get some of these into FreeBSD. I can >> assure you that there has never been a rush of people >> volunteering to help or a rush of people willing to fund >> the development of the necessary code. > > The almost complete absence of volunteers in this case is first of all > caused by the need of very special, deep knowlegdes on mathematical and > informatical issues. I bet there are only a few people out there, who > are really good in both (three of them are known to us ;) ). The > problems with quality standards in such libraries spreaded over most > OS'es and platforms support this view. (I am aware that these arguments > are kown and discussed before.) > The more important question to me is, how can the remaining (huge!) work > on the systems libm done in a foreseeable time. As one possibility, > wouldn't it be imaginable to pay some people for doing (some of) this > work (FreeBSD Foundation, Sponsors from industry and science etc.)? I > personally, as a private person, would be willing to pay a few hundred > dollars for it. Paying people for other tasks in FreeBSD is not entirely > uncommon, if I am not mistaken. If there were a "freebsd-floating-point@FreeBSD.org" mailing list to discuss these issues, I would eagerly join. While I have never written libm-style libraries myself, I do have knowledge of both computers AND mathematics, and I do teach two university courses: "Numerical Methods" and "Numerical Linear Algebra." And I have written quite a bit of numerical code, so I do know about the issues of testing and debugging such code. I would be happy to take on any steep learning curve, and make contributions, if only I were part of a group that would steer me in the right direction. Finally, Steve made a point that the way gcc multiplies complex numbers is wasteful in computational time. I have been bitten by this. I wrote some code that involved multiplying large numbers of complex numbers. I first wrote it using the complex C99 code. Then I rewrote it using double, writing out the complex multiplication long hand, and the program went twice as fast! (It involved multiplying numbers that were purely real or purely imaginary, so performing (x)*(I*y) by (x+0*I)*(0+y*I) really did slow it down.) Anyway, given that floating point is a big issue, and we are about a decade behind schedule, really suggests that a floating-point@freebsd.org mailing list is needed. Or maybe there is an existing freebsd mailing list you guys already occupy. Stephen From owner-freebsd-current@FreeBSD.ORG Tue May 29 19:15:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41B7F1065673 for ; Tue, 29 May 2012 19:15:43 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 02CAF8FC0A for ; Tue, 29 May 2012 19:15:42 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 7737A7300A; Tue, 29 May 2012 21:36:09 +0200 (CEST) Date: Tue, 29 May 2012 21:36:09 +0200 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20120529193609.GA19789@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: compiled-in virtio / vtnet driver ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 19:15:43 -0000 hi, i would like to build a kernel with a builtin vtnet driver, but it seems that it is only supported as a module. Any reason for that ? Any tricks i can use to build vtnet in a static kernel ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue May 29 19:30:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1119C106564A for ; Tue, 29 May 2012 19:30:29 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id B63258FC0A for ; Tue, 29 May 2012 19:30:28 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id B15CC25D3A8F; Tue, 29 May 2012 19:30:21 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id AEB66BE800A; Tue, 29 May 2012 19:30:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 4BRxR9CyuX92; Tue, 29 May 2012 19:30:19 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id AA7B0BE8008; Tue, 29 May 2012 19:30:19 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20120529193609.GA19789@onelab2.iet.unipi.it> Date: Tue, 29 May 2012 19:30:18 +0000 Content-Transfer-Encoding: 7bit Message-Id: <79C55F0F-BD1A-4BEF-A792-91C9E08A2C90@lists.zabbadoz.net> References: <20120529193609.GA19789@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1084) Cc: current@freebsd.org Subject: Re: compiled-in virtio / vtnet driver ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 19:30:29 -0000 On 29. May 2012, at 19:36 , Luigi Rizzo wrote: > hi, > i would like to build a kernel with a builtin vtnet driver, > but it seems that it is only supported as a module. > Any reason for that ? Any tricks i can use to build > vtnet in a static kernel ? add the sys/conf entries if missing and an entry to your kernel config and see? -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Tue May 29 20:13:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE1271065674 for ; Tue, 29 May 2012 20:13:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 884FE8FC22 for ; Tue, 29 May 2012 20:13:41 +0000 (UTC) Received: by dadv36 with SMTP id v36so6158162dad.13 for ; Tue, 29 May 2012 13:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=7ZYUuvxmRdyz4uAR2Jxdd7S6hfXB8+dfVnveMLn6CT0=; b=035PutycpvyT8u1nv2Y00vEt6Of+NDEHWM4OaiuEfHVZrVQmXP1xp29oExNSXosGTv 1QLukU5xv2YfVQdHjjXxUXrNe2fosQG+ToZA8IMIYhKhB7J6eZssiZne96a+EpVKwnRO TfgF06spodluod6bJflyvvv1uzhI4stSRRyif0RJbc7X9fUILYJwEgwLedN3OSuEs/Lg 0rL5riysebvuflQUb9K1dCnpEC9r/ddc1D8orlS+u6g0qC5XZAqc9w+Zky/oi//B0w2P 4s2wPxoVz6b6NISb7JWW4FMOXQnZc5im64Mbitywb/huALo6PY16/4Md8uSF+woCrD0m KaQw== MIME-Version: 1.0 Received: by 10.68.129.167 with SMTP id nx7mr5375359pbb.80.1338322421323; Tue, 29 May 2012 13:13:41 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Tue, 29 May 2012 13:13:41 -0700 (PDT) In-Reply-To: <4FC50D6B.80707@missouri.edu> References: <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> <20120529061035.GA78573@troutmask.apl.washington.edu> <4FC4FDF5.3030108@gwdg.de> <4FC50D6B.80707@missouri.edu> Date: Tue, 29 May 2012 13:13:41 -0700 X-Google-Sender-Auth: KDQP3QG6rmKoA_P-orp5jbbflRQ Message-ID: From: Adrian Chadd To: Stephen Montgomery-Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: Peter Jeremy , Steve Kargl , freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 20:13:41 -0000 .. I don't think it's a bad idea to get freebsd-numeric@ created and start discussing this kind of stuff there. Adrian From owner-freebsd-current@FreeBSD.ORG Tue May 29 20:41:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE6291065677 for ; Tue, 29 May 2012 20:41:00 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 352638FC21 for ; Tue, 29 May 2012 20:40:59 +0000 (UTC) Received: from mart.js.berklix.net (p57BCF0FE.dip.t-dialin.net [87.188.240.254]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id q4TKepsw071647; Tue, 29 May 2012 20:40:52 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id q4TKearp032522; Tue, 29 May 2012 22:40:37 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id q4TKeOuY005728; Tue, 29 May 2012 22:40:30 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201205292040.q4TKeOuY005728@fire.js.berklix.net> To: Stephen Montgomery-Smith From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 29 May 2012 12:54:51 CDT." <4FC50D6B.80707@missouri.edu> Date: Tue, 29 May 2012 22:40:24 +0200 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 20:41:00 -0000 Hi, Reference: > From: Stephen Montgomery-Smith > Anyway, given that floating point is a big issue, and we are about a > decade behind schedule, really suggests that a > floating-point@freebsd.org mailing list is needed. Or maybe there is an > existing freebsd mailing list you guys already occupy. The string "fl" does not occur in http://lists.freebsd.org/mailman/listinfo/ Apart from this list, you might also find extra people interested to support a proposal to create a floating-point@ list among the subscribers to: freebsd-performance@ freebsd-standards@ freebsd-toolchain@ Good luck Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/ From owner-freebsd-current@FreeBSD.ORG Tue May 29 23:17:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12DF81065679; Tue, 29 May 2012 23:17:09 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id BA5468FC17; Tue, 29 May 2012 23:17:08 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SZVew-0005eP-FL; Wed, 30 May 2012 00:17:02 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SZVew-0000Sg-8W; Wed, 30 May 2012 00:17:02 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4TNH10A032963; Wed, 30 May 2012 00:17:01 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4TNH1G6032962; Wed, 30 May 2012 00:17:01 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 30 May 2012 00:17:01 +0100 From: Anton Shterenlikht To: John Baldwin Message-ID: <20120529231701.GA16367@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: John Baldwin , Anton Shterenlikht , freebsd-current@freebsd.org References: <20120426224215.GA79891@mech-cluster241.men.bris.ac.uk> <20120521084217.GA31972@mech-cluster241.men.bris.ac.uk> <20120521094519.GC32695@mech-cluster241.men.bris.ac.uk> <201205211308.24244.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201205211308.24244.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 23:17:09 -0000 On Mon, May 21, 2012 at 01:08:24PM -0400, John Baldwin wrote: > On Monday, May 21, 2012 5:45:19 am Anton Shterenlikht wrote: > > On Mon, May 21, 2012 at 09:42:17AM +0100, Anton Shterenlikht wrote: > > > On Sun, May 20, 2012 at 09:54:51AM +0100, Anton Shterenlikht wrote: > > > > On Fri, May 18, 2012 at 10:48:52AM -0400, John Baldwin wrote: > > > > > On Wednesday, May 16, 2012 11:30:19 am Anton Shterenlikht wrote: > > > > > > er.. yes, of course it helped. > > > > > > > > > > > > My problem was that I couldn't boot. > > > > > > So, I presumed the very existence of dmesg.boot > > > > > > showed that your patches (both of them) work fine. > > > > > > But, sorry, I could've been more explicit. > > > > > > All seems to work, including sound and wireless. > > > > > > > > > > Hmm. Can you try one more thing. Can you boot an unmodified kernel > (no > > > > > patches) but set 'hw.pci.enable_io_modes=0' from the loader? > > > > > > > > That works too, see dmesg.boot below. > > > > > > I might have misled you on this, > > > > Yes, sorry, looking at the dmesg I sent you, > > I obviously booted the patched kernel. > > > > So, no, 'hw.pci.enable_io_modes=0' in /boot/loader.conf > > doesn't help to boot an unmodified kernel. > > Ok, I'll work on getting this fix into the tree in some fashion. Just to let you know. I'm on 2³6024 now, with your patch. I've lost sound. Commands like: % ls > /dev/dsp0.0 % mixer vol 100 give lots of hðãc0: ©ømmãnð timeøut øn ãððress 0 hðãc0: ©ømmãnð timeøut øn ãððress 0 hðãc0: ©ømmãnð timeøut øn ãððress 0 on the console. Just wanted to check with you if you think this has anything to do with the patch, or whether you think it's a completely different issue. Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue May 29 23:23:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27E41106564A; Tue, 29 May 2012 23:23:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id CB66E8FC14; Tue, 29 May 2012 23:23:55 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SZVla-0005mq-Tr; Wed, 30 May 2012 00:23:55 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SZVla-0000WS-Mx; Wed, 30 May 2012 00:23:54 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4TNNsHM033103; Wed, 30 May 2012 00:23:54 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4TNNssf033102; Wed, 30 May 2012 00:23:54 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 30 May 2012 00:23:54 +0100 From: Anton Shterenlikht To: John Baldwin , Anton Shterenlikht , freebsd-current@freebsd.org Message-ID: <20120529232354.GA33083@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: John Baldwin , Anton Shterenlikht , freebsd-current@freebsd.org References: <20120426224215.GA79891@mech-cluster241.men.bris.ac.uk> <20120521084217.GA31972@mech-cluster241.men.bris.ac.uk> <20120521094519.GC32695@mech-cluster241.men.bris.ac.uk> <201205211308.24244.jhb@freebsd.org> <20120529231701.GA16367@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120529231701.GA16367@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 23:23:56 -0000 On Wed, May 30, 2012 at 12:17:01AM +0100, Anton Shterenlikht wrote: > > > > I might have misled you on this, > > > > > > Yes, sorry, looking at the dmesg I sent you, > > > I obviously booted the patched kernel. > > > > > > So, no, 'hw.pci.enable_io_modes=0' in /boot/loader.conf > > > doesn't help to boot an unmodified kernel. > > > > Ok, I'll work on getting this fix into the tree in some fashion. > > Just to let you know. > I'm on 2³6024 now, with your patch. > > I've lost sound. > > Commands like: > > % ls > /dev/dsp0.0 > % mixer vol 100 > > give lots of > > hðãc0: ©ømmãnð timeøut øn ãððress 0 > hðãc0: ©ømmãnð timeøut øn ãððress 0 > hðãc0: ©ømmãnð timeøut øn ãððress 0 > > on the console. > > Just wanted to check with you if you > think this has anything to do with the > patch, or whether you think it's a completely > different issue. > > Many thanks It seems something went wrong with my encoding too.. I try again. I get lots of /var/log/messages:May 29 23:59:44 mech-aslap239 kernel: hdac0: Command timeout on address 0 /var/log/messages:May 30 00:11:04 mech-aslap239 kernel: hdac0: Command timeout on address 0 /var/log/messages:May 30 00:11:04 mech-aslap239 kernel: hdac0: Command timeout on address 0 and lots of: /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0030010d /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 00000001 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 00000019 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 80051f17 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0030010d /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 00000001 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 00000008 and occasional /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Reset setting timeout this is now on r236024, with your patch. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue May 29 23:40:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64532106564A; Tue, 29 May 2012 23:40:32 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 30F618FC0A; Tue, 29 May 2012 23:40:32 +0000 (UTC) Received: by dadv36 with SMTP id v36so6371433dad.13 for ; Tue, 29 May 2012 16:40:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=zPxqCPF5J0pd7R9fOWkzqkIGMiu1N0RMqH2mHIqr2B0=; b=kG3Wc+2TcphUnmlgbLtj0BCpFYhNpN2QevFQjoExkMPaCbJeDyph3yAc1QehIsF6tI yZs/tF+qfuRn7H/A9Jra3W6n/XStCJz3Px2a8XWRO+wlx+IgmlmlI+PevEQB0KMjidpz Oxzlx6iohoFvNU9JYkomxpfkeeaaNvVBH8imrjiyewgW3T7HdCZFGVGJ551a28hYdvdq j+D0o1q51n5sesbQvzudKl/VJiGM4+ANd/tpPVoohTMEPRh9WXLlCb3chpcO4oN52uGV APZYMtFUONM0SeggEhz07jGDYIjS5KR5PwygAxpNS7VnQSObCrVr1anbMLwUpTYzPvQr lddw== MIME-Version: 1.0 Received: by 10.68.200.193 with SMTP id ju1mr42586706pbc.90.1338334826116; Tue, 29 May 2012 16:40:26 -0700 (PDT) Received: by 10.68.2.74 with HTTP; Tue, 29 May 2012 16:40:26 -0700 (PDT) Date: Tue, 29 May 2012 16:40:26 -0700 Message-ID: From: Maksim Yevmenkin To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: syrinx@freebsd.org Subject: [patch] rfc: bsnmpd does not count ipv6 tcp connections in tcpCurrEstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 23:40:32 -0000 hello, any objections to the following patch? === Index: mibII_tcp.c =================================================================== --- mibII_tcp.c (revision 236265) +++ mibII_tcp.c (working copy) @@ -109,10 +109,12 @@ ptr = (struct xinpgen *)(void *)((char *)ptr + ptr->xig_len)) { tp = (struct xtcpcb *)ptr; if (tp->xt_inp.inp_gencnt > xinpgen->xig_gen || - (tp->xt_inp.inp_vflag & INP_IPV4) == 0) + (tp->xt_inp.inp_vflag & (INP_IPV4|INP_IPV6)) == 0) continue; - tcp_total++; + if (tp->xt_inp.inp_vflag & INP_IPV4) + tcp_total++; + if (tp->xt_tp.t_state == TCPS_ESTABLISHED || tp->xt_tp.t_state == TCPS_CLOSE_WAIT) tcp_count++; === the idea is to return proper number of tcp connections (for both ipv4 and ipv6) in tcpCurrEstab. tcpConnTable will still return only ipv4 entries. thanks, max From owner-freebsd-current@FreeBSD.ORG Wed May 30 03:27:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62D741065677 for ; Wed, 30 May 2012 03:27:24 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 363F68FC0A for ; Wed, 30 May 2012 03:27:21 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q4U3R9e0057266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 May 2012 13:27:10 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q4U3R3wj023069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 May 2012 13:27:03 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q4U3R3w5023068; Wed, 30 May 2012 13:27:03 +1000 (EST) (envelope-from peter) Date: Wed, 30 May 2012 13:27:03 +1000 From: Peter Jeremy To: Dmitry Marakasov Message-ID: <20120530032703.GA99357@server.rulingia.com> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> <20120528195542.GB85856@hades.panopticon> <20120528200403.GB15356@server.rulingia.com> <20120528221825.GB38860@hades.panopticon> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20120528221825.GB38860@hades.panopticon> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 03:27:24 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-29 02:18:25 +0400, Dmitry Marakasov wrote: >* Peter Jeremy (peter@rulingia.com) wrote: >> My experience is that it now takes about 2=BD minutes on 10.x with warm >> caches, compared to less than 1 second on 8.x. > >Now =3D after applying my patch or after changing system? Which knobs >were enabled? "Now" as in -current as against 8.x. But, that 2=BD mins was wrong, sorry. I recalled "150s" but actually checking, it's really 1:50 (100s). It occurred to me that was an oldish -current (r235127) so I updated to r236183 and the time dropped to 107s. Since this is an oldish P4, I tried a UP kernel and that reduced it to 96s. Your patch made no noticable change (ministat reported no difference with 95% confidence). The system is amd64 with no MK_* knobs defined. >Then you should try to profile it - my script basically runs >delete-old delete-old-libs for every knob (131 of them), and it >hadn't taken more than 4 seconds even once. I've done some investigating and the problem is that "xargs -n1" fork()/exec()s /bin/echo on each file (and there are 5538 files for me). Changing this to "tr ' ' '\n'" reduces "make delete-old" runtime to 1.75s - which is much nicer. I've checked a variety of other systems running 8.x & 9.x and the 97s seems to be anomalously long so I'll do some more investigating. --=20 Peter Jeremy --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/Fk4cACgkQ/opHv/APuIc2CwCfTCRGnAQdfyLaPPezvwRmH42q LRgAniwAUVjbXZIddW/AOgTlhH7ETja+ =M2/y -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Wed May 30 07:03:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76891106566C; Wed, 30 May 2012 07:03:47 +0000 (UTC) (envelope-from venture37@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 C35A48FC1D; Wed, 30 May 2012 07:03:46 +0000 (UTC) Received: by eabm6 with SMTP id m6so1491595eab.13 for ; Wed, 30 May 2012 00:03:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=1MUV6Y5sOuog+Yq5h5U2SMAwqHcnZuMpIqauvGBWbOo=; b=l9fUe6eDXcaRragCCmO5ZfIsuAdv2qNhQiptDpET4JQHMjDnwsiJgkXeTQvnvPM61M DzbdITuEXiMrr42Hy8c0L85vSVXpXT6PGwELqm20RLzHSA8mVo8guuIhy++JhZ36HgAP M7U3ahcm4+++6VhDFNaRrQINwIHL3UMfKNMCTN/MJ8xwy7NCqFsq8RKcGFZFzGllfTDn PU+iptw7/7vw11scQYuIaJFFQnT7dBBCEmA/RabjOKb6R1f7QQfD44cIBAh0m1iXW7gr MuufQOtT4h7dFU9/qzwNvHYNtihx/o10sAy2TWvalZ3fP0FAk3prdPm7c9xIuqsbOb8C Kd8Q== Received: by 10.14.53.65 with SMTP id f41mr5668850eec.179.1338361425574; Wed, 30 May 2012 00:03:45 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cpc2-brig17-2-0-cust527.3-3.cable.virginmedia.com. [81.101.198.16]) by mx.google.com with ESMTPS id v46sm56983677eef.11.2012.05.30.00.03.43 (version=SSLv3 cipher=OTHER); Wed, 30 May 2012 00:03:44 -0700 (PDT) Message-ID: <4FC5C64F.4060008@gmail.com> Date: Wed, 30 May 2012 08:03:43 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FBE6C22.6080109@gmail.com> <4FBE8A4D.9000607@FreeBSD.org> <4FBE9EFA.5050906@gmail.com> <4FC3D5C9.5090807@FreeBSD.org> In-Reply-To: <4FC3D5C9.5090807@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Kernel builds failing with lots of "failed to retrieve array bounds" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 07:03:47 -0000 On 28/05/2012 20:45, Dimitry Andric wrote: > Note, in r236149 I have pulled in a change from upstream clang, which > should fix the root cause of the "failed to retrieve array bounds" > messages. Indeed, I updated & rebuilt yesterday & message no-longer appeared. Thanks Sevan From owner-freebsd-current@FreeBSD.ORG Wed May 30 10:09:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 130DA1065756 for ; Wed, 30 May 2012 10:09:20 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) by mx1.freebsd.org (Postfix) with ESMTP id 26AA98FC16 for ; Wed, 30 May 2012 10:09:15 +0000 (UTC) Received: from merom.hotsoft.nl (merom.hotsoft.nl [192.168.0.12]) by mail.beastielabs.net (8.14.5/8.14.5) with ESMTP id q4U9j7h4081726; Wed, 30 May 2012 11:45:07 +0200 (CEST) (envelope-from hans@beastielabs.net) Message-ID: <4FC5EC23.50904@beastielabs.net> Date: Wed, 30 May 2012 11:45:07 +0200 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <4FC3A154.8030702@missouri.edu> <20120528203159.GA76340@troutmask.apl.washington.edu> <4FC3EBDA.2080502@missouri.edu> <20120528221731.GA76723@troutmask.apl.washington.edu> <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> <20120529061035.GA78573@troutmask.apl.washington.edu> <4FC4FDF5.3030108@gwdg.de> <4FC50D6B.80707@missouri.edu> In-Reply-To: <4FC50D6B.80707@missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , Steve Kargl , freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 10:09:20 -0000 On 05/29/12 19:54, Stephen Montgomery-Smith wrote: [...] > > Anyway, given that floating point is a big issue, and we are about a > decade behind schedule, really suggests that a > floating-point@freebsd.org mailing list is needed. Or maybe there is an > existing freebsd mailing list you guys already occupy. > I would certainly take part in discussions on such a list. And since I have developed similar software in the past, I could even contribute a bit more, if desired. I have quite a tight schedule, but this type of development does not require an extensive infrastructure and can be done in lost hours "on the road". Kind regards, Hans Ottevanger From owner-freebsd-current@FreeBSD.ORG Wed May 30 10:37:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44CD8106564A for ; Wed, 30 May 2012 10:37:31 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id F0B758FC08 for ; Wed, 30 May 2012 10:37:30 +0000 (UTC) Received: by ggnm2 with SMTP id m2so4090098ggn.13 for ; Wed, 30 May 2012 03:37:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=pNOrqLj2Yv7HJvM7uUzLkDDQtTeViAw5rNmyRZ+WLQo=; b=zRXIoyFX/KtINZpTrvvUB8wTJHCmjqRh2Vua3m/9vWCQp+DoxY3s+jDbs0qGb+dPJf z/J5GH/sGBRJt7apliA2jCSuqb5cpQNlLjgTXloc/AwrFi4ok78trRci4GXufoLsnxp4 xi6TtlBSeGlYYHFegkhnsD6kakOoryrjS2Tca6BMXSdmDock4DFeYB8XOYk77N0wNwOh yxBnnMjC4wfTCi9KEVyxetrr80XVF+sYfOdaP/Go+w2jDCFgoW+6WHHgWPjF3oYGqWr7 4G4FlYLh+T+vexBMmXIhBykoBREi1GGjcSyC+T4ws3eCqnLFKCGt4r2EYaswQ2U+xNXm 8suA== MIME-Version: 1.0 Received: by 10.43.49.3 with SMTP id uy3mr1592162icb.2.1338374249983; Wed, 30 May 2012 03:37:29 -0700 (PDT) Received: by 10.231.244.8 with HTTP; Wed, 30 May 2012 03:37:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 May 2012 18:37:29 +0800 Message-ID: From: Marcelo Araujo To: freebsd-current X-Mailman-Approved-At: Wed, 30 May 2012 11:11:26 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Is it Dtrace broken on HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 10:37:31 -0000 Hello fellows, Is it Dtrace broken on HEAD? root@controllerB:/sys/amd64/conf # dtrace -n 'syscall::open*:entry { printf("%s %s",execname,copyinstr(arg0)); }' *dtrace: invalid probe specifier syscall::open*:entry { printf("%s %s",execname,copyinstr(arg0)); }: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t"* root@controllerB:/sys/amd64/conf # uname -a FreeBSD controllerB.la.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Tue May 29 13:54:25 CST 2012 root@controllerB.la.com:/usr/obj/usr/src/sys/LA amd64 Best Regards, -- Marcelo Araujo araujo@FreeBSD.org -- Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 30 12:18:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABF4B1065670 for ; Wed, 30 May 2012 12:18:34 +0000 (UTC) (envelope-from nil@mad.dog.cx) Received: from msv5.zenno.net (msv5.zenno.net [125.53.25.155]) by mx1.freebsd.org (Postfix) with SMTP id 2ED518FC08 for ; Wed, 30 May 2012 12:18:33 +0000 (UTC) Received: (qmail 46572 invoked from network); 30 May 2012 21:11:52 +0900 Received: from unknown (HELO lenovo-b0c22c0d) (nil@mad.dog.cx@110.66.52.204) by msv5.zenno.net with SMTP; 30 May 2012 21:11:52 +0900 Content-Type: text/plain; charset=iso-2022-jp; format=flowed; delsp=yes Date: Wed, 30 May 2012 21:11:40 +0900 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "HIROSHI OOTA" Message-ID: User-Agent: Opera Mail/11.64 (Win32) Subject: : out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 12:18:34 -0000 Hi all, my PCEngine's wrap(NanoBSD, i386, 128Mbytes mem, no swap) won't start, after updating to r234569. some of daemons was killed with the message 'out of swap space'. vmstat in single user mode as: ------- r234568(works fine) # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r234568: root@ i386 # vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id 0 0 0 26572k 109M 12 0 0 0 7 0 0 0 402 7 78 0 1 99 ------- r234569(does not work) # uname -a FreeBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r234569: root@ i386 # vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id 0 0 0 21320k 86M 185 0 1 0 76 0 0 0 406 9 97 0 2 98 Any ideas? -- HIROSHI OOTA From owner-freebsd-current@FreeBSD.ORG Wed May 30 12:35:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0384C106566B for ; Wed, 30 May 2012 12:35:02 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7708FC14 for ; Wed, 30 May 2012 12:34:39 +0000 (UTC) Received: by laai10 with SMTP id i10so4370719laa.13 for ; Wed, 30 May 2012 05:34:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=bRSdnQWqPXxZi2ejNmKan8QsU71mp8TWVThxOzC279I=; b=iH3hZdRu4cdKrJOTFIXPJGMtNAjAWYdWEhGfrJDqsvQrrugAMo+hLA4Aj7gCT04dX7 T0mQT2eK5Btoi4M1B2PhN0WZgw7cKFZm2GWlZrVnxDyg8MwdF3I+TXnXXBtTjszCihEk ox3Dq9fe56QKJfNm0mI51v7EQGaztlkBeVAW5ghbfW8/9OK2AkFkWWbYsICcVGdF1KPY voN0GLY/BuEt5ot991yWcKKH77ttJsZzm3Xe3gmbaSDT8RgEESxob3+riqVKm4mF+rAr lP112lwziBwvZK9aMe9rONCsAshDU1psxfvEWNRabEbaLlQHoo9GRLNtHgdAtW71LpSP ibag== MIME-Version: 1.0 Received: by 10.152.102.234 with SMTP id fr10mr15595005lab.32.1338381273191; Wed, 30 May 2012 05:34:33 -0700 (PDT) Received: by 10.152.24.129 with HTTP; Wed, 30 May 2012 05:34:33 -0700 (PDT) X-Originating-IP: [79.140.39.245] In-Reply-To: References: Date: Wed, 30 May 2012 14:34:33 +0200 Message-ID: From: Bernhard Schmidt To: HIROSHI OOTA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlo/h5e+zeznbXXCL4JOnXXnEGd8/AxLXFJOK070q2xdSY5LOjpYFzcxoixN0xv1prJoPh3 Cc: freebsd-current@freebsd.org Subject: Re: : out of swap space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 12:35:03 -0000 On Wed, May 30, 2012 at 2:11 PM, HIROSHI OOTA wrote: > Hi all, > my PCEngine's wrap(NanoBSD, i386, 128Mbytes mem, no swap) won't start, af= ter > updating to r234569. > some of daemons was killed with the message 'out of swap space'. > > vmstat in single user mode as: > ------- =A0r234568(works fine) > # uname -a > FreeBSD =A010.0-CURRENT FreeBSD 10.0-CURRENT #0 r234568: =A0 root@ =A0i38= 6 > # vmstat > =A0procs =A0 =A0 =A0memory =A0 =A0 =A0page =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0disks =A0 =A0 faults =A0 =A0 =A0 =A0 cpu > =A0r b w =A0 =A0 avm =A0 =A0fre =A0 flt =A0re =A0pi =A0po =A0 =A0fr =A0sr= ad0 ad1 =A0 in =A0 sy =A0 cs us > sy id > =A00 0 0 =A026572k =A0 109M =A0 =A012 =A0 0 =A0 0 =A0 0 =A0 =A0 7 =A0 0 = =A0 0 =A0 0 =A0402 =A0 =A07 =A0 78 =A00 > =A01 99 > > ------- =A0r234569(does not work) > # uname -a > FreeBSD =A010.0-CURRENT FreeBSD 10.0-CURRENT #0 r234569: =A0 root@ =A0i38= 6 > # vmstat > =A0procs =A0 =A0 =A0memory =A0 =A0 =A0page =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0disks =A0 =A0 faults =A0 =A0 =A0 =A0 cpu > =A0r b w =A0 =A0 avm =A0 =A0fre =A0 flt =A0re =A0pi =A0po =A0 =A0fr =A0sr= ad0 ad1 =A0 in =A0 sy =A0 cs us > sy id > =A00 0 0 =A021320k =A0 =A086M =A0 185 =A0 0 =A0 1 =A0 0 =A0 =A076 =A0 0 = =A0 0 =A0 0 =A0406 =A0 =A09 =A0 97 =A00 > =A02 98 > > Any ideas? I've been running into the same issue on my Alix boards, defining MALLOC_PRODUCTION in src.conf fixed it. Alternatively you can bump kmem size (cant remember the exact knob, basically what most ZFS tuning guides recommend), but this is less effective as mem usage is still way to high. HTH --=20 Bernhard From owner-freebsd-current@FreeBSD.ORG Wed May 30 12:44:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18A5E1065676; Wed, 30 May 2012 12:44:22 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0868FC16; Wed, 30 May 2012 12:44:21 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so4943041wgb.31 for ; Wed, 30 May 2012 05:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Hg6e4BdAJkUcTqoPnm+uYB6cj8OpOIzSmI1KHU7EwDg=; b=CMZFdvexQze68LRk+ZxTZs94gyxFMfftPUjvKn/D7X5lIqzN49Gn4fk2l8vo84Qfle r8J9XDAbFdqzUi5+tI9C/42Mzhg6iC4VbzR/P0qYIEj/SaBUohTQ6laRarXX2Lc9arnN wg8CkPIsYc3XLwsOxcXbFVJUH90ATItFvt9CnblVbdl8Ik/8l48WlDAwd+kscqF+ZeBQ TXXisOrNemobMFD41uNmevX3AL6iEyAH72xQmWP1tJ/nxTtIKVHdlvNPDu8DoCq5iGx9 8aO7ztkgus1Yufk0kiF1B/Etv+ywv06+IXl1N8J8bBGyfNzKo2/1/fp+Xzb7YkQyApqD onBg== MIME-Version: 1.0 Received: by 10.216.216.148 with SMTP id g20mr10810012wep.187.1338381860362; Wed, 30 May 2012 05:44:20 -0700 (PDT) Received: by 10.180.146.131 with HTTP; Wed, 30 May 2012 05:44:20 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 May 2012 08:44:20 -0400 Message-ID: From: Ryan Stone To: araujo@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Is it Dtrace broken on HEAD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 12:44:22 -0000 On Wed, May 30, 2012 at 6:37 AM, Marcelo Araujo w= rote: > Hello fellows, > > Is it Dtrace broken on HEAD? > > root@controllerB:/sys/amd64/conf # dtrace -n 'syscall::open*:entry { > printf("%s %s",execname,copyinstr(arg0)); }' > *dtrace: invalid probe specifier syscall::open*:entry { printf("%s > %s",execname,copyinstr(arg0)); }: "/usr/lib/dtrace/psinfo.d", line 37: > syntax error near "uid_t"* > > root@controllerB:/sys/amd64/conf # uname -a > FreeBSD controllerB.la.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Tue May = 29 > 13:54:25 CST 2012 =A0 =A0 root@controllerB.la.com:/usr/obj/usr/src/sys/LA= =A0amd64 > > > Best Regards, > -- > Marcelo Araujo > araujo@FreeBSD.org I know that I've seen this before when I've built improperly, but I can't exactly remember what the root cause was. Do you have CTF data in your kernel(i.e. does ctfdump /boot/kernel/kernel give output?). If not then you forgot to build with WITH_CTF=3D1 From owner-freebsd-current@FreeBSD.ORG Wed May 30 15:32:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9065106566C for ; Wed, 30 May 2012 15:32:45 +0000 (UTC) (envelope-from root@9du.org) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 85D338FC0A for ; Wed, 30 May 2012 15:32:45 +0000 (UTC) Received: by dadv36 with SMTP id v36so7433456dad.13 for ; Wed, 30 May 2012 08:32:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:reply-to:subject:references:x-priority:x-guid :x-has-attach:x-mailer:mime-version:message-id:content-type :content-transfer-encoding:x-gm-message-state; bh=UTcJxCdMsByWYQLQ6j3T14jjbumHyikgNDxlwJzFD1U=; b=LfR6fzMCfTri0OZdshUJHcGKRiM9e91hwesX6XK2joXnYL/53n71h/gDP4JWltZrNM RM89ezNMsTQNH3GP5UPi0RaNsU9yE2/hHxwds9Uona3TEc6m9EOvfRQNoiw83wLrT313 GvsrcCdc4VQNyGIfGw1uuhd88b56QWujTVpcLYXZrDAaN+eXUbtWuOzWPnhrJrTbS3be 74lazzSYmtwuPmrq/PqTD09G+g7/0LP8PdksTTrTGsXuECu4ty+rs5XNtLFytamnFS9M 32l/IdRgKg8UuedK9lrjE3e5YCzQhtPLr8tdAzJD+cYnGNUNxBVTx7do2/nsirzPl8Ny Mz0Q== Received: by 10.68.239.228 with SMTP id vv4mr2343098pbc.6.1338391964833; Wed, 30 May 2012 08:32:44 -0700 (PDT) Received: from WY-DESKTOP ([123.123.242.205]) by mx.google.com with ESMTPS id rs3sm815955pbc.47.2012.05.30.08.32.39 (version=SSLv3 cipher=OTHER); Wed, 30 May 2012 08:32:43 -0700 (PDT) Date: Wed, 30 May 2012 23:31:36 +0800 From: "root@9du.org" To: freebsd-current References: <20120530120027.2CDAF1065678@hub.freebsd.org> X-Priority: 3 X-GUID: 545CC7E5-733D-4591-B279-AE5FCF642684 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.90[cn] Mime-Version: 1.0 Message-ID: <201205302331315153849@9du.org> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Gm-Message-State: ALoCoQlq8c0J/vCVWQmKUHP8VMnj/Kl8SLBUQ56VecszbKAb2Z8d7hAsGsb8Sa0k/FK9dw/6Ln0+ Cc: rizzo Subject: about netmap libpcap pcap_inject X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: root List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 15:32:45 -0000 QHBjYXAuYw0KDQppbnQNCnBjYXBfaW5qZWN0KHBjYXBfdCAqcCwgY29uc3Qgdm9pZCAqYnVmLCBz aXplX3Qgc2l6ZSkNCnsNCiAgICAgICAgc3RydWN0IG15X3JpbmcgKm1lID0gcDsNCiAgICAgICAg dV9pbnQgc2k7DQogDQogICAgICAgIE5EKCJjbnQgJWQiLCBjbnQpOw0KICAgICAgICAvKiBzY2Fu IGFsbCByaW5ncyAqLw0KICAgICAgICBmb3IgKHNpID0gbWUtPmJlZ2luOyBzaSA8IG1lLT5lbmQ7 IHNpKyspIHsNCiAgICAgICAgICAgICAgICBzdHJ1Y3QgbmV0bWFwX3JpbmcgKnJpbmcgPSBORVRN QVBfVFhSSU5HKG1lLT5uaWZwLCBzaSk7DQogDQogICAgICAgICAgICAgICAgTkQoInJpbmcgaGFz ICVkIHBrdHMiLCByaW5nLT5hdmFpbCk7DQogICAgICAgICAgICAgICAgaWYgKHJpbmctPmF2YWls ID09IDApDQogICAgICAgICAgICAgICAgICAgICAgICBjb250aW51ZTsNCgkJdV9pbnQgaSA9IHJp bmctPmN1cjsNCgkJdV9pbnQgaWR4ID0gcmluZy0+c2xvdFtpXS5idWZfaWR4Ow0KCQlpZiAoaWR4 IDwgMikgew0KCQkJRCgiJXMgYm9ndXMgVFggaW5kZXggJWQgYXQgb2Zmc2V0ICVkIiwNCgkJCQlt ZS0+bmlmcC0+bmlfbmFtZSwgaWR4LCBpKTsNCgkJCXNsZWVwKDIpOw0KCQl9DQoJCXVfY2hhciAq ZHN0ID0gKHVfY2hhciAqKU5FVE1BUF9CVUYocmluZywgaWR4KTsNCgkJcmluZy0+c2xvdFtpXS5s ZW4gPSBzaXplOw0KCQlwa3RfY29weShidWYsIGRzdCwgc2l6ZSk7DQoJCXJpbmctPmN1ciA9IE5F VE1BUF9SSU5HX05FWFQocmluZywgaSk7DQoJCXJpbmctPmF2YWlsLS07DQoJCXJldHVybiBzaXpl Ow0KICAgICAgICB9DQoJZXJybm8gPSBFTk9CVUZTOw0KCXJldHVybiAtMTsNCn0NCg0KaSBjYWxs IHRoaXMgZnVuLCBwYWNrZXQgY2FuICd0IHNlbmQgb3V0IG15IGhvc3QuDQoNCkBwa3QtZ2VuLmMN CnN0YXRpYyBpbnQNCnNlbmRfcGFja2V0cyhzdHJ1Y3QgbmV0bWFwX3JpbmcgKnJpbmcsIHN0cnVj dCBwa3QgKnBrdCwgDQoJCWludCBzaXplLCB1X2ludCBjb3VudCwgaW50IG9wdGlvbnMpDQp7DQoJ dV9pbnQgc2VudCwgY3VyID0gcmluZy0+Y3VyOw0KDQoJaWYgKHJpbmctPmF2YWlsIDwgY291bnQp DQoJCWNvdW50ID0gcmluZy0+YXZhaWw7DQoNCglmb3IgKHNlbnQgPSAwOyBzZW50IDwgY291bnQ7 IHNlbnQrKykgew0KCQlzdHJ1Y3QgbmV0bWFwX3Nsb3QgKnNsb3QgPSAmcmluZy0+c2xvdFtjdXJd Ow0KCQljaGFyICpwID0gTkVUTUFQX0JVRihyaW5nLCBzbG90LT5idWZfaWR4KTsNCg0KCQlpZiAo b3B0aW9ucyAmIE9QVF9DT1BZKQ0KCQkJcGt0X2NvcHkocGt0LCBwLCBzaXplKTsNCgkJZWxzZSBp ZiAob3B0aW9ucyAmIE9QVF9NRU1DUFkpDQoJCQltZW1jcHkocCwgcGt0LCBzaXplKTsNCgkJZWxz ZSBpZiAob3B0aW9ucyAmIE9QVF9QUkVGRVRDSCkNCgkJCXByZWZldGNoKHApOw0KDQoJCXNsb3Qt PmxlbiA9IHNpemU7DQoJCWlmIChzZW50ID09IGNvdW50IC0gMSkNCgkJCXNsb3QtPmZsYWdzIHw9 IE5TX1JFUE9SVDsNCgkJY3VyID0gTkVUTUFQX1JJTkdfTkVYVChyaW5nLCBjdXIpOw0KCX0NCgly aW5nLT5hdmFpbCAtPSBzZW50Ow0KCXJpbmctPmN1ciA9IGN1cjsNCg0KCXJldHVybiAoc2VudCk7 DQp9DQoNCmNvZGUgbGlrZSB0aGlzDQppZiAoc2VudCA9PSBjb3VudCAtIDEpDQoJc2xvdC0+Zmxh Z3MgfD0gTlNfUkVQT1JUOw0KDQphZGQgIGNvZGUgdG8gcGNhcF9pbmplY3QNCg0KaWYgKHJpbmct PmF2YWlsID09IDApIGlvY3RsKG1lLT5mZCwgTklPQ1RYU1lOQywgTlVMTCk7DQoNCnBhY2tldCBj YW4gc2VuZCAsYnV0IHNlbmQgdG9vIHNsb3dseSENCg0KaGF2ZSBhbnkgZ29vZCBpZGVhIHRvIGJl IGNoYW5nZSB0aGlzPw== From owner-freebsd-current@FreeBSD.ORG Wed May 30 15:39:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6846E106566C for ; Wed, 30 May 2012 15:39:56 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 26D9E8FC15 for ; Wed, 30 May 2012 15:39:56 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 59CC37300A; Wed, 30 May 2012 18:00:30 +0200 (CEST) Date: Wed, 30 May 2012 18:00:30 +0200 From: rizzo To: "root@9du.org" Message-ID: <20120530160030.GA61877@onelab2.iet.unipi.it> References: <20120530120027.2CDAF1065678@hub.freebsd.org> <201205302331315153849@9du.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201205302331315153849@9du.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: about netmap libpcap pcap_inject X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 15:39:56 -0000 On Wed, May 30, 2012 at 11:31:36PM +0800, root@9du.org wrote: > @pcap.c > > int > pcap_inject(pcap_t *p, const void *buf, size_t size) > { > struct my_ring *me = p; > u_int si; > > ND("cnt %d", cnt); > /* scan all rings */ > for (si = me->begin; si < me->end; si++) { > struct netmap_ring *ring = NETMAP_TXRING(me->nifp, si); > > ND("ring has %d pkts", ring->avail); > if (ring->avail == 0) > continue; > u_int i = ring->cur; > u_int idx = ring->slot[i].buf_idx; > if (idx < 2) { > D("%s bogus TX index %d at offset %d", > me->nifp->ni_name, idx, i); > sleep(2); > } > u_char *dst = (u_char *)NETMAP_BUF(ring, idx); > ring->slot[i].len = size; > pkt_copy(buf, dst, size); > ring->cur = NETMAP_RING_NEXT(ring, i); > ring->avail--; > return size; > } > errno = ENOBUFS; > return -1; > } > > i call this fun, packet can 't send out my host. the packet go out when you issue an ioctl or poll/select on the netmap file descriptor. Many libpcap apps do that implicitly because they run around an event loop, but if yours does not then you need to insert the call yourself, either as you did in the example below (the NS_REPORT is not necessary), or as part of your normal processing loop when you perhaps are blocking to check for other file descriptors. cheers luigi > @pkt-gen.c > static int > send_packets(struct netmap_ring *ring, struct pkt *pkt, > int size, u_int count, int options) > { > u_int sent, cur = ring->cur; > > if (ring->avail < count) > count = ring->avail; > > for (sent = 0; sent < count; sent++) { > struct netmap_slot *slot = &ring->slot[cur]; > char *p = NETMAP_BUF(ring, slot->buf_idx); > > if (options & OPT_COPY) > pkt_copy(pkt, p, size); > else if (options & OPT_MEMCPY) > memcpy(p, pkt, size); > else if (options & OPT_PREFETCH) > prefetch(p); > > slot->len = size; > if (sent == count - 1) > slot->flags |= NS_REPORT; > cur = NETMAP_RING_NEXT(ring, cur); > } > ring->avail -= sent; > ring->cur = cur; > > return (sent); > } > > code like this > if (sent == count - 1) > slot->flags |= NS_REPORT; > > add code to pcap_inject > > if (ring->avail == 0) ioctl(me->fd, NIOCTXSYNC, NULL); > > packet can send ,but send too slowly! > > have any good idea to be change this? From owner-freebsd-current@FreeBSD.ORG Wed May 30 15:51:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EED4106567F for ; Wed, 30 May 2012 15:51:44 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1721A8FC17 for ; Wed, 30 May 2012 15:51:43 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 883A956205; Wed, 30 May 2012 10:51:43 -0500 (CDT) Date: Wed, 30 May 2012 10:51:43 -0500 From: Mark Linimon To: Hans Ottevanger Message-ID: <20120530155143.GB22042@lonesome.com> References: <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> <20120529061035.GA78573@troutmask.apl.washington.edu> <4FC4FDF5.3030108@gwdg.de> <4FC50D6B.80707@missouri.edu> <4FC5EC23.50904@beastielabs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FC5EC23.50904@beastielabs.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org, Peter Jeremy , Steve Kargl Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 15:51:44 -0000 Perhaps a more general name might be appropriate so as to include fixed-point problems? math-libs@? numerics@? I'm sure someone will come up with a better name. mcl From owner-freebsd-current@FreeBSD.ORG Wed May 30 17:19:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4471C1065672 for ; Wed, 30 May 2012 17:19:55 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 009E68FC14 for ; Wed, 30 May 2012 17:19:54 +0000 (UTC) Received: by obcni5 with SMTP id ni5so69817obc.13 for ; Wed, 30 May 2012 10:19:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BjG1aHAtjPJFK2hEWny4mrNr0SRwaFYXh1sj6dbqagM=; b=EdCTJB066WrXmIFTZ89tYTnu2yLkINagSTINoLzIjDaHOeTI4elFeQnHfU9aqiqcwo Z7COxsBZjcT0KM4cLAJ1dltJUzwWv+63FPv85LoPzl1WhZe24UDALMlb8dZ1ra+fY58z xJ7TACBEWfwM0fy3pbvthNEXmCtysOlVA+B9/0ZTSq2/9YVkY7/sMcRUrhxrBuAbrA2n Z3YQsfhc4S19XPmtzkOzLiiiKGegqA3+1vO9RwalZelNElwPK2RFW5byBfoh62Zdpjd+ kaQ3q00MXkB+3AK4mt85LFGRhhitAoXihYgRPE3zw9sF6Gni+w6tqq5oS0x18FAHz4CQ kSxg== MIME-Version: 1.0 Received: by 10.182.51.100 with SMTP id j4mr5207244obo.78.1338398393621; Wed, 30 May 2012 10:19:53 -0700 (PDT) Received: by 10.182.53.1 with HTTP; Wed, 30 May 2012 10:19:53 -0700 (PDT) In-Reply-To: <20120530155143.GB22042@lonesome.com> References: <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> <20120529061035.GA78573@troutmask.apl.washington.edu> <4FC4FDF5.3030108@gwdg.de> <4FC50D6B.80707@missouri.edu> <4FC5EC23.50904@beastielabs.net> <20120530155143.GB22042@lonesome.com> Date: Wed, 30 May 2012 10:19:53 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Mark Linimon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Stephen Montgomery-Smith , Peter Jeremy , freebsd-current@freebsd.org, Hans Ottevanger , Steve Kargl Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 17:19:55 -0000 On Wed, May 30, 2012 at 8:51 AM, Mark Linimon wrote: > Perhaps a more general name might be appropriate so as to include > fixed-point problems? math-libs@? numerics@? > > I'm sure someone will come up with a better name. > > mcl > Numerics@ is good . Other names may be numerical-analysis@ computing@ ( includes high performance computing ) mathematics@ ( includes statistics , numerical analysis , computation , probability , ... ) Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Wed May 30 18:31:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3FED106566C for ; Wed, 30 May 2012 18:31:11 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 867478FC08 for ; Wed, 30 May 2012 18:31:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=UCIQVOrglXxrPzHP94udIDAYnh8yKjAyZax8mmtNZKY=; b=W5545RNcpKHTYfCw3ZxCH01bgV8sgtxThGZfkyr2ul3A36T5rQn9YsgyGri2KhH/UgR6NUVhVtV+VWtxL0j5BE62SMCL8N4nKbRNoTJ4/j1SjFx/InEQ10cnxajb50bLRnLK59y7GQ5mzFAcfHpkO/46mdr18Vii9guTLGrb9/g=; Received: from cpe-72-182-2-131.austin.res.rr.com ([72.182.2.131]:47679 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SZnfo-000EiM-MV for freebsd-current@freebsd.org; Wed, 30 May 2012 13:31:10 -0500 Date: Wed, 30 May 2012 13:31:06 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 Subject: No reboot on shutdown -r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 18:31:11 -0000 For the last month or so, when I reboot via shtudown -r the machine sits at "All Buffers Flushed", and I have to hit it with a IPMI reset. What can I do to help debug this? Current rev: FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r236314: Wed May 30 11:10:24 CDT 2012 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 I can provide anything else needed. Thanks! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Wed May 30 18:50:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53ACB106566B for ; Wed, 30 May 2012 18:50:30 +0000 (UTC) (envelope-from yanegomi@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 0E5C58FC1F for ; Wed, 30 May 2012 18:50:29 +0000 (UTC) Received: by yhgm50 with SMTP id m50so166362yhg.13 for ; Wed, 30 May 2012 11:50:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5cfwuuYlz2yTsL+Np76vx8lPbbWEL7RwHmSMyYllKjI=; b=SnoSfqhAWzyVntfQ/9ri5NIS961BUp9Iq3uwtwX0sIecb5mHBoRGeCbARIfn7/qJxy O7kCDGc/trbt1sg+tJ0VMfZr3jBRDDjMC2sM91fdul23pewVVmno+9UpfrvrWdIcpain AiHQmqj7cG06TOTn4BT2sgoKTGqi86pnGN8bQkbg8YetLXyvUiqMAYFG5vVue1G7mBtQ bDM+NxIif6WCGIdhALsx6xzRFWATrg/hlOo7GFW0iKiTZYVodYF7vKuGoWkV1024rsfC QIXpAkUyI8cXqk/LR8gjEki7O6NrZKOO8CUC93P/by7WsqoZkkAAu2yikPPbqiA+/ro1 4oNw== MIME-Version: 1.0 Received: by 10.60.24.165 with SMTP id v5mr16404070oef.67.1338403829172; Wed, 30 May 2012 11:50:29 -0700 (PDT) Received: by 10.76.153.72 with HTTP; Wed, 30 May 2012 11:50:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 May 2012 11:50:29 -0700 Message-ID: From: Garrett Cooper To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: No reboot on shutdown -r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 18:50:30 -0000 On Wed, May 30, 2012 at 11:31 AM, Larry Rosenman wrote: > For the last month or so, when I reboot via shtudown -r the machine > sits at "All Buffers Flushed", and I have to hit it with a IPMI reset. > > What can I do to help debug this? > > Current rev: > > FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r236314: We= d > May 30 11:10:24 CDT 2012 > root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE =A0amd64 > > > I can provide anything else needed. I've noticed some funkiness the last 1-2 times I rebooted by STABLE-9 box as well where it will hang with ada+mfi/ZFS (two separate pools), but I didn't think much of it at the time. I really don't like rebooting that box all that often. I have another system that has just ada+ada/ZFS (two separate pools) with approximately the same src version and it doesn't exhibit the same issue (but I don't remember the last time I shut it down cleanly because I've paniced the box screwing around with it a few times), so while my gut feeling goes towards mfi being wonky or another hardware difference between the two machines -- the root issue could be (and probably is) something completely different. Thanks, -Garrett Box that hanged a couple times: $ uname -a FreeBSD bayonetta.local 9.0-STABLE FreeBSD 9.0-STABLE #9 r236135M: Sat May 26 18:56:40 PDT 2012 gcooper@bayonetta.local:/usr/obj/store/freebsd/stable/9/sys/BAYONETTA amd64 Box that seems ok ;/.. $ uname -a FreeBSD forza.west.isilon.com 9.0-STABLE FreeBSD 9.0-STABLE #4 r235133: Mon May 7 10:31:22 PDT 2012 root@forza.isilon.com:/usr/obj/usr/src/sys/FORZA amd64 From owner-freebsd-current@FreeBSD.ORG Wed May 30 18:56:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EA301065679 for ; Wed, 30 May 2012 18:56:01 +0000 (UTC) (envelope-from yanegomi@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 56D448FC17 for ; Wed, 30 May 2012 18:56:01 +0000 (UTC) Received: by yhgm50 with SMTP id m50so172633yhg.13 for ; Wed, 30 May 2012 11:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0tuzlomoB17FyXBZt39JlPwNQwBK2p8Cvcg7Utv+EVI=; b=PEwTuGgXg0YZbqzBVkiWOYoxCv1BzEwS0oQ3u8sbYJ61WDkO5/epp4tMuUDztXl5Th 71oNAssZHEfsVWUFfpqZ0rEqFPOjyuLa/r7BlKZ9kmEHAa+cb5bGNusAatazeEcBGiEC +QAqrNlfkoXhSZGmw4M5u1V2e+2rdw+dbCUgnPLrKMO9mgS6DvuZxF2yHzrkB31RYH2+ MX+JnPm4SFXnSSCh6yg4h9JQo5gcEHSMrOVMHhv+HyJkJuz1O9oAlJ47+0Ajft38LFi1 iy1pduBMFhRSt5IPMD2HtqXr/JScRBnnLDid3yp4Vjrc6JrYhdN2DMvoch/uk2Y5lLUE 5p7g== MIME-Version: 1.0 Received: by 10.60.3.202 with SMTP id e10mr16346852oee.52.1338404160628; Wed, 30 May 2012 11:56:00 -0700 (PDT) Received: by 10.76.153.72 with HTTP; Wed, 30 May 2012 11:56:00 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 May 2012 11:56:00 -0700 Message-ID: From: Garrett Cooper To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: No reboot on shutdown -r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 18:56:01 -0000 On Wed, May 30, 2012 at 11:50 AM, Garrett Cooper wrote= : > On Wed, May 30, 2012 at 11:31 AM, Larry Rosenman wrote: >> For the last month or so, when I reboot via shtudown -r the machine >> sits at "All Buffers Flushed", and I have to hit it with a IPMI reset. >> >> What can I do to help debug this? >> >> Current rev: >> >> FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r236314: W= ed >> May 30 11:10:24 CDT 2012 >> root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE =A0amd64 >> >> >> I can provide anything else needed. > > =A0 =A0I've noticed some funkiness the last 1-2 times I rebooted by > STABLE-9 box as well where it will hang with ada+mfi/ZFS (two separate > pools), but I didn't think much of it at the time. I really don't like > rebooting that box all that often. > =A0 =A0I have another system that has just ada+ada/ZFS (two separate > pools) with approximately the same src version and it doesn't exhibit > the same issue (but I don't remember the last time I shut it down > cleanly because I've paniced the box screwing around with it a few > times), so while my gut feeling goes towards mfi being wonky or > another hardware difference between the two machines -- the root issue > could be (and probably is) something completely different. To answer your original question, something like this would suffice (this isn't tested, look at man 4 ddb, etc): 1. Build the kernel with ddb/kdb. 2. Setup dumpon to point to a swap partition with enough space to store kernel cores and make sure that /var/crash (or wherever you put your dumps) has enough space to store the [mini]dump. 3. Hit CTRL-ALT-ESC if it hangs. 4. Either issue 'call doadump; reboot' and let the system dump core and post the traceback somewhere like a pastebin, or do 'show alllocks; show allprocs' and have a camera ready to take some pictures from the ddb output. 5. Post the data somewhere and provide links to the output in a reply. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed May 30 19:36:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62C701065672 for ; Wed, 30 May 2012 19:36:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3569B8FC0C for ; Wed, 30 May 2012 19:36:17 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 84ACAB945; Wed, 30 May 2012 15:36:13 -0400 (EDT) From: John Baldwin To: Anton Shterenlikht Date: Wed, 30 May 2012 12:00:08 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120426224215.GA79891@mech-cluster241.men.bris.ac.uk> <201205211308.24244.jhb@freebsd.org> <20120529231701.GA16367@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20120529231701.GA16367@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201205301200.08879.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 30 May 2012 15:36:13 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 19:36:17 -0000 On Tuesday, May 29, 2012 7:17:01 pm Anton Shterenlikht wrote: > On Mon, May 21, 2012 at 01:08:24PM -0400, John Baldwin wrote: > > On Monday, May 21, 2012 5:45:19 am Anton Shterenlikht wrote: > > > On Mon, May 21, 2012 at 09:42:17AM +0100, Anton Shterenlikht wrote: > > > > On Sun, May 20, 2012 at 09:54:51AM +0100, Anton Shterenlikht wrote: > > > > > On Fri, May 18, 2012 at 10:48:52AM -0400, John Baldwin wrote: > > > > > > On Wednesday, May 16, 2012 11:30:19 am Anton Shterenlikht wrote: > > > > > > > er.. yes, of course it helped. > > > > > > >=20 > > > > > > > My problem was that I couldn't boot. > > > > > > > So, I presumed the very existence of dmesg.boot > > > > > > > showed that your patches (both of them) work fine. > > > > > > > But, sorry, I could've been more explicit. > > > > > > > All seems to work, including sound and wireless. > > > > > >=20 > > > > > > Hmm. Can you try one more thing. Can you boot an unmodified=20 kernel=20 > > (no=20 > > > > > > patches) but set 'hw.pci.enable_io_modes=3D0' from the loader? > > > > >=20 > > > > > That works too, see dmesg.boot below. > > > >=20 > > > > I might have misled you on this, > > >=20 > > > Yes, sorry, looking at the dmesg I sent you, > > > I obviously booted the patched kernel. > > >=20 > > > So, no, 'hw.pci.enable_io_modes=3D0' in /boot/loader.conf > > > doesn't help to boot an unmodified kernel. > >=20 > > Ok, I'll work on getting this fix into the tree in some fashion. >=20 > Just to let you know. > I'm on 2=B36024 now, with your patch. >=20 > I've lost sound. >=20 > Commands like: >=20 > % ls > /dev/dsp0.0 > % mixer vol 100 >=20 > give lots of=20 >=20 > h=F0=E3c0: =A9=F8mm=E3n=F0 time=F8ut =F8n =E3=F0=F0ress 0 > h=F0=E3c0: =A9=F8mm=E3n=F0 time=F8ut =F8n =E3=F0=F0ress 0 > h=F0=E3c0: =A9=F8mm=E3n=F0 time=F8ut =F8n =E3=F0=F0ress 0 >=20 > on the console. >=20 > Just wanted to check with you if you > think this has anything to do with the > patch, or whether you think it's a completely > different issue. It could be related perhaps, though I thought on your system the only BAR t= hat=20 was disabled was the VGA framebuffer. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 30 20:27:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 680EC1065672 for ; Wed, 30 May 2012 20:27:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3CF8FC14 for ; Wed, 30 May 2012 20:27:52 +0000 (UTC) Received: by dadv36 with SMTP id v36so298722dad.13 for ; Wed, 30 May 2012 13:27:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aMTTC60Skmt3Y1xFHKdsYe8yMAlQzDXXgJP4rZhviO4=; b=Rsh2Qz+q5WOTKzb1UcSgg/lEv++Io6n8vu/9vuR232UHKACx0jeYzg/PKzgxeQrWxn HX8oak6TNLsR0InW4C1QjbJMUpGv2GS7XE4JauILxUE2qbBNgh/1uj5cDUFDgzV8mqtT WOS1gJ47FzkCpud5yfVqVHmCB5oK0YOWNH6Zt/xQ1O/5vAkKb5yCKVPs+dt0042s7QZW lt9KSFWigghxGaNzxLLOJqFpmBrMCuL8C5nkWWbIbw6QRzZL+ySYDHA5lAqT0FT2Jz/J tX0ggTK0mHSVMtshtnw+U2uvVmgbh/mYtlxXdl3noezmas8tgrHA/mspwIBRU5dKF41J DcYQ== MIME-Version: 1.0 Received: by 10.68.234.35 with SMTP id ub3mr53299899pbc.8.1338409671651; Wed, 30 May 2012 13:27:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Wed, 30 May 2012 13:27:51 -0700 (PDT) In-Reply-To: References: <4FC40449.3040602@missouri.edu> <20120528233035.GA77157@troutmask.apl.washington.edu> <4FC40DEA.8030703@missouri.edu> <20120529000756.GA77386@troutmask.apl.washington.edu> <4FC43C8F.5090509@missouri.edu> <20120529045612.GB4445@server.rulingia.com> <20120529061035.GA78573@troutmask.apl.washington.edu> <4FC4FDF5.3030108@gwdg.de> <4FC50D6B.80707@missouri.edu> <4FC5EC23.50904@beastielabs.net> <20120530155143.GB22042@lonesome.com> Date: Wed, 30 May 2012 13:27:51 -0700 X-Google-Sender-Auth: e63csTOc81Tx5y-Zu694FFR2d6I Message-ID: From: Adrian Chadd To: Mehmet Erol Sanliturk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Hans Ottevanger , Stephen Montgomery-Smith , freebsd-current@freebsd.org, Steve Kargl , Mark Linimon , Peter Jeremy Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 20:27:52 -0000 Holy crap, if there was ever a current example of a bikeshed, this is it. := -) Adrian On 30 May 2012 10:19, Mehmet Erol Sanliturk wrote= : > On Wed, May 30, 2012 at 8:51 AM, Mark Linimon wrot= e: > >> Perhaps a more general name might be appropriate so as to include >> fixed-point problems? =A0math-libs@? =A0numerics@? >> >> I'm sure someone will come up with a better name. >> >> mcl >> > > > Numerics@ is good . > > Other names may be > > numerical-analysis@ > computing@ =A0 =A0 =A0 =A0 =A0 =A0 =A0( includes high performance computi= ng ) > mathematics@ =A0 =A0 =A0 =A0 =A0( includes statistics , numerical analysi= s , > computation , probability , ... ) > > > Thank you very much . > > Mehmet Erol Sanliturk > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Thu May 31 02:20:46 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AC6B1065673 for ; Thu, 31 May 2012 02:20:46 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C3E208FC12 for ; Thu, 31 May 2012 02:20:45 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id ds11so394595wgb.31 for ; Wed, 30 May 2012 19:20:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; bh=qk492mwrWBLeMykNUBJI7crSkddr4ltFmjdS6NlQa6Q=; b=fDWprfsft2IKPiFJa29cgckuu8iQJcKOXKXwAPpgOFKKs5rPuG33P4CfX0gSScbcth A7tkvaCIAyPKKzeG8yQRWBpyJIuyO9ZIo9pdso5eRme+Ddk2Fwtb6KBLTKTyr9A1UOkD +R4fp07OwgP8yqX7lvmTubiGrnE+9c/WAeX/bj8AhSXzPUA7Qv9gZnqY36Vr28dZpVDg iquNFUBjL9zR0hb1euq9+JcV0Pi9gP2DCcf7jzYK8fqOZSNC3qBtyvA13+KpBODpcL78 2b2zu3mrCsjkjWraGQfJreDf21zOJFvAgnRcwMznrV+CO4F9WaZIlI4bIpaqkY/FKwUJ wGCw== MIME-Version: 1.0 Received: by 10.216.208.71 with SMTP id p49mr12274534weo.172.1338430844008; Wed, 30 May 2012 19:20:44 -0700 (PDT) Received: by 10.180.24.5 with HTTP; Wed, 30 May 2012 19:20:43 -0700 (PDT) Date: Wed, 30 May 2012 22:20:43 -0400 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Stephen Montgomery-Smith Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 02:20:46 -0000 >This discussion confirms my impression, that it should be possible as an >interim solution, to use a port for missing math functions (cephes alike >or whatever). The port itself could warn the user about inaccuracies and >edge-cases. Parts of Cephes are already in ports: math/ldouble. I had planned to add the remainder. It can be useful, but it has problems, some of which have been described. The same is true of other open-source alternatives that I am aware of. >I would be happy to take on any steep learning curve, and make >contributions, if only I were part of a group that would steer me in the >right direction. A Functional Analyst offering to write code for a floating-point math library!?!! ;) You should send me a message off-list: maybe I can find some time to help. >Anyway, given that floating point is a big issue, and we are about a >decade behind schedule, really suggests that a >floating-point at freebsd.org mailing list is needed. Or maybe there is an >existing freebsd mailing list you guys already occupy. I do not know that a separate FreeBSD mailing list would be of great help, considering the likely volume of traffic, and the fact that we already have the standards mailing list. There is also: http://mailman.oakapple.net/pipermail/numeric-interest/ which serves, among other things, as a forum for discussing changes and improvements to the open-source math library from which parts of our system math library were derived: http://mailman.oakapple.net/pipermail/numeric-interest/2010-September/002054.html A wiki page detailing problems and procedures, with a wish list for the system libraries and toolchain(s) might help. At present there are only scattered messages in the mailing list archives, PRs, and http://wiki.freebsd.org/MissingMathStuff . b. From owner-freebsd-current@FreeBSD.ORG Thu May 31 14:11:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2DAC1065672 for ; Thu, 31 May 2012 14:11:46 +0000 (UTC) (envelope-from root@9du.org) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 81A6E8FC08 for ; Thu, 31 May 2012 14:11:46 +0000 (UTC) Received: by dadv36 with SMTP id v36so1446687dad.13 for ; Thu, 31 May 2012 07:11:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:reply-to:subject:references:x-priority:x-guid :x-has-attach:x-mailer:mime-version:message-id:content-type :content-transfer-encoding:x-gm-message-state; bh=XASh8A8ddGtQzvekJgnsBIQlsqpQHal2hS1S+1nlyEg=; b=FsmoPV5iKnluCPwg2qrPK3Z38sRk68v8CP2SIhwFmBblNH1hUYG6xSDZXzjglNPUjm 7+sXQnYeMqm+KtGrN90pml9IjH7qCGrBqkk2rtwuuIopBSLT9nu2oUR0Qr0aYlFPGt56 JaUqV++mpf4cjIAZJ8BJrsobCBRiTSi/jvFSD2xaN1Gq/FOHl0U8OS5qbie9V+o5Ps7X zzsJLU1OlvaFdBtsrNFIPYM9yuLy8KL3Q27Otq2KtR9wPgDGwTW/ppsWlbEUJzZJ1967 Nedq+hVFvYeKjq7efxkldlAOiKE8fs5xpk0AKReqXySlGYvLsSkTjjVCStfdDfPVIHRQ 78JQ== Received: by 10.68.136.69 with SMTP id py5mr201487pbb.115.1338473505731; Thu, 31 May 2012 07:11:45 -0700 (PDT) Received: from WY-DESKTOP ([123.123.242.205]) by mx.google.com with ESMTPS id or5sm4317631pbb.6.2012.05.31.07.11.39 (version=SSLv3 cipher=OTHER); Thu, 31 May 2012 07:11:43 -0700 (PDT) Date: Thu, 31 May 2012 22:11:03 +0800 From: "root@9du.org" To: freebsd-current References: <20120530120027.2CDAF1065678@hub.freebsd.org> X-Priority: 3 X-GUID: BE9295CB-2112-4339-A924-D7CA4D0E5C37 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.90[cn] Mime-Version: 1.0 Message-ID: <2012053122105776538217@9du.org> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Gm-Message-State: ALoCoQlCwk9TqzalaBualEN7/NGtpSNZKndLAhsSfgfSibGKbTOHrYRjY/vtKjJkIVTgCHzQawtA Cc: rizzo Subject: netmap : about update single ring X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: root List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 14:11:46 -0000 aSB3YW50IHRvIHVwZGF0ZSBzaW5nbGUgcmluZyB1c2UgdGhlIHJpbmdpZA0KDQpsaWtlIGNvZGU6 DQpzdHJ1Y3QgbmV0bWFwX3JpbmcgKnJpbmcgPSBORVRNQVBfVFhSSU5HKG1lLT5uaWZwLCByaW5n aWQpOw0KaSBjYW4ndCBmaW5kIGEgd2F5IHRvIGRvIHRoaXMuDQpzbyBpIHRyeSB0byBjaGFuZ2Ug dGhlIG5ldG1hcCBjb3JlLg0KDQphZGQgY29kZSBzeXMvbmV0L25ldG1hcC5oDQogICAgc3RydWN0 IG5vZGUgew0KCSAgICBpbnQJCXJpbmdpZDsNCgkgICAgaW50CQl1cGRhdGU7DQogICAgfTsNCiNk ZWZpbmUgTklPQ1RYTk9ERQlfSU9XUignaScsIDE1MCwgc3RydWN0IG5vZGUpDQoNCmFkZCBjb2Rl IGluIHN5cy9kZXYvbmV0bWFwL25ldG1hcC5jDQoJY2FzZSBOSU9DVFhOT0RFOg0KCQlpZiAocHJp diA9PSBOVUxMKSB7DQoJCQllcnJvciA9IEVOWElPOw0KCQkJYnJlYWs7DQoJCX0NCgkJaWZwID0g cHJpdi0+bnBfaWZwOw0KCQluYSA9IE5BKGlmcCk7DQoJCW5vZGUtPnJpbmdpZCArPSBwcml2LT5u cF9xZmlyc3Q7DQoJCW5hLT5ubV90eHN5bmMoaWZwLCBub2RlLT5yaW5naWQsIDEgLyogZG8gbG9j ayAqLyk7DQoJCWJyZWFrOw0KaW4gbXkgY2FzZS4NCiAgICBzdHJ1Y3Qgbm9kZSBub2RlOw0KICAg IG5vZGUucmluZ2lkID0gczsNCiAgICBub2RlLnVwZGF0ZSA9IDA7DQogICAgaW9jdGwobWUtPmZk LCBOSU9DVFhOT0RFLCAmbm9kZSk7DQoNCmJ1dCBoZXIgY2FuJ3Qgd29yay4gDQpoYXZlIHNvbWUg ZXJyb3IgaW4gc29tZXdoZXJlLCBpIGNhbid0IGZvdW5kIGl0Lg0KY2FuIHlvdXIgaGVscCBtZSA/ IGx1aWdpLg== From owner-freebsd-current@FreeBSD.ORG Thu May 31 15:46:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C971065674 for ; Thu, 31 May 2012 15:46:02 +0000 (UTC) (envelope-from freebsd-current@iaelu.net) Received: from mail.iaelu.net (mail.iaelu.net [88.190.241.77]) by mx1.freebsd.org (Postfix) with ESMTP id 8621F8FC1D for ; Thu, 31 May 2012 15:46:01 +0000 (UTC) Received: from [172.30.0.150] ([172.30.0.150]) (authenticated bits=0) by mail.iaelu.net (8.14.5/8.14.5) with ESMTP id q4VFYYF9012196 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 31 May 2012 17:34:35 +0200 (CEST) (envelope-from freebsd-current@iaelu.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iaelu.net; s=eienni; t=1338478475; bh=kdNGa29zG6EnDde0VGl9K0rXsOHEvt7p0TTfBrythq0=; h=From:Subject:Date:To; b=y4EKpxN5HGLH0W+6W1Foc7zZTUlM5kC7aqMl86FIl9D24rTRk0SgCQuoxy5vt7ZCg D6DUFMSb6/lN9/E0JVy5BosZgX259jJRLyEmyVv7COSEZyACOsGniwIeSJSj4EH7KQ ZSNaCzoG8q3R9MfMvAH2n8qHhzsDIU0nKNIN8ooo= From: Guillaume Bibaut Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 31 May 2012 17:34:34 +0200 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: Cross dev tools for arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 15:46:02 -0000 Hello, I've been trying to build arm cross dev tools on an amd64 virtual = machine with clang, and it doesn't seem to build. The virtual machine is built on base/head svn tree with revision = r236355. Since I'm really new to the arm world, my mail might seem awkward and it = might be completly normal that it doesn't build. here is a tail of what I'm getting (there are escaped string from clang) /usr/src # make xdev XDEV=3Darm XDEV_ARCH=3Darm ... =3D=3D=3D> lib/libcompiler_rt (obj,depend,all,install) clang -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Qunused-arguments -c = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o = __sync_fetch_and_add_4.o In file included from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: =1B[1m/usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:34:1: = =1B[0m=1B[0;1;31merror: =1B[0m=1B[1mconflicting types for '__sync_fetch_and_add_4'=1B[0m NAME(volatile TYPE *ptr, TYPE value) =1B[0;1;32m^ =1B[0m=1B[1m/usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:2:15: = =1B[0m=1B[0;1;30mnote: =1B[0mexpanded from macro 'NAME'=1B[0m #define NAME __sync_fetch_and_add_4 =1B[0;1;32m ^ =1B[0m=1B[1m/usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:34:1: = =1B[0m=1B[0;1;30mnote: =1B[0m '__sync_fetch_and_add_4' is a builtin with type 'int (volatile int = *, int, ...)'=1B[0m NAME(volatile TYPE *ptr, TYPE value) =1B[0;1;32m^ =1B[0m=1B[1m/usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:2:15: = =1B[0m=1B[0;1;30mnote: =1B[0mexpanded from macro 'NAME'=1B[0m #define NAME __sync_fetch_and_add_4 =1B[0;1;32m ^ =1B[0mIn file included from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: =1B[1m/usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:34:1: = =1B[0m=1B[0;1;31merror: =1B[0m=1B[1mdefinition of builtin function '__sync_fetch_and_add_4'=1B[0m NAME(volatile TYPE *ptr, TYPE value) =1B[0;1;32m^ =1B[0m=1B[1m/usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:2:15: = =1B[0m=1B[0;1;30mnote: =1B[0mexpanded from macro 'NAME'=1B[0m #define NAME __sync_fetch_and_add_4 =1B[0;1;32m ^ =1B[0m2 errors generated. *** [__sync_fetch_and_add_4.o] Error code 1 Stop in /usr/src/lib/libcompiler_rt. *** [lib/libcompiler_rt__PL] Error code 1 Stop in /usr/src. *** [libraries] Error code 1 Stop in /usr/src. *** [_xi-libraries] Error code 1 Stop in /usr/src. *** [xdev] Error code 1 Stop in /usr/src. Script done on Thu May 31 17:06:06 2012 Thanks for any answer you guys could give me, or not :) From owner-freebsd-current@FreeBSD.ORG Thu May 31 15:57:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7FCB106564A for ; Thu, 31 May 2012 15:57:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C20E8FC12 for ; Thu, 31 May 2012 15:57:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 015A5B911; Thu, 31 May 2012 11:57:50 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 31 May 2012 11:28:00 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205311128.00955.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 31 May 2012 11:57:50 -0400 (EDT) Cc: Sergey Dyatko Subject: Re: ctfmerge core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 15:57:50 -0000 On Thursday, May 24, 2012 4:10:59 pm Sergey Dyatko wrote: > 2012/5/7 Steve Wills > > > > On 2012/5/6 5:08, b. f. wrote: > > >> On 5/5/12, Steve Wills wrote: > > >>> Thanks for the info. I took a look at the dump and see this: > > >>> > > >>> % sudo gdb /usr/bin/ctfmerge ctfmerge.core > > >>> [GDB will not be able to debug user-mode threads: Undefined symbol > > >>> "td_thr_getxmmregs"] > > > > > > Hmm, is the thread debugging broken on amd64 now ? td_thr_getxmmregs > > > resides > > > in libthread_db and /usr/src/gnu/usr.bin/gdb/libgdb is complaining about > > > the missing > > > symbol. > > > > > > > Maybe or maybe I have done something wrong on my system. FWIW, I do all my > > builds with debugging enabled. > > > > BTW, just to confirm, I was able to work around the original issue once I > > updated past r235068. I had to disable DTrace build and build and install > > a new libthr, then was able to re-enable DTrace and everything was fine. > > > > Thanks, > > Steve > > > > > > > hm.. looks like problem is still here. I'm trying update my r234992 to > r235887 > http://pastebin.com/stm7b8hQ I believe this was fixed by 235563 in HEAD. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 31 15:57:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CD001065677 for ; Thu, 31 May 2012 15:57:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 437F48FC1C for ; Thu, 31 May 2012 15:57:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6872BB95B; Thu, 31 May 2012 11:57:51 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, Matthias Apitz Date: Thu, 31 May 2012 11:33:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120526083628.GA3008@tinyCurrent> In-Reply-To: <20120526083628.GA3008@tinyCurrent> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205311133.58277.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 31 May 2012 11:57:51 -0400 (EDT) Cc: kde-freebsd@kde.org Subject: Re: KDE 3.5.10 && 10-CURRENT r235646 (May 19) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 15:57:52 -0000 On Saturday, May 26, 2012 4:36:28 am Matthias Apitz wrote: > > Hello, > > The Good message first: KDE 3.5.10 compiles clean in 10-CURRENT; thanks! > > With a recent 10-CURRENT and clean ports from CVS (both from May 19) I > encounter some crashes on KDE start or stop; there are messages from > 'startkde': > > Warning: kbuildsycoca is unable to register with DCOP. > kbuildsycoca running... > kbuildsycoca running... > Reusing existing ksycoca > ... > startkde: Starting up... > kbuildsycoca running... > >> running as realtime process now (priority 15) > kdecore (KProcess): WARNING: Can't open a pseudo teletype Maybe it's using the old pty's? Try putting 'device pty' back in your kernel config perhaps? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 31 15:57:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F31941065670; Thu, 31 May 2012 15:57:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C88A38FC21; Thu, 31 May 2012 15:57:53 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 280E0B995; Thu, 31 May 2012 11:57:53 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, Matthias Apitz Date: Thu, 31 May 2012 11:34:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120526142229.GA3893@tinyCurrent> In-Reply-To: <20120526142229.GA3893@tinyCurrent> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205311134.55258.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 31 May 2012 11:57:53 -0400 (EDT) Cc: swills@freebsd.org Subject: Re: 10-CURRENT r235646 && open-vm-tools-8.6.0-425873 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 15:57:54 -0000 On Saturday, May 26, 2012 10:22:29 am Matthias Apitz wrote: > > Hi, > > The port ports/emulators/open-vm-tools does not compile in 10-CURRENT: > > # make install clean > ... > make VM_UNAME=10.0-CURRENT MV=mv RM=rm OVT_SOURCE_DIR=/usr/ports/emulators/open-vm-tools/work/open-vm- tools-8.6.0-425873 > MODULEBUILDDIR=/usr/ports/emulators/open-vm-tools/work/open-vm- tools-8.6.0-425873/modules/freebsd -C "/usr/ports/emulators/open-vm- tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmxnet" > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > x86 -> /usr/src/sys/x86/include > :> opt_bdg.h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/u > sr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/lib/include > -I/usr/ports/emulators/open-vm-tools/work/open-vm- tools-8.6.0-425873/modules/shared/vmxnet -I. -I@ -I@/contrib/altq -finline- limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -fno-common > -mno-align-long-strings -mp > referred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding > -fstack- > protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls > -Wnested-e > xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast > -qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fd > iagnostics-show-option -c if_vxn.c > cc1: warnings being treated as errors > if_vxn.c: In function 'vxn_load_multicast': > if_vxn.c:719: warning: implicit declaration of function 'IF_ADDR_LOCK' > if_vxn.c:719: warning: nested extern declaration of 'IF_ADDR_LOCK' > [-Wnested-ext erns] > if_vxn.c:746: warning: implicit declaration of function 'IF_ADDR_UNLOCK' > if_vxn.c:746: warning: nested extern declaration of 'IF_ADDR_UNLOCK' > [-Wnested-e xterns] > *** [if_vxn.o] Error code 1 > > Let me know if you need more information. > Thanks It should be using if_mcast_rlock() and if_mcast_runlock() instead of using those macros directly. This works all the way back to 8.0. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 31 15:57:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 916671065678 for ; Thu, 31 May 2012 15:57:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 636378FC08 for ; Thu, 31 May 2012 15:57:55 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A6E8FB9A4; Thu, 31 May 2012 11:57:54 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 31 May 2012 11:45:15 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FC30090.4070003@gwdg.de> <20120528210507.GF2675@aspire.rulingia.com> <20120528230218.GC76723@troutmask.apl.washington.edu> In-Reply-To: <20120528230218.GC76723@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205311145.15454.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 31 May 2012 11:57:54 -0400 (EDT) Cc: Peter Jeremy , Steve Kargl Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 15:57:55 -0000 On Monday, May 28, 2012 7:02:18 pm Steve Kargl wrote: > On Tue, May 29, 2012 at 07:05:07AM +1000, Peter Jeremy wrote: > > On 2012-May-28 11:01:24 -0500, Stephen Montgomery-Smith wrote: > > >One thing that could be done is to have a "math/cephes" port that adds > > >the extra C99 math functions. This is already done in the math/sage > > >port, using a rather clever patch due to Peter Jeremy, that applies to > > >the cephes code. > > > > > >What it would do is to create a /usr/local/lib/libm.so that would > > >provide the extra functions not currently included in /lib/libm.so, and > > >then link in /lib/libm.so as well. It would also create its own > > >/usr/local/include/math.h and /usr/local/include/complex.h as well. > > > > Basically, as long as the compiler searches /usr/local/{include,lib} > > before the base include/lib then , and -lm give > > the application a complete C99 math implementation by using base > > functions where they exist and cephes functions where they don't. > > > > The patch I wrote for sage can be found at > > http://trac.sagemath.org/sage_trac/ticket/9543 > > If there's any interest, I could produce a port for this. > > > > Another option would be to import cephes into base and use it to > > provide the missing C99 functions. Cephes includes copyright notices > > but the closest I can find to a license is: > > " Some software in this archive may be from the book _Methods and > > Programs for Mathematical Functions_ (Prentice-Hall or Simon & Schuster > > International, 1989) or from the Cephes Mathematical Library, a > > commercial product. In either event, it is copyrighted by the author. > > What you see here may be used freely but it comes with no support or > > guarantee." > > Please talk to das@ (although I believe he's finishing up his > dissertation). I recall that he's stated that he looked into > using cephes, and concluded that it is not suitable for libm. > > Note there is also > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/147599 > > which I've also objected to importing into libm. I do think we should provide something in ports as an interim solution. There are other 3rd party applications looking to drop FreeBSD support because we are missing APIs that almost all other OS's have. I'm fine if the interim lives in ports and that we don't import substandard routines into the base. I would even be fine with calling it /usr/local/lib/libm_inaccurate.so. However, I do think we need an option. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 31 15:57:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467B51065673 for ; Thu, 31 May 2012 15:57:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD368FC0C for ; Thu, 31 May 2012 15:57:57 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6D8F7B9B3; Thu, 31 May 2012 11:57:56 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 31 May 2012 11:46:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205311146.38516.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 31 May 2012 11:57:56 -0400 (EDT) Cc: Larry Rosenman Subject: Re: No reboot on shutdown -r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 15:57:57 -0000 On Wednesday, May 30, 2012 2:31:06 pm Larry Rosenman wrote: > For the last month or so, when I reboot via shtudown -r the machine > sits at "All Buffers Flushed", and I have to hit it with a IPMI reset. > > What can I do to help debug this? > > Current rev: > > FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r236314: Wed May 30 11:10:24 CDT 2012 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG- DTRACE amd64 > > > I can provide anything else needed. Did you have any hung NFS mounts (that is, the NFS server was down)? I have seen reboot hangs due to that on 7 and 8. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 31 16:09:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E38341065670; Thu, 31 May 2012 16:09:29 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id A2F5E8FC1A; Thu, 31 May 2012 16:09:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:To:From:Subject:Date:References:In-Reply-To:Message-ID; bh=QrNuKMATfD5TQ+ACFiO8VofKyWBO4JocxGWlgiqTsD4=; b=JHT8vrEgcFzflDhrahOKA+XwV4H0NGJUxLF+UoXD6lKpb/rDQoEQ9i8ox3Hu+LuCOsR09VCG917vdq4yowzFeCduZjyBQdKZALWjrKTHJiXD2lBvoquGyEyuZUit3lQcbHjJxxQ/CqiAF4Q/l3s4wnIxWk7dgE7Kb0iMU11k/dc=; Received: from localhost.lerctr.org ([127.0.0.1]:31673 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Sa7wB-000Pop-FT; Thu, 31 May 2012 11:09:29 -0500 Received: from 32.97.110.60 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Thu, 31 May 2012 11:09:23 -0500 Message-ID: In-Reply-To: <201205311146.38516.jhb@freebsd.org> References: <201205311146.38516.jhb@freebsd.org> Date: Thu, 31 May 2012 11:09:23 -0500 From: "Larry Rosenman" To: "John Baldwin" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 Cc: freebsd-current@freebsd.org Subject: Re: No reboot on shutdown -r X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 16:09:30 -0000 On Thu, May 31, 2012 10:46 am, John Baldwin wrote: > On Wednesday, May 30, 2012 2:31:06 pm Larry Rosenman wrote: >> For the last month or so, when I reboot via shtudown -r the machine >> sits at "All Buffers Flushed", and I have to hit it with a IPMI reset. >> >> What can I do to help debug this? >> >> Current rev: >> >> FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r236314: >> Wed > May 30 11:10:24 CDT 2012 > root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG- > DTRACE amd64 >> >> >> I can provide anything else needed. > > Did you have any hung NFS mounts (that is, the NFS server was down)? I > have > seen reboot hangs due to that on 7 and 8. > No, the NFS NAS was up and functioning. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Thu May 31 17:12:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A31A106566C for ; Thu, 31 May 2012 17:12:22 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 58F5B8FC0A for ; Thu, 31 May 2012 17:12:22 +0000 (UTC) Received: from [128.206.184.213] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.5/8.14.5) with ESMTP id q4VHCGWD015237 for ; Thu, 31 May 2012 12:12:16 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4FC7A670.40004@missouri.edu> Date: Thu, 31 May 2012 12:12:16 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120505 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FC30090.4070003@gwdg.de> <20120528210507.GF2675@aspire.rulingia.com> <20120528230218.GC76723@troutmask.apl.washington.edu> <201205311145.15454.jhb@freebsd.org> In-Reply-To: <201205311145.15454.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 17:12:22 -0000 On 05/31/12 10:45, John Baldwin wrote: > On Monday, May 28, 2012 7:02:18 pm Steve Kargl wrote: >> On Tue, May 29, 2012 at 07:05:07AM +1000, Peter Jeremy wrote: >>> On 2012-May-28 11:01:24 -0500, Stephen Montgomery-Smith > wrote: >>>> One thing that could be done is to have a "math/cephes" port that adds >>>> the extra C99 math functions. This is already done in the math/sage >>>> port, using a rather clever patch due to Peter Jeremy, that applies to >>>> the cephes code. >>>> >>>> What it would do is to create a /usr/local/lib/libm.so that would >>>> provide the extra functions not currently included in /lib/libm.so, and >>>> then link in /lib/libm.so as well. It would also create its own >>>> /usr/local/include/math.h and /usr/local/include/complex.h as well. >>> >>> Basically, as long as the compiler searches /usr/local/{include,lib} >>> before the base include/lib then, and -lm give >>> the application a complete C99 math implementation by using base >>> functions where they exist and cephes functions where they don't. >>> >>> The patch I wrote for sage can be found at >>> http://trac.sagemath.org/sage_trac/ticket/9543 >>> If there's any interest, I could produce a port for this. >>> >>> Another option would be to import cephes into base and use it to >>> provide the missing C99 functions. Cephes includes copyright notices >>> but the closest I can find to a license is: >>> " Some software in this archive may be from the book _Methods and >>> Programs for Mathematical Functions_ (Prentice-Hall or Simon& Schuster >>> International, 1989) or from the Cephes Mathematical Library, a >>> commercial product. In either event, it is copyrighted by the author. >>> What you see here may be used freely but it comes with no support or >>> guarantee." >> >> Please talk to das@ (although I believe he's finishing up his >> dissertation). I recall that he's stated that he looked into >> using cephes, and concluded that it is not suitable for libm. >> >> Note there is also >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/147599 >> >> which I've also objected to importing into libm. > > I do think we should provide something in ports as an interim solution. > There are other 3rd party applications looking to drop FreeBSD support > because we are missing APIs that almost all other OS's have. I'm fine > if the interim lives in ports and that we don't import substandard > routines into the base. I would even be fine with calling it > /usr/local/lib/libm_inaccurate.so. However, I do think we need an option. > I think it should be called libm.so. Otherwise we have to do a serious editing job on the Makefiles/configure scripts. sed -E 's/[[:<:]]-lm[[:>:]]/-lm_inaccuarate/' might have some false positives and false negatives. (Did I even get the sed syntax correct?) By the way, I was looking through: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/147599 They say they compute cosh(2y) - cos(2x) using Taylor's series. I would agree with Steve that this is seriously low quality. Floating point errors are likely to be truly horrible. This will fail even for non-edge cases. (This was the same error that openoffice used to have for computing erf(x), that gave things like erf(100) = -4353243242.) From owner-freebsd-current@FreeBSD.ORG Thu May 31 21:20:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39760106566C for ; Thu, 31 May 2012 21:20:59 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id A12CD8FC0A for ; Thu, 31 May 2012 21:20:58 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q4VLKom7073838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 1 Jun 2012 07:20:51 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q4VLKhaQ043491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jun 2012 07:20:43 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q4VLKgvL043490; Fri, 1 Jun 2012 07:20:42 +1000 (EST) (envelope-from peter) Date: Fri, 1 Jun 2012 07:20:42 +1000 From: Peter Jeremy To: Dmitry Marakasov Message-ID: <20120531212042.GA43155@server.rulingia.com> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> <20120528195542.GB85856@hades.panopticon> <20120528200403.GB15356@server.rulingia.com> <20120528221825.GB38860@hades.panopticon> <20120530032703.GA99357@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <20120530032703.GA99357@server.rulingia.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 21:20:59 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-30 13:27:03 +1000, Peter Jeremy wrote: >On 2012-May-29 02:18:25 +0400, Dmitry Marakasov wrote: >>Then you should try to profile it - my script basically runs >>delete-old delete-old-libs for every knob (131 of them), and it >>hadn't taken more than 4 seconds even once. > >I've done some investigating and the problem is that "xargs -n1" >fork()/exec()s /bin/echo on each file (and there are 5538 files for >me). Changing this to "tr ' ' '\n'" reduces "make delete-old" runtime >to 1.75s - which is much nicer. I've checked a variety of other >systems running 8.x & 9.x and the 97s seems to be anomalously long so >I'll do some more investigating. I've tracked the problem down to excessive VM faults caused by jemalloc. Whilst executing /bin/echo, jemalloc mmap()s two 4MiB chunks of memory. Unless you build with MALLOC_PRODUCTION (which I hadn't), it then proceeds to verify that both blocks are zero-filled. This causes 2048 (unnecessary) page faults (out of a total of 2133). When I rebuilt jemalloc with MALLOC_PRODUCTION, this dropped to 87 page faults (cf 76 an 8.x and 62 on 9.x) and the elapsed time for "make delete-old" dropped to slightly more than 8.x & 9.x. "xargs -n1" is probably a worst case scenario for jemalloc but this probably similarly affects other short-lived processes (and the shell scripts that invoke them). It's a pity that this particular test is a compile-time option. I still think that saving 5500 fork()/exec() pairs is a good reason to switch from "xargs -n1" to "tr ' ' '\n'". --=20 Peter Jeremy --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/H4KoACgkQ/opHv/APuIeojACdEkai5QCwXoBhblK6jGfJuloD bVcAnRq1OLVpWWhU7OTgxACbyloYoY91 =yPPE -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Thu May 31 23:17:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57499106564A for ; Thu, 31 May 2012 23:17:08 +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 C0F268FC12 for ; Thu, 31 May 2012 23:17:07 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-17-50.lns21.adl2.internode.on.net [14.2.17.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id q4VN8nIR003543 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 1 Jun 2012 08:38:55 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <4FC7A670.40004@missouri.edu> Date: Fri, 1 Jun 2012 08:38:48 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <3B21BFA6-EAB3-4E82-B0C8-09CF25E8FEF4@gsoft.com.au> References: <4FC30090.4070003@gwdg.de> <20120528210507.GF2675@aspire.rulingia.com> <20120528230218.GC76723@troutmask.apl.washington.edu> <201205311145.15454.jhb@freebsd.org> <4FC7A670.40004@missouri.edu> To: Stephen Montgomery-Smith X-Mailer: Apple Mail (2.1278) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 23:17:08 -0000 On 01/06/2012, at 2:42, Stephen Montgomery-Smith wrote: >>=20 >> I do think we should provide something in ports as an interim = solution. >> There are other 3rd party applications looking to drop FreeBSD = support >> because we are missing APIs that almost all other OS's have. I'm = fine >> if the interim lives in ports and that we don't import substandard >> routines into the base. I would even be fine with calling it >> /usr/local/lib/libm_inaccurate.so. However, I do think we need an = option. >>=20 >=20 > I think it should be called libm.so. Otherwise we have to do a = serious editing job on the Makefiles/configure scripts. >=20 > sed -E 's/[[:<:]]-lm[[:>:]]/-lm_inaccuarate/' >=20 > might have some false positives and false negatives. (Did I even get = the sed syntax correct?) Another option would be to put it in base but bleat about it if it's = actually used (like mktemp et al) -- 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 From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 02:10:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 861A61065675; Fri, 1 Jun 2012 02:10:48 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3EAE78FC12; Fri, 1 Jun 2012 02:10:48 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd5ml2no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 31 May 2012 20:10:47 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=m05oFQ/DU99dGqsFIml08suKTIzCBvSA/J37eL+THWw= c=1 sm=1 a=swW3mUodPN4A:10 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=bb_A7tJQAAAA:8 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=0gulPb2t0iHCS9JSri8A:9 a=CjuIK1q_8ugA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd5ml2no-dmz.prod.shaw.ca with ESMTP; 31 May 2012 20:10:47 -0600 Received: from slippy.cwsent.com (slippy2 [10.1.3.91]) by spqr.komquats.com (Postfix) with ESMTP id C7A6D80; Thu, 31 May 2012 19:10:46 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q4VNUf0P029141; Thu, 31 May 2012 16:30:42 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201205312330.q4VNUf0P029141@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: John Hixson In-Reply-To: Message from John Hixson of "Thu, 17 May 2012 00:11:42 PDT." <20120517071141.GL2701@thinkbsd.divinix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 May 2012 16:30:41 -0700 Cc: "Conrad J. Sabatier" , freebsd-chromium@freebsd.org, freebsd-current@freebsd.org Subject: Re: Chrome crashing system (amd64-10.0-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 02:10:48 -0000 In message <20120517071141.GL2701@thinkbsd.divinix.org>, John Hixson writes: > On Thu, May 17, 2012 at 01:15:54AM -0500, Conrad J. Sabatier wrote: > > For the last week or so, I've been unable to run chrome. Any attempt > > to start it up will cause the system either to freeze up or reboot. > > > > To make matters worse, no trace of what's happening is anywhere to be > > found. Nothing in any log files. The system doesn't drop into the > > kernel debugger, either. It's either a hard freeze or sudden reboot. > > > > I've tried rebuilding the chromium port, with both clang and gcc 4.6, > > to no avail. I've also updated the system sources several times this > > week and remade world/kernel. Nothing seems to help. > > > > I'm totally stumped as to how to determine what's going on here. Any > > suggestions as to how to obtain some useful info? > > > > To add to this, I've had the same problem on 10-CURRENT for several months > now. I think we're dealing with two issues here. First, the application is passing out of bound data or corrupt data to the O/S. Secondly, FreeBSD should be able to withstand this (DoS). -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 05:55:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A15EA1065672 for ; Fri, 1 Jun 2012 05:55:48 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 574258FC1B for ; Fri, 1 Jun 2012 05:55:48 +0000 (UTC) Received: by obcni5 with SMTP id ni5so3068652obc.13 for ; Thu, 31 May 2012 22:55:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=yVCt96AHOLgRR99SmNV/3kjq54olxwEgz9+D1vJiLoM=; b=mZ8axo/hH3GAYp8GwzGHf1GtF2uXo+jCDHvFXbczWanN6/DlaAATwuQS+1K9wgE2g8 wY7TbOelrZXRWP1OngpYJfCIYCxcBYBFb8Ux6ShrgnS/oQSrkD6386XB64PkoJK0onwF EEiNoqBa0gJJUQ/XyGWUs2jnxW6zhJsmYIMVk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=yVCt96AHOLgRR99SmNV/3kjq54olxwEgz9+D1vJiLoM=; b=jjpkha8GsxlSg8QTw0WsFO2y+YK9WE9UIQ6gvq1DMyB5yheD54kHzu4wJXzN87sOjF Q9WhDZhVxD+2lUxM2xJ8ESe9GNTo9ZiKEE8wYyFXr4ZvUpx2l+asU3bFU6EEZg+L5Rbb uHA6Pd5uoZbkkpXk7nWTBUFeT9rksg96vHK4y1dPJZ7ZDkdmBMsFeSSwtr8hOmaD5Vnl MSlyOMpf4kTPdlLiAzoS4mYtiZ8qGhI4PcuxJCwbGJ+TZWWDo2HeXwDsEIGGB1DO+Dse 2xvdmwLtx7TJWC71ZZ4C75s39xcZsEPJwGK5R2cMIr8aQWj/4LQnTDXO5q9L5Iji61jC uwDA== Received: by 10.182.187.42 with SMTP id fp10mr1295241obc.30.1338530141981; Thu, 31 May 2012 22:55:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.204.69 with HTTP; Thu, 31 May 2012 22:55:10 -0700 (PDT) In-Reply-To: <201205311145.15454.jhb@freebsd.org> References: <4FC30090.4070003@gwdg.de> <20120528210507.GF2675@aspire.rulingia.com> <20120528230218.GC76723@troutmask.apl.washington.edu> <201205311145.15454.jhb@freebsd.org> From: Eitan Adler Date: Thu, 31 May 2012 22:55:10 -0700 Message-ID: To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkynkxtQcZQnH6xVCvFiRVxBZWgIwmCFT/D+tRNPHopGyUp7jUCv97M5KffZ+YAs5GlASxU Cc: freebsd-current@freebsd.org, Peter Jeremy , Steve Kargl Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 05:55:48 -0000 On 31 May 2012 08:45, John Baldwin wrote: > I do think we should provide something in ports as an interim solution. > There are other 3rd party applications looking to drop FreeBSD support > because we are missing APIs that almost all other OS's have. =C2=A0I'm fi= ne > if the interim lives in ports and that we don't import substandard > routines into the base. =C2=A0I would even be fine with calling it > /usr/local/lib/libm_inaccurate.so. =C2=A0However, I do think we need an o= ption. Do we have a wiki page listing the functions in libm we are missing? Having some kind of place to track progress and figure out what exactly is needed is the first step to getting these APIs into shape. Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to have slow, but accurate versions of these functions as a stopgap? --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 07:17:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BEEB1065670 for ; Fri, 1 Jun 2012 07:17:46 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BF5838FC19 for ; Fri, 1 Jun 2012 07:17:45 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1621421wgb.31 for ; Fri, 01 Jun 2012 00:17:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xyNuwCaXA36o0u9cgzZQ2ln6w6HG+5yvsskaVOgHuZQ=; b=jZydCyLhOaYLNlxiOG43SDroIJ8N0Wwsl8ukYtu8K5GpFM0knFMLKD05GSpFdmjWfq LRgQ3ywjbGwKIa8Nllhtu6k4xLZ+sOXEweAHVQPd0nE/gCQ08PNa5w9/6LK57qSJFJga azC31GtJlX+Gx7LLmNo4/MsI2Jz8mPgDO12sHa4Iq7/hhDvA+1Qk50u0G7cqhyj9tHdy RuIrOs/7bgxnA7sC3Oj4aEmfflNQhlSV2thqUhBYUWPItMZinA48Q4uH/zVUog3nWsGj VJeEVl+SsRrMfhOXibVNnsIq24UBpicfXITAdmLFqcQZGU7I7Sn84sPWGgLBEa+ZW0FA WpMg== MIME-Version: 1.0 Received: by 10.216.211.19 with SMTP id v19mr1447890weo.89.1338535064661; Fri, 01 Jun 2012 00:17:44 -0700 (PDT) Received: by 10.180.24.5 with HTTP; Fri, 1 Jun 2012 00:17:44 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Jun 2012 03:17:44 -0400 Message-ID: From: "b. f." To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Stephen Montgomery-Smith Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 07:17:46 -0000 > > I do think we should provide something in ports as an interim solution. > > There are other 3rd party applications looking to drop FreeBSD support > > because we are missing APIs that almost all other OS's have. I'm fine > > if the interim lives in ports and that we don't import substandard > > routines into the base. I would even be fine with calling it > > /usr/local/lib/libm_inaccurate.so. However, I do think we need an option. > > > > I think it should be called libm.so. Otherwise we have to do a serious > editing job on the Makefiles/configure scripts. I think that this is as it should be: only those applications that really need to link against such a library should do so, and this should be enforced and checked by the port maintainer. If you call it by the same name you still need to make other changes to ensure that the right library is used, and these other changes can be confusing and lead to problems, as with the openssl and gcc support libraries. Some portable applications already provide convenient variables in their build infrastructure, since the quality, coverage, and location of the math libraries varies on different systems. b. From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 07:40:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D752C1065672; Fri, 1 Jun 2012 07:40:15 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 882E88FC12; Fri, 1 Jun 2012 07:40:15 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SaMT0-0004xe-Et; Fri, 01 Jun 2012 08:40:14 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SaMT0-0003bY-0I; Fri, 01 Jun 2012 08:40:14 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q517eDoQ099034; Fri, 1 Jun 2012 08:40:13 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q517eDCF099033; Fri, 1 Jun 2012 08:40:13 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Fri, 1 Jun 2012 08:40:13 +0100 From: Anton Shterenlikht To: John Baldwin Message-ID: <20120601074013.GA98814@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: John Baldwin , Anton Shterenlikht , freebsd-current@freebsd.org References: <20120426224215.GA79891@mech-cluster241.men.bris.ac.uk> <201205211308.24244.jhb@freebsd.org> <20120529231701.GA16367@mech-cluster241.men.bris.ac.uk> <201205301200.08879.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201205301200.08879.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 07:40:16 -0000 On Wed, May 30, 2012 at 12:00:08PM -0400, John Baldwin wrote: > On Tuesday, May 29, 2012 7:17:01 pm Anton Shterenlikht wrote: > > On Mon, May 21, 2012 at 01:08:24PM -0400, John Baldwin wrote: > > > On Monday, May 21, 2012 5:45:19 am Anton Shterenlikht wrote: > > > > On Mon, May 21, 2012 at 09:42:17AM +0100, Anton Shterenlikht wrote: > > > > > On Sun, May 20, 2012 at 09:54:51AM +0100, Anton Shterenlikht wrote: > > > > > > On Fri, May 18, 2012 at 10:48:52AM -0400, John Baldwin wrote: > > > > > > > On Wednesday, May 16, 2012 11:30:19 am Anton Shterenlikht wrote: > > > > > > > > er.. yes, of course it helped. > > > > > > > > > > > > > > > > My problem was that I couldn't boot. > > > > > > > > So, I presumed the very existence of dmesg.boot > > > > > > > > showed that your patches (both of them) work fine. > > > > > > > > But, sorry, I could've been more explicit. > > > > > > > > All seems to work, including sound and wireless. > > > > > > > > > > > > > > Hmm. Can you try one more thing. Can you boot an unmodified > kernel > > > (no > > > > > > > patches) but set 'hw.pci.enable_io_modes=0' from the loader? > > > > > > > > > > > > That works too, see dmesg.boot below. > > > > > > > > > > I might have misled you on this, > > > > > > > > Yes, sorry, looking at the dmesg I sent you, > > > > I obviously booted the patched kernel. > > > > > > > > So, no, 'hw.pci.enable_io_modes=0' in /boot/loader.conf > > > > doesn't help to boot an unmodified kernel. > > > > > > Ok, I'll work on getting this fix into the tree in some fashion. > > > > Just to let you know. > > I'm on 2³6024 now, with your patch. > > > > I've lost sound. > > > > Commands like: > > > > % ls > /dev/dsp0.0 > > % mixer vol 100 > > > > give lots of > > > > hðãc0: ©ømmãnð timeøut øn ãððress 0 > > hðãc0: ©ømmãnð timeøut øn ãððress 0 > > hðãc0: ©ømmãnð timeøut øn ãððress 0 > > > > on the console. > > > > Just wanted to check with you if you > > think this has anything to do with the > > patch, or whether you think it's a completely > > different issue. > > It could be related perhaps, though I thought on your system the only BAR that > was disabled was the VGA framebuffer. The situation with sould is more complex. On reboot, I get sound, e.g. # cat > /dev/dsp or # dd if=/dev/cd0 of=/dev/dspcd bs=2352 It seems the hdac0 errors start when I launch linux-flash from firefox: hdac0: Unexpected unsolicited response from address 0: 00000000 hdac0: Unexpected unsolicited response from address 0: 00000000 hdac0: Command timeout on address 0 hdac0: Reset setting timeout pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead hdac0: Command timeout on address 0 After that I can't get the sound back until I reboot. I'll ask in ports as well. Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 07:58:39 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF9E1065670 for ; Fri, 1 Jun 2012 07:58:39 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8EF8FC17 for ; Fri, 1 Jun 2012 07:58:38 +0000 (UTC) Received: by werg1 with SMTP id g1so1497508wer.13 for ; Fri, 01 Jun 2012 00:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; bh=i/MY+xnioJs6Dqn8Lz5iHyJnAJ3aOIdnwed6ih8Adcw=; b=k3Oh6CLgSdvGbFh66S8pkyxRdeNsqjSdijLq6eH3fuaM499bXFvGp18wObRYVx54rP 7XkdjNduGbFvDxh6UnTYpWflGLSfr8kduiapMuhaAaRXbuzIEoPY3cl5jgemFz2ARcRJ svs27WGJaTn5mtuFMInFjxSiOzu+YeamhNxczqvfJ/U0TPT4zsKAJxxh65NqzlyibtKX WKijBpHX/5cLDdQpI1+0PSnifh3k33oU/CTu1Uqh8QQtl9ZPk88FaVqdipt/Od1oZ20V KsXSohVKFPHcjmdCl9MdKpbiBtDPz/bcn9Me+Hxk9LBpqdIgl1WCFzvVgbyOC7Bavev2 /C0w== MIME-Version: 1.0 Received: by 10.216.211.19 with SMTP id v19mr1532720weo.89.1338537516905; Fri, 01 Jun 2012 00:58:36 -0700 (PDT) Received: by 10.180.24.5 with HTTP; Fri, 1 Jun 2012 00:58:36 -0700 (PDT) Date: Fri, 1 Jun 2012 03:58:36 -0400 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Eitan Adler Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 07:58:39 -0000 > Do we have a wiki page listing the functions in libm we are missing? > Having some kind of place to track progress and figure out what > exactly is needed is the first step to getting these APIs into shape. I already suggested this, and mentioned: http://wiki.freebsd.org/MissingMathStuff > Also, are there BSD licensed naive implementations of these functions > we can use? Would it be okay to have slow, but accurate versions of > these functions as a stopgap? I don't know of any BSD-licensed routines that would be suitable for use in the base system. You can cobble together replacements from various ports, with different licenses. For example, if you wanted accuracy and correctness, but didn't care about speed, you could use math/mpc and math/mpfr. Unfortunately, with many naive implementations, you often lose more than just speed. b. From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 13:13:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1323F1065672 for ; Fri, 1 Jun 2012 13:13:29 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D0BFD8FC15 for ; Fri, 1 Jun 2012 13:13:28 +0000 (UTC) Received: by obcni5 with SMTP id ni5so3711982obc.13 for ; Fri, 01 Jun 2012 06:13:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=S4xXCyOd332hbOl4iAdBlhh3B+nqWSzAKthZfqYOfG8=; b=VkonDZOa+uaR2wFkFPtAchvl1vVRbLxJfGMEjJGNzFbT3mEskRLY04u/qqe9FFq9B5 DOj3Pdiv3Da0f3RS36qMAYEKjp9CvJexZQjy94hD8eAIBex7sZbRS51Pv2oQv9vGVt2v oejTYFOFqFlQ3WcYdzOKQqFpmprkmNajg853Z+JONPDGlD1fOfHFYJqhR1JytnDFW1NS zcgxRAZCnL+88MEbMf8b1rn89GnEwbMdXcnUM8M7+yKTBVdg7zT5E+vZmkmnhGluHYwh As8UA7noOW9p4kH+FXvn8dVv15y0ojtv1OdJNQ1sNAKqUdfEli6hDB/T7kqK7gMmy98C dAbA== MIME-Version: 1.0 Received: by 10.182.14.104 with SMTP id o8mr2737963obc.6.1338556408236; Fri, 01 Jun 2012 06:13:28 -0700 (PDT) Received: by 10.182.22.231 with HTTP; Fri, 1 Jun 2012 06:13:28 -0700 (PDT) Date: Fri, 1 Jun 2012 16:13:28 +0300 Message-ID: From: Alexander Yerenkow To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: Weird wifi behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 13:13:29 -0000 Hello all. First of all, I'm not on current, but on stable: FreeBSD pcbsd-6648 9.0-STABLE FreeBSD 9.0-STABLE #8: Fri May 18 16:12:29 UTC 2012 root@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/9.0/sys/GENERIC i386 I have lenovo s10-2 (which is have some unsupported broadcom wifi). I did replace wifi with ath0: mem 0x56100000-0x5610ffff irq 17 at device 0.0 on pci2 ath0: AR2425 mac 14.2 RF5424 phy 7.0 And weirdness begin. At my home I have wifi router in WEP mode. All devices/laptops are working just fine. But s10-2 is somehow get broken packets; fetch - got broken downloads (incorrect MD5, and sometimes say to me that length of file is invalid); wget - stops, saying something about MAC error. ssh - works fine while I simply use console (cd, ls) - can lasts hours.but! If I run mc, and starts something like copy/delete files (which heavily updates screen) - ssh drops connections with message packet error. browsing - pretty working (but not file downloads of course). At my workplace we using WPA with password. At work I can download packages,files,etc - all is OK with fine checksums. I happen to note this while testing PC-BSD 9.0, currently I'm on latest PC-BSD beta. Any thoughts/advices on how to test it/fix it? I'd gladly use broadcom (bcm94312MCG) if it works. BTW, maybe someone could mentor me on developing/porting driver? :) -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 14:06:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40536106566C for ; Fri, 1 Jun 2012 14:06:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 11B828FC15 for ; Fri, 1 Jun 2012 14:06:51 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so3240183pbb.13 for ; Fri, 01 Jun 2012 07:06:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=h/cd8hztrVqxbVGLf62UnGe6/jW6W9kv7M3R0fR5sZQ=; b=iA+Bp4595msCey4k5Ms8J6Wig5nUlBhB6+majM9pJOvmvn9aOp+UwzMp/UDiXtkihu xvWodUmKDAeuxQyHfSx5hWcuhQo4KQ81Oaahx0HExO2jIwI+hdAa7yW8iBmVe12I2ZOo 5Zt71qVHId5fOboWphG/7+xekUwKHFAdJaifMZxjEGMOakDPxUzpQnXLn8bPM24HEyic s7CRBPvwvtvyNq61FFley/4OzffrPyDuWsPfUDS1hRj6j9yl/uKH6GYhpll5d3UebF3G Tzryenb7iuUBTwfdqk2a6QgV7x2A8mkQNdaq2Tx+sZ0a+uoVYEJFeqq7TPwxqJfTzXr7 xlFA== MIME-Version: 1.0 Received: by 10.68.226.226 with SMTP id rv2mr11461681pbc.101.1338559610412; Fri, 01 Jun 2012 07:06:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Fri, 1 Jun 2012 07:06:50 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Jun 2012 07:06:50 -0700 X-Google-Sender-Auth: F20nu6ukUVbs31tyRByw9ThIyx8 Message-ID: From: Adrian Chadd To: Alexander Yerenkow Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Weird wifi behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 14:06:51 -0000 Hi, Please file a bug. :) WEP shouldn't be broken in 9.x, that was before all of my TX aggregation changes for 802.11n support. WEP worked fine for me when I was using it a couple weeks ago. Would you please provide further information in the bug, such as what the key length is, which key slots are configured, your ifconfig/wpa_supplicant.conf entry, etc. Thanks, Adrian On 1 June 2012 06:13, Alexander Yerenkow wrote: > Hello all. > First of all, I'm not on current, but on stable: > > FreeBSD pcbsd-6648 9.0-STABLE FreeBSD 9.0-STABLE #8: Fri May 18 > 16:12:29 UTC 2012 > root@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/9= .0/sys/GENERIC > =A0i386 > > I have lenovo s10-2 (which is have some unsupported broadcom wifi). > I did replace wifi with > ath0: mem 0x56100000-0x5610ffff irq 17 at device 0.0 = on pci2 > ath0: AR2425 mac 14.2 RF5424 phy 7.0 > > > And weirdness begin. > At my home I have wifi router in WEP mode. All devices/laptops are > working just fine. But s10-2 is somehow get broken packets; > fetch - got broken downloads (incorrect MD5, and sometimes say to me > that length of file is invalid); > wget - stops, saying something about MAC error. > ssh - works fine while I simply use console (cd, ls) - can lasts > hours.but! If I run mc, and starts something like copy/delete files > (which heavily updates screen) - ssh drops connections with message > packet error. > browsing - pretty working (but not file downloads of course). > > At my workplace we using WPA with password. At work I can download > packages,files,etc - all is OK with fine checksums. > I happen to note this while testing PC-BSD 9.0, currently I'm on > latest PC-BSD beta. > > Any thoughts/advices on how to test it/fix it? > I'd gladly use broadcom (bcm94312MCG) if it works. BTW, maybe someone > could mentor me on developing/porting driver? :) > > -- > Regards, > Alexander Yerenkow > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 14:29:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF0FF1065675; Fri, 1 Jun 2012 14:29:23 +0000 (UTC) (envelope-from yerenkow@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 553F28FC15; Fri, 1 Jun 2012 14:29:23 +0000 (UTC) Received: by yhgm50 with SMTP id m50so2009554yhg.13 for ; Fri, 01 Jun 2012 07:29:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=InLJN9rdCH7Wy1aGebQR97qWOyePru3lXCOE+2XEGYU=; b=X8gAJ4q1Bnctit6+JRzG8G0fasUaDUaKPMWY+luwum//TEjiPLeDYYXJdfyg6SgriM 0sLMoSEqg3sg1ewE9jAu+hWwVNUYkZsIthZkM6x5T5GPUd8GFoD4a4GltmKXICxvfCcl YN2hcJgVPTtmx9LWgjZ5kCQjS54Eid6037MvwPJVftoiU/c3QIIcOixrcUbeqy/Jz73O dBRMfxPtsKEyscGyw7qppti4Ojk+mr2/zYyPGMEdDd4nhuDA9QPztnSJT4xy8Hhj5/VY is5bUJGTzJSKL+s3nZET8Lc1suVVoGGKVGAvyFheT/emFQx2pByHs2GhqzgHuLkgnNrN vBTQ== MIME-Version: 1.0 Received: by 10.60.170.38 with SMTP id aj6mr2875514oec.51.1338560962682; Fri, 01 Jun 2012 07:29:22 -0700 (PDT) Received: by 10.182.22.231 with HTTP; Fri, 1 Jun 2012 07:29:22 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Jun 2012 17:29:22 +0300 Message-ID: From: Alexander Yerenkow To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Weird wifi behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 14:29:23 -0000 2012/6/1 Adrian Chadd : > Hi, > > Please file a bug. :) > Here it goes: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D168530 > WEP shouldn't be broken in 9.x, that was before all of my TX > aggregation changes for 802.11n support. > Don't know if it is... since my other stuff working in same network. > WEP worked fine for me when I was using it a couple weeks ago. Would > you please provide further information in the bug, such as what the > key length is, which key slots are configured, your > ifconfig/wpa_supplicant.conf entry, etc. Yes, I will prepare this info now. > > Thanks, > > > > Adrian > > On 1 June 2012 06:13, Alexander Yerenkow wrote: >> Hello all. >> First of all, I'm not on current, but on stable: >> >> FreeBSD pcbsd-6648 9.0-STABLE FreeBSD 9.0-STABLE #8: Fri May 18 >> 16:12:29 UTC 2012 >> root@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/= 9.0/sys/GENERIC >> =A0i386 >> >> I have lenovo s10-2 (which is have some unsupported broadcom wifi). >> I did replace wifi with >> ath0: mem 0x56100000-0x5610ffff irq 17 at device 0.0= on pci2 >> ath0: AR2425 mac 14.2 RF5424 phy 7.0 >> >> >> And weirdness begin. >> At my home I have wifi router in WEP mode. All devices/laptops are >> working just fine. But s10-2 is somehow get broken packets; >> fetch - got broken downloads (incorrect MD5, and sometimes say to me >> that length of file is invalid); >> wget - stops, saying something about MAC error. >> ssh - works fine while I simply use console (cd, ls) - can lasts >> hours.but! If I run mc, and starts something like copy/delete files >> (which heavily updates screen) - ssh drops connections with message >> packet error. >> browsing - pretty working (but not file downloads of course). >> >> At my workplace we using WPA with password. At work I can download >> packages,files,etc - all is OK with fine checksums. >> I happen to note this while testing PC-BSD 9.0, currently I'm on >> latest PC-BSD beta. >> >> Any thoughts/advices on how to test it/fix it? >> I'd gladly use broadcom (bcm94312MCG) if it works. BTW, maybe someone >> could mentor me on developing/porting driver? :) >> >> -- >> Regards, >> Alexander Yerenkow >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" --=20 Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 15:22:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 138541065676 for ; Fri, 1 Jun 2012 15:22:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id DB0298FC19 for ; Fri, 1 Jun 2012 15:22:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 44B20B962; Fri, 1 Jun 2012 11:22:52 -0400 (EDT) From: John Baldwin To: Eitan Adler Date: Fri, 1 Jun 2012 10:29:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201206011029.13865.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 01 Jun 2012 11:22:52 -0400 (EDT) Cc: freebsd-current@freebsd.org, Peter Jeremy , Steve Kargl Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 15:22:53 -0000 On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: > On 31 May 2012 08:45, John Baldwin wrote: > > I do think we should provide something in ports as an interim solution. > > There are other 3rd party applications looking to drop FreeBSD support > > because we are missing APIs that almost all other OS's have. I'm fine > > if the interim lives in ports and that we don't import substandard > > routines into the base. I would even be fine with calling it > > /usr/local/lib/libm_inaccurate.so. However, I do think we need an option. > > Do we have a wiki page listing the functions in libm we are missing? > Having some kind of place to track progress and figure out what > exactly is needed is the first step to getting these APIs into shape. > > Also, are there BSD licensed naive implementations of these functions > we can use? Would it be okay to have slow, but accurate versions of > these functions as a stopgap? Peter Jeremy more or less has a stopgap already ready judging by the comments in the thread thus far. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 17:38:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0D51065740; Fri, 1 Jun 2012 17:38:49 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id E46968FC0C; Fri, 1 Jun 2012 17:38:47 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 93BC3153438; Fri, 1 Jun 2012 19:38:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w-HMxaZbNZOo; Fri, 1 Jun 2012 19:38:45 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id DBF86153434; Fri, 1 Jun 2012 19:38:45 +0200 (CEST) Message-ID: <4FC8FE23.6010403@digiware.nl> Date: Fri, 01 Jun 2012 19:38:43 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <4FBDE81C.9010909@digiware.nl> <4FBE6A6C.6030708@FreeBSD.org> <4FBE7778.4070004@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 01 Jun 2012 18:06:19 +0000 Cc: Doug Barton , FreeBSD Current Subject: Re: Daily, weekly, security scripts.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 17:38:49 -0000 On 2012-05-28 1:25, Garrett Cooper wrote: > Here's a revised patch (based on something I brought up earlier) > that converts periodic over to an rc.subr-like paradigm. > This can be directly applied to HEAD; you will need to backport > r231849 first if you want to apply the patch to 9-STABLE, etc (the > change wasn't MFCed -- not sure why). 'mmmm, 2 problems: - I run 8.x on most boxes atm. - I'm still an SVN noob, got no further than just to fetch the tree. So I'll need time to catch up on this. --WjW From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 18:50:30 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC658106564A for ; Fri, 1 Jun 2012 18:50:29 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 954A18FC17 for ; Fri, 1 Jun 2012 18:50:29 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.5/8.14.5) with ESMTP id q51IoOWn089510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 1 Jun 2012 20:50:26 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Fri, 1 Jun 2012 20:50:24 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Peter Jeremy Message-ID: <20120601185024.GP10094@acme.spoerlein.net> Mail-Followup-To: Peter Jeremy , Dmitry Marakasov , freebsd-current@freebsd.org References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> <20120528195542.GB85856@hades.panopticon> <20120528200403.GB15356@server.rulingia.com> <20120528221825.GB38860@hades.panopticon> <20120530032703.GA99357@server.rulingia.com> <20120531212042.GA43155@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <20120531212042.GA43155@server.rulingia.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, Dmitry Marakasov Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 18:50:30 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 2012-06-01 at 07:20:42 +1000, Peter Jeremy wrote: > On 2012-May-30 13:27:03 +1000, Peter Jeremy wrote: > >On 2012-May-29 02:18:25 +0400, Dmitry Marakasov wrote: > >>Then you should try to profile it - my script basically runs > >>delete-old delete-old-libs for every knob (131 of them), and it > >>hadn't taken more than 4 seconds even once. > > > >I've done some investigating and the problem is that "xargs -n1" > >fork()/exec()s /bin/echo on each file (and there are 5538 files for > >me). Changing this to "tr ' ' '\n'" reduces "make delete-old" runtime > >to 1.75s - which is much nicer. I've checked a variety of other > >systems running 8.x & 9.x and the 97s seems to be anomalously long so > >I'll do some more investigating. >=20 > I've tracked the problem down to excessive VM faults caused by > jemalloc. Whilst executing /bin/echo, jemalloc mmap()s two 4MiB > chunks of memory. Unless you build with MALLOC_PRODUCTION (which I > hadn't), it then proceeds to verify that both blocks are zero-filled. > This causes 2048 (unnecessary) page faults (out of a total of 2133). > When I rebuilt jemalloc with MALLOC_PRODUCTION, this dropped to 87 > page faults (cf 76 an 8.x and 62 on 9.x) and the elapsed time for > "make delete-old" dropped to slightly more than 8.x & 9.x. >=20 > "xargs -n1" is probably a worst case scenario for jemalloc but this > probably similarly affects other short-lived processes (and the shell > scripts that invoke them). It's a pity that this particular test is a > compile-time option. >=20 > I still think that saving 5500 fork()/exec() pairs is a good reason > to switch from "xargs -n1" to "tr ' ' '\n'". Why is xargs even calling /bin/echo when "utility" is not specified. Shouldn't it just print a certain number of arguments (one in this case)? Uli --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iQEcBAEBAgAGBQJPyQ7wAAoJEKOmmGRKr4LOz5wIAIkAYiFbuk7UiOqbQnSGKX+J JVHFGDTSaZN5PLBA7LrlhKQ1ZjFKKNkp6UUQQaHb1juV21DG3oVFPidgt6C2r6x6 jPiOeSj5wE9Gxtvasgfz8Cp2O0L3d3pREitOBmtPpnhE+zPD1PbrZIqTkEKieRKJ a+cml7CV3bbyK6NrG6lITNnLljJebzH/g6lx57b4zIbxv7nLjObF2EZG9GC6fjGw IxxJJ3idHwl46tdhJ4UUncwUngsTBBttZ111fqbL0DizGF3nXhPP7wvEMA24p5lm X1kdUaI39gshImf7NWAinndprClWWIFDdzZdILcJN44IQk4osVwC0K3R5iOrdYs= =tP1N -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 1 23:50:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24161106564A for ; Fri, 1 Jun 2012 23:50:06 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8348FC0A for ; Fri, 1 Jun 2012 23:50:05 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q51Nno9r058651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 2 Jun 2012 09:49:52 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q51NnfOK088469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Jun 2012 09:49:41 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q51NnfG2088468; Sat, 2 Jun 2012 09:49:41 +1000 (EST) (envelope-from peter) Date: Sat, 2 Jun 2012 09:49:41 +1000 From: Peter Jeremy To: Dmitry Marakasov , freebsd-current@freebsd.org Message-ID: <20120601234940.GB56049@server.rulingia.com> References: <20120527140541.GL2987@hades.panopticon> <20120528094427.GE2675@aspire.rulingia.com> <20120528195542.GB85856@hades.panopticon> <20120528200403.GB15356@server.rulingia.com> <20120528221825.GB38860@hades.panopticon> <20120530032703.GA99357@server.rulingia.com> <20120531212042.GA43155@server.rulingia.com> <20120601185024.GP10094@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20120601185024.GP10094@acme.spoerlein.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 23:50:06 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jun-01 20:50:24 +0200, Ulrich Sp=F6rlein wrote: >Why is xargs even calling /bin/echo when "utility" is not specified. Because that's what it's documented as doing. >Shouldn't it just print a certain number of arguments (one in this >case)? The current approach is simpler - there's always "utility" and it defaults to "/bin/echo". Therefore xargs can just always fork/exec. I agree that special-casing the default to have xargs print the relevant number of arguments would be more efficient. --=20 Peter Jeremy --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/JVRQACgkQ/opHv/APuIcsugCdFmu4rKXwu/RBzSSeDVN4/4ds JkQAoMHzcHr3Gp8myetB/vsFI5j1seMg =Dy3G -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 00:04:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B467B106564A; Sat, 2 Jun 2012 00:04:14 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 294B18FC15; Sat, 2 Jun 2012 00:04:13 +0000 (UTC) Received: from server.rulingia.com (c220-239-254-65.belrs5.nsw.optusnet.com.au [220.239.254.65]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q52048Fg058713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 2 Jun 2012 10:04:09 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q5203xL3088621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Jun 2012 10:03:59 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q5203vAm088620; Sat, 2 Jun 2012 10:03:57 +1000 (EST) (envelope-from peter) Date: Sat, 2 Jun 2012 10:03:57 +1000 From: Peter Jeremy To: John Baldwin Message-ID: <20120602000357.GC56049@server.rulingia.com> References: <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> <201206011029.13865.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: <201206011029.13865.jhb@freebsd.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Eitan Adler , freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 00:04:14 -0000 --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jun-01 10:29:13 -0400, John Baldwin wrote: >On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: >> Also, are there BSD licensed naive implementations of these functions >> we can use? Would it be okay to has slow, but accurate versions of >> these functions as a stopgap? > >Peter Jeremy more or less has a stopgap already ready judging by the comme= nts=20 >in the thread thus far. There's probably an hours work by either stephen@ or myself to adapt the work I did on cephes in Sage to a standalone FreeBSD port. Unfortunately, both stephen@ & I are currently otherwise occupied and other comments in this thread suggest that the inclusion of such a port would be strongly opposed. Note that cephes isn't "slow but accurate" - it's reasonably fast but naive and therefore dodgy in edge cases. --=20 Peter Jeremy --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/JWG0ACgkQ/opHv/APuIfb6gCfXedEo3q0EWmYOkWEfCYDsRMD KyMAoJ4uFpPKly01I9kjzOBjHS+henGt =S8/X -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 00:16:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF74B1065677 for ; Sat, 2 Jun 2012 00:16:34 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8BBFB8FC17 for ; Sat, 2 Jun 2012 00:16:34 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4592921obc.13 for ; Fri, 01 Jun 2012 17:16:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Qa20qzVSnjS7z/3s6SvLQ/P4SB8qEFL9vQv5yvs8O1g=; b=GSdZXD+TPOwUxh/c52WcSjycMxsqhqS97vux+KwlEs4vNEYfBWlLDvhJaoJqplhKck c2wGNmNgXzYnpsfBa68jZ5WWJnAYkic1QUyhydLu/ueN6uXuEw64Vk31I95sAfo3Tze8 RgNjPKBdVM/6zCh/XSkLpl4mQuYJtLe/LWnao= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=Qa20qzVSnjS7z/3s6SvLQ/P4SB8qEFL9vQv5yvs8O1g=; b=gPPxtTI8i+ksBwBhtiobO+zO576ykMsXRzYrvETB4H9l4iqqlQNBJ1CXEjEkcIQdfU G4/ZLuFWIxB34w+T1LqTw0Z4bX8c01aotSg7wxZlfRT0NKIT71FDNza3Dn2Bw4Bwi+Fa CnMAn6sxXn1iETMobOqTjheCcVL0fAw8/uA1tXppS/ILQcUBKVG6AFJ1SBgVcEf80ghn VgsNdudKvrP3eONWHXQtgSR0BHjJfzK3IEmIK/rYpjTCmHQlTPDXQxMe6FggZiNtGbeM 6KcO/w2D+kS1W8MIQ2y2giaHR8q8ktCpHkJAQfTi9zx/Y338W4t0BnYt6AtQ1iVtoz14 SkPw== Received: by 10.60.170.38 with SMTP id aj6mr4452758oec.51.1338596193263; Fri, 01 Jun 2012 17:16:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.204.69 with HTTP; Fri, 1 Jun 2012 17:16:03 -0700 (PDT) In-Reply-To: <20120602000357.GC56049@server.rulingia.com> References: <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> <201206011029.13865.jhb@freebsd.org> <20120602000357.GC56049@server.rulingia.com> From: Eitan Adler Date: Fri, 1 Jun 2012 17:16:03 -0700 Message-ID: To: Peter Jeremy Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmqnAYfsnwKa46Sw0O+G1Kk73U01Ay3R3rS+MV+Ne5aDRDKWOzEp+AX+ihfo9Y6Zs2fr6zK Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 00:16:34 -0000 On 1 June 2012 17:03, Peter Jeremy wrote: > On 2012-Jun-01 10:29:13 -0400, John Baldwin wrote: >>On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: >>> Also, are there BSD licensed naive implementations of these functions >>> we can use? Would it be okay to has slow, but accurate versions of >>> these functions as a stopgap? >> >>Peter Jeremy more or less has a stopgap already ready judging by the comments >>in the thread thus far. > > There's probably an hours work by either stephen@ or myself to adapt > the work I did on cephes in Sage to a standalone FreeBSD port. > Unfortunately, both stephen@ & I are currently otherwise occupied and > other comments in this thread suggest that the inclusion of such a port > would be strongly opposed. > > Note that cephes isn't "slow but accurate" - it's reasonably fast but > naive and therefore dodgy in edge cases. Yes, I was asking if any of the former type exist. Optimally we would want fast and accurate - but it doesn't currently exist. Fast, but inaccurate has been strongly objected to. Is there third option? -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 03:52:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84C331065672 for ; Sat, 2 Jun 2012 03:52:26 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5CAC58FC08 for ; Sat, 2 Jun 2012 03:52:26 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q523qJds012184; Fri, 1 Jun 2012 20:52:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q523qIRw012183; Fri, 1 Jun 2012 20:52:18 -0700 (PDT) (envelope-from sgk) Date: Fri, 1 Jun 2012 20:52:18 -0700 From: Steve Kargl To: Eitan Adler Message-ID: <20120602035218.GA12163@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> <201206011029.13865.jhb@freebsd.org> <20120602000357.GC56049@server.rulingia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Peter Jeremy Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 03:52:26 -0000 On Fri, Jun 01, 2012 at 05:16:03PM -0700, Eitan Adler wrote: > On 1 June 2012 17:03, Peter Jeremy wrote: > > On 2012-Jun-01 10:29:13 -0400, John Baldwin wrote: > >>On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: > >>> Also, are there BSD licensed naive implementations of these functions > >>> we can use? Would it be okay to has slow, but accurate versions of > >>> these functions as a stopgap? > >> > >>Peter Jeremy more or less has a stopgap already ready judging by the comments > >>in the thread thus far. > > > > There's probably an hours work by either stephen@ or myself to adapt > > the work I did on cephes in Sage to a standalone FreeBSD port. > > Unfortunately, both stephen@ & I are currently otherwise occupied and > > other comments in this thread suggest that the inclusion of such a port > > would be strongly opposed. > > > > Note that cephes isn't "slow but accurate" - it's reasonably fast but > > naive and therefore dodgy in edge cases. > > Yes, I was asking if any of the former type exist. > Optimally we would want fast and accurate - but it doesn't currently exist. > Fast, but inaccurate has been strongly objected to. > > Is there third option? > Of course. Sit down and write code. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 04:05:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EE33106566C for ; Sat, 2 Jun 2012 04:05:30 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E51DA8FC0A for ; Sat, 2 Jun 2012 04:05:29 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4869445obc.13 for ; Fri, 01 Jun 2012 21:05:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=0nseMDUtMuqWDw85sL84NtM3am0bHiWKqMmi/TyYdi4=; b=fnhwJys2foOxO9vniUebIi6YRgaNZpKhoTfIllxj8pZyn+Zlfyfcn/pvrP7C3CpENC xiwp8ccAcSLxN3P3utKeHrqIU+RMyIm9cfenP1zb222nIkwO/C3WWGvw8xuNAhm6P3Gl awdhnNGbaTzdlhZWYDsluiPHRjg6CJLGmM4Xc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=0nseMDUtMuqWDw85sL84NtM3am0bHiWKqMmi/TyYdi4=; b=Msriqq55Wv9mQwdSEsaX9hMF+VpOSlrF/99cblM9c0ZItsEuRu6cdWjaIXAAezmzXM Rzc8k4HOFaa6rqPB/+HF8EsBjDhZjTfqtumyoizttUFbsVAJgoUZ1FUrqlf1hlqoesXr 5owJjd7ILxBK7J6F8Q9fWY3YHutuV5Ye5VM5pSGHNflZPWsAI8dU58Mme44/r5XgEpQl DsAY9QDNsd7FUFOBH4Wjqux2qu0tMOjY1eS8XQOiyr3ZpBzpCOhrxxKYP92cFlWWGBHU /Ul+NQ4U1L3bHGI2zYNEPUFF22xKqY4ebLzp7ggfjk9cNGeQPcRiwF6s+u1GyVUFF4Sj k0Pw== Received: by 10.60.7.4 with SMTP id f4mr4842163oea.36.1338609929298; Fri, 01 Jun 2012 21:05:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.204.69 with HTTP; Fri, 1 Jun 2012 21:04:58 -0700 (PDT) In-Reply-To: <20120602035218.GA12163@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> <201206011029.13865.jhb@freebsd.org> <20120602000357.GC56049@server.rulingia.com> <20120602035218.GA12163@troutmask.apl.washington.edu> From: Eitan Adler Date: Sat, 2 Jun 2012 00:04:58 -0400 Message-ID: To: Steve Kargl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQleXsaBBF2rKrqXzfU55g966mfijsVlCrA+Uc35tgVT+/JNn9UuCIWohBmFFo5Ny/eoWA3D Cc: freebsd-current@freebsd.org, Peter Jeremy Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 04:05:30 -0000 On 1 June 2012 23:52, Steve Kargl wrote: > Of course. =C2=A0Sit down and write code. If I ever find the time, I just might. Do we have a wiki page listing the set of functions which we don't yet have? --=20 Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 05:06:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A09C1065670 for ; Sat, 2 Jun 2012 05:06:20 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id DA6DD8FC12 for ; Sat, 2 Jun 2012 05:06:19 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q5256Inc012415; Fri, 1 Jun 2012 22:06:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q5256IQ6012414; Fri, 1 Jun 2012 22:06:18 -0700 (PDT) (envelope-from sgk) Date: Fri, 1 Jun 2012 22:06:17 -0700 From: Steve Kargl To: Eitan Adler Message-ID: <20120602050617.GA12403@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> <201206011029.13865.jhb@freebsd.org> <20120602000357.GC56049@server.rulingia.com> <20120602035218.GA12163@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Peter Jeremy Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 05:06:20 -0000 On Sat, Jun 02, 2012 at 12:04:58AM -0400, Eitan Adler wrote: > On 1 June 2012 23:52, Steve Kargl wrote: > > > Of course. ??Sit down and write code. > > If I ever find the time, I just might. Do we have a wiki page listing > the set of functions which we don't yet have? > I don't know. I don't read the wiki. You can many/most/all by looking in /usr/include/math.h There are many #if 0 ... #endif blocks. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 09:46:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 248BC106564A for ; Sat, 2 Jun 2012 09:46:57 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id BBAF78FC14 for ; Sat, 2 Jun 2012 09:46:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Sakv9-0007lK-Ij>; Sat, 02 Jun 2012 11:46:55 +0200 Received: from e178028047.adsl.alicedsl.de ([85.178.28.47] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Sakv9-0007SW-C8>; Sat, 02 Jun 2012 11:46:55 +0200 Message-ID: <4FC9E109.2080305@zedat.fu-berlin.de> Date: Sat, 02 Jun 2012 11:46:49 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <2730bd1bab4223e718193254cb8bbd60@dizum.com> <20120601194621.GA83046@e-new.0x20.net> In-Reply-To: <20120601194621.GA83046@e-new.0x20.net> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD068D4BF25007CE27A0AF235" X-Originating-IP: 85.178.28.47 Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 09:46:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD068D4BF25007CE27A0AF235 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/01/12 21:46, Lars Engels wrote: > On Fri, Jun 01, 2012 at 08:32:08PM +0100, Chris Rees wrote: >> On 1 June 2012 16:20, Nomen Nescio wrote: >>>> Dear All , >>>> >>>> There is a thread >>>> >>>> "Why Are You Using FreeBSD ?" >>>> >>>> >>>> I think another thread with the specified subject '"Why Are You NOT Using >>>> FreeBSD ?" may be useful : >>>> >>>> >>>> If you are NOT using FreeBSD for any area or some areas , would you please >>>> list those areas with most important first to least important last ?= 1a) On "scietific production systems", FreeBSD has been banned due to the lack of HPC compilers and appropriate mathematical libraries. The lack of professional/academic support, like that from NAG in the late 1990s, has been droped for FreeBSD as well as the presence of C/C++/F95 compilers. 1b) The lack of GPGPU. This has become so important to HPC these days. We use nVidia GPU based TESLA boards with OpenCL software (CUDA is luckily not necessary). The lack of professional drivers for 64Bit on FreeBSD was long time an issue, nVidia now provides drivers, but they don't provide their CUDA/OpenCL libraries along with their nvcc compiler natively for 64Bit FreeBSD/amd64. The Linuxulator isn't any option. 2) Disk and network I/O issues under load. We realized that FreeBSD has some issues in multithreaded environments. Even on 6/12 or 12/24 core/thread systems, under heavy load (especially network and CPU load), disk I/O was (is?) poor. This is a no-go in a HPC environment. 3) Outdated ports OR not available ports: some important software maintained by the US government (USGS, NASA/JPL) is only provided for Mac OS X and some Linux derivatives. We created our own ports for some of those, but maintaining these, especially those provided by the USGS (ISIS3) is hard work. Other software, like the AMES StereoPipeline, seems to be crippled by intention when it comes to the sources (essential portions are "vanished" in the repositories). Developers are unwilling - by intention, lack of time or lack of capabilities. 4) The lack of clustering capabilities. The lack of a clustered filesystem grows more and more important in the area of HPC, where storage systems get spread over a department. I lost track in the development on FreeBSD since around 2003. At the moment, for me personally this issue isn't so important, but in combination with items 1) through 3) and the migration towards Linux (we use prefereably Ubuntu server, some Suse and on some servers CentOS/RedHat, which suffers from the Linux-narrowminded deseas as well, in my opinion, but you'll get support by Dell and others - in times of strangling contracts, a more and more restricted freedom of science in favor of "business" ... another story ...) Well, item 3 isn't a real FreeBSD issue. I have the impression that since the good old UNIX times, mid 1990s, a deadly Virus spread around called Linux, attracting development schemata known from Microsoft/Windows: narrow minded Linux-only sources, nearsighted development, shortcuts due to political reasons, even if the sources are available for all. I regret this development of "open software" very deeply and it is not the *BSD UNIX developers fault (excluding item 1 and 2, that are political issues and a burden of the BSD folks having made political decissions in the past!). I do not speak for my department and I do not speak for my colleagues. I speka for myself and my opinion. Personally, I use FreeBSD private and under my desk - and I really suffer from the lack of GPGPU, since even some opensource, high performance software like "Blender" benefetis tremendously from using CUDA/OpenCL if GPU is available. Regards, Oliver Hartmann --------------enigD068D4BF25007CE27A0AF235 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPyeEPAAoJEOgBcD7A/5N8EwgIAM2rGZ9e5OjobSI4FX/6og6p UNkJmLmAmjLsCQwwEA22krQY/73mlynSqpSRVoy9IcHOeG+32cuqYU5tiYn61lDk 1HGf2UbJmHxNSi094AMMT9SQ+NYrDMmQjdTOpTWDorCsnvKDzSTZHLDIpNPAbWqE ZL4+jGtv42i7quVxbGU3GYml2hyHV4YM/K3/ZeVwQjgXdPRx7sqP1pjUuiIq2UJv sL4DUZtMRTbk6fsmdO2DqkSIHDHir2f4TEa2C1Lz0vbYIDu82j7MjNizyj2vnBHx lS5zh3a/G0IhuwtBCjFcJkeOqGrhQii3Z6PEcXrPpTmBt7z6YqvzsoXkPIjvbLk= =PaLy -----END PGP SIGNATURE----- --------------enigD068D4BF25007CE27A0AF235-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 14:18:53 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ED321065670; Sat, 2 Jun 2012 14:18:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 41A108FC0A; Sat, 2 Jun 2012 14:18:53 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SapAK-000277-AU>; Sat, 02 Jun 2012 16:18:52 +0200 Received: from e178028047.adsl.alicedsl.de ([85.178.28.47] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SapAK-0003I3-4L>; Sat, 02 Jun 2012 16:18:52 +0200 Message-ID: <4FCA20C5.6010901@zedat.fu-berlin.de> Date: Sat, 02 Jun 2012 16:18:45 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, "freebs >> Current FreeBSD" References: <1405746.nVtAo183hi@x220.ovitrap.com> <4FC9FECC.8090703@digsys.bg> <3303845.JjFTmctz7f@x220.ovitrap.com> <4FCA0B5F.5010500@digsys.bg> In-Reply-To: <4FCA0B5F.5010500@digsys.bg> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6C9D05CF3E895DC8132BFEBD" X-Originating-IP: 85.178.28.47 Cc: Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 14:18:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6C9D05CF3E895DC8132BFEBD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/02/12 14:47, Daniel Kalchev wrote: >=20 >=20 > On 02.06.12 15:32, Erich wrote: >> I know that the ports tree is a moving target. But it stops moving >> during the release period. This could be used to give a fall back >> solution. >> >> Or do I see this really too simple? >=20 > The ports tree is a moving target during release periods still, althoug= h > there are efforts to make movements smaller. This is why, after a > release it suddenly moves more :) >=20 > Daniel Even IF the ports tree IS a moving target, updating of UPDATING, for instance, follows most times AFTER the critical ports has been changed/updated and folks started updating their ports without realizing that they have shot themselfs into the foot! Since I'm with FreeBSD, StarOffice, OpenOffice and even now LibreOffice is a MESS! If you need to keep up with STABLE, in most cases due to modern hardware (*), binary packages are NOT provided or if so, they won't work due to some incompatibilities. I witnessed those cases several times and at this moment, our four remaining FreeBSD servers and my personal desktop as well as my private box are rendered "unusable" in terms of having no LibreOffice since it doesn't compile anymore on FreeBSD 9-STABLE/amd64 and 10-CURRENT/amd64. At the moment, this mess is introduced with a new PNG library. And we are updating on "life" machines, that means, they are not freshly installed, they have been maintained for several months now. Very often, when compalining about this, I get responses from people installing then the critical software in a virtual machine and/or on newly setup boxes. That doesn't reflect the way the systems have to be maintained. Well, one may argue with me about "server" and "desktop". Comparing Linux (several distros) with FreeBSd and Windows makes the limited adavntages of FreeBSD getting rendered neglegible. We need PowerPoint or a similar office product for presentations, I'm getting strangled by students when using LaTeX and "beamer" or "PowerDot". The pressure from the Windows world is large. (*) It might be true that FreeBSD runs well on older hardware. But when I order hardware from the budget I get, I do not want myself buying outdated hardware. --------------enig6C9D05CF3E895DC8132BFEBD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPyiDLAAoJEOgBcD7A/5N8cO4H/RNOzxyHSC3QVwIxvBYtNocc vJGlYqwPSyVJfi7tqvtMDAp4fsmSlG9/YW5kMaOIvyHrk+PkHXLU9mUeVAhPEnZH PUoVfRp2HbB1CBPFTErAKoMJIO3+T+Eo+d/Vk2bl/sY5a8FyuVjs5kLoUOrEQH9U xYRRwX6PqfQUpkgutgJu3KRCsR8u9sNA3StLJkw0NPDxeTkzXepFtoyd0KWRxxoE 5rMmo3Yaqkf3VRRXhXMzVTApTTqL0R7Nd/bUyxlkVlvFEMDrBzMCVZvPlkMpuq26 znJbOJ9g/HVKD3RxX6rkzxsL36O5n1Fd3BvBYQrl3rmrjUXL/VUna/l21tJhD2o= =2IDx -----END PGP SIGNATURE----- --------------enig6C9D05CF3E895DC8132BFEBD-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 17:31:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA801065675; Sat, 2 Jun 2012 17:31:49 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D65C28FC24; Sat, 2 Jun 2012 17:31:48 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3450860bkv.13 for ; Sat, 02 Jun 2012 10:31:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4BThL3r1GjNy3q6WjqPQA2t564euGTXFPOlRYs6iLo0=; b=GcVIEoZAu3VZj5xTFNUvIA9xWHi0hLxWQ70IbcAPwilLzly/aOwQLjX/zcsx/3z7gf O6QcnaY2YBcsk3as5WDSYMWtokUAwDvSUmFmPMW/okwalr3U+1Elpy0CQ8PLG9cXeDBG R2fnkeV3b/e0M6/1Ek2qsdAEitBcjvArKoMc799GSdzUjc8257HTdixYhtWyEgQ82WoE LFkH6rw/VWiiGeqZcybkSIO6YYVbca8h8fi5ziaIjG6dGhcHuWcXFTqj9Xsju5UB33+P IWBq1i6feKVsb8BJ/1vySpWbYCgTfOjFItzKzfQuqufInZzqUW2HDMJB7G0O0dGN5+8/ XI6Q== MIME-Version: 1.0 Received: by 10.205.117.3 with SMTP id fk3mr3943519bkc.136.1338658307567; Sat, 02 Jun 2012 10:31:47 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Sat, 2 Jun 2012 10:31:47 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Sat, 2 Jun 2012 10:31:47 -0700 (PDT) In-Reply-To: <4FCA20C5.6010901@zedat.fu-berlin.de> References: <1405746.nVtAo183hi@x220.ovitrap.com> <4FC9FECC.8090703@digsys.bg> <3303845.JjFTmctz7f@x220.ovitrap.com> <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> Date: Sat, 2 Jun 2012 18:31:47 +0100 Message-ID: From: Chris Rees To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , FreeBSD Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 17:31:49 -0000 On Jun 2, 2012 3:19 PM, "O. Hartmann" wrote: > > On 06/02/12 14:47, Daniel Kalchev wrote: > > > > > > On 02.06.12 15:32, Erich wrote: > >> I know that the ports tree is a moving target. But it stops moving > >> during the release period. This could be used to give a fall back > >> solution. > >> > >> Or do I see this really too simple? > > > > The ports tree is a moving target during release periods still, although > > there are efforts to make movements smaller. This is why, after a > > release it suddenly moves more :) > > > > Daniel > > Even IF the ports tree IS a moving target, updating of UPDATING, for > instance, follows most times AFTER the critical ports has been > changed/updated and folks started updating their ports without realizing > that they have shot themselfs into the foot! > Not reading UPDATING until there are problems is not the fault of the ports tree; it should be checked every time you update. Of course, many of us forget, but that still doesn't make it anyone else's problem when we do! Chris From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 18:54:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B670106566C; Sat, 2 Jun 2012 18:54:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id DDE6E8FC0A; Sat, 2 Jun 2012 18:53:59 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2EB2E25D3870; Sat, 2 Jun 2012 18:53:53 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 2CF15BE8427; Sat, 2 Jun 2012 18:53:52 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 4ybvsoXpkr5j; Sat, 2 Jun 2012 18:53:51 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 1DFD6BE840E; Sat, 2 Jun 2012 18:53:50 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <201201031036.50837.jhb@freebsd.org> Date: Sat, 2 Jun 2012 18:53:49 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <7BCE47D4-8B1E-49DC-B5E1-9640A41AAAFB@lists.zabbadoz.net> References: <201201031036.50837.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: periodic emails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 18:54:00 -0000 On 3. Jan 2012, at 15:36 , John Baldwin wrote: > On Monday, January 02, 2012 4:29:18 pm Bjoern A. Zeeb wrote: >> Hi, >>=20 >> why do we send all these empty headings for periodic emails or given = there is >> no output to this one can we >>=20 >> 1) suppress the empty sections (to me that sounds a bit like a wrong >> return code or something maybe?), and >> 2) add an option to suppress "empty" periodic emails entirely? >=20 > Have you tried 'daily_show_success=3D"NO"' in /etc/periodic.conf? >=20 > (Also security_show_success, weekly_show_success, and = monthly_show_success?) >=20 > Those certainly have fixed both 1) and 2) for me. How did you fix this part of the daily emails? ---- Security check: (output mailed separately) -- End of daily output -- ---- I guess I could set daily_status_security_output=3D"" given the value or = the exported value derived from it are not used elsewhere? But it would = still leave the "Security check" for the email:( /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 23:03:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C67F3106564A for ; Sat, 2 Jun 2012 23:03:55 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2058FC08 for ; Sat, 2 Jun 2012 23:03:55 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SaxML-0006Gg-Bn for freebsd-current@freebsd.org; Sat, 02 Jun 2012 16:03:49 -0700 Date: Sat, 2 Jun 2012 16:03:49 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1338678229359-5714383.post@n5.nabble.com> In-Reply-To: References: <4FCA20C5.6010901@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 23:03:55 -0000 Hmm... Speaking of libreoffice ERROR: error 65280 occurred while making /usr/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj ? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714253p5714383.html Sent from the freebsd-current mailing list archive at Nabble.com.