From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:14:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCD9D46B; Sun, 30 Nov 2014 08:14:10 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5862A65F; Sun, 30 Nov 2014 08:14:10 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id h11so14459552wiw.9 for ; Sun, 30 Nov 2014 00:14:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PpDNz34hekT5bW2QCDK75WRVK8+aQj1MTc8S3qoVIj4=; b=P5MxcdmRBrJpUdN8XeheEcpsslm2u02MY/Ps9gOn5PuXfQzbzmjl3GB7VYUYt/QPz7 GOliJv9B6uZcqutcln/Q4uD+IdTmYsq49+QRdRJ/vgvN324fNvLUaz1fBmMbcr4FEf2f LshUx6jpgw+rgGktLmyKxbOjXKl+vB5TCc5h0rPj4lDS1gPtSaMl/U8LZKNqWJKpyt6k 3nTzoUDfPdhqPr9M0mZmEiJMPVolFmq4HrXm/MXSnhNWSkracHJVf36Rb+uv0lNWDNV+ 5ppZm94b67VmtgDzkZBRMUSA7wxAM7m56wPtgoFOe1sUciDaM+7j1VQNM/na2OLgNmC4 kdCw== MIME-Version: 1.0 X-Received: by 10.180.12.75 with SMTP id w11mr64056964wib.9.1417335248237; Sun, 30 Nov 2014 00:14:08 -0800 (PST) Received: by 10.216.214.201 with HTTP; Sun, 30 Nov 2014 00:14:08 -0800 (PST) In-Reply-To: <5479F92A.80604@selasky.org> References: <5479F92A.80604@selasky.org> Date: Sun, 30 Nov 2014 09:14:08 +0100 Message-ID: Subject: Re: Virtualbox 4.3.20 crashes FreeBSD 11.0-CURRENT From: "Ranjan1018 ." <214748mv@gmail.com> To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-emulation@freebsd.org, FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 30 Nov 2014 08:14:10 -0000 Hi Hans, the bug is network related: in VirtualBox per VM Settings - Network - Attach to - changing from "NAT" to "Bridged Adapter" it works. Probably I will open a new PR for this bug. I am testing your patch and I will report the result in the above PR (id 194196). Maurizio 2014-11-29 17:49 GMT+01:00 Hans Petter Selasky : > On 11/29/14 16:00, Ranjan1018 . wrote: > >> *Just upgrade emulators/virtualbox-ose-4.3.20 via pkg upgrade. Starting >> a >> >> VM, Windows XP or Ubuntu x86, after few seconds the laptop freezes.The >> system responds only to power off, pressing the power button for few >> seconds. The only things I can do is a photo of the screen: >> https://plus.google.com/112995826906094353410/posts/6amoaitgP8e >> * >> >> *Maurizio* >> > > Hi, > > Can you try to apply the patch in the following PR: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194196 > > Not sure if it helps. > > --HPS > > From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 08:32:01 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6243F6D0; Sun, 30 Nov 2014 08:32:01 +0000 (UTC) Received: from mail-out.smeets.im (mail-out.smeets.im [5.9.17.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E95586B; Sun, 30 Nov 2014 08:32:00 +0000 (UTC) Received: from mail.smeets.im (mail.smeets.im [IPv6:2a01:4f8:160:918a::25:3]) by mail-out.smeets.im (Postfix) with ESMTP id 53110B69; Sun, 30 Nov 2014 09:31:57 +0100 (CET) Received: from amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) by mail.smeets.im (Postfix) with ESMTP id C06CD892AF; Sun, 30 Nov 2014 09:31:57 +0100 (CET) X-Virus-Scanned: amavisd-new at smeets.im Received: from mail.smeets.im ([IPv6:2a01:4f8:160:918a::25:3]) by amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) (amavisd-new, port 10025) with ESMTP id Tb7fAn2fLMln; Sun, 30 Nov 2014 09:31:57 +0100 (CET) Received: from nibbler-wlan.home.lan (unknown [85.22.120.99]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.smeets.im (Postfix) with ESMTPSA id D82CF89284; Sun, 30 Nov 2014 09:31:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=smeets.im; s=default; t=1417336317; bh=bp2N8NQatr53SuyCkp6FAF5G3ORvf6eZuP08FDlI4qo=; h=Date:From:To:Subject:References:In-Reply-To; b=lBzz+HuuZnUAVmY5JxJRVqq908O9O9AogkzjdqxuCwYDEl9povnV+Y309IrRRkRcU QUeFplHzqpXJXqODXNpS8x+Z5Gj7xupipPoX7TE0MLbQrvf40CQ91NKK/1/2CWkhDs nk+GdJQ4ieYpTya8MG9gV6w5fZBmySN8+MH2t3pg= Message-ID: <547AD5FA.3040706@smeets.im> Date: Sun, 30 Nov 2014 09:31:54 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:37.0) Gecko/20100101 Thunderbird/37.0a1 MIME-Version: 1.0 To: Baptiste Daroussin , current@FreeBSD.org Subject: Re: External toolchain support References: <20141129150440.GC88765@ivaldir.etoilebsd.net> In-Reply-To: <20141129150440.GC88765@ivaldir.etoilebsd.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4GdWkwQgRmdWr6Xfdks5ASAlqXcDwDLwJ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 30 Nov 2014 08:32:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4GdWkwQgRmdWr6Xfdks5ASAlqXcDwDLwJ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 29/11/14 16:04, Baptiste Daroussin wrote: > Hi all, >=20 > It is now possible to use an external toolchain to build the kernel and= base > (tested with gcc 4.9.1 and latest binutils) >=20 > make CROSS_TOOLCHAIN=3Dsparc64-gcc -j8 buildkernel >=20 I built a sparc64 kernel on amd64 using sparc64-xtoolchain-gcc and was able to boot it successfully. $ uname -a FreeBSD v240 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r275267M: Sat Nov 29 22:23:38 CET root@storage:/usr/obj/sparc64.sparc64/usr/src/sys/GENERIC sparc64 $ sysctl kern.ostype kern.osrelease kern.osrevision kern.compiler_version= kern.ostype: FreeBSD kern.osrelease: 11.0-CURRENT kern.osrevision: 199506 kern.compiler_version: gcc version 4.9.1 (FreeBSD Ports Collection for sparc64) Florian --4GdWkwQgRmdWr6Xfdks5ASAlqXcDwDLwJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUetX7AAoJEOcFPfn/hvB2PBMP/jH8GB6MYXBgGVZcwhgd7/SR KPfpKftS9cOu/v68TPMORy5Laf/CdwpVFC0LWtiOgdnSMrVQ+bcuAMrFl3JPE591 xqhDlVjo/xJ0cOtKLu8cvjt7fp8P/VAbpM7iNojOggyvHdOozdzQUCXm523mXSq3 rUj1UnFeKiZhR745GKT5sgJFaM44DhlOsAXZaYyMylnFFpA5g748bGKpd8CZegGC 8tkE7p7SMHEe6kX3eeut4ZDBIBwH0/bOstNn1T9LWF/BCa78VEEtupnW7MPxapoS OXO7LxHgErePwP5IQNEemWYnNOh8PmFs4uN2Bqeaj4zzdJrvT915IxQYLXYdSCU8 G3j+uO/3tQ94LY+U5/+cKO4t7K5y44k6W/DUn82B83ZfMEGbrqv5m0rxVqbna20U FbL3JbNdB97OcAlXwPKBP86rIogDLmbu0Y8OhivqpalUfKifSZfPY6VVOrawRLzU Yt8RbHLzsoAzCX9SfjbeJxt3LgzuuPAMbCHESaE8idFx+L8zbIW86Nh/+dVUDm0e zzy83z7IWwJz9r98rFmzcIVCD+vuW7/QkDiw8r/5lN5iSvLPfOUa6RVtD+IgcL3W lBIxInktwYtbcU1HfY6FBdo768iPG0XtJbIUcx8P85O81z7QHDba5R7qBn5C/52G 817YUmcB4b0lLV/xaC8s =DrWW -----END PGP SIGNATURE----- --4GdWkwQgRmdWr6Xfdks5ASAlqXcDwDLwJ-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 09:41:12 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53FB1151; Sun, 30 Nov 2014 09:41:12 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A2BED52; Sun, 30 Nov 2014 09:41:11 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sAU9CiKU039607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 30 Nov 2014 01:12:47 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547ADF86.8050806@freebsd.org> Date: Sun, 30 Nov 2014 17:12:38 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Adrian Chadd , Steve Kargl Subject: Re: Possible bug in softfloat References: <20141128183416.GA71749@troutmask.apl.washington.edu> <20141128190721.GA71860@troutmask.apl.washington.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , Bruce Evans X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 30 Nov 2014 09:41:12 -0000 On 11/29/14, 4:59 AM, Adrian Chadd wrote: > You can easily fire up a mips32 / mips64 emulator build - cross-build > a world+kernel, build an image, then run qemu-devel to boot it. > > https://wiki.freebsd.org/FreeBSD/MipsEmulation > > You should be able to get a 32 bit soft-float mips environment inside > there which you can use to trigger it. > (And also run whatever other floating point validation suite you may hvae.) I suspect this is one for bde to look at. > > > > -adrian > > > On 28 November 2014 at 11:07, Steve Kargl > wrote: >> On Fri, Nov 28, 2014 at 10:54:25AM -0800, Adrian Chadd wrote: >>> On 28 November 2014 at 10:34, Steve Kargl >>> wrote: >>>> In a thread on comp.lang.c, it was pointed out that softfloat >>>> has a bug and in checking src/lib/libc/softfloat I confimed >>>> the issue is present in FreeBSD. What I hae not confirmed >>>> is whether or not it is possible to hit this bug. In fact, >>>> it may only hit arm and mips. Anyway, here's the patch >>> So we should just commit this? >>> >> I suspect the answer is yes, but I have no idea on how >> to trigger this code path. I also have no access to >> arm or mips hardware where the problem may manifest only. >> >> It may also be appropriate to have someone else confirm >> that the patch is indeed correct. >> >> -- >> steve > _______________________________________________ > 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 Sun Nov 30 17:02:14 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5323984; Sun, 30 Nov 2014 17:02:14 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 34E18971; Sun, 30 Nov 2014 17:02:14 +0000 (UTC) Received: from AlfredMacbookAir.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 74A7B341F84E; Sun, 30 Nov 2014 09:02:08 -0800 (PST) Message-ID: <547B4D89.7030402@mu.org> Date: Sun, 30 Nov 2014 09:02:01 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin , current@FreeBSD.org Subject: Re: External toolchain support References: <20141129150440.GC88765@ivaldir.etoilebsd.net> In-Reply-To: <20141129150440.GC88765@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 30 Nov 2014 17:02:14 -0000 On 11/29/14, 7:04 AM, Baptiste Daroussin wrote: > Hi all, > > It is now possible to use an external toolchain to build the kernel and base > (tested with gcc 4.9.1 and latest binutils) > > Of course a lot of work is needed to make it build cleanly (aka lots of warning > to fix). > > What have been tested so far: > - sparc64 kernel + world > - amd64 kernel + world > - powerpc64 kernel + world > > mips cannot be tested because upstream gcc never heard of FreeBSD running on > mips, and I did not receive any patches for mips. > > for amd64, in the kernel two things had to be removed from the build: > - aesni: (it request a header which is compiler specific and on recent gcc > will end up including stdlib.h which gives errors because kernel version of free > and malloc are not compatible with the version defined in stdlib.h) > - hptmv: I had to remove it from GENERIC and kernel building. > > The result is: > > $ sysctl kern.ostype kern.osrelease kern.osrevision kern.compiler_version > > kern.ostype: FreeBSD > kern.osrelease: 11.0-CURRENT > kern.osrevision: 199506 > kern.compiler_version: gcc version 4.9.1 (FreeBSD Ports Collection for amd64) > > so yes it boots and runs > > How to do you own testing: > in the ports tree/packages (the amd64 version will appear in packages next week) > install: > amd64-xtoolchain-gcc or powerpc64-xtoolchain-gcc or sparc64-xtoolchain-gcc > > if your source tree: > make CROSS_TOOLCHAIN=amd64-gcc -j8 buildkernel > or > make CROSS_TOOLCHAIN=powerpc64-gcc -j8 buildkernel > or > make CROSS_TOOLCHAIN=sparc64-gcc -j8 buildkernel > > To build world: > same operation with buildworld. Please note that for world you will need to add > define NO_WERROR (world will also require a change in share/mk/bsd.lib.mk: > s/--fatal-warnings/--no-fatal-warnings/) > > also notes that for the kernel a lots of warnings are disabled in > share/sys/kern.mk so do not hesitate to remove yourself those -Wno-error= and > fix the issue they are hidding! > > Best regards, > Bapt This is amazing work, thank you Bapt! -Alfred From owner-freebsd-current@FreeBSD.ORG Sun Nov 30 18:57:41 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B30BEFB; Sun, 30 Nov 2014 18:57:41 +0000 (UTC) Received: from smtpout1.timeweb.ru (smtpout1.timeweb.ru [92.53.117.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D5BD61A; Sun, 30 Nov 2014 18:57:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=amdmi3.ru; s=dkim; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=JqqPODljyptMY6CPMXAW0CZDEYcwOLXafPU2KpTgIe4=; b=MoJ4GTVa9IM8ppiwT93gCOQLdyEr2NrMw1rVTQu8QGrytE1Mr3BMOOU7kcTWtxny5LfuK+SZQI2GQJI2hO2a/WL07WxK9ggFmjAYGFjH6sJkn8bljVkHh4tx+tkJ39cVGpwW8oRg8cQZMCVEDARUFsVNCXwdzKOg1MJb3Cr0isc=; Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Xv9gZ-000AKo-Ao; Sun, 30 Nov 2014 21:57:31 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id A129E18A; Sun, 30 Nov 2014 21:57:30 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 625AD97CF; Sun, 30 Nov 2014 21:57:30 +0300 (MSK) Date: Sun, 30 Nov 2014 21:57:30 +0300 From: Dmitry Marakasov To: Dimitry Andric Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Message-ID: <20141130185730.GA73028@hades.panopticon> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 30 Nov 2014 18:57:41 -0000 * Dimitry Andric (dim@FreeBSD.org) wrote: > We're working on updating llvm, clang and lldb to 3.5.0 in head. > This is quite a big update again, and any help with testing is > appreciated. Well, of 4 error logs from exp-run I've checked (one my port and 3 unmaintained ports) two had basically the same problem and it seems to be libc++ related, so I ask: was new version of libc++ imported along with clang/llvm? Past experience show that libc++ should be updated along with clang, as it may have bugs new clang versions are not tolerable to. I've prepared the minimal test program to demonstrate the problem: --- test.cc begins here --- #include #include class Foo { public: void Const() const { std::cerr << "OK" << std::endl; } }; int main() { Foo foo; auto f = std::bind(&Foo::Const, foo); f(); return 0; } --- test.cc ends here --- Note that the method std::bind is used on is const (non-const methods produce no problems). Here's how it works: --- test.log begins here --- % for CC in c++ g++48 g++49 g++5 clang++33 clang++34 clang++35; do echo "===> ${CC}"; ${CC} -std=c++11 test.cc && ./a.out; done ===> c++ OK ===> g++48 OK ===> g++49 OK ===> g++5 OK ===> clang++33 OK ===> clang++34 OK ===> clang++35 In file included from test.cc:1: In file included from /usr/include/c++/v1/functional:474: /usr/include/c++/v1/type_traits:433:76: error: no matching function for call to '__source' : public integral_constant(__is_function_imp::__source<_Tp>())) == 1> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/c++/v1/type_traits:438:14: note: in instantiation of template class 'std::__1::__libcpp_is_function' requested here : public __libcpp_is_function<_Tp> {}; ^ /usr/include/c++/v1/type_traits:443:97: note: in instantiation of template class 'std::__1::is_function' requested here template struct __libcpp_is_member_function_pointer<_Tp _Up::*> : public is_function<_Tp> {}; ^ /usr/include/c++/v1/type_traits:446:14: note: in instantiation of template class 'std::__1::__libcpp_is_member_function_pointer' requested here : public __libcpp_is_member_function_pointer::type> {}; ^ /usr/include/c++/v1/type_traits:460:38: note: in instantiation of template class 'std::__1::is_member_function_pointer' requested here !is_member_function_pointer<_Tp>::value> {}; ^ /usr/include/c++/v1/type_traits:3093:17: note: in instantiation of template class 'std::__1::is_member_object_pointer' requested here is_member_object_pointer::type>::value && ^ /usr/include/c++/v1/type_traits:3100:1: note: (skipping 2 contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all) __invoke(_Fp&& __f, _A0&& __a0) ^ /usr/include/c++/v1/type_traits:3126:11: note: in instantiation of template class 'std::__1::__invokable_imp' requested here __invokable_imp<_Fp, _Args...>::value> ^ /usr/include/c++/v1/functional:1973:31: note: in instantiation of template class 'std::__1::__invokable' requested here static const bool value = __invokable<_Fp, ^ /usr/include/c++/v1/functional:1985:18: note: in instantiation of template class 'std::__1::_is_valid_bind_return, std::__1::tuple<> >' requested here bool = _is_valid_bind_return<_Fp, _BoundArgs, _TupleUj>::value> ^ /usr/include/c++/v1/functional:2082:18: note: in instantiation of default argument for '__bind_return, std::__1::tuple<> >' required here typename __bind_return<_Fd, _Td, tuple<_Args&&...> >::type ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ test.cc:12:3: note: while substituting deduced template arguments into function template 'operator()' [with _Args = <>] f(); ^ /usr/include/c++/v1/type_traits:424:28: note: candidate template ignored: substitution failure [with _Tp = void () const]: reference to function type 'void () const' cannot have 'const' qualifier template _Tp& __source(); ~~~ ^ test.cc:12:2: error: no matching function for call to object of type 'std::__1::__bind' f(); ^ /usr/include/c++/v1/functional:2083:9: note: candidate template ignored: substitution failure [with _Args = <>]: implicit instantiation of undefined template 'std::__1::__bind_return, std::__1::tuple<>, false>' operator()(_Args&& ...__args) ^ /usr/include/c++/v1/functional:2092:9: note: candidate template ignored: substitution failure [with _Args = <>]: implicit instantiation of undefined template 'std::__1::__bind_return, std::__1::tuple<>, false>' operator()(_Args&& ...__args) const ^ 2 errors generated. --- test.log ends here --- I think this should be fixed in the first place. -- 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 Dec 1 00:38:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97E856D8; Mon, 1 Dec 2014 00:38:01 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35903A10; Mon, 1 Dec 2014 00:38:01 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id w7so7887007lbi.1 for ; Sun, 30 Nov 2014 16:37:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=cJXw7C4IQskmrfrRcRQ89dDV01ejVjMz4SrpPesE9/Q=; b=FtHDKHeKzUUwbJpuMYs9DDDDs2A/tID0H3ccdXmpw1mBabLKmY/zmlMOYQqaBwx+Ah 893ii7j9kYaOW8EDSRscAPPOe3OnDBABaQMR732U3ehqkKiX6dtuUL2He9GWHIetTc6E 2yiI5UpOaOQnkKKDgVuSoyJdhKjhoCk2mrMs1RL9Xgvlt5lL+zfm6fNmSTWLa/YPCNPO dQ0oRNz3yLetoU0rgdv5QoRVpxPOnB03QqWYmz5fFbnPtRP/tN33bdyl0KJx7dMvHS8d eRUZnwjCN/pdW5JqCGwWlHSfb1DmxgyINBpxqxuS/y0k3E5CH/2dB1Zdgy6RVIZvy/iJ IOPw== MIME-Version: 1.0 X-Received: by 10.112.137.39 with SMTP id qf7mr53893311lbb.47.1417394279298; Sun, 30 Nov 2014 16:37:59 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.130.168 with HTTP; Sun, 30 Nov 2014 16:37:59 -0800 (PST) Date: Sun, 30 Nov 2014 16:37:59 -0800 X-Google-Sender-Auth: Oos_yiOWCHwmK1KjyQKeH01vqFM Message-ID: Subject: Call for Help: Setting up Saltstack for devops of jenkins.freebsd.org cluster From: Craig Rodrigues To: freebsd-current Current X-Mailman-Approved-At: Mon, 01 Dec 2014 04:33:16 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD stable , ports , freebsd-python@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 00:38:01 -0000 FYI, https://lists.freebsd.org/pipermail/freebsd-testing/2014-December/000693.html Please send follow-ups to freebsd-testing@FreeBSD.org . Thanks. -- Craig -- Craig From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 11:46:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 913E8C2C; Mon, 1 Dec 2014 11:46:46 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 36546CC; Mon, 1 Dec 2014 11:46:45 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2DCD81FE022; Mon, 1 Dec 2014 12:46:42 +0100 (CET) Message-ID: <547C553C.5070604@selasky.org> Date: Mon, 01 Dec 2014 12:47:08 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: FreeBSD Current , Michael Tuexen Subject: SCTP changes needed Content-Type: multipart/mixed; boundary="------------030506010707010803020206" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 11:46:46 -0000 This is a multi-part message in MIME format. --------------030506010707010803020206 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Michael, As a followup to: https://svnweb.freebsd.org/changeset/base/275358 Please find attached a separate SCTP patch as requested. The attached patch re-enables flowids in the SCTP code as before. Until this patch is committed the SCTP code will not take full advantage of the multiple-transmit capabilities as found in many network adapters. --HPS --------------030506010707010803020206 Content-Type: text/x-patch; name="sctp_m_flowid_removal.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sctp_m_flowid_removal.diff" Index: sys/netinet/sctp_indata.c =================================================================== --- sys/netinet/sctp_indata.c (revision 275354) +++ sys/netinet/sctp_indata.c (working copy) @@ -2296,7 +2296,7 @@ struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct sctp_inpcb *inp, struct sctp_tcb *stcb, struct sctp_nets *net, uint32_t * high_tsn, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct sctp_data_chunk *ch, chunk_buf; @@ -2391,7 +2391,7 @@ stcb->sctp_ep->last_abort_code = SCTP_FROM_SCTP_INDATA + SCTP_LOC_19; sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return (2); } @@ -2406,7 +2406,7 @@ stcb->sctp_ep->last_abort_code = SCTP_FROM_SCTP_INDATA + SCTP_LOC_19; sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return (2); } @@ -2475,7 +2475,7 @@ m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return (2); } Index: sys/netinet/sctp_input.c =================================================================== --- sys/netinet/sctp_input.c (revision 275354) +++ sys/netinet/sctp_input.c (working copy) @@ -86,7 +86,7 @@ struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct sctp_init_chunk *cp, struct sctp_inpcb *inp, struct sctp_tcb *stcb, int *abort_no_unlock, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct sctp_init *init; @@ -101,7 +101,7 @@ if (ntohs(cp->ch.chunk_length) < sizeof(struct sctp_init_chunk)) { op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb) *abort_no_unlock = 1; @@ -113,7 +113,7 @@ /* protocol error... send abort */ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb) *abort_no_unlock = 1; @@ -123,7 +123,7 @@ /* invalid parameter... send abort */ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb) *abort_no_unlock = 1; @@ -133,7 +133,7 @@ /* protocol error... send abort */ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb) *abort_no_unlock = 1; @@ -143,7 +143,7 @@ /* protocol error... send abort */ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb) *abort_no_unlock = 1; @@ -155,7 +155,7 @@ op_err = sctp_generate_cause(SCTP_BASE_SYSCTL(sctp_diag_info_code), "Problem with AUTH parameters"); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb) *abort_no_unlock = 1; @@ -186,7 +186,7 @@ op_err = sctp_generate_cause(SCTP_BASE_SYSCTL(sctp_diag_info_code), "No listener"); sctp_send_abort(m, iphlen, src, dst, sh, 0, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); } goto outnow; @@ -200,7 +200,7 @@ SCTPDBG(SCTP_DEBUG_INPUT3, "sctp_handle_init: sending INIT-ACK\n"); sctp_send_initiate_ack(inp, stcb, m, iphlen, offset, src, dst, sh, cp, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port, ((stcb == NULL) ? SCTP_HOLDS_LOCK : SCTP_NOT_LOCKED)); } @@ -434,7 +434,7 @@ struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct sctp_init_ack_chunk *cp, struct sctp_tcb *stcb, struct sctp_nets *net, int *abort_no_unlock, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id) { struct sctp_association *asoc; @@ -474,7 +474,7 @@ retval); sctp_abort_association(stcb->sctp_ep, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); *abort_no_unlock = 1; return (-1); @@ -549,7 +549,7 @@ } sctp_abort_association(stcb->sctp_ep, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); *abort_no_unlock = 1; } @@ -1284,7 +1284,7 @@ struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct sctp_init_ack_chunk *cp, struct sctp_tcb *stcb, struct sctp_nets *net, int *abort_no_unlock, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id) { struct sctp_init_ack *init_ack; @@ -1303,7 +1303,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(stcb->sctp_ep, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); *abort_no_unlock = 1; return (-1); @@ -1315,7 +1315,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(stcb->sctp_ep, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); *abort_no_unlock = 1; return (-1); @@ -1325,7 +1325,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(stcb->sctp_ep, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); *abort_no_unlock = 1; return (-1); @@ -1335,7 +1335,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(stcb->sctp_ep, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); *abort_no_unlock = 1; return (-1); @@ -1345,7 +1345,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_INVALID_PARAM, ""); sctp_abort_association(stcb->sctp_ep, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); *abort_no_unlock = 1; return (-1); @@ -1370,7 +1370,7 @@ } if (sctp_process_init_ack(m, iphlen, offset, src, dst, sh, cp, stcb, net, abort_no_unlock, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id) < 0) { /* error in parsing parameters */ return (-1); @@ -1427,7 +1427,7 @@ struct sctp_inpcb *inp, struct sctp_nets **netp, struct sockaddr *init_src, int *notification, int auth_skipped, uint32_t auth_offset, uint32_t auth_len, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port); @@ -1444,7 +1444,7 @@ struct sctp_inpcb *inp, struct sctp_tcb *stcb, struct sctp_nets **netp, struct sockaddr *init_src, int *notification, int auth_skipped, uint32_t auth_offset, uint32_t auth_len, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct sctp_association *asoc; @@ -1477,7 +1477,7 @@ sctp_send_shutdown_ack(stcb, stcb->asoc.primary_destination); op_err = sctp_generate_cause(SCTP_CAUSE_COOKIE_IN_SHUTDOWN, ""); sctp_send_operr_to(src, dst, sh, cookie->peers_vtag, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, net->port); if (how_indx < sizeof(asoc->cookie_how)) asoc->cookie_how[how_indx] = 2; @@ -1684,7 +1684,7 @@ */ op_err = sctp_generate_cause(SCTP_CAUSE_NAT_COLLIDING_STATE, ""); sctp_send_abort(m, iphlen, src, dst, sh, 0, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return (NULL); } @@ -1856,7 +1856,7 @@ sh, cookie, cookie_len, inp, netp, init_src, notification, auth_skipped, auth_offset, auth_len, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port)); } /* @@ -2012,7 +2012,7 @@ struct sctp_inpcb *inp, struct sctp_nets **netp, struct sockaddr *init_src, int *notification, int auth_skipped, uint32_t auth_offset, uint32_t auth_len, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct sctp_tcb *stcb; @@ -2098,7 +2098,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_OUT_OF_RESC, ""); sctp_abort_association(inp, (struct sctp_tcb *)NULL, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return (NULL); } @@ -2126,7 +2126,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_OUT_OF_RESC, ""); sctp_abort_association(inp, (struct sctp_tcb *)NULL, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); #if defined(__APPLE__) || defined(SCTP_SO_LOCK_TESTING) SCTP_TCB_UNLOCK(stcb); @@ -2373,7 +2373,7 @@ struct sctp_inpcb **inp_p, struct sctp_tcb **stcb, struct sctp_nets **netp, int auth_skipped, uint32_t auth_offset, uint32_t auth_len, struct sctp_tcb **locked_tcb, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct sctp_state_cookie *cookie; @@ -2560,7 +2560,7 @@ tim = now.tv_usec - cookie->time_entered.tv_usec; scm->time_usec = htonl(tim); sctp_send_operr_to(src, dst, sh, cookie->peers_vtag, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return (NULL); } @@ -2650,7 +2650,7 @@ cookie, cookie_len, *inp_p, netp, to, ¬ification, auth_skipped, auth_offset, auth_len, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); } else { /* this is abnormal... cookie-echo on existing TCB */ @@ -2659,7 +2659,7 @@ src, dst, sh, cookie, cookie_len, *inp_p, *stcb, netp, to, ¬ification, auth_skipped, auth_offset, auth_len, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); } @@ -2667,11 +2667,9 @@ /* still no TCB... must be bad cookie-echo */ return (NULL); } - if ((*netp != NULL) && (use_mflowid != 0)) { + if (*netp != NULL && mflowtype != M_HASHTYPE_NONE) { (*netp)->flowid = mflowid; -#ifdef INVARIANTS - (*netp)->flowidset = 1; -#endif + (*netp)->flowtype = mflowtype; } /* * Ok, we built an association so confirm the address we sent the @@ -2742,7 +2740,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_OUT_OF_RESC, ""); sctp_abort_association(*inp_p, NULL, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); #if defined(__APPLE__) || defined(SCTP_SO_LOCK_TESTING) pcb_so = SCTP_INP_SO(*inp_p); @@ -4368,7 +4366,7 @@ struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct sctp_chunkhdr *ch, struct sctp_inpcb *inp, struct sctp_tcb *stcb, struct sctp_nets **netp, int *fwd_tsn_seen, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct sctp_association *asoc; @@ -4532,7 +4530,7 @@ msg); /* no association, so it's out of the blue... */ sctp_handle_ootb(m, iphlen, *offset, src, dst, sh, inp, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); *offset = length; if (locked_tcb) { @@ -4576,7 +4574,7 @@ msg); sctp_handle_ootb(m, iphlen, *offset, src, dst, sh, inp, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return (NULL); } @@ -4721,7 +4719,7 @@ "INIT not the only chunk"); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); *offset = length; return (NULL); @@ -4731,7 +4729,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_OUT_OF_RESC, ""); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); *offset = length; return (NULL); @@ -4739,7 +4737,7 @@ sctp_handle_init(m, iphlen, *offset, src, dst, sh, (struct sctp_init_chunk *)ch, inp, stcb, &abort_no_unlock, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); *offset = length; if ((!abort_no_unlock) && (locked_tcb)) { @@ -4793,7 +4791,7 @@ (struct sctp_init_ack_chunk *)ch, stcb, *netp, &abort_no_unlock, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id); } else { ret = -1; @@ -5098,7 +5096,7 @@ op_err = sctp_generate_cause(SCTP_CAUSE_OUT_OF_RESC, ""); sctp_abort_association(inp, stcb, m, iphlen, src, dst, sh, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); } *offset = length; @@ -5133,7 +5131,7 @@ auth_offset, auth_len, &locked_tcb, - use_mflowid, + mflowtype, mflowid, vrf_id, port); @@ -5587,7 +5585,7 @@ uint8_t compute_crc, #endif uint8_t ecn_bits, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { uint32_t high_tsn; @@ -5626,11 +5624,9 @@ net->port = port; } #endif - if ((net != NULL) && (use_mflowid != 0)) { + if (net != NULL && mflowtype != M_HASHTYPE_NONE) { net->flowid = mflowid; -#ifdef INVARIANTS - net->flowidset = 1; -#endif + net->flowtype = mflowtype; } if ((inp != NULL) && (stcb != NULL)) { sctp_send_packet_dropped(stcb, net, m, length, iphlen, 1); @@ -5659,11 +5655,9 @@ net->port = port; } #endif - if ((net != NULL) && (use_mflowid != 0)) { + if (net != NULL && mflowtype != M_HASHTYPE_NONE) { net->flowid = mflowid; -#ifdef INVARIANTS - net->flowidset = 1; -#endif + net->flowtype = mflowtype; } if (inp == NULL) { SCTP_STAT_INCR(sctps_noport); @@ -5672,7 +5666,7 @@ } if (ch->chunk_type == SCTP_SHUTDOWN_ACK) { sctp_send_shutdown_complete2(src, dst, sh, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); goto out; } @@ -5687,7 +5681,7 @@ "Out of the blue"); sctp_send_abort(m, iphlen, src, dst, sh, 0, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); } } @@ -5748,7 +5742,7 @@ op_err = sctp_generate_cause(SCTP_BASE_SYSCTL(sctp_diag_info_code), msg); sctp_handle_ootb(m, iphlen, offset, src, dst, sh, inp, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); goto out; } @@ -5759,7 +5753,7 @@ stcb = sctp_process_control(m, iphlen, &offset, length, src, dst, sh, ch, inp, stcb, &net, &fwd_tsn_seen, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb) { /* @@ -5800,7 +5794,7 @@ op_err = sctp_generate_cause(SCTP_BASE_SYSCTL(sctp_diag_info_code), msg); sctp_handle_ootb(m, iphlen, offset, src, dst, sh, inp, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); goto out; } @@ -5872,7 +5866,7 @@ op_err = sctp_generate_cause(SCTP_BASE_SYSCTL(sctp_diag_info_code), msg); sctp_handle_ootb(m, iphlen, offset, src, dst, sh, inp, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); goto out; /* sa_ignore NOTREACHED */ @@ -5893,7 +5887,7 @@ retval = sctp_process_data(mm, iphlen, &offset, length, src, dst, sh, inp, stcb, net, &high_tsn, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (retval == 2) { /* @@ -6008,7 +6002,7 @@ #endif uint32_t mflowid; - uint8_t use_mflowid; + uint8_t mflowtype; iphlen = off; if (SCTP_GET_PKT_VRFID(i_pak, vrf_id)) { @@ -6038,13 +6032,8 @@ m->m_pkthdr.len, if_name(m->m_pkthdr.rcvif), (int)m->m_pkthdr.csum_flags, CSUM_BITS); - if (m->m_flags & M_FLOWID) { - mflowid = m->m_pkthdr.flowid; - use_mflowid = 1; - } else { - mflowid = 0; - use_mflowid = 0; - } + mflowid = m->m_pkthdr.flowid; + mflowtype = M_HASHTYPE_GET(m); SCTP_STAT_INCR(sctps_recvpackets); SCTP_STAT_INCR_COUNTER64(sctps_inpackets); /* Get IP, SCTP, and first chunk header together in the first mbuf. */ @@ -6104,7 +6093,7 @@ compute_crc, #endif ecn_bits, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); out: if (m) { @@ -6134,7 +6123,7 @@ int cpu_to_use; uint32_t flowid, tag; - if (m->m_flags & M_FLOWID) { + if (M_HASHTYPE_GET(m) != M_HASHTYPE_NONE) { flowid = m->m_pkthdr.flowid; } else { /* @@ -6153,7 +6142,7 @@ tag = htonl(sh->v_tag); flowid = tag ^ ntohs(sh->dest_port) ^ ntohs(sh->src_port); m->m_pkthdr.flowid = flowid; - m->m_flags |= M_FLOWID; + M_HASHTYPE_SET(m, M_HASHTYPE_OPAQUE); } cpu_to_use = sctp_cpuarry[flowid % mp_ncpus]; sctp_queue_to_mcore(m, off, cpu_to_use); Index: sys/netinet/sctp_output.c =================================================================== --- sys/netinet/sctp_output.c (revision 275354) +++ sys/netinet/sctp_output.c (working copy) @@ -3999,7 +3999,7 @@ uint32_t v_tag, uint16_t port, union sctp_sockstore *over_addr, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, #if !defined(__APPLE__) && !defined(SCTP_SO_LOCK_TESTING) int so_locked SCTP_UNUSED #else @@ -4090,18 +4090,11 @@ SCTP_BUF_NEXT(newm) = m; m = newm; if (net != NULL) { -#ifdef INVARIANTS - if (net->flowidset == 0) { - panic("Flow ID not set"); - } -#endif m->m_pkthdr.flowid = net->flowid; - m->m_flags |= M_FLOWID; + M_HASHTYPE_SET(m, net->flowtype); } else { - if (use_mflowid != 0) { - m->m_pkthdr.flowid = mflowid; - m->m_flags |= M_FLOWID; - } + m->m_pkthdr.flowid = mflowid; + M_HASHTYPE_SET(m, mflowtype); } packet_length = sctp_calculate_len(m); ip = mtod(m, struct ip *); @@ -4379,18 +4372,11 @@ SCTP_BUF_NEXT(newm) = m; m = newm; if (net != NULL) { -#ifdef INVARIANTS - if (net->flowidset == 0) { - panic("Flow ID not set"); - } -#endif m->m_pkthdr.flowid = net->flowid; - m->m_flags |= M_FLOWID; + M_HASHTYPE_SET(m, net->flowtype); } else { - if (use_mflowid != 0) { - m->m_pkthdr.flowid = mflowid; - m->m_flags |= M_FLOWID; - } + m->m_pkthdr.flowid = mflowid; + M_HASHTYPE_SET(m, mflowtype); } packet_length = sctp_calculate_len(m); @@ -5484,7 +5470,7 @@ struct mbuf *init_pkt, int iphlen, int offset, struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct sctp_init_chunk *init_chk, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port, int hold_inp_lock) { struct sctp_association *asoc; @@ -5536,7 +5522,7 @@ op_err = sctp_generate_cause(SCTP_BASE_SYSCTL(sctp_diag_info_code), "Address added"); sctp_send_abort(init_pkt, iphlen, src, dst, sh, 0, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return; } @@ -5555,7 +5541,7 @@ } sctp_send_abort(init_pkt, iphlen, src, dst, sh, init_chk->init.initiate_tag, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return; } @@ -6112,7 +6098,7 @@ 0, 0, inp->sctp_lport, sh->src_port, init_chk->init.initiate_tag, port, over_addr, - use_mflowid, mflowid, + mflowtype, mflowid, SCTP_SO_NOT_LOCKED); SCTP_STAT_INCR_COUNTER64(sctps_outcontrolchunks); } @@ -10953,7 +10939,7 @@ sctp_send_resp_msg(struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, uint32_t vtag, uint8_t type, struct mbuf *cause, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct mbuf *o_pak; @@ -11033,10 +11019,8 @@ SCTP_BUF_RESV_UF(mout, max_linkhdr); SCTP_BUF_LEN(mout) = len; SCTP_BUF_NEXT(mout) = cause; - if (use_mflowid != 0) { - mout->m_pkthdr.flowid = mflowid; - mout->m_flags |= M_FLOWID; - } + mout->m_pkthdr.flowid = mflowid; + M_HASHTYPE_SET(mout, mflowtype); #ifdef INET ip = NULL; #endif @@ -11222,11 +11206,11 @@ void sctp_send_shutdown_complete2(struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { sctp_send_resp_msg(src, dst, sh, 0, SCTP_SHUTDOWN_COMPLETE, NULL, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); } @@ -12045,7 +12029,7 @@ void sctp_send_abort(struct mbuf *m, int iphlen, struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, uint32_t vtag, struct mbuf *cause, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { /* Don't respond to an ABORT with an ABORT. */ @@ -12055,7 +12039,7 @@ return; } sctp_send_resp_msg(src, dst, sh, vtag, SCTP_ABORT_ASSOCIATION, cause, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return; } @@ -12063,11 +12047,11 @@ void sctp_send_operr_to(struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, uint32_t vtag, struct mbuf *cause, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { sctp_send_resp_msg(src, dst, sh, vtag, SCTP_OPERATION_ERROR, cause, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return; } Index: sys/netinet/sctp_pcb.c =================================================================== --- sys/netinet/sctp_pcb.c (revision 275354) +++ sys/netinet/sctp_pcb.c (working copy) @@ -4049,9 +4049,7 @@ net->flowid = stcb->asoc.my_vtag ^ ntohs(stcb->rport) ^ ntohs(stcb->sctp_ep->sctp_lport); -#ifdef INVARIANTS - net->flowidset = 1; -#endif + net->flowtype = M_HASHTYPE_OPAQUE; if (netp) { *netp = net; } Index: sys/netinet/sctp_structs.h =================================================================== --- sys/netinet/sctp_structs.h (revision 275354) +++ sys/netinet/sctp_structs.h (working copy) @@ -380,9 +380,7 @@ uint8_t lan_type; uint8_t rto_needed; uint32_t flowid; -#ifdef INVARIANTS - uint8_t flowidset; -#endif + uint8_t flowtype; }; Index: sys/netinet/sctputil.c =================================================================== --- sys/netinet/sctputil.c (revision 275354) +++ sys/netinet/sctputil.c (working copy) @@ -3852,7 +3852,7 @@ struct mbuf *m, int iphlen, struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct mbuf *op_err, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { uint32_t vtag; @@ -3872,7 +3872,7 @@ stcb->asoc.state |= SCTP_STATE_WAS_ABORTED; } sctp_send_abort(m, iphlen, src, dst, sh, vtag, op_err, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); if (stcb != NULL) { /* Ok, now lets free it */ @@ -4026,7 +4026,7 @@ struct sockaddr *src, struct sockaddr *dst, struct sctphdr *sh, struct sctp_inpcb *inp, struct mbuf *cause, - uint8_t use_mflowid, uint32_t mflowid, + uint8_t mflowtype, uint32_t mflowid, uint32_t vrf_id, uint16_t port) { struct sctp_chunkhdr *ch, chunk_buf; @@ -4068,7 +4068,7 @@ return; case SCTP_SHUTDOWN_ACK: sctp_send_shutdown_complete2(src, dst, sh, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); return; default: @@ -4082,7 +4082,7 @@ ((SCTP_BASE_SYSCTL(sctp_blackhole) == 1) && (contains_init_chunk == 0))) { sctp_send_abort(m, iphlen, src, dst, sh, 0, cause, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); } } Index: sys/netinet6/sctp6_usrreq.c =================================================================== --- sys/netinet6/sctp6_usrreq.c (revision 275354) +++ sys/netinet6/sctp6_usrreq.c (working copy) @@ -83,7 +83,7 @@ #endif uint32_t mflowid; - uint8_t use_mflowid; + uint8_t mflowtype; iphlen = *offp; if (SCTP_GET_PKT_VRFID(*i_pak, vrf_id)) { @@ -113,13 +113,8 @@ m->m_pkthdr.len, if_name(m->m_pkthdr.rcvif), (int)m->m_pkthdr.csum_flags, CSUM_BITS); - if (m->m_flags & M_FLOWID) { - mflowid = m->m_pkthdr.flowid; - use_mflowid = 1; - } else { - mflowid = 0; - use_mflowid = 0; - } + mflowid = m->m_pkthdr.flowid; + mflowtype = M_HASHTYPE_GET(m); SCTP_STAT_INCR(sctps_recvpackets); SCTP_STAT_INCR_COUNTER64(sctps_inpackets); /* Get IP, SCTP, and first chunk header together in the first mbuf. */ @@ -180,7 +175,7 @@ compute_crc, #endif ecn_bits, - use_mflowid, mflowid, + mflowtype, mflowid, vrf_id, port); out: if (m) { --------------030506010707010803020206-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 12:20:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28B5662E for ; Mon, 1 Dec 2014 12:20:32 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0D156B1 for ; Mon, 1 Dec 2014 12:20:31 +0000 (UTC) Received: from [192.168.1.200] (p508F2BED.dip0.t-ipconnect.de [80.143.43.237]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 1D2931C1622CE; Mon, 1 Dec 2014 13:20:27 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: SCTP changes needed From: Michael Tuexen In-Reply-To: <547C553C.5070604@selasky.org> Date: Mon, 1 Dec 2014 13:20:25 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <547C553C.5070604@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 12:20:32 -0000 On 01 Dec 2014, at 12:47, Hans Petter Selasky wrote: > Hi Michael, >=20 > As a followup to: > https://svnweb.freebsd.org/changeset/base/275358 >=20 > Please find attached a separate SCTP patch as requested. >=20 > The attached patch re-enables flowids in the SCTP code as before. = Until this patch is committed the SCTP code will not take full advantage = of the multiple-transmit capabilities as found in many network adapters. OK. Thanks. I'll commit them ASAP. Still need to integrate some other = changes upstream to get them synced. I'll ping you once the stuff is committed. Best regards Michael >=20 > --HPS > = ______________________________________________= _ > 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 Mon Dec 1 14:11:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7AB2464; Mon, 1 Dec 2014 14:11:11 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B3672F1; Mon, 1 Dec 2014 14:11:11 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id h11so24726355wiw.7 for ; Mon, 01 Dec 2014 06:11:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4U7D11MTUyvE1Jzpdb+eSJjQP0yz5Z2dtIbLETIKzZk=; b=Jh1O/k1DgQgGTy09jN38kOigHQ0NNhVt7dlnqrg9OHOpTs+xII1u46OxohAz90sOyN JEOofhCh+qq3GQd2S+OIhHvYTTAwyNFf9vfrxt94ZIRtkVKmXAKHI6+2eKYHTEVCSUNH 0fUS7iaIqncv5bzuOfsUXo0hbol28NlHWGSG0nNxkXD2wRiKG71WKLeCPkRC6u4TwlUI +wnzcJgXvh/itlFaiB9wFfiiJLzfPEl76sYwT0k2gDfIwrKH62VFjvjmESbtQ9O+upA7 Mcb7mW4rujjqfDIUIdJrVLPF2Ii5rrYnrsSmjTWe/8kflcvA+SBcxvwchUKikXHgOZGz z8VQ== MIME-Version: 1.0 X-Received: by 10.180.240.201 with SMTP id wc9mr83052632wic.59.1417443069330; Mon, 01 Dec 2014 06:11:09 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Mon, 1 Dec 2014 06:11:09 -0800 (PST) In-Reply-To: References: <547C553C.5070604@selasky.org> Date: Mon, 1 Dec 2014 06:11:09 -0800 X-Google-Sender-Auth: UxF1nO75FQIvg-Kho_Tb5aA40bs Message-ID: Subject: Re: SCTP changes needed From: Adrian Chadd To: Michael Tuexen Content-Type: text/plain; charset=UTF-8 Cc: Hans Petter Selasky , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 14:11:11 -0000 Hi, We also need to figure out what we can do with SCTP and flowid. The way SCTP is using the mbuf field in said mbufs is going to collide with hardware and RSS flowids. :( -adrian On 1 December 2014 at 04:20, Michael Tuexen wrote: > On 01 Dec 2014, at 12:47, Hans Petter Selasky wrote: > >> Hi Michael, >> >> As a followup to: >> https://svnweb.freebsd.org/changeset/base/275358 >> >> Please find attached a separate SCTP patch as requested. >> >> The attached patch re-enables flowids in the SCTP code as before. Until this patch is committed the SCTP code will not take full advantage of the multiple-transmit capabilities as found in many network adapters. > OK. Thanks. I'll commit them ASAP. Still need to integrate some other changes upstream > to get them synced. I'll ping you once the stuff is committed. > > Best regards > Michael >> >> --HPS >> _______________________________________________ >> 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" > > _______________________________________________ > 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 Mon Dec 1 15:13:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1217F969; Mon, 1 Dec 2014 15:13:40 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF980B7C; Mon, 1 Dec 2014 15:13:39 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::1d16:753f:180b:244] (unknown [IPv6:2001:7b8:3a7:0:1d16:753f:180b:244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DCB31B80A; Mon, 1 Dec 2014 16:13:36 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b1 From: Dimitry Andric In-Reply-To: <20141130185730.GA73028@hades.panopticon> Date: Mon, 1 Dec 2014 16:13:28 +0100 Message-Id: <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <20141130185730.GA73028@hades.panopticon> To: Dmitry Marakasov X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 15:13:40 -0000 --Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 30 Nov 2014, at 19:57, Dmitry Marakasov wrote: > > * Dimitry Andric (dim@FreeBSD.org) wrote: > >> We're working on updating llvm, clang and lldb to 3.5.0 in head. >> This is quite a big update again, and any help with testing is >> appreciated. > > Well, of 4 error logs from exp-run I've checked (one my port and 3 > unmaintained ports) two had basically the same problem and it seems > to be libc++ related, so I ask: was new version of libc++ imported > along with clang/llvm? No, I really prefer to do this after the 3.5.0 import. This is already a very big import job, and I'd rather like to avoid importing too many different components at once. > Past experience show that libc++ should be > updated along with clang, as it may have bugs new clang versions > are not tolerable to. In this case, there is a fairly simple fix: http://llvm.org/viewvc/llvm-project?view=revision&revision=209785 I have pulled this into head in r275366, and also merged it to the clang350-import project branch in r275367. Please try again after that revision. It should be enough to just rebuild lib/libc++ and install it. -Dimitry --Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlR8hZ4ACgkQsF6jCi4glqMuTgCfXdeihnwujPmoEcSaGaD284hA OMgAnijOZMIw504FpH2dxlZGVbz/W2DI =ByLO -----END PGP SIGNATURE----- --Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 15:49:22 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA2C5154; Mon, 1 Dec 2014 15:49:22 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94771F19; Mon, 1 Dec 2014 15:49:22 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 82A28B9AD; Mon, 1 Dec 2014 10:49:21 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: witness and modules. Date: Mon, 01 Dec 2014 10:39:02 -0500 Message-ID: <2805430.yZtslRjaC7@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <54788FF3.3030602@freebsd.org> References: <54788FF3.3030602@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 01 Dec 2014 10:49:21 -0500 (EST) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 15:49:22 -0000 On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: > Do we need to compile all modules with witness definitions when > linking with a kernel compiled with witness? > This was true at one stage but I remember some work was done to make > them compatible. You should not need this. modules always call functions in the kernel for lock operations and this functions are what invoke WITNESS. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 17:54:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CBA3394; Mon, 1 Dec 2014 17:54:14 +0000 (UTC) Received: from smtpout1.timeweb.ru (smtpout1.timeweb.ru [92.53.117.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D036AF5D; Mon, 1 Dec 2014 17:54:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=amdmi3.ru; s=dkim; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=GGNL7eZ1lE5W4CMovsmlxpKRUOHPtUwOpKp+r7C69dc=; b=NF7THwiiGtWs83WkQqzBa+i7/AmikdEgxe6/p3ZqaaDyH2+TW2RVWTva8YPUf1ENjZZ7X2dPyJ4rznAeXUdyxAbj0PR7S8sqo6kjVV/K1gOV+oWCNIEQ6OdhQC53hGLV3CYr3YGIYXm7j4FeIDckcs2LKt/TNMf1131qkFnNtMg=; Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XvVAm-000BZI-PY; Mon, 01 Dec 2014 20:54:08 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 27A236B1; Mon, 1 Dec 2014 20:54:08 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 048CA204AF; Mon, 1 Dec 2014 20:54:07 +0300 (MSK) Date: Mon, 1 Dec 2014 20:54:07 +0300 From: Dmitry Marakasov To: Dimitry Andric Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Message-ID: <20141201175407.GA14863@hades.panopticon> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <20141130185730.GA73028@hades.panopticon> <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 17:54:14 -0000 * Dimitry Andric (dim@FreeBSD.org) wrote: > >> We're working on updating llvm, clang and lldb to 3.5.0 in head. > >> This is quite a big update again, and any help with testing is > >> appreciated. > > > > Well, of 4 error logs from exp-run I've checked (one my port and 3 > > unmaintained ports) two had basically the same problem and it seems > > to be libc++ related, so I ask: was new version of libc++ imported > > along with clang/llvm? > > No, I really prefer to do this after the 3.5.0 import. This is already > a very big import job, and I'd rather like to avoid importing too many > different components at once. > > > > Past experience show that libc++ should be > > updated along with clang, as it may have bugs new clang versions > > are not tolerable to. > > In this case, there is a fairly simple fix: > http://llvm.org/viewvc/llvm-project?view=revision&revision=209785 > > I have pulled this into head in r275366, and also merged it to the > clang350-import project branch in r275367. Please try again after that > revision. It should be enough to just rebuild lib/libc++ and install > it. Sorry, I haven't tested the branch myself, only seen exp-run results. Would be nice to have another exp-run. Btw, is it possible to merge the patch into stable/10 as well? It will make it possible to use clang35 there. -- 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 Dec 1 17:59:55 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58DDA72D; Mon, 1 Dec 2014 17:59:55 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E358FC0; Mon, 1 Dec 2014 17:59:55 +0000 (UTC) Received: from [IPv6:2001:470:923f:2:506:6caf:ce4e:3119] (unknown [IPv6:2001:470:923f:2:506:6caf:ce4e:3119]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 4650956400; Mon, 1 Dec 2014 20:59:34 +0300 (MSK) Message-ID: <547CAC86.9050305@FreeBSD.org> Date: Mon, 01 Dec 2014 20:59:34 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Baptiste Daroussin , current@FreeBSD.org Subject: Re: External toolchain support References: <20141129150440.GC88765@ivaldir.etoilebsd.net> In-Reply-To: <20141129150440.GC88765@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 17:59:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 29.11.2014 18:04, Baptiste Daroussin wrote: > mips cannot be tested because upstream gcc never heard of FreeBSD > running on mips, and I did not receive any patches for mips. I'm afraid, arm has same problem. I was need to patch arm-for-uC toolchain to be able built it on ARM host, and this fix is very cross-specific. As far as I know, gcc for freebsd-arm target needs patches too, but different ones. At least to configure scripts & gcc host-drivers. - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUfKyGXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EeP8ZsP/jIWqU+9ACCR4/Rdf5A7SaGc msCsofot9YrClKNJWPdjL0V2jMtKAURJVFf3OpRi6jXY9HJKzjIjHAoXDfwr97qP 9VyLgfvtNn+ffNuFuwUalwkiFcyzqvsADTHxFqFmCnhAAnjnHzn0CzushzKSRKYN 9yEhQphipCZ1DuP1cTE8z9/BOPAfXNjgjavfAYpnJARm+XZzPn2XG83rFnlLcZFo UcByyuZznxfImH6hxoNsRVkdj5yvuGmzxQJQf+ilipiI3pDZk5/Q+ZWzWGap/gC/ 0k2zWqyKO2O5pSNb8i8vsW2J+zg++BmMnO0VAt3pjxd4dqbrV5qk/g4oXiuxB2uX 8YnvbDJuLKzvI31GCrjOOa462yZlmoCBHRoqjUBZxeHh5QQSJyZjDc0ClRGbdfi/ FNLTx/jPhouxh1vEC1nV44FGS2v5Go9urKa1OhWYRrf+NyNlt7Ao5VutujgfQlvF sLo663/Ja9W2MzLHmPanHMJcPl/Y7v9S7Mwh/EPCIe8Fd8VeYUPhOlT349Z7FnhT e7Nu4zcnY82PJ4fU/yREHxZWsEwtRxx5vr1YrLClt8R7nx8ZXzq8A9JBLjqt/RfK 4BOe0D1t8zMARroiw9RaYFm8Md8nybWp+Q++ouME51jWWPgDxV9BbKaIx6Y4r+6V RO63nTfg3A8uT/D60bIA =aiOJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 18:20:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DCB39FB; Mon, 1 Dec 2014 18:20:50 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D997F207; Mon, 1 Dec 2014 18:20:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::1d16:753f:180b:244] (unknown [IPv6:2001:7b8:3a7:0:1d16:753f:180b:244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 84F26B80A; Mon, 1 Dec 2014 19:20:39 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b1 From: Dimitry Andric In-Reply-To: <20141201175407.GA14863@hades.panopticon> Date: Mon, 1 Dec 2014 19:20:17 +0100 Message-Id: References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <20141130185730.GA73028@hades.panopticon> <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> <20141201175407.GA14863@hades.panopticon> To: Dmitry Marakasov X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 18:20:50 -0000 --Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 01 Dec 2014, at 18:54, Dmitry Marakasov wrote: > > * Dimitry Andric (dim@FreeBSD.org) wrote: > >>>> We're working on updating llvm, clang and lldb to 3.5.0 in head. >>>> This is quite a big update again, and any help with testing is >>>> appreciated. >>> >>> Well, of 4 error logs from exp-run I've checked (one my port and 3 >>> unmaintained ports) two had basically the same problem and it seems >>> to be libc++ related, so I ask: was new version of libc++ imported >>> along with clang/llvm? >> >> No, I really prefer to do this after the 3.5.0 import. This is already >> a very big import job, and I'd rather like to avoid importing too many >> different components at once. >> >> >>> Past experience show that libc++ should be >>> updated along with clang, as it may have bugs new clang versions >>> are not tolerable to. >> >> In this case, there is a fairly simple fix: >> http://llvm.org/viewvc/llvm-project?view=revision&revision=209785 >> >> I have pulled this into head in r275366, and also merged it to the >> clang350-import project branch in r275367. Please try again after that >> revision. It should be enough to just rebuild lib/libc++ and install >> it. > > Sorry, I haven't tested the branch myself, only seen exp-run results. > Would be nice to have another exp-run. Yes, but we first need to fix another issue, which is more important: several of the lang/gcc ports don't work properly, e.g. bootstrap stage comparison fails. There is also something fishy going on with gcc in base, which may or may not be related: building the devel/binutils ports with it causes cc1plus to segfault while compiling gold's archive.cc. I am still searching for the root cause; any help in this area would be greatly appreciated, as the maintainer has not responded yet. > Btw, is it possible to merge the patch into stable/10 as well? > It will make it possible to use clang35 there. Yes, this is also why I prefer to cherry-pick; I have set an MFC timeout of 3 days. -Dimitry --Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlR8sXUACgkQsF6jCi4glqOs/QCeKELV2EMIrKFpDTdqsJGlqXsI RXIAn3llBJqihAkHStk2+Cz9mwYYlJAd =2yTy -----END PGP SIGNATURE----- --Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 18:25:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07A4ECB3 for ; Mon, 1 Dec 2014 18:25:11 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BEBDE2FE for ; Mon, 1 Dec 2014 18:25:10 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id s7so7442262qap.8 for ; Mon, 01 Dec 2014 10:25:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=XJSI8IpInUqozMXEwX1zj0+iI9Ynf677nPuHNBtIHpM=; b=Oxd4b970txHiAb6u80I0BZkuj7ABHgOYESwSUWQSkg/4jDNvDMjX6GjGEYKH9UOsx6 mf+UUcLd5MEaByYYuLhVIeitrEYfk5MaOesTyXSjMjL6ACg7qqjtAkmZKiyC2Pm+JHOw 0nSp5N/2hcZHE25UPAd003LC1/Nj26EvvswLWJTcAkd+fvUWSpE5CTSwLDW4upxLBTnW 0FnDffehjkHzBCB9EMmsOUcF2lgfsGFij/GQfYFjZYwObSIlwAe+nJ02qR5murbjjWIo M2XrJiP+nXjUCQVBAuKHnK50W/r3u35C9NecsxK1lv6dofE7cecpKK3UveIqi70Lg02M 69Qg== X-Received: by 10.224.152.18 with SMTP id e18mr88805179qaw.65.1417458309903; Mon, 01 Dec 2014 10:25:09 -0800 (PST) Received: from localhost.localdomain (99-97-90-67.lightspeed.tukrga.sbcglobal.net. [99.97.90.67]) by mx.google.com with ESMTPSA id v16sm18030512qaw.30.2014.12.01.10.25.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Dec 2014 10:25:09 -0800 (PST) Message-ID: <547CB283.1030405@gmail.com> Date: Mon, 01 Dec 2014 13:25:07 -0500 From: Paul Cartwright Reply-To: pbcartwright@gmail.com User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: current@FreeBSD.org Subject: $DISPLAY not set Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 18:25:11 -0000 I have installed freeBSD & have it running. I was trying to install MATE & KDE4, but I'm getting an error. everytime I try to run exec startkde it logs me out with this message: $DISPLAY is not set or cannot connect to xserver echo $DISPLAY says DISPLAY: undefined variable I was using this guide to set everything up: https://cooltrainer.org/a-freebsd-desktop-howto/#with-radeon-intel-or-otherwise am I missing something? I do have an /etc/X11/xorg.conf, I did do the X -configure. -- Paul Cartwright Registered Linux User #367800 and new counter #561587 From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 18:41:57 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E073E291 for ; Mon, 1 Dec 2014 18:41:57 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id BA0456E4 for ; Mon, 1 Dec 2014 18:41:57 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id DE2D733C24; Mon, 1 Dec 2014 13:41:45 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id BF1AE39813; Mon, 1 Dec 2014 13:41:44 -0500 (EST) From: Lowell Gilbert To: Paul Cartwright Subject: Re: $DISPLAY not set References: <547CB283.1030405@gmail.com> Reply-To: questions@FreeBSD.org Date: Mon, 01 Dec 2014 13:41:43 -0500 In-Reply-To: <547CB283.1030405@gmail.com> (Paul Cartwright's message of "Mon, 01 Dec 2014 13:25:07 -0500") Message-ID: <44wq6bkyag.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 18:41:58 -0000 [Replies redirected to a more appropriate list.] Paul Cartwright writes: > I have installed freeBSD & have it running. I was trying to install MATE > & KDE4, but I'm getting an error. > everytime I try to run exec startkde it logs me out with this message: > > $DISPLAY is not set or cannot connect to xserver > > > echo $DISPLAY says > DISPLAY: undefined variable > > I was using this guide to set everything up: > https://cooltrainer.org/a-freebsd-desktop-howto/#with-radeon-intel-or-otherwise > > am I missing something? Well, you're missing the FreeBSD documentation, which is a lot better than a random Google result. https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11.html Or you might want to try PCBSD (www.pcbsd.org) which will require a lot less understanding of what is going on (at the cost, as usual, of giving you a lot less choice, at least initially). The "exec startkde" is supposed to go in your .xinitrc file, in which case you would start X with the "startx" command. > I do have an /etc/X11/xorg.conf, I did do the X -configure. Usually unnecessary, and not a great idea unless it is necessary. From owner-freebsd-current@FreeBSD.ORG Mon Dec 1 19:13:54 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8DFAA3D; Mon, 1 Dec 2014 19:13:54 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E796A72; Mon, 1 Dec 2014 19:13:54 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id r5so8302761qcx.30 for ; Mon, 01 Dec 2014 11:13:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=UcPVo4oTnqSFkhcsDA49m6lXmjwkkUP11T6nV7lclKk=; b=VT850LkYGBi1H2L9ZRbJ43//CLBGQtDXJTe+PGIgHUJh0l/rGbf+EMSwEsadSGW1WI Ydni3XtdjJ6duRsIK9Pw999w8PlNK+F0Va4fvf4GN2kGVeG/9OlyTvRWpQw71vQHY9Be gwjptl+rXPFC1qvH9If3EMz222Puqk3oz4XiZv1qeJ51XR/KLzj2MFiN1ESvmHC4cDGK ig/ARsBCDGiL54QvAmSux3jeE/YejT2xOTYzMPyBqjVy+1aldxykGXGPfoQ2e+V4S9N+ +NYGtyURFWraTUzERlLyhvp+bqy1NeCAprSEHQxwQ87vtu4UX55Tr15PvBkWB43KJ+T8 AsSg== X-Received: by 10.140.100.199 with SMTP id s65mr48040499qge.44.1417461233146; Mon, 01 Dec 2014 11:13:53 -0800 (PST) Received: from localhost.localdomain (99-97-90-67.lightspeed.tukrga.sbcglobal.net. [99.97.90.67]) by mx.google.com with ESMTPSA id j1sm18143245qao.38.2014.12.01.11.13.52 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Dec 2014 11:13:52 -0800 (PST) Message-ID: <547CBDEF.70002@gmail.com> Date: Mon, 01 Dec 2014 14:13:51 -0500 From: Paul Cartwright Reply-To: pbcartwright@gmail.com User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: questions@FreeBSD.org Subject: Re: $DISPLAY not set References: <547CB283.1030405@gmail.com> <44wq6bkyag.fsf@lowell-desk.lan> In-Reply-To: <44wq6bkyag.fsf@lowell-desk.lan> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Dec 2014 19:13:54 -0000 On 12/01/2014 01:41 PM, Lowell Gilbert wrote: >> > am I missing something? > Well, you're missing the FreeBSD documentation, which is a lot better > than a random Google result. > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11.html right, I should have followed that first.. > > Or you might want to try PCBSD (www.pcbsd.org) which will require a lot > less understanding of what is going on (at the cost, as usual, of giving > you a lot less choice, at least initially). no,no, I've used UNIX in the past, but it has been linux for the last 10 years.. just a little rusty.. > > The "exec startkde" is supposed to go in your .xinitrc file, in which > case you would start X with the "startx" command. right, I understand the .xinitrc, but I wanted it to work first.. > >> > I do have an /etc/X11/xorg.conf, I did do the X -configure. > Usually unnecessary, and not a great idea unless it is necessary. > > ok, I'll check out the freebsd pages, and I'll let you know. thanks! -- Paul Cartwright Registered Linux User #367800 and new counter #561587 From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 05:08:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD582B68; Tue, 2 Dec 2014 05:08:33 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F8DCEAA; Tue, 2 Dec 2014 05:08:33 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB258TD5048632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 1 Dec 2014 21:08:31 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547D4947.4040203@freebsd.org> Date: Tue, 02 Dec 2014 13:08:23 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: Re: witness and modules. References: <54788FF3.3030602@freebsd.org> <2805430.yZtslRjaC7@ralph.baldwin.cx> In-Reply-To: <2805430.yZtslRjaC7@ralph.baldwin.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 05:08:33 -0000 On 12/1/14, 11:39 PM, John Baldwin wrote: > On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: >> Do we need to compile all modules with witness definitions when >> linking with a kernel compiled with witness? >> This was true at one stage but I remember some work was done to make >> them compatible. > You should not need this. modules always call functions in the kernel for > lock operations and this functions are what invoke WITNESS. > that's what I thought but empirical evidence disagrees. I'll try some more cases. From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 05:05:32 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2B02B43 for ; Tue, 2 Dec 2014 05:05:32 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98A9AE96 for ; Tue, 2 Dec 2014 05:05:32 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id fb1so12736429pad.27 for ; Mon, 01 Dec 2014 21:05:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netflix.com; s=google; h=from:content-type:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=niZiYJY83c6RTu2yxNNS659KfapclwMhjpbUoZhbRos=; b=Hwo1JMC4KwBY0tQ7Ut1FQzVJrE+SvJTrGRdcqAHwENomU3YlxBdwbO6KmKYzV/FxJ9 7CycJtOdvhMWEbyQHyneRIrq29nZ+uY3lWhZwg+0FV2w0ulKWoEe7fD9sb34ztbRzn1V tF2W4eIZnFD5NisClw0sM7kaYW15jOgkOdPg8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:mime-version:subject :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=niZiYJY83c6RTu2yxNNS659KfapclwMhjpbUoZhbRos=; b=dWA9gvvem0HvzRz/OQCWHz9b5/jhCdvd8bWilg1brTPccwXovuRtwOCXIMY8AKPDAN /UD17wce7QJcpOdwqPJppZY5fR9OwWB2IMEMFKERt1UjEDXyZwdgNAtG+fsTo+ms7VDC jAAVt8A5OueIaZ+tpDqcTLVmRrAnhzUSkYQ3McjyeDt0bxcMlegslA3xlxGFJ0e6ZbfA oJCqKYYheNWa7+daJ5H5xTmu9mGNlyYLl4HdlFKcrY2vjxgErTq5KAxfPTXsPWOWWgvr xsCdjQK10NT/1bOHOyjfml7TKKlgn6pnZFpsU9gmiGBpE8rhAc6z2d/RESZsrH3STscb ty8Q== X-Gm-Message-State: ALoCoQmPBYpaN9McIqLqIhiJANwo4a3OOVpSOvmKPAHvt/0henQZbqOgdqEQljxRTqN8hjjiGj2a X-Received: by 10.68.241.10 with SMTP id we10mr2177180pbc.101.1417496732181; Mon, 01 Dec 2014 21:05:32 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id u4sm18926587pbs.60.2014.12.01.21.05.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 01 Dec 2014 21:05:31 -0800 (PST) From: Warner Losh X-Google-Original-From: Warner Losh Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: External toolchain support In-Reply-To: <20141129150440.GC88765@ivaldir.etoilebsd.net> Date: Mon, 1 Dec 2014 22:05:29 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20141129150440.GC88765@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1993) X-Mailman-Approved-At: Tue, 02 Dec 2014 05:20:15 +0000 Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 05:05:33 -0000 > On Nov 29, 2014, at 8:04 AM, Baptiste Daroussin = wrote: >=20 > Hi all, >=20 > It is now possible to use an external toolchain to build the kernel = and base > (tested with gcc 4.9.1 and latest binutils) >=20 > Of course a lot of work is needed to make it build cleanly (aka lots = of warning > to fix). >=20 > What have been tested so far: > - sparc64 kernel + world > - amd64 kernel + world > - powerpc64 kernel + world >=20 > mips cannot be tested because upstream gcc never heard of FreeBSD = running on > mips, and I did not receive any patches for mips. I have patches for 4.8 or so knocking around somewhere... > for amd64, in the kernel two things had to be removed from the build: > - aesni: (it request a header which is compiler specific and on recent = gcc > will end up including stdlib.h which gives errors because kernel = version of free > and malloc are not compatible with the version defined in stdlib.h) > - hptmv: I had to remove it from GENERIC and kernel building. >=20 > The result is: >=20 > $ sysctl kern.ostype kern.osrelease kern.osrevision = kern.compiler_version >=20 > kern.ostype: FreeBSD > kern.osrelease: 11.0-CURRENT > kern.osrevision: 199506 > kern.compiler_version: gcc version 4.9.1 (FreeBSD Ports Collection for = amd64) >=20 > so yes it boots and runs >=20 > How to do you own testing: > in the ports tree/packages (the amd64 version will appear in packages = next week) > install: > amd64-xtoolchain-gcc or powerpc64-xtoolchain-gcc or = sparc64-xtoolchain-gcc >=20 > if your source tree: > make CROSS_TOOLCHAIN=3Damd64-gcc -j8 buildkernel > or > make CROSS_TOOLCHAIN=3Dpowerpc64-gcc -j8 buildkernel > or > make CROSS_TOOLCHAIN=3Dsparc64-gcc -j8 buildkernel >=20 > To build world: > same operation with buildworld. Please note that for world you will = need to add > define NO_WERROR (world will also require a change in = share/mk/bsd.lib.mk: > s/--fatal-warnings/--no-fatal-warnings/) >=20 > also notes that for the kernel a lots of warnings are disabled in > share/sys/kern.mk so do not hesitate to remove yourself those = -Wno-error=3D and > fix the issue they are hidding! Cool. Please coordinate with me before removing the -Wno-error because = they vary by architecture. Warner From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 06:21:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87F45C61; Tue, 2 Dec 2014 06:21:37 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4EA6F87C; Tue, 2 Dec 2014 06:21:37 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id z20so10253469igj.10 for ; Mon, 01 Dec 2014 22:21:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=/vfxHFcMadQy/iwhRaSWiSnz0a6nv/q4NbzWV2zj8gQ=; b=OYNMosWghXuMUO1YhGmeKKLzhFNlbSbqhrkMnEXN6+PGwaiUDsVMuZ/JXPkVKMpDdR 6fZUGkCieQrrRGM7UiiPUtjVoJUymgEnkS8h9Li5YMxDlEmNcFo939Ytjoq1uHHPoMvA vlvdAl1TjM6BvNbTwn1AKA4ki1xVDHIx8dXld6N6BijvGYvwFrTSuPtl8IY5O4JtsjaB fgzMXY7xYgOuWuTWp2GE9KcdadwEZdfCi3loWx/RGVNeEaC6Y+ikUb6GCivHD9SYscCN +gTkRw8kAJ/GzvPP8GGU7AVgkTmY9xmumvYBD5jG3AaSLNVIcaW61h6BFta0KavlTEqE ltog== X-Received: by 10.51.17.66 with SMTP id gc2mr6630406igd.27.1417501296777; Mon, 01 Dec 2014 22:21:36 -0800 (PST) Received: from ketagalan.camachat.org ([2601:9:4700:360:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id qc7sm5368822igb.5.2014.12.01.22.21.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Dec 2014 22:21:36 -0800 (PST) Message-ID: <547D5A6E.5050806@gmail.com> Date: Mon, 01 Dec 2014 22:21:34 -0800 From: "Eric L. Camachat" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd , FreeBSD Current Subject: compiling failed with RSS enabled Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 06:21:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 current failed to compile due to queues uninitialized at line 2883 in if_igb.c. from the context I guess it should be n_queues instead of queues. Index: sys/dev/e1000/if_igb.c =================================================================== - --- sys/dev/e1000/if_igb.c (revision 275391) +++ sys/dev/e1000/if_igb.c (working copy) @@ -2880,7 +2880,7 @@ #ifdef RSS /* If we're doing RSS, clamp at the number of RSS buckets */ - - if (queues > rss_getnumbuckets()) + if (n_queues > rss_getnumbuckets()) queues = rss_getnumbuckets(); #endif Eric -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlR9WmoACgkQSfBQu3oOwYxnrQD6Ah1uhoNaM3YTXHdOpOA7hw4j vZUCA9VU6n/jhUEneVkBALETmBfQudmEz9/eqnmsmer8RbulQdqIKTa8InSvE2yw =jLcf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 08:31:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C44E689 for ; Tue, 2 Dec 2014 08:31:38 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BC6F676 for ; Tue, 2 Dec 2014 08:31:37 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id r20so28959212wiv.4 for ; Tue, 02 Dec 2014 00:31:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ROJjUaSM83jy5AA0OcGSfyCa59KdMWZNqU+5lvwNJaY=; b=t6WZiCenVHTvi/uZAqCaYKr/6C46sjp1uQbYji3iyA0Hp45g9UZs2ipApcyjC8evc6 FRC9ouwwD2FZxPd3z7yLjSi9hgThFg4H7+islXAXrOclynz/bdPcrQiUqZ4kdX08KpxK j1WSqY+iuC5IjkQAG/E0G09uSNLohHg6OZYux7DLzHUI+qF9lzICpvPLe5nMYxspHjL4 HUOiZ7/jmPZJScgV2vUH6WeANOoWzmcVgI3ZRAXN8milejhvlcCwI8MXvIJYiUWdt0e1 2JF3gTpILtQAiPR900okf70jU0dtF7+y9FprHNjRv28VtfsJn0OmuSsJRhLPv2myKYWs BlYg== X-Received: by 10.180.90.147 with SMTP id bw19mr7351814wib.69.1417509095953; Tue, 02 Dec 2014 00:31:35 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id iz19sm45396430wic.8.2014.12.02.00.31.34 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Dec 2014 00:31:35 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 2 Dec 2014 09:31:33 +0100 From: Baptiste Daroussin To: Warner Losh Subject: Re: External toolchain support Message-ID: <20141202083132.GB35285@ivaldir.etoilebsd.net> References: <20141129150440.GC88765@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 08:31:38 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 01, 2014 at 10:05:29PM -0700, Warner Losh wrote: >=20 > > On Nov 29, 2014, at 8:04 AM, Baptiste Daroussin wrot= e: > >=20 > > Hi all, > >=20 > > It is now possible to use an external toolchain to build the kernel and= base > > (tested with gcc 4.9.1 and latest binutils) > >=20 > > Of course a lot of work is needed to make it build cleanly (aka lots of= warning > > to fix). > >=20 > > What have been tested so far: > > - sparc64 kernel + world > > - amd64 kernel + world > > - powerpc64 kernel + world > >=20 > > mips cannot be tested because upstream gcc never heard of FreeBSD runni= ng on > > mips, and I did not receive any patches for mips. >=20 > I have patches for 4.8 or so knocking around somewhere... Seems like kan@ have patches for 4.9.1 and was able to build world with it! (that is mips64) >=20 [...snip...] > >=20 > > also notes that for the kernel a lots of warnings are disabled in > > share/sys/kern.mk so do not hesitate to remove yourself those -Wno-erro= r=3D and > > fix the issue they are hidding! >=20 > Cool. Please coordinate with me before removing the -Wno-error because th= ey vary by > architecture. >=20 Sure that was implied or build with all supported toolchains. regards, Bapt --K8nIJk4ghYZn606h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlR9eOQACgkQ8kTtMUmk6EwCpQCeMNC+WRdEXXif/JFCKUsDM4Kg A90AnR+yEH66rr1uhs84/lj3p1gA+vab =cmqS -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 10:21:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33DD4B36 for ; Tue, 2 Dec 2014 10:21:20 +0000 (UTC) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED272226 for ; Tue, 2 Dec 2014 10:21:19 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id rp18so11346166iec.10 for ; Tue, 02 Dec 2014 02:21:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=T+NED5d5WlImvP23BWQjvjVJJMs03ViSP+iPQOMXiDM=; b=clQAXmoPsTkEUEvx7vSbSpLU4abPjVFeS+I7z0tEjLYqBF5MLou2VDx4D93852n+eP SKYe7dpRoY789jMPaKMSo8p1tx+jVXQ1wW8ujQ79LhZfhFe9r26OnaRHOoeQtp6eU4L6 nVtnWoC7zmf8esYI0VmHUpJfNwSGQaFzw3RTsxZ0AvOuQchUDAKsVQf4PhS5cHFTHanY SatBgzFar1VM2JQs1cwiDBm2Aa/tapiS93lcQlbR/Mt5sp2CjSlorNutMnAa1R3P/yqA HJUW07A8I8zy+gfh4FPotHlA/Q5S8Z3lmQD8Q1hvwibNDd7uE8Q43XJJ/aKH6rIMm3zt 6bzw== X-Gm-Message-State: ALoCoQkqJ5ku3AAcEVNm8jyl8q+Lp8eSAR/dT9cJsMni+SXfibR2LbfkgNcuQkAfth+y5EbSS4DbiAj0WrosTUM1U0lzDx2IjcRFoj+1/6BMX2Dg7inwG1vnAuUFGbOge8ZBi6Uc/dwd X-Received: by 10.42.207.76 with SMTP id fx12mr1757056icb.17.1417513929133; Tue, 02 Dec 2014 01:52:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.152.131 with HTTP; Tue, 2 Dec 2014 01:51:53 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Tue, 2 Dec 2014 18:51:53 +0900 Message-ID: Subject: Re: Intel i915 GPU hung To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "Ranjan1018 ." <214748mv@gmail.com>, Henry Hu , FreeBSD CURRENT , "freebsd-x11@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 10:21:20 -0000 Waking up an old thread here but I thought I'd share what I've learned. I think I found out what caused both tearing and crashing when I used OpenGL. Since I changed from using xcompmgr to compton with following options compton --backend glx --vsync opengl-swc --paint-on-overlay --glx-no-stencil -b I have never had a crash or tearing. Have no idea why this is but I am just happy I don't get hung GPU anymore. -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Fri, Sep 12, 2014 at 2:07 PM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Now with only "sna" enabled (which I think I read somewhere should be the > default and that's why I didn't enable it before) I got GPU hung again. > > uname -a: > FreeBSD bsd 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 > 22:34:59 UTC 2014 root@snap.freebsd.org:/usr/ > obj/usr/src/sys/GENERIC amd64 > > dmesg, error_state, pciconf, pkginfo and Xorg.0.log can be downloaded her= e > > https://dl.dropboxusercontent.com/u/10335306/GPU_hung_logs.zip > > > > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > On Fri, Sep 12, 2014 at 10:14 AM, Garrett Cooper > wrote: > >> On Thu, Sep 11, 2014 at 6:08 PM, Lundberg, Johannes >> wrote: >> > First try with sna+swapbufferswait+tearfree gave me this after a while >> > >> > Xorg.log >> > >> > [ 1901.000] (EE) intel(0): sna_mode_redisplay: page flipping failed, >> > disabling CRTC:3 (pipe=3D0) >> > [ 1901.365] (EE) intel(0): sna_mode_redisplay: page flipping failed, >> > disabling CRTC:5 (pipe=3D1) >> > [ 1901.441] (EE) intel(0): Detected a hung GPU, disabling acceleratio= n. >> > [ 2841.578] (II) UnloadModule: "mouse" >> > [ 2841.578] (II) UnloadModule: "kbd" >> > [ 2841.579] (II) intel(0): switch to mode 1366x768@60.0 on pipe 0 >> using >> > LVDS1, position (0, 0), rotation normal >> > [ 2841.632] (EE) intel(0): failed to set mode: Unknown error: -22 >> > [ 2841.632] (II) intel(0): switch to mode 1280x720@60.3 on pipe 1 >> using >> > VGA1, position (0, 0), rotation normal >> > [ 2841.683] (EE) intel(0): failed to set mode: Unknown error: -22 >> >> This looks off -- it's the Linux kernel error code for EINVAL >> (FreeBSD error codes in the kernel being positive). >> Cheers, >> -Garrett >> > > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 10:49:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5F08F81; Tue, 2 Dec 2014 10:49:20 +0000 (UTC) Received: from frv25.fwdcdn.com (frv25.fwdcdn.com [212.42.77.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEDD74E; Tue, 2 Dec 2014 10:49:19 +0000 (UTC) Received: from [10.10.10.28] (helo=frv154.fwdcdn.com) by frv25.fwdcdn.com QID:1Xvkl3-0008fg-Op/RC:2; Tue, 02 Dec 2014 12:32:37 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=mJz4LY3MctcMKxXFacvHE6WZBofWNqnM2I3LoU/R5mU=; b=s9FgJ9jqsvM/MmVmJXmdlthmH9nEaiRePf5zVd4QOf3XnVkW8bgLv1K778rwl37G6j+3ZqD93BucRv9/p8rfT3H1pz+zZniKOvOktVS4dTsb1C48ahd4pm7Ficg9n9NUwNYPp/f/8/UEbQSHwgvxK6XVJ9AplEgH1eAePQ2Qn/A=; Received: from [178.137.138.211] (helo=nonamehost.local) by frv154.fwdcdn.com with esmtpsa ID 1Xvkkq-000DAI-7S ; Tue, 02 Dec 2014 12:32:24 +0200 Date: Tue, 2 Dec 2014 12:32:23 +0200 From: Ivan Klymenko To: "Lundberg, Johannes" Subject: Re: Intel i915 GPU hung Message-ID: <20141202123223.37fcfcbb@nonamehost.local> In-Reply-To: References: X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.138.211; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-Ukrnet-Yellow: 0 Cc: "Ranjan1018 ." <214748mv@gmail.com>, Henry Hu , FreeBSD CURRENT , "freebsd-x11@freebsd.org" , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 10:49:20 -0000 =D0=92 Tue, 2 Dec 2014 18:51:53 +0900 "Lundberg, Johannes" =D0=BF=D0=B8=D1=88= =D0=B5=D1=82: > Waking up an old thread here but I thought I'd share what I've > learned. >=20 > I think I found out what caused both tearing and crashing when I used > OpenGL. > Since I changed from using xcompmgr to compton with following options >=20 > compton --backend glx --vsync opengl-swc --paint-on-overlay > --glx-no-stencil -b >=20 > I have never had a crash or tearing. Have no idea why this is but I > am just happy I don't get hung GPU anymore. >=20 >=20 I am afraid that is not the case. This method helps to reduce hang GPU to a minimum, but I have with all the same settings for compton - sometimes it hangs timer GPU. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194766 From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 15:30:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD9A2B0C for ; Tue, 2 Dec 2014 15:30:05 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 606C4897 for ; Tue, 2 Dec 2014 15:30:05 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id l18so17337336wgh.40 for ; Tue, 02 Dec 2014 07:30:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=TFGZNXKQOXyjJlxds/1jVbwogzXWR0PDLjf6OKbEiwI=; b=UQGyaZrPhY1Kz4zO0vBWumuhQ7mCfVMQZW5kj4tJTFLJUf2WNxUvs2DTbedTMEA5YL Rh9EqDMkW7x3o2kkgvtVntroJv2Op3n6VYOVH7SzjtlMb+hUnyVhuXWo87vQoAlUiptV YnnkaW9q2vq+5S6bJr/93/QDgORfgLq/sdCUL98xiIeRa3WspCKNdS29rpHAgEZF4pRO Rh1fJZTdVPnZwc+PA/EQfKGk7GwX70rxUbjbtDDF0ESYB8UUzpk+R+3Up7hhRtjEs0hL YPkLJIKAVc/HdTMnkqbjisFvGPx0Og6vLlFCGJ4PslrnpcG+MZeNAbkpZosp/aVq2qDS Aulw== MIME-Version: 1.0 X-Received: by 10.194.24.103 with SMTP id t7mr84518660wjf.15.1417534203646; Tue, 02 Dec 2014 07:30:03 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Tue, 2 Dec 2014 07:30:03 -0800 (PST) In-Reply-To: <547D5A6E.5050806@gmail.com> References: <547D5A6E.5050806@gmail.com> Date: Tue, 2 Dec 2014 07:30:03 -0800 X-Google-Sender-Auth: 3xybYmgC-OjnaAW3tGCAgRDaGJM Message-ID: Subject: Re: compiling failed with RSS enabled From: Adrian Chadd To: "Eric L. Camachat" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 15:30:05 -0000 Ugh! please file a bug and I'll go take a look at the code soon. Thanks! -a On 1 December 2014 at 22:21, Eric L. Camachat wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > current failed to compile due to queues uninitialized at line 2883 in > if_igb.c. > from the context I guess it should be n_queues instead of queues. > > Index: sys/dev/e1000/if_igb.c > =================================================================== > - --- sys/dev/e1000/if_igb.c (revision 275391) > +++ sys/dev/e1000/if_igb.c (working copy) > @@ -2880,7 +2880,7 @@ > > #ifdef RSS > /* If we're doing RSS, clamp at the number of RSS buckets */ > - - if (queues > rss_getnumbuckets()) > + if (n_queues > rss_getnumbuckets()) > queues = rss_getnumbuckets(); > #endif > > > Eric > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iF4EAREIAAYFAlR9WmoACgkQSfBQu3oOwYxnrQD6Ah1uhoNaM3YTXHdOpOA7hw4j > vZUCA9VU6n/jhUEneVkBALETmBfQudmEz9/eqnmsmer8RbulQdqIKTa8InSvE2yw > =jLcf > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 16:23:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D501FAD4 for ; Tue, 2 Dec 2014 16:23:10 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A340AE71 for ; Tue, 2 Dec 2014 16:23:10 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id rd3so13701653pab.14 for ; Tue, 02 Dec 2014 08:23:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:subject:mime-version:content-type :in-reply-to:date:cc:message-id:references:to; bh=zsM0ot2vmdBfBAUUKl/AZaUxEwrglbPzp3S+PkjDmRc=; b=MYMg4C/chDiezR9Pr/uPixZjoqgFhYsQGInutiWbTDY3nuW0GxzSv3WIEQ+/+Hbt0R ah0NuJv3DkzOmTC/G6fC8/Pwm7+hZTD425l0VvA6CQEah56t5YLLFlxK/YfA9lmNR3P+ 0F/RLj6WlJTkVOzdUQvKBtFfHWNwm6rzzVZm8Q05gCI5sxen/x/FL+9BZZURAJMYMBXQ zhT6mR4VVzL9UU4O3JLHEBajnz5zjs8loNiCRwunJyAxuXJhItMa79JBV8eIiMS5Bjcw t5tmFrMifYcwYdtlwXotcZ33mAdJvgzN5Fu7XdZVSa7SecfUwoqULoVJqtt4l/Xwi2M2 fdHg== X-Gm-Message-State: ALoCoQkVTnGBhfoHYvex2Cqv2r2vhJLws1IHGu5BUnIv0MDZaLdRuHmBY1NeaFmaJDjUVma5nDo2 X-Received: by 10.70.90.11 with SMTP id bs11mr317069pdb.16.1417537384070; Tue, 02 Dec 2014 08:23:04 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id i11sm20684571pbq.23.2014.12.02.08.23.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 08:23:03 -0800 (PST) Sender: Warner Losh From: Warner Losh X-Google-Original-From: Warner Losh Subject: Re: External toolchain support Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_DE46B784-C222-4EA1-87A9-8C784392417C"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 In-Reply-To: <20141202083132.GB35285@ivaldir.etoilebsd.net> Date: Tue, 2 Dec 2014 09:23:00 -0700 Message-Id: <836E78AA-6ED5-4E29-A3CE-1D866592A55E@netflix.com> References: <20141129150440.GC88765@ivaldir.etoilebsd.net> <20141202083132.GB35285@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.1993) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 16:23:11 -0000 --Apple-Mail=_DE46B784-C222-4EA1-87A9-8C784392417C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 2, 2014, at 1:31 AM, Baptiste Daroussin = wrote: >=20 > On Mon, Dec 01, 2014 at 10:05:29PM -0700, Warner Losh wrote: >>=20 >>> On Nov 29, 2014, at 8:04 AM, Baptiste Daroussin = wrote: >>>=20 >>> Hi all, >>>=20 >>> It is now possible to use an external toolchain to build the kernel = and base >>> (tested with gcc 4.9.1 and latest binutils) >>>=20 >>> Of course a lot of work is needed to make it build cleanly (aka lots = of warning >>> to fix). >>>=20 >>> What have been tested so far: >>> - sparc64 kernel + world >>> - amd64 kernel + world >>> - powerpc64 kernel + world >>>=20 >>> mips cannot be tested because upstream gcc never heard of FreeBSD = running on >>> mips, and I did not receive any patches for mips. >>=20 >> I have patches for 4.8 or so knocking around somewhere... >=20 > Seems like kan@ have patches for 4.9.1 and was able to build world = with it! > (that is mips64) Cool. I also ported the arm patches as well. I thought I=E2=80=99d sent = them to you, but it may have only been in the raw form. I also have = patches for the extended printf checking for the kernel, though those = are much more fragile than architecture support. Warner --Apple-Mail=_DE46B784-C222-4EA1-87A9-8C784392417C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfedlAAoJEGwc0Sh9sBEAD6AQAOgBaBdMgWLIrfNYedQv5cvD QiiUK8Y15IYWX0QSg0Z3ueauj+kwpzzG899FnyCzqXYPYw5ZhLN+uGUrQakhmpDv 1nPzw3Pz3fAcMkoJx4QOX1Ub3bv6gK2eJr2/84xrt8MCwCjDKLTna1qxs3M9iIzt NT4Ybbt4HGQHipRkXM2Ln3BStM9kIf0MvyhZz/eX/QE/w/tSDmsTPoXLto1H9EG5 kSTlh2SDqQ6tjuvisFb22gLhLtAeMLAb3XrYWmeqDBK3SWekaFfjIT3jrXRTgGW1 Z6nW8iWaxYzaBvQMLIiE7Uxj+uT94I5bwe9rJ7826OjduZsMytqqTCKDouYnRfSP X5Fk4n/LmqHT566PYWgDJQAsRMSoMmPiRnQYrXZQduX9HecLqi9LqHL5siDWeyyZ Biq7aR6h7S65znHY7lUgra3rOkChKwhQej1B9sYk5CCo7Dc3iu6tL8AD6gcve2bv kRk3Dfky4evDOQybQlBVMR8ABv6De4+Tgrq4JdYqCG324I9mFroVxi7bWyB0ainc 7SEyfzb55Uap88AnVqUlYLPocK4hgELM21hJzr4lxITZb0kNHCqn5iezBtITX8yP H4C724Btzy/EyVdn8TYkoForyn+07j8UFaP0Ab8VxAANajrsHmnSHUbcmvx02/ew Lil/RY9t2IypbA2oLkbB =rcIx -----END PGP SIGNATURE----- --Apple-Mail=_DE46B784-C222-4EA1-87A9-8C784392417C-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 16:24:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 043FCBF9 for ; Tue, 2 Dec 2014 16:24:35 +0000 (UTC) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C72FDE84 for ; Tue, 2 Dec 2014 16:24:34 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id rd3so13701689pab.35 for ; Tue, 02 Dec 2014 08:24:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=3FxcBZudrg/8BZ+iU9ZSluBUz3SiewGHvdVap3s9Lbw=; b=i3R+kaC2Ibck4HBTSZlinqcfjWqD1rlQH3ekiG5TXMr/Xil5t6Km2mR0qPiVcNqY1M vwYjBtIpCm6Tx106B4hsBDAweoP3YmX+XSC1iMW1eAIL/FvFJyTsJsQIaXScF0aR0qp+ PYZ7cKmn0J2lJaUtsd32DFlAhLvCohMjLqYTZ0AI+/zgRWT0yAHFPHQSr1iSsm/IuemP pu1NK/8SBKB6YS1uuFkmf0SzTJFhAvgmUPH4a+lrajsQhbqAso+vXID5U52d7UvuEMLn GAbB67OpKxkfE7wTHkuTzHApxVbbnNk59KL5unjoOCTIj9SxirkAtMv6+6y6RqxqrLG2 KO2Q== X-Gm-Message-State: ALoCoQn7AEsoVdQDZDGjcLaIOwtSMdl4Wo3ooXupbFNpsSJ9r3KBx3M5jCDbvEaNomYSqwM2labr X-Received: by 10.66.146.193 with SMTP id te1mr22492pab.154.1417537468621; Tue, 02 Dec 2014 08:24:28 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id pd9sm20699230pbb.7.2014.12.02.08.24.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 08:24:27 -0800 (PST) Sender: Warner Losh Subject: Re: witness and modules. Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <547D4947.4040203@freebsd.org> Date: Tue, 2 Dec 2014 09:24:25 -0700 Message-Id: References: <54788FF3.3030602@freebsd.org> <2805430.yZtslRjaC7@ralph.baldwin.cx> <547D4947.4040203@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1993) Cc: freebsd-current@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 16:24:35 -0000 --Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 1, 2014, at 10:08 PM, Julian Elischer = wrote: >=20 > On 12/1/14, 11:39 PM, John Baldwin wrote: >> On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: >>> Do we need to compile all modules with witness definitions when >>> linking with a kernel compiled with witness? >>> This was true at one stage but I remember some work was done to make >>> them compatible. >> You should not need this. modules always call functions in the = kernel for >> lock operations and this functions are what invoke WITNESS. >>=20 > that's what I thought but empirical evidence disagrees. > I'll try some more cases. I swap back and forth all the time between the two. Kernel modules = don=E2=80=99t change when you compile them with WITNESS or without. Warner --Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfee5AAoJEGwc0Sh9sBEAoBwQAL0qx+pi9h6exmJIOlPyOH+o ij+5WfFd2RIx9iaalYB2/bWZcAJgjiabx1O9sgCmPAMfrLQZpeJ1TAZ+uvZCw6oO pg5rJy8MMPUZ/JtjnxozizV9PSaeXBOsZLjZo1dvofxIuN7Hwjykk/XSC8bouhRc rJOyz+JFIIiSK1MWG4sQ+hY9mhSyxDX5KLvAUsF2wd/EAnkOfHaNeC0OyGOLW5k8 wpfpYIPQJSQ/8DbdqKOZQND361oWB8eoXO23KGEWuDHcVvZr7wmf3rmGVnhensbn cXFE24oECRzuA2fnZ7/bm3Tv/2Zkve1+xr03CdAsU+Bd3vWX35DLpxqWDlw6q9o2 5lIv0AtDLg9H8iMVHGFZyVMvJnO0YSmbrlUPTqbAtqDZKxIIuqhB5mosJXSr+bIV Wnv4S/hbgxQV6mmP5dkAnjGLfHTCBr5S/EUykkoyvfAtc7tBaziLt+GxqsBlVR3x UQIonmjm1+PhV10TkJ7tyPvNOfsaOmB+4EjnvS8acABP+IN3qUtRrsMkO5R/ZkmZ bjwp9ruYulPkITHSQJ1Y+zBZslolk4pHoroqCUd84msAKbKBFKIq5AXFeK4fIPxX eW+ZVQV/czPnB/QXOE/5Rfy/X8s3+enhPGrivptx4iMf2uJQTPN7z9Bd8JN1IyZF LfN2dDtZRqyXlG/94XLN =UJsS -----END PGP SIGNATURE----- --Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 16:40:10 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65DEA35A for ; Tue, 2 Dec 2014 16:40:10 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC373FD8 for ; Tue, 2 Dec 2014 16:40:09 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id b13so17704934wgh.18 for ; Tue, 02 Dec 2014 08:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=M8wfHPfz6qJUW4AAnPujSPkydFn6/lXbcvLMZa8bZLU=; b=hMT1JFvKejqA7k1Bylr7XQkPwRt8XMiJV/9GGk3XDxqmSudODYKz+6rYN8yspx5W23 rg9Q2T3cbQH2ULcIacg/o1i0Pe0qhe+GCWkzuoK3JIgywCX9OkfFZeRSukr8XlHTH2Ww EXmysBxBKCj1JOvOb+BcRXYCknolhjzUTDzKQAW1Sw8R9x+0RqbPwNCWybpYz70MUw8d r75fjPXzP34SupbBaPV+Gy5RS4NUTrcIxuHHDH9gU3Vb2TIC7H+/D0jKDwwuZBYieNt6 Nx/ddwNPTWAVZ1B/UT1q+MP7aGndSwJYxv/crBwSTxW5UqX4+p0o7yOSYa+bFCZysqmT x8Vw== X-Received: by 10.194.2.105 with SMTP id 9mr40548260wjt.115.1417538408301; Tue, 02 Dec 2014 08:40:08 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id hn2sm32605293wjc.5.2014.12.02.08.40.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Dec 2014 08:40:07 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 2 Dec 2014 17:40:05 +0100 From: Baptiste Daroussin To: Warner Losh Subject: Re: External toolchain support Message-ID: <20141202164005.GA50189@ivaldir.etoilebsd.net> References: <20141129150440.GC88765@ivaldir.etoilebsd.net> <20141202083132.GB35285@ivaldir.etoilebsd.net> <836E78AA-6ED5-4E29-A3CE-1D866592A55E@netflix.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <836E78AA-6ED5-4E29-A3CE-1D866592A55E@netflix.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 16:40:10 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 02, 2014 at 09:23:00AM -0700, Warner Losh wrote: >=20 > > On Dec 2, 2014, at 1:31 AM, Baptiste Daroussin wrote: > >=20 > > On Mon, Dec 01, 2014 at 10:05:29PM -0700, Warner Losh wrote: > >>=20 > >>> On Nov 29, 2014, at 8:04 AM, Baptiste Daroussin wr= ote: > >>>=20 > >>> Hi all, > >>>=20 > >>> It is now possible to use an external toolchain to build the kernel a= nd base > >>> (tested with gcc 4.9.1 and latest binutils) > >>>=20 > >>> Of course a lot of work is needed to make it build cleanly (aka lots = of warning > >>> to fix). > >>>=20 > >>> What have been tested so far: > >>> - sparc64 kernel + world > >>> - amd64 kernel + world > >>> - powerpc64 kernel + world > >>>=20 > >>> mips cannot be tested because upstream gcc never heard of FreeBSD run= ning on > >>> mips, and I did not receive any patches for mips. > >>=20 > >> I have patches for 4.8 or so knocking around somewhere... > >=20 > > Seems like kan@ have patches for 4.9.1 and was able to build world with= it! > > (that is mips64) >=20 > Cool. I also ported the arm patches as well. I thought I=E2=80=99d sent t= hem to you, but it may have only been in the raw form. I also have patches = for the extended printf checking for the kernel, though those are much more= fragile than architecture support. >=20 The format extension I have them already, otherwise I won't be able to boot= the kernel (provided by kan as well). See devel/powerp64-gcc/files/* Regards, Bapt --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlR962IACgkQ8kTtMUmk6EypzQCdF8IlO5JxpBn8eGkuxFleRttb /8IAnj9z7pwBP/iN61TgTN9gns395SNS =Kp/u -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 16:48:37 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 592BB540; Tue, 2 Dec 2014 16:48:37 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 29DFF12E; Tue, 2 Dec 2014 16:48:36 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB2GmW2K051197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Dec 2014 08:48:34 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547DED5A.4050307@freebsd.org> Date: Wed, 03 Dec 2014 00:48:26 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: witness and modules. References: <54788FF3.3030602@freebsd.org> <2805430.yZtslRjaC7@ralph.baldwin.cx> <547D4947.4040203@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 16:48:37 -0000 On 12/3/14, 12:24 AM, Warner Losh wrote: >> On Dec 1, 2014, at 10:08 PM, Julian Elischer wrote: >> >> On 12/1/14, 11:39 PM, John Baldwin wrote: >>> On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: >>>> Do we need to compile all modules with witness definitions when >>>> linking with a kernel compiled with witness? >>>> This was true at one stage but I remember some work was done to make >>>> them compatible. >>> You should not need this. modules always call functions in the kernel for >>> lock operations and this functions are what invoke WITNESS. >>> >> that's what I thought but empirical evidence disagrees. >> I'll try some more cases. > I swap back and forth all the time between the two. Kernel modules don’t > change when you compile them with WITNESS or without. > > Warner > it's a 10.0 based system. the zfs kernel module grew a reference to witness_restore and witness_save when it was compiled with witness in opt_global.h. I certainly wouldn't load with a standard kernel. it may have been somethign funny with the zfs compat layer stuff, and I'm pretty sure people don't use zfs as a module much, but it was definitely there. note: it'd probably work the other way around.. a non-witness module would probably load on a witness kernel.. none of the other kernel modules had that extra reference so I think it's specific to zfs. Maybe to the way it was compiled.. the sources are pretty standard but the makefiles are a bit hacked.. From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 16:55:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B554C6BA for ; Tue, 2 Dec 2014 16:55:08 +0000 (UTC) Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 840C61F8 for ; Tue, 2 Dec 2014 16:55:08 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id kq14so13778219pab.12 for ; Tue, 02 Dec 2014 08:55:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=3FxcBZudrg/8BZ+iU9ZSluBUz3SiewGHvdVap3s9Lbw=; b=P7kVZGIunONaFulk8wAaNdVLlgZp9t7f2jbCsupPuxmrVXPgjySJyURJ5F1ey25W40 pkiJTnOmDqdHqXarWTaurUumPINGgX4kvmyTafdF/Ncgc9tu2Hb4fZKMuW6JLuz4+ubV K1mPAWTKRD8mzgA0tbjtD8Qf0DnNOWxQCKQuHELC/MjXw8I1q94qisgoUxQTaHUrJMo9 wFONAFUwpe/LR5xXH2YJ9UucNcLdjkT81LEOEtWOkGZm1EQAV8TC5QuFNihXGsaUtmuD FlD8jpJKbcvQdGyUOw2ksXFxZjWG4NZboS4Sv+OH/0+zqvR99GaJHc79q0pWAYh6TmKg LZzg== X-Gm-Message-State: ALoCoQnm+xJCqSO4UZ4qn0dBlUUPc+vMOwwW3dAKUEgO9yrUiTRJPWKx8p2cUAb0AGW6OT944/Uc X-Received: by 10.66.146.193 with SMTP id te1mr22492pab.154.1417537468621; Tue, 02 Dec 2014 08:24:28 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id pd9sm20699230pbb.7.2014.12.02.08.24.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 08:24:27 -0800 (PST) Sender: Warner Losh Subject: Re: witness and modules. Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <547D4947.4040203@freebsd.org> Date: Tue, 2 Dec 2014 09:24:25 -0700 Message-Id: References: <54788FF3.3030602@freebsd.org> <2805430.yZtslRjaC7@ralph.baldwin.cx> <547D4947.4040203@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1993) Cc: freebsd-current@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 16:55:08 -0000 --Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 1, 2014, at 10:08 PM, Julian Elischer = wrote: >=20 > On 12/1/14, 11:39 PM, John Baldwin wrote: >> On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: >>> Do we need to compile all modules with witness definitions when >>> linking with a kernel compiled with witness? >>> This was true at one stage but I remember some work was done to make >>> them compatible. >> You should not need this. modules always call functions in the = kernel for >> lock operations and this functions are what invoke WITNESS. >>=20 > that's what I thought but empirical evidence disagrees. > I'll try some more cases. I swap back and forth all the time between the two. Kernel modules = don=E2=80=99t change when you compile them with WITNESS or without. Warner --Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfee5AAoJEGwc0Sh9sBEAoBwQAL0qx+pi9h6exmJIOlPyOH+o ij+5WfFd2RIx9iaalYB2/bWZcAJgjiabx1O9sgCmPAMfrLQZpeJ1TAZ+uvZCw6oO pg5rJy8MMPUZ/JtjnxozizV9PSaeXBOsZLjZo1dvofxIuN7Hwjykk/XSC8bouhRc rJOyz+JFIIiSK1MWG4sQ+hY9mhSyxDX5KLvAUsF2wd/EAnkOfHaNeC0OyGOLW5k8 wpfpYIPQJSQ/8DbdqKOZQND361oWB8eoXO23KGEWuDHcVvZr7wmf3rmGVnhensbn cXFE24oECRzuA2fnZ7/bm3Tv/2Zkve1+xr03CdAsU+Bd3vWX35DLpxqWDlw6q9o2 5lIv0AtDLg9H8iMVHGFZyVMvJnO0YSmbrlUPTqbAtqDZKxIIuqhB5mosJXSr+bIV Wnv4S/hbgxQV6mmP5dkAnjGLfHTCBr5S/EUykkoyvfAtc7tBaziLt+GxqsBlVR3x UQIonmjm1+PhV10TkJ7tyPvNOfsaOmB+4EjnvS8acABP+IN3qUtRrsMkO5R/ZkmZ bjwp9ruYulPkITHSQJ1Y+zBZslolk4pHoroqCUd84msAKbKBFKIq5AXFeK4fIPxX eW+ZVQV/czPnB/QXOE/5Rfy/X8s3+enhPGrivptx4iMf2uJQTPN7z9Bd8JN1IyZF LfN2dDtZRqyXlG/94XLN =UJsS -----END PGP SIGNATURE----- --Apple-Mail=_A5520C7C-6E98-41F5-9DBE-9A504A5D08D2-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 2 17:38:53 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F3F31C6; Tue, 2 Dec 2014 17:38:53 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFCB0946; Tue, 2 Dec 2014 17:38:52 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id y10so13637833pdj.20 for ; Tue, 02 Dec 2014 09:38:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=PUfFt8+MfGn5X6YjJd+KxiShjpy6ArL3e/iOVonvhVs=; b=VbTkkzYhc/77YsKKZjJj9Hq3GweIN5eRPYJ3GVdyZVgQvgD5Rui/HMf+9ta6piMlVz l/X6kQ8i5BRGdSvx7bQ3+2ZwoDanAqRDOkwqANfvMEr72FnSEVsNJF58RzI57sPNPv+r hoZekUWEPOo6aOBefflfUUTxwigVDfDtm1mOI4HMwbxzmac5YTz119ngpvFP/JmN9/J9 mnemIth/ptFTR+ZAguhZSme6srkEBk5UGJsBn8CSBT+SQ7ZF/QSCmv479l0m4zB6fvAH NMwFIpguewOmq+9m+vr7Q87Br4GdKTqtFqGG3LvbFt2wNrpiU6HSH8yAiOXWtlOwIU1A /soQ== X-Received: by 10.68.107.162 with SMTP id hd2mr7634450pbb.145.1417541932348; Tue, 02 Dec 2014 09:38:52 -0800 (PST) Received: from ketagalan.camachat.org ([2601:9:4700:360:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id ov2sm20861324pdb.91.2014.12.02.09.38.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Dec 2014 09:38:51 -0800 (PST) Message-ID: <547DF92B.3090207@gmail.com> Date: Tue, 02 Dec 2014 09:38:51 -0800 From: "Eric L. Camachat" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: compiling failed with RSS enabled References: <547D5A6E.5050806@gmail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 02 Dec 2014 17:38:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/02/2014 07:30, Adrian Chadd wrote: > Ugh! > > please file a bug and I'll go take a look at the code soon. > > Thanks! > > > -a Someone already did: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195518 Eric -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlR9+ScACgkQSfBQu3oOwYyNFQD+OOCF2hxRIrHuXfH00HEtLTwe DeUYVqyM4ZODqIidD3cA/00teVl3L1CB7OANdNDh+fMSHS3coPZqxT6J/uJhDJ0F =3sM8 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 02:33:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD80593D; Wed, 3 Dec 2014 02:33:27 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B464AA9; Wed, 3 Dec 2014 02:33:26 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB32XJP6052983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Dec 2014 18:33:22 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547E766A.1070008@freebsd.org> Date: Wed, 03 Dec 2014 10:33:14 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: witness and modules. References: <54788FF3.3030602@freebsd.org> <2805430.yZtslRjaC7@ralph.baldwin.cx> <547D4947.4040203@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 03 Dec 2014 02:33:27 -0000 On 12/3/14, 12:24 AM, Warner Losh wrote: >> On Dec 1, 2014, at 10:08 PM, Julian Elischer wrote: >> >> On 12/1/14, 11:39 PM, John Baldwin wrote: >>> On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: >>>> Do we need to compile all modules with witness definitions when >>>> linking with a kernel compiled with witness? >>>> This was true at one stage but I remember some work was done to make >>>> them compatible. >>> You should not need this. modules always call functions in the kernel for >>> lock operations and this functions are what invoke WITNESS. >>> >> that's what I thought but empirical evidence disagrees. >> I'll try some more cases. > I swap back and forth all the time between the two. Kernel modules don’t > change when you compile them with WITNESS or without. not entirely.. hwpmc.ko: U witness_restore hwpmc.ko: U witness_save zfs.ko: U witness_restore zfs.ko: U witness_save > Warner > From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 03:43:11 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0103FC4C for ; Wed, 3 Dec 2014 03:43:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E5D602A5 for ; Wed, 3 Dec 2014 03:43:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9FA5241E for ; Wed, 3 Dec 2014 03:42:56 +0000 (UTC) Date: Wed, 3 Dec 2014 03:42:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1453271190.2.1417578175263.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build became unstable: FreeBSD_HEAD-tests2 #361 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: UNSTABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 03 Dec 2014 03:43:11 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 05:50:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80855898 for ; Wed, 3 Dec 2014 05:50:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4C9E73 for ; Wed, 3 Dec 2014 05:50:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E361C466 for ; Wed, 3 Dec 2014 05:50:32 +0000 (UTC) Date: Wed, 3 Dec 2014 05:50:32 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <273626655.3.1417585832896.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1453271190.2.1417578175263.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1453271190.2.1417578175263.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #362 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_HEAD-tests2 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 03 Dec 2014 05:50:32 -0000 See From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 11:27:49 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E88DC76; Wed, 3 Dec 2014 11:27:49 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 549EA78F; Wed, 3 Dec 2014 11:27:48 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA05901; Wed, 03 Dec 2014 13:29:39 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Xw85w-000PMT-SH; Wed, 03 Dec 2014 13:27:44 +0200 Message-ID: <547EF378.8090202@FreeBSD.org> Date: Wed, 03 Dec 2014 13:26:48 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Julian Elischer , Warner Losh Subject: Re: witness and modules. References: <54788FF3.3030602@freebsd.org> <2805430.yZtslRjaC7@ralph.baldwin.cx> <547D4947.4040203@freebsd.org> <547E766A.1070008@freebsd.org> In-Reply-To: <547E766A.1070008@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 03 Dec 2014 11:27:49 -0000 On 03/12/2014 04:33, Julian Elischer wrote: > On 12/3/14, 12:24 AM, Warner Losh wrote: >>> On Dec 1, 2014, at 10:08 PM, Julian Elischer wrote: >>> >>> On 12/1/14, 11:39 PM, John Baldwin wrote: >>>> On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: >>>>> Do we need to compile all modules with witness definitions when >>>>> linking with a kernel compiled with witness? >>>>> This was true at one stage but I remember some work was done to make >>>>> them compatible. >>>> You should not need this. modules always call functions in the kernel for >>>> lock operations and this functions are what invoke WITNESS. >>>> >>> that's what I thought but empirical evidence disagrees. >>> I'll try some more cases. >> I swap back and forth all the time between the two. Kernel modules don’t >> change when you compile them with WITNESS or without. > not entirely.. > hwpmc.ko: U witness_restore > hwpmc.ko: U witness_save > zfs.ko: U witness_restore > zfs.ko: U witness_save Seems like the problem affects modules that use DROP_GIANT / PICKUP_GIANT. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 13:53:32 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB4B0155; Wed, 3 Dec 2014 13:53:32 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC0BBB85; Wed, 3 Dec 2014 13:53:32 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB3DrQvT055364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 3 Dec 2014 05:53:29 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547F15D0.8050009@freebsd.org> Date: Wed, 03 Dec 2014 21:53:20 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Andriy Gapon , Warner Losh Subject: Re: witness and modules. References: <54788FF3.3030602@freebsd.org> <2805430.yZtslRjaC7@ralph.baldwin.cx> <547D4947.4040203@freebsd.org> <547E766A.1070008@freebsd.org> <547EF378.8090202@FreeBSD.org> In-Reply-To: <547EF378.8090202@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 03 Dec 2014 13:53:33 -0000 On 12/3/14, 7:26 PM, Andriy Gapon wrote: > On 03/12/2014 04:33, Julian Elischer wrote: >> On 12/3/14, 12:24 AM, Warner Losh wrote: >>>> On Dec 1, 2014, at 10:08 PM, Julian Elischer wrote: >>>> >>>> On 12/1/14, 11:39 PM, John Baldwin wrote: >>>>> On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote: >>>>>> Do we need to compile all modules with witness definitions when >>>>>> linking with a kernel compiled with witness? >>>>>> This was true at one stage but I remember some work was done to make >>>>>> them compatible. >>>>> You should not need this. modules always call functions in the kernel for >>>>> lock operations and this functions are what invoke WITNESS. >>>>> >>>> that's what I thought but empirical evidence disagrees. >>>> I'll try some more cases. >>> I swap back and forth all the time between the two. Kernel modules don’t >>> change when you compile them with WITNESS or without. >> not entirely.. >> hwpmc.ko: U witness_restore >> hwpmc.ko: U witness_save >> zfs.ko: U witness_restore >> zfs.ko: U witness_save > Seems like the problem affects modules that use DROP_GIANT / PICKUP_GIANT. > that's a good observation. I'll take a look a that later. From owner-freebsd-current@FreeBSD.ORG Wed Dec 3 16:47:40 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBB4F867; Wed, 3 Dec 2014 16:47:40 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94165A59; Wed, 3 Dec 2014 16:47:40 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B001BB989; Wed, 3 Dec 2014 11:47:38 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: witness and modules. Date: Wed, 03 Dec 2014 10:21:01 -0500 Message-ID: <1758681.vj4zSF7cnf@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: <547F15D0.8050009@freebsd.org> References: <54788FF3.3030602@freebsd.org> <547EF378.8090202@FreeBSD.org> <547F15D0.8050009@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 03 Dec 2014 11:47:38 -0500 (EST) Cc: freebsd-current@freebsd.org, Warner Losh , Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 03 Dec 2014 16:47:40 -0000 On Wednesday, December 03, 2014 09:53:20 PM Julian Elischer wrote: > On 12/3/14, 7:26 PM, Andriy Gapon wrote: > > On 03/12/2014 04:33, Julian Elischer wrote: > >> On 12/3/14, 12:24 AM, Warner Losh wrote: > >>>> On Dec 1, 2014, at 10:08 PM, Julian Elischer > >>>> wrote: > >>>>=20 > >>>> On 12/1/14, 11:39 PM, John Baldwin wrote: > >>>>> On Friday, November 28, 2014 11:08:35 PM Julian Elischer wrote:= > >>>>>> Do we need to compile all modules with witness definitions whe= n > >>>>>> linking with a kernel compiled with witness? > >>>>>> This was true at one stage but I remember some work was done t= o make > >>>>>> them compatible. > >>>>>=20 > >>>>> You should not need this. modules always call functions in the= kernel > >>>>> for > >>>>> lock operations and this functions are what invoke WITNESS. > >>>>=20 > >>>> that's what I thought but empirical evidence disagrees. > >>>> I'll try some more cases. > >>>=20 > >>> I swap back and forth all the time between the two. Kernel module= s don=E2=80=99t > >>> change when you compile them with WITNESS or without. > >>=20 > >> not entirely.. > >> hwpmc.ko: U witness_restore > >> hwpmc.ko: U witness_save > >> zfs.ko: U witness_restore > >> zfs.ko: U witness_save > >=20 > > Seems like the problem affects modules that use DROP_GIANT / PICKUP= _GIANT. >=20 > that's a good observation. I'll take a look a that later. Yes, that isn't really intended to be used publically. The pmc one is stale as system calls haven't run with Giant in several=20= releases. All the ones for g_topology_lock() also seem to be broken-by-designed. = There=20 is no good reason I can think of for g_topology_lock() to assert that G= iant=20 isn't held. I suspect phk@ just wanted to force geom to be locked with= out=20 Giant, but I'm not sure that is the best way to achieve that? Poul, is= that=20 correct? If you fix that you can remove almost all of the DROP_GIANT/PICKUP_GIAN= T in=20 the tree. They should really only be in the _sleep() and cv_wait_*()=20= functions where they are used to give Giant its "special" property of b= eing=20 dropped while asleep. --=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 4 13:59:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD903ABA for ; Thu, 4 Dec 2014 13:59:23 +0000 (UTC) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BA6585D for ; Thu, 4 Dec 2014 13:59:23 +0000 (UTC) Received: by mail-yk0-f169.google.com with SMTP id 79so7990080ykr.28 for ; Thu, 04 Dec 2014 05:59:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/BTYlU6j9oxS6Gmae3JKaSmRuRckWva6tdrccYavv2c=; b=wPkthJ6f9Ht0RyGlSM2BRch/Mn/3bcruTAmPqlp3cTB/Ph+Abhv226DMryxXzJ6xHU ucKX85kV4Uw3xcMeIY/Aw9dhg0M+vjo3ROSAjNdee2hPq3F0A+X3OGRxMQ7budluyZZA bb5sx4sMpL32Vqcet5fECyR0GvotQXAcJmPj5K87j4uQrnS2xBnWs1ZpMnc5TP8IN/XB Z9QguubO2msWe68DhoBnq+wsBclJXoTeWw5j7jkvGxEHyCapnpY6S44vtf5RPo478GlP srPM9I9JkcwuZNvuxGOk7CCyWr8ue6Lj3TJ5PlNKq8qn6O8F4TZg/vC/ApdZ+ALBx57Y UjJQ== MIME-Version: 1.0 X-Received: by 10.170.187.86 with SMTP id d83mr14342084yke.43.1417701562460; Thu, 04 Dec 2014 05:59:22 -0800 (PST) Received: by 10.170.163.69 with HTTP; Thu, 4 Dec 2014 05:59:22 -0800 (PST) Date: Thu, 4 Dec 2014 15:59:22 +0200 Message-ID: Subject: ncurses (non-w) is missing from _LIBRARIES= in src.libnames.mk From: Guy Yur To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 04 Dec 2014 13:59:23 -0000 Hi, ncurses (non-w version) is missing from _LIBRARIES= in src.libnames.mk This causes libmenu, libpanel and libform to not list ncurses as a needed library. head r275469M i386: readelf -d /usr/lib/libmenu.so | grep NEEDED 0x00000001 (NEEDED) Shared library: [libc.so.7] readelf -d /usr/lib/libmenuw.so | grep NEEDED 0x00000001 (NEEDED) Shared library: [libncursesw.so.8] 0x00000001 (NEEDED) Shared library: [libc.so.7] 10.1-RELEASE i386: readelf -d /usr/lib/libmenu.so | grep NEEDED 0x00000001 (NEEDED) Shared library: [libncurses.so.8] 0x00000001 (NEEDED) Shared library: [libc.so.7] net/samba41 builds samba-regedit with a dependency on libmenu, libpanel and libform. The missing ncurses causes the configure scripts to fail building the testprog and assume libmenu, libpanel and libform don't exist. samba config.log ... [2/2] Linking default/testprog /usr/lib/libmenu.so: undefined reference to `subpad' ... - Guy From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 08:00:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 435236D3 for ; Fri, 5 Dec 2014 08:00:46 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07300109 for ; Fri, 5 Dec 2014 08:00:46 +0000 (UTC) Received: from [192.168.1.200] (p508F3279.dip0.t-ipconnect.de [80.143.50.121]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 374301C10461F; Fri, 5 Dec 2014 09:00:40 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: SCTP changes needed From: Michael Tuexen In-Reply-To: <547C553C.5070604@selasky.org> Date: Fri, 5 Dec 2014 09:00:40 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <547C553C.5070604@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 05 Dec 2014 08:00:46 -0000 On 01 Dec 2014, at 12:47, Hans Petter Selasky wrote: > Hi Michael, >=20 > As a followup to: > https://svnweb.freebsd.org/changeset/base/275358 >=20 > Please find attached a separate SCTP patch as requested. Committed in https://svnweb.freebsd.org/changeset/base/275483 Thanks a lot for providing the patch! Best regards Michael >=20 > The attached patch re-enables flowids in the SCTP code as before. = Until this patch is committed the SCTP code will not take full advantage = of the multiple-transmit capabilities as found in many network adapters. >=20 > --HPS > = ______________________________________________= _ > 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 Dec 5 13:00:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ED43C81 for ; Fri, 5 Dec 2014 13:00:57 +0000 (UTC) Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B735894C for ; Fri, 5 Dec 2014 13:00:56 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id b13so837277wgh.3 for ; Fri, 05 Dec 2014 05:00:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=EoJNVJGB68lb/cUda0txTdxD3xy4jKYXJyT/ryMnJZA=; b=TppQMpjyechvQVivNft6uNFi57uAKloixc7KBPulzs+lsVYCTLc3w9+Y/iFdLXdOi4 MvB2hV0jYtCB6jqfk4wuwLA1M2nVYyZVflHUVkrK6MB4Ukf2NSVJ7K4Hr1ZEszJnvhu/ tKe6J3DWRoX+NAxR1Z92ReRRcGblFbd2/bE8VQHcRifasav52O8vf/Io3e61ksq6MmVG b8UJAdXtp5eogTB5ob6yY6x0W6DA4ZnJXsciepFOS0xh0oOyJ6V5GxVRFsZpnbdoSODb YlwGSkHXqJoSArnAi7B6lwK8SlC+uChloQTaOZfERuugB1tSAJeal6v5syA4T++DbBLf DdMg== X-Gm-Message-State: ALoCoQmGPHU5/Gp1F9mx8h8JFX/RUf0DcxW7OVojMFX06MNGrjA50ymm7RUhYGg7MJsM2Sal7LTL X-Received: by 10.194.238.3 with SMTP id vg3mr23426868wjc.69.1417784448630; Fri, 05 Dec 2014 05:00:48 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id bj7sm44845188wjc.33.2014.12.05.05.00.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Dec 2014 05:00:47 -0800 (PST) Message-ID: <5481AC78.6050107@multiplay.co.uk> Date: Fri, 05 Dec 2014 13:00:40 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Fix Emulex "oce" driver in CURRENT References: <201406301402.42119.jhb@freebsd.org> <8BA1A243-8EA9-449A-A2D2-4E03487CE3E0@sarenet.es> In-Reply-To: <8BA1A243-8EA9-449A-A2D2-4E03487CE3E0@sarenet.es> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 05 Dec 2014 13:00:57 -0000 On 04/09/2014 09:49, Borja Marcos wrote: > On Jun 30, 2014, at 8:02 PM, John Baldwin wrote: > >> I think these sound fine, but I've cc'd Xin Li (delphij@) who has worked with >> folks at Emulex to maintain this driver. He is probably the best person to >> review this. > Hi, > > Seems 10.1 is on the pipeline now, but as far as I know none of these fixes have been applied to -STABLE. Any chances to do it yet? As far as I know, the "oce" driver is currently unusable in -STABLE. I managed to cause a panic reliably within 30 seconds. Was there any conclusion to this, current and releng/10.0 & releng/10.1 seem pretty similar with regards oce but a customer is reporting panics very similar to this thread. Did the commit of the additional locking never make it in? Regards Steve From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 13:07:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD3FEFD0 for ; Fri, 5 Dec 2014 13:07:35 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69F729BF for ; Fri, 5 Dec 2014 13:07:35 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id DCCE89DDFEF; Fri, 5 Dec 2014 14:07:22 +0100 (CET) Subject: Re: Fix Emulex "oce" driver in CURRENT Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Borja Marcos In-Reply-To: <5481AC78.6050107@multiplay.co.uk> Date: Fri, 5 Dec 2014 14:07:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201406301402.42119.jhb@freebsd.org> <8BA1A243-8EA9-449A-A2D2-4E03487CE3E0@sarenet.es> <5481AC78.6050107@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1283) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 05 Dec 2014 13:07:35 -0000 On Dec 5, 2014, at 2:00 PM, Steven Hartland wrote: >=20 > On 04/09/2014 09:49, Borja Marcos wrote: >> On Jun 30, 2014, at 8:02 PM, John Baldwin wrote: >>=20 >>> I think these sound fine, but I've cc'd Xin Li (delphij@) who has = worked with >>> folks at Emulex to maintain this driver. He is probably the best = person to >>> review this. >> Hi, >>=20 >> Seems 10.1 is on the pipeline now, but as far as I know none of these = fixes have been applied to -STABLE. Any chances to do it yet? As far as = I know, the "oce" driver is currently unusable in -STABLE. I managed to = cause a panic reliably within 30 seconds. >=20 > Was there any conclusion to this, current and releng/10.0 & = releng/10.1 seem pretty similar with regards oce but a customer is = reporting panics very similar to this thread. >=20 > Did the commit of the additional locking never make it in? Not as far as I know. I=B4ve updated a couple of machines here to = 10-STABLE and I've been applying the patch manually myself.=20 I don't think it's been applied even to -HEAD.=20 For now I've told my coworkers to avoid Emulex cards whenever possible. = As far as I know the driver is unusable in its present state. Borja. From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 14:01:06 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C86A554B for ; Fri, 5 Dec 2014 14:01:06 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A2EAF94 for ; Fri, 5 Dec 2014 14:01:05 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id r20so1482727wiv.8 for ; Fri, 05 Dec 2014 06:00:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=heFYT7jrX9KagsrqIOtQfYF7uhEJNzYBDo0ZZncaEo0=; b=RqH89tqG5P6phHpQtF7MFV+mLIE6fx6L1jWufdV88696NGoRcgXgxKNLD9fBD6hZ2V qOKLGIrsgou9q97XJXPFRV/nfR7puHZdNytVCAxEkAg9aEFpryUY5zrr2nEnh61vYefw 8b/eedk6NX0pLDSp6S1d/yg25pLDZiHa5dJ9KgZhOPr6X5GoxZLhc9tdDb/AJBIgpwYk epglI6QD2ydKxe9B/1hzUpMHhlcEcIq0QTyukogke8smcNSdfOI9Xu5LQksy6hu0y+EL VkRgevonBQ9ADLAKfrZawlX5Br7UxxaIn5hMdo50lXBjKp3bY2vDnwh4aoVRlxtBXuaf DX5w== X-Gm-Message-State: ALoCoQlk9zkwI7ljnK2UevB+MLBohFYc2uvpIMmHWvLXqfPPkJzBxG8MFpGiO+n14PV6cJ8Wn3rT X-Received: by 10.194.175.69 with SMTP id by5mr24321583wjc.32.1417788058263; Fri, 05 Dec 2014 06:00:58 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id l9sm2378222wic.21.2014.12.05.06.00.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Dec 2014 06:00:57 -0800 (PST) Message-ID: <5481BA89.5010201@multiplay.co.uk> Date: Fri, 05 Dec 2014 14:00:41 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Borja Marcos Subject: Re: Fix Emulex "oce" driver in CURRENT References: <201406301402.42119.jhb@freebsd.org> <8BA1A243-8EA9-449A-A2D2-4E03487CE3E0@sarenet.es> <5481AC78.6050107@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 05 Dec 2014 14:01:06 -0000 On 05/12/2014 13:07, Borja Marcos wrote: > On Dec 5, 2014, at 2:00 PM, Steven Hartland wrote: > >> On 04/09/2014 09:49, Borja Marcos wrote: >>> On Jun 30, 2014, at 8:02 PM, John Baldwin wrote: >>> >>>> I think these sound fine, but I've cc'd Xin Li (delphij@) who has worked with >>>> folks at Emulex to maintain this driver. He is probably the best person to >>>> review this. >>> Hi, >>> >>> Seems 10.1 is on the pipeline now, but as far as I know none of these fixes have been applied to -STABLE. Any chances to do it yet? As far as I know, the "oce" driver is currently unusable in -STABLE. I managed to cause a panic reliably within 30 seconds. >> Was there any conclusion to this, current and releng/10.0 & releng/10.1 seem pretty similar with regards oce but a customer is reporting panics very similar to this thread. >> >> Did the commit of the additional locking never make it in? > Not as far as I know. I´ve updated a couple of machines here to 10-STABLE and I've been applying the patch manually myself. > > I don't think it's been applied even to -HEAD. > > For now I've told my coworkers to avoid Emulex cards whenever possible. As far as I know the driver is unusable in its present state. Thanks for the quick reply Borja, review of the patch is now up: /https://reviews.freebsd.org/D1269 Hopefully we can get this in the tree and make oce usable moving forward. Regards Steve / From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 14:02:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77F00685 for ; Fri, 5 Dec 2014 14:02:43 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id B3CB7FB5 for ; Fri, 5 Dec 2014 14:02:42 +0000 (UTC) Received: (qmail 72556 invoked from network); 5 Dec 2014 13:55:59 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 5 Dec 2014 13:55:59 -0000 Date: Fri, 05 Dec 2014 14:55:58 +0100 (CET) Message-Id: <20141205.145558.74680295.sthaug@nethelp.no> To: borjam@sarenet.es Subject: Re: Fix Emulex "oce" driver in CURRENT From: sthaug@nethelp.no In-Reply-To: References: <8BA1A243-8EA9-449A-A2D2-4E03487CE3E0@sarenet.es> <5481AC78.6050107@multiplay.co.uk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, killing@multiplay.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 05 Dec 2014 14:02:43 -0000 > >> Seems 10.1 is on the pipeline now, but as far as I know none of th= ese fixes have been applied to -STABLE. Any chances to do it yet? As fa= r as I know, the "oce" driver is currently unusable in -STABLE. I manag= ed to cause a panic reliably within 30 seconds. > > = > > Was there any conclusion to this, current and releng/10.0 & releng/= 10.1 seem pretty similar with regards oce but a customer is reporting p= anics very similar to this thread. > > = > > Did the commit of the additional locking never make it in? > = > Not as far as I know. I=B4ve updated a couple of machines here to 10-= STABLE and I've been applying the patch manually myself. = > = > I don't think it's been applied even to -HEAD. = Where can I find a version of the patch to be applied to 10-STABLE? Is this the one? https://bz-attachments.freebsd.org/attachment.cgi?id=3D144718 Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 15:31:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7730AFA5 for ; Fri, 5 Dec 2014 15:31:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 625CFBE1 for ; Fri, 5 Dec 2014 15:31:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4BC8D945 for ; Fri, 5 Dec 2014 15:31:42 +0000 (UTC) Date: Fri, 5 Dec 2014 15:31:39 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1935080296.5.1417793502022.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #595 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 05 Dec 2014 15:31:44 -0000 See ------------------------------------------ [...truncated 15799 lines...] -> ../de_DE.ISO8859-1/LC_MONETARY -> ../en_AU.ISO8859-1/LC_MONETARY -> ../en_CA.ISO8859-1/LC_MONETARY -> ../en_GB.ISO8859-1/LC_MONETARY -> ../en_NZ.ISO8859-1/LC_MONETARY -> ../en_US.ISO8859-1/LC_MONETARY -> ../es_ES.ISO8859-1/LC_MONETARY -> ../fi_FI.ISO8859-1/LC_MONETARY -> ../fr_BE.ISO8859-1/LC_MONETARY -> ../fr_CA.ISO8859-1/LC_MONETARY -> ../fr_CH.ISO8859-1/LC_MONETARY -> ../fr_FR.ISO8859-1/LC_MONETARY -> ../is_IS.ISO8859-1/LC_MONETARY -> ../it_IT.ISO8859-1/LC_MONETARY -> ../it_CH.ISO8859-1/LC_MONETARY -> ../nl_BE.ISO8859-1/LC_MONETARY -> ../nl_NL.ISO8859-1/LC_MONETARY -> ../nb_NO.ISO8859-1/LC_MONETARY -> ../nn_NO.ISO8859-1/LC_MONETARY -> ../no_NO.ISO8859-1/LC_MONETARY -> ../sv_SE.ISO8859-1/LC_MONETARY -> ../en_AU.ISO8859-1/LC_MONETARY -> ../en_CA.ISO8859-1/LC_MONETARY -> ../en_GB.ISO8859-1/LC_MONETARY -> ../en_NZ.ISO8859-1/LC_MONETARY -> ../en_US.ISO8859-1/LC_MONETARY -> ../af_ZA.ISO8859-1/LC_MONETARY -> ../da_DK.ISO8859-1/LC_MONETARY -> ../de_CH.ISO8859-1/LC_MONETARY -> ../en_AU.ISO8859-1/LC_MONETARY -> ../en_CA.ISO8859-1/LC_MONETARY -> ../en_NZ.ISO8859-1/LC_MONETARY -> ../en_US.ISO8859-1/LC_MONETARY -> ../fr_CA.ISO8859-1/LC_MONETARY -> ../is_IS.ISO8859-1/LC_MONETARY -> ../nb_NO.ISO8859-1/LC_MONETARY -> ../nn_NO.ISO8859-1/LC_MONETARY -> ../no_NO.ISO8859-1/LC_MONETARY -> ../pt_BR.ISO8859-1/LC_MONETARY -> ../sv_SE.ISO8859-1/LC_MONETARY -> ../hr_HR.ISO8859-2/LC_MONETARY -> ../hu_HU.ISO8859-2/LC_MONETARY -> ../ro_RO.ISO8859-2/LC_MONETARY -> ../sk_SK.ISO8859-2/LC_MONETARY -> ../sl_SI.ISO8859-2/LC_MONETARY -> ../tr_TR.ISO8859-9/LC_MONETARY -> ../lt_LT.ISO8859-13/LC_MONETARY -> ../lt_LT.ISO8859-13/LC_MONETARY -> ../lv_LV.ISO8859-13/LC_MONETARY -> ../es_ES.ISO8859-15/LC_MONETARY -> ../et_EE.ISO8859-15/LC_MONETARY -> ../zh_HK.UTF-8/LC_MONETARY -> ../ca_ES.UTF-8/LC_MONETARY -> ../ca_ES.UTF-8/LC_MONETARY -> ../ca_ES.UTF-8/LC_MONETARY -> ../es_ES.UTF-8/LC_MONETARY -> ../de_CH.UTF-8/LC_MONETARY -> ../de_CH.UTF-8/LC_MONETARY ===> share/msgdef (install) install -o root -g wheel -m 444 af_ZA.ISO8859-1.out install -o root -g wheel -m 444 am_ET.UTF-8.out install -o root -g wheel -m 444 be_BY.CP1131.out install -o root -g wheel -m 444 be_BY.CP1251.out install -o root -g wheel -m 444 be_BY.ISO8859-5.out install -o root -g wheel -m 444 be_BY.UTF-8.out install -o root -g wheel -m 444 bg_BG.CP1251.out install -o root -g wheel -m 444 bg_BG.UTF-8.out install -o root -g wheel -m 444 ca_ES.ISO8859-1.out install -o root -g wheel -m 444 cs_CZ.ISO8859-2.out install -o root -g wheel -m 444 da_DK.ISO8859-1.out install -o root -g wheel -m 444 de_DE.ISO8859-1.out install -o root -g wheel -m 444 el_GR.ISO8859-7.out install -o root -g wheel -m 444 el_GR.UTF-8.out install -o root -g wheel -m 444 en_CA.ISO8859-1.out install -o root -g wheel -m 444 en_GB.ISO8859-1.out install -o root -g wheel -m 444 en_US.ISO8859-1.out install -o root -g wheel -m 444 es_ES.ISO8859-1.out install -o root -g wheel -m 444 et_EE.ISO8859-15.out install -o root -g wheel -m 444 eu_ES.ISO8859-1.out install -o root -g wheel -m 444 fi_FI.ISO8859-1.out install -o root -g wheel -m 444 fr_BE.ISO8859-1.out install -o root -g wheel -m 444 fr_CH.ISO8859-1.out install -o root -g wheel -m 444 fr_FR.ISO8859-1.out install -o root -g wheel -m 444 he_IL.UTF-8.out install -o root -g wheel -m 444 hi_IN.ISCII-DEV.out install -o root -g wheel -m 444 hr_HR.ISO8859-2.out install -o root -g wheel -m 444 hu_HU.ISO8859-2.out install -o root -g wheel -m 444 hy_AM.ARMSCII-8.out install -o root -g wheel -m 444 hy_AM.UTF-8.out install -o root -g wheel -m 444 is_IS.ISO8859-1.out install -o root -g wheel -m 444 it_IT.ISO8859-1.out install -o root -g wheel -m 444 ja_JP.eucJP.out install -o root -g wheel -m 444 ja_JP.SJIS.out install -o root -g wheel -m 444 ja_JP.UTF-8.out install -o root -g wheel -m 444 kk_KZ.PT154.out install -o root -g wheel -m 444 kk_KZ.UTF-8.out install -o root -g wheel -m 444 ko_KR.UTF-8.out install -o root -g wheel -m 444 ko_KR.eucKR.out install -o root -g wheel -m 444 lt_LT.ISO8859-13.out install -o root -g wheel -m 444 lv_LV.ISO8859-13.out install -o root -g wheel -m 444 lv_LV.UTF-8.out install -o root -g wheel -m 444 mn_MN.UTF-8.out install -o root -g wheel -m 444 nl_NL.ISO8859-1.out install -o root -g wheel -m 444 no_NO.ISO8859-1.out install -o root -g wheel -m 444 pl_PL.ISO8859-2.out install -o root -g wheel -m 444 pt_PT.ISO8859-1.out install -o root -g wheel -m 444 ro_RO.ISO8859-2.out install -o root -g wheel -m 444 ru_RU.CP1251.out install -o root -g wheel -m 444 ru_RU.CP866.out install -o root -g wheel -m 444 ru_RU.ISO8859-5.out install -o root -g wheel -m 444 ru_RU.KOI8-R.out install -o root -g wheel -m 444 ru_RU.UTF-8.out install -o root -g wheel -m 444 sl_SI.ISO8859-2.out install -o root -g wheel -m 444 sr_YU.ISO8859-2.out install -o root -g wheel -m 444 sr_YU.ISO8859-5.out install -o root -g wheel -m 444 sr_YU.UTF-8.out install -o root -g wheel -m 444 sv_SE.ISO8859-1.out install -o root -g wheel -m 444 tr_TR.ISO8859-9.out install -o root -g wheel -m 444 uk_UA.CP1251.out install -o root -g wheel -m 444 uk_UA.ISO8859-5.out install -o root -g wheel -m 444 uk_UA.KOI8-U.out install -o root -g wheel -m 444 uk_UA.UTF-8.out install -o root -g wheel -m 444 zh_CN.eucCN.out install -o root -g wheel -m 444 zh_CN.GB18030.out install -o root -g wheel -m 444 zh_CN.GB2312.out install -o root -g wheel -m 444 zh_CN.UTF-8.out install -o root -g wheel -m 444 zh_TW.Big5.out install -o root -g wheel -m 444 zh_TW.UTF-8.out -> ../zh_TW.Big5/LC_MESSAGES -> ../ko_KR.eucKR/LC_MESSAGES -> ../zh_CN.GB2312/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../de_DE.ISO8859-1/LC_MESSAGES -> ../de_DE.ISO8859-1/LC_MESSAGES -> ../fr_FR.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../it_IT.ISO8859-1/LC_MESSAGES -> ../nl_NL.ISO8859-1/LC_MESSAGES -> ../no_NO.ISO8859-1/LC_MESSAGES -> ../no_NO.ISO8859-1/LC_MESSAGES -> ../pt_PT.ISO8859-1/LC_MESSAGES -> ../af_ZA.ISO8859-1/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../da_DK.ISO8859-1/LC_MESSAGES -> ../de_DE.ISO8859-1/LC_MESSAGES -> ../en_CA.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../en_US.ISO8859-1/LC_MESSAGES -> ../es_ES.ISO8859-1/LC_MESSAGES -> ../eu_ES.ISO8859-1/LC_MESSAGES -> ../fi_FI.ISO8859-1/LC_MESSAGES -> ../fr_BE.ISO8859-1/LC_MESSAGES -> ../fr_CH.ISO8859-1/LC_MESSAGES -> ../fr_FR.ISO8859-1/LC_MESSAGES -> ../is_IS.ISO8859-1/LC_MESSAGES -> ../it_IT.ISO8859-1/LC_MESSAGES -> ../nl_NL.ISO8859-1/LC_MESSAGES -> ../no_NO.ISO8859-1/LC_MESSAGES -> ../pt_PT.ISO8859-1/LC_MESSAGES -> ../sv_SE.ISO8859-1/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../de_DE.ISO8859-1/LC_MESSAGES -> ../de_DE.ISO8859-1/LC_MESSAGES -> ../fr_FR.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../it_IT.ISO8859-1/LC_MESSAGES -> ../nl_NL.ISO8859-1/LC_MESSAGES -> ../no_NO.ISO8859-1/LC_MESSAGES -> ../no_NO.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../en_CA.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../en_US.ISO8859-1/LC_MESSAGES -> ../af_ZA.ISO8859-1/LC_MESSAGES -> ../ca_ES.ISO8859-1/LC_MESSAGES -> ../da_DK.ISO8859-1/LC_MESSAGES -> ../de_DE.ISO8859-1/LC_MESSAGES -> ../en_CA.ISO8859-1/LC_MESSAGES -> ../en_GB.ISO8859-1/LC_MESSAGES -> ../en_US.ISO8859-1/LC_MESSAGES -> ../es_ES.ISO8859-1/LC_MESSAGES -> ../eu_ES.ISO8859-1/LC_MESSAGES -> ../fi_FI.ISO8859-1/LC_MESSAGES -> ../fr_BE.ISO8859-1/LC_MESSAGES -> ../fr_CH.ISO8859-1/LC_MESSAGES -> ../fr_FR.ISO8859-1/LC_MESSAGES -> ../is_IS.ISO8859-1/LC_MESSAGES -> ../it_IT.ISO8859-1/LC_MESSAGES -> ../nl_NL.ISO8859-1/LC_MESSAGES -> ../no_NO.ISO8859-1/LC_MESSAGES -> ../pt_PT.ISO8859-1/LC_MESSAGES -> ../sv_SE.ISO8859-1/LC_MESSAGES -> ../cs_CZ.ISO8859-2/LC_MESSAGES -> ../cs_CZ.ISO8859-2/LC_MESSAGES -> ../hr_HR.ISO8859-2/LC_MESSAGES -> ../hu_HU.ISO8859-2/LC_MESSAGES -> ../pl_PL.ISO8859-2/LC_MESSAGES -> ../ro_RO.ISO8859-2/LC_MESSAGES -> ../sl_SI.ISO8859-2/LC_MESSAGES -> ../tr_TR.ISO8859-9/LC_MESSAGES -> ../lt_LT.ISO8859-13/LC_MESSAGES -> ../lt_LT.ISO8859-13/LC_MESSAGES -> ../et_EE.ISO8859-15/LC_MESSAGES -> ../ca_ES.UTF-8/LC_MESSAGES -> ../ca_ES.UTF-8/LC_MESSAGES -> ../ca_ES.UTF-8/LC_MESSAGES -> ../cs_CZ.UTF-8/LC_MESSAGES -> ../de_DE.UTF-8/LC_MESSAGES -> ../de_DE.UTF-8/LC_MESSAGES -> ../fr_FR.UTF-8/LC_MESSAGES -> ../en_GB.UTF-8/LC_MESSAGES -> ../en_GB.UTF-8/LC_MESSAGES -> ../en_GB.UTF-8/LC_MESSAGES -> ../it_IT.UTF-8/LC_MESSAGES -> ../nl_NL.UTF-8/LC_MESSAGES -> ../no_NO.UTF-8/LC_MESSAGES -> ../no_NO.UTF-8/LC_MESSAGES -> ../pt_PT.UTF-8/LC_MESSAGES -> ../zh_TW.UTF-8/LC_MESSAGES ===> share/numericdef (install) make[5]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 37: Unable to determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/share *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Fri Dec 5 19:17:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EE6F97C for ; Fri, 5 Dec 2014 19:17:19 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id 145629FD for ; Fri, 5 Dec 2014 19:17:18 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id 6022ECC43DE for ; Fri, 5 Dec 2014 11:17:19 -0800 (PST) Date: Fri, 5 Dec 2014 12:17:18 -0700 (MST) From: Axel Wintermann To: freebsd-current@freebsd.org Message-ID: <1417807038860-5971327.post@n5.nabble.com> In-Reply-To: <201410070945080914.005C1852@smtp.24cl.home> References: <201409281152140359.008FD377@smtp.24cl.home> <201409281153050191.00909A0F@smtp.24cl.home> <4821117AE9E7452FB73D452060B1E4CF@multiplay.co.uk> <201409291603440911.019119CE@smtp.24cl.home> <20140929210142.M26034@beckpeccoz.com> <201409301044110291.0060BD57@smtp.24cl.home> <20140930171721.M83701@beckpeccoz.com> <201409301802450173.011AD57C@smtp.24cl.home> <54306D39.3020306@FreeBSD.org> <201410070945080914.005C1852@smtp.24cl.home> Subject: Re: Looping during boot-up process in FreeBSD-11 current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 05 Dec 2014 19:17:19 -0000 I have the same problem as upgrading FreeBSD 10.0=>Freebsd 10.1. I'd rolled back Freebsd 10.0 -- View this message in context: http://freebsd.1045724.n5.nabble.com/no-subject-tp5952628p5971327.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 00:52:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1E9EE68 for ; Sat, 6 Dec 2014 00:52:49 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C02FE1D5 for ; Sat, 6 Dec 2014 00:52:49 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8581E9F8 for ; Sat, 6 Dec 2014 00:52:46 +0000 (UTC) Date: Sat, 6 Dec 2014 00:52:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #599 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 00:52:49 -0000 See ------------------------------------------ [...truncated 12194 lines...] install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/etc/ma= ke.conf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/find_i= nterface/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/find_i= nterface/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/find_i= nterface/find_interface.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/u= carp.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/u= carp_down.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/u= carp_up.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/v= ip-down.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/hast/v= ip-up.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ibcs2/= README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ibcs2/= hello.uu install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/indent= /indent.pro install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ipfw/c= hange_rules.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/jails/= README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/Ma= kefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/module/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/module/cdev.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/module/cdev.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/module/cdevmod.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/test/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/cd= ev/test/testcdev.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/dy= n_sysctl/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/dy= n_sysctl/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/dy= n_sysctl/dyn_sysctl.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/fi= rmware/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/fi= rmware/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/fi= rmware/fwconsumer/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/fi= rmware/fwconsumer/fw_consumer.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/fi= rmware/fwimage/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/fi= rmware/fwimage/firmware.img.uu install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/kh= elp/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/kh= elp/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/kh= elp/h_example.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/sy= scall/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/sy= scall/module/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/sy= scall/module/syscall.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/sy= scall/test/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/kld/sy= scall/test/call.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb= 20/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb= 20/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb= 20/util.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb= 20/util.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb= 20/bulk.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libusb= 20/control.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libvgl= /Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/libvgl= /demo.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/P= OSIX-copyright install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/d= eshallify.sh install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/e= xample.1 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/e= xample.3 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/e= xample.4 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/mdoc/e= xample.9 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgra= ph/ether.bridge install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgra= ph/frame_relay install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgra= ph/ngctl install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgra= ph/raw install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgra= ph/udp.tunnel install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgra= ph/virtual.chain install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/netgra= ph/virtual.lan install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/perfmo= n/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/perfmo= n/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/perfmo= n/perfmon.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppi/Ma= kefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppi/pp= ilcd.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/ch= ap-auth install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/lo= gin-auth install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.conf.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.conf.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.conf.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.linkdown.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.linkdown.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.linkdown.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.linkup.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.linkup.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.linkup.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.secret.sample install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.secret.span-isp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ppp/pp= p.secret.span-isp.working install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/README install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/diablo-if-net install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/hpdf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/hpif install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/hpof install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/hprf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/hpvf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/if-simple install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/if-simpleX install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/ifhp install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/make-ps-header install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/netprint install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/psdf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/psdfX install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/psif install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/pstf install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/printi= ng/pstfX install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/Ma= kefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/Ma= kefile.inc install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/ge= tencstat/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/ge= tencstat/getencstat.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/se= sd/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/se= sd/sesd.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/se= tencstat/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/se= tencstat/setencstat.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/se= tobjstat/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/se= tobjstat/setobjstat.0 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/chpmon.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/eltsub.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/eltsub.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/getencstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/getnobj.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/getobjmap.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/getobjstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/inienc.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/sesd.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/setencstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ses/sr= cs/setobjstat.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_t= arget/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_t= arget/scsi_target.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_t= arget/scsi_target.h install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_t= arget/scsi_target.8 install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/scsi_t= arget/scsi_cmds.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /dir/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /dir/dir.x install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /dir/dir_proc.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /dir/rls.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /msg/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /msg/msg.x install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /msg/msg_proc.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /msg/printmsg.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /msg/rprintmsg.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /sort/Makefile install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /sort/rsort.c install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /sort/sort.x install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/sunrpc= /sort/sort_proc.c (cd /builds/FreeBSD_HEAD/share/examples/../../etc; make etc-examples) cd /builds/FreeBSD_HEAD/etc; install -o root -g wheel -m 444 auto_master = crontab devd.conf devfs.conf ddb.conf dhclient.conf disktab fbtab ft= pusers gettytab group hosts hosts.allow hosts.equiv inetd.conf libal= ias.conf libmap.conf login.access login.conf mac.conf motd netconfig = network.subr networks newsyslog.conf nsswitch.conf phones profile pr= otocols rc rc.bsdextended rc.firewall rc.initdiskless rc.sendmail rc.= shutdown rc.subr remote rpc services shells sysctl.conf syslog.conf = termcap.small libmap32.conf etc.amd64/ttys amd.map apmd.conf snmpd.config = freebsd-update.conf /builds/FreeBSD_HEAD/etc/../usr.bin/locate/locate/locat= e.rc hosts.lpd printcap /builds/FreeBSD_HEAD/etc/../usr.bin/mail/misc/mail.= rc ntp.conf nscd.conf portsnap.conf pf.os csh.cshrc csh.login csh.logout re= gdomain.xml netstart pccard_ether rc.suspend rc.resume nsmb.conf opieaccess= cd /builds/FreeBSD_HEAD/etc/defaults; make install DESTDIR=3D install -o root -g wheel -m 444 bluetooth.device.conf devfs.rules periodic= .conf rc.conf =3D=3D=3D> share/examples/smbfs (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/smbfs/= ../../../contrib/smbfs/examples/dot.nsmbrc =3D=3D=3D> share/examples/smbfs/print (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/smbfs/= print/../../../../contrib/smbfs/examples/print/lj6l /builds/FreeBSD_HEAD/sh= are/examples/smbfs/print/../../../../contrib/smbfs/examples/print/ljspool /= builds/FreeBSD_HEAD/share/examples/smbfs/print/../../../../contrib/smbfs/ex= amples/print/printcap.sample /builds/FreeBSD_HEAD/share/examples/smbfs/prin= t/../../../../contrib/smbfs/examples/print/tolj =3D=3D=3D> share/examples/ipfilter (install) install -o root -g wheel -m 0755 /builds/FreeBSD_HEAD/share/examples/ipfi= lter/../../../contrib/ipfilter/mkfilters install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/ipfilt= er/README /builds/FreeBSD_HEAD/share/examples/ipfilter/../../../contrib/ipf= ilter/rules/BASIC.NAT /builds/FreeBSD_HEAD/share/examples/ipfilter/../../..= /contrib/ipfilter/rules/BASIC_1.FW /builds/FreeBSD_HEAD/share/examples/ipfi= lter/../../../contrib/ipfilter/rules/BASIC_2.FW /builds/FreeBSD_HEAD/share/= examples/ipfilter/../../../contrib/ipfilter/rules/example.1 /builds/FreeBSD= _HEAD/share/examples/ipfilter/../../../contrib/ipfilter/rules/example.2 /bu= ilds/FreeBSD_HEAD/share/examples/ipfilter/../../../contrib/ipfilter/rules/e= xample.3 /builds/FreeBSD_HEAD/share/examples/ipfilter/../../../contrib/ipfi= lter/rules/example.4 /builds/FreeBSD_HEAD/share/examples/ipfilter/../../../= contrib/ipfilter/rules/example.5 /builds/FreeBSD_HEAD/share/examples/ipfilt= er/../../../contrib/ipfilter/rules/example.6 /builds/FreeBSD_HEAD/share/exa= mples/ipfilter/../../../contrib/ipfilter/rules/example.7 /builds/FreeBSD_HE= AD/share/examples/ipfilter/../../../contrib/ipfilter/rules/example.8 /build= s/FreeBSD_HEAD/share/examples/ipfilter/../../../contrib/ipfilter/rules/exam= ple.9 /builds/FreeBSD_HEAD/share/examples/ipfilter/../../../contrib/ipfilte= r/rules/example.10 /builds/FreeBSD_HEAD/share/examples/ipfilter/../../../co= ntrib/ipfilter/rules/example.11 /builds/FreeBSD_HEAD/share/examples/ipfilte= r/../../../contrib/ipfilter/rules/example.12 /builds/FreeBSD_HEAD/share/exa= mples/ipfilter/../../../contrib/ipfilter/rules/example.13 /builds/FreeBSD_H= EAD/share/examples/ipfilter/../../../contrib/ipfilter/rules/example.sr /bui= lds/FreeBSD_HEAD/share/examples/ipfilter/../../../contrib/ipfilter/rules/fi= rewall /builds/FreeBSD_HEAD/share/examples/ipfilter/../../../contrib/ipfilt= er/rules/ftp-proxy /builds/FreeBSD_HEAD/share/examples/ipfilter/../../../co= ntrib/ipfilter/rules/ftppxy /builds/FreeBSD_HEAD/share/examples/ipfilter/..= /../../contrib/ipfilter/rules/nat-setup /builds/FreeBSD_HEAD/share/examples= /ipfilter/../../../contrib/ipfilter/rules/nat.eg /builds/FreeBSD_HEAD/share= /examples/ipfilter/../../../contrib/ipfilter/rules/server /builds/FreeBSD_H= EAD/share/examples/ipfilter/../../../contrib/ipfilter/rules/tcpstate /build= s/FreeBSD_HEAD/share/examples/ipfilter/example.14 /builds/FreeBSD_HEAD/shar= e/examples/ipfilter/firewall.1 /builds/FreeBSD_HEAD/share/examples/ipfilter= /firewall.2 /builds/FreeBSD_HEAD/share/examples/ipfilter/ipf.conf.permissiv= e /builds/FreeBSD_HEAD/share/examples/ipfilter/ipf.conf.restrictive /builds= /FreeBSD_HEAD/share/examples/ipfilter/ipf.conf.sample /builds/FreeBSD_HEAD/= share/examples/ipfilter/ipnat.conf.sample /builds/FreeBSD_HEAD/share/exampl= es/ipfilter/ipf-howto.txt /builds/FreeBSD_HEAD/share/examples/ipfilter/exam= ples.txt /builds/FreeBSD_HEAD/share/examples/ipfilter/rules.txt install -o root -g wheel -m 444 mkfilters.1.gz =3D=3D=3D> share/examples/pf (install) install -o root -g wheel -m 444 faq-example1 faq-example2 faq-example3 ack= pri queue1 queue2 queue3 queue4 pf.conf spamd =3D=3D=3D> share/examples/dma (install) install -o root -g wheel -m 444 mailer.conf =3D=3D=3D> share/examples/tests (install) =3D=3D=3D> share/examples/tests/tests (install) =3D=3D=3D> share/examples/tests/tests/atf (install) install -o root -g wheel -m 555 cp_test install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/tests= /tests/atf/Kyuafile (cd /builds/FreeBSD_HEAD/share/examples/tests/tests/atf && make -f /builds/= FreeBSD_HEAD/share/examples/tests/tests/atf/Makefile _RECURSING_PROGS=3D S= UBDIR=3D PROG=3Dprintf_test DEPENDFILE=3D.depend.printf_test .MAKE.DEPENDF= ILE=3D.depend.printf_test install) install -s -o root -g wheel -m 555 printf_test install -o root -g wheel -m 555 cp_test =3D=3D=3D> share/examples/tests/tests/plain (install) install -o root -g wheel -m 555 cp_test install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/examples/tests= /tests/plain/Kyuafile (cd /builds/FreeBSD_HEAD/share/examples/tests/tests/plain && make -f /build= s/FreeBSD_HEAD/share/examples/tests/tests/plain/Makefile _RECURSING_PROGS= =3D SUBDIR=3D PROG=3Dprintf_test DEPENDFILE=3D.depend.printf_test .MAKE.D= EPENDFILE=3D.depend.printf_test install) install -s -o root -g wheel -m 555 printf_test install -o root -g wheel -m 555 cp_test install -o root -g wheel -m 444 Kyuafile.auto install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/tests/Kyuafile =3D=3D=3D> share/i18n (install) =3D=3D=3D> share/i18n/csmapper (install) newfile=3D$(for i in APPLE AST BIG5 CNS CP EBCDIC GB GEORGIAN ISO646 ISO-88= 59 JIS KAZAKH KOI KS MISC TCVN; do cat $i/mapper.dir.$i; done); [ "$new= file" =3D "$(cat mapper.dir 2>/dev/null)" ] || printf '%s\n' "$newfile" >m= apper.dir newfile=3D$(for i in APPLE AST BIG5 CNS CP EBCDIC GB GEORGIAN ISO646 ISO-88= 59 JIS KAZAKH KOI KS MISC TCVN; do cat $i/charset.pivot.$i; done); [ "$= newfile" =3D "$(cat charset.pivot 2>/dev/null)" ] || printf '%s\n' "$newfi= le" >charset.pivot install -o root -g wheel -m 444 mapper.dir mapper.dir.db charset.pivot cha= rset.pivot.pvdb =3D=3D=3D> share/i18n/csmapper/APPLE (install) install -o root -g wheel -m 444 ARABIC%UCS.mps UCS%ARABIC.mps CELTIC%UCS.m= ps UCS%CELTIC.mps CENTEURO%UCS.mps UCS%CENTEURO.mps CROATIAN%UCS.mps UCS%CR= OATIAN.mps CYRILLIC%UCS.mps UCS%CYRILLIC.mps DEVANAGA%UCS.mps UCS%DEVANAGA.= mps DINGBATS%UCS.mps UCS%DINGBATS.mps FARSI%UCS.mps UCS%FARSI.mps GAELIC%UC= S.mps UCS%GAELIC.mps GREEK%UCS.mps UCS%GREEK.mps GUJARATI%UCS.mps UCS%GUJAR= ATI.mps GURMUKHI%UCS.mps UCS%GURMUKHI.mps HEBREW%UCS.mps UCS%HEBREW.mps ICE= LAND%UCS.mps UCS%ICELAND.mps INUIT%UCS.mps UCS%INUIT.mps KEYBOARD%UCS.mps U= CS%KEYBOARD.mps ROMAN%UCS.mps UCS%ROMAN.mps ROMANIAN%UCS.mps UCS%ROMANIAN.m= ps SYMBOL%UCS.mps UCS%SYMBOL.mps THAI%UCS.mps UCS%THAI.mps TURKISH%UCS.mps = UCS%TURKISH.mps =3D=3D=3D> share/i18n/csmapper/AST (install) install -o root -g wheel -m 444 ARMSCII-7%UCS.mps UCS%ARMSCII-7.mps ARMSCI= I-8%UCS.mps UCS%ARMSCII-8.mps ARMSCII-8A%UCS.mps UCS%ARMSCII-8A.mps =3D=3D=3D> share/i18n/csmapper/BIG5 (install) install -o root -g wheel -m 444 Big5@1984%UCS.mps Big5EXT@2003%UCS.mps Big= 5EXT@E%UCS.mps Big5EXT@IBM%UCS.mps Big5EXT@Plus%UCS.mps Big5UDA%UCS.mps ETe= n%UCS@BMP.mps ETen%UCS@SIP.mps HKSCS%UCS@BMP.mps HKSCS%UCS@SIP.mps UCS%Big5= @1984.mps UCS%Big5EXT@2003.mps UCS%Big5EXT@E.mps UCS%Big5EXT@IBM.mps UCS%Bi= g5EXT@Plus.mps UCS%Big5UDA.mps UCS@BMP%ETen.mps UCS@SIP%ETen.mps UCS@BMP%HK= SCS.mps UCS@SIP%HKSCS.mps =3D=3D=3D> share/i18n/csmapper/CNS (install) install -o root -g wheel -m 444 CNS11643-1%UCS.mps CNS11643-2%UCS.mps CNS1= 1643-3%UCS@BMP.mps CNS11643-3%UCS@SIP.mps CNS11643-4%UCS@BMP.mps CNS11643-4= %UCS@SIP.mps CNS11643-5%UCS@BMP.mps CNS11643-5%UCS@SIP.mps CNS11643-6%UCS@B= MP.mps CNS11643-6%UCS@SIP.mps CNS11643-7%UCS@BMP.mps CNS11643-7%UCS@SIP.mps= UCS%CNS11643-1.mps UCS%CNS11643-2.mps UCS@BMP%CNS11643-3.mps UCS@SIP%CNS11= 643-3.mps UCS@BMP%CNS11643-4.mps UCS@SIP%CNS11643-4.mps UCS@BMP%CNS11643-5.= mps UCS@SIP%CNS11643-5.mps UCS@BMP%CNS11643-6.mps UCS@SIP%CNS11643-6.mps UC= S@BMP%CNS11643-7.mps UCS@SIP%CNS11643-7.mps =3D=3D=3D> share/i18n/csmapper/CP (install) install -o root -g wheel -m 444 CP037%UCS.mps UCS%CP037.mps CP038%UCS.mps = UCS%CP038.mps CP273%UCS.mps UCS%CP273.mps CP274%UCS.mps UCS%CP274.mps CP275= %UCS.mps UCS%CP275.mps CP277%UCS.mps UCS%CP277.mps CP278%UCS.mps UCS%CP278.= mps CP280%UCS.mps UCS%CP280.mps CP281%UCS.mps UCS%CP281.mps CP284%UCS.mps U= CS%CP284.mps CP285%UCS.mps UCS%CP285.mps CP290%UCS.mps UCS%CP290.mps CP297%= UCS.mps UCS%CP297.mps CP420%UCS.mps UCS%CP420.mps CP423%UCS.mps UCS%CP423.m= ps CP424%UCS.mps UCS%CP424.mps CP437%UCS.mps UCS%CP437.mps CP500%UCS.mps UC= S%CP500.mps CP737%UCS.mps UCS%CP737.mps CP775%UCS.mps UCS%CP775.mps CP850%U= CS.mps UCS%CP850.mps CP851%UCS.mps UCS%CP851.mps CP852%UCS.mps UCS%CP852.mp= s CP853%UCS.mps UCS%CP853.mps CP855%UCS.mps UCS%CP855.mps CP856%UCS.mps UCS= %CP856.mps CP857%UCS.mps UCS%CP857.mps CP858%UCS.mps UCS%CP858.mps CP860%UC= S.mps UCS%CP860.mps CP861%UCS.mps UCS%CP861.mps CP862%UCS.mps UCS%CP862.mps= CP863%UCS.mps UCS%CP863.mps CP864%UCS.mps UCS%CP864.mps CP865%UCS.mps UCS%= CP865.mps CP866%UCS.mps UCS%CP866.mps CP868%UCS.mps UCS%CP868.mps CP869%UCS= .mps UCS%CP869.mps CP870%UCS.mps UCS%CP870.mps CP871%UCS.mps UCS%CP871.mps = CP874%UCS.mps UCS%CP874.mps CP875%UCS.mps UCS%CP875.mps CP880%UCS.mps UCS%C= P880.mps CP891%UCS.mps UCS%CP891.mps CP903%UCS.mps UCS%CP903.mps CP904%UCS.= mps UCS%CP904.mps CP905%UCS.mps UCS%CP905.mps CP918%UCS.mps UCS%CP918.mps C= P922%UCS.mps UCS%CP922.mps CP932UDA%UCS.mps UCS%CP932UDA.mps CP932VDC@IBM%U= CS.mps UCS%CP932VDC@IBM.mps CP932VDC@NEC_IBM%UCS.mps UCS%CP932VDC@NEC_IBM.m= ps CP936EXT%UCS.mps UCS%CP936EXT.mps CP942EXT%UCS.mps UCS%CP942EXT.mps CP94= 9EXT%UCS.mps UCS%CP949EXT.mps CP950%UCS.mps UCS%CP950.mps CP1006%UCS.mps UC= S%CP1006.mps CP1026%UCS.mps UCS%CP1026.mps CP1046%UCS.mps UCS%CP1046.mps CP= 1124%UCS.mps UCS%CP1124.mps CP1125%UCS.mps UCS%CP1125.mps CP1129%UCS.mps UC= S%CP1129.mps CP1131%UCS.mps UCS%CP1131.mps CP1133%UCS.mps UCS%CP1133.mps CP= 1161%UCS.mps UCS%CP1161.mps CP1162%UCS.mps UCS%CP1162.mps CP1163%UCS.mps UC= S%CP1163.mps CP1250%UCS.mps UCS%CP1250.mps CP1251%UCS.mps UCS%CP1251.mps CP= 1252%UCS.mps UCS%CP1252.mps CP1253%UCS.mps UCS%CP1253.mps CP1254%UCS.mps UC= S%CP1254.mps CP1255%UCS.mps UCS%CP1255.mps CP1256%UCS.mps UCS%CP1256.mps CP= 1257%UCS.mps UCS%CP1257.mps CP1258%UCS.mps UCS%CP1258.mps CP10000%UCS.mps U= CS%CP10000.mps CP10006%UCS.mps UCS%CP10006.mps CP10007%UCS.mps UCS%CP10007.= mps CP10029%UCS.mps UCS%CP10029.mps CP10079%UCS.mps UCS%CP10079.mps CP10081= %UCS.mps UCS%CP10081.mps =3D=3D=3D> share/i18n/csmapper/EBCDIC (install) install -o root -g wheel -m 444 EBCDIC-AT-DE%UCS.mps UCS%EBCDIC-AT-DE.mps = EBCDIC-AT-DE-A%UCS.mps UCS%EBCDIC-AT-DE-A.mps EBCDIC-CA-FR%UCS.mps UCS%EBCD= IC-CA-FR.mps EBCDIC-DK-NO%UCS.mps UCS%EBCDIC-DK-NO.mps EBCDIC-DK-NO-A%UCS.m= ps UCS%EBCDIC-DK-NO-A.mps EBCDIC-ES%UCS.mps UCS%EBCDIC-ES.mps EBCDIC-ES-A%U= CS.mps UCS%EBCDIC-ES-A.mps EBCDIC-ES-S%UCS.mps UCS%EBCDIC-ES-S.mps EBCDIC-F= I-SE%UCS.mps UCS%EBCDIC-FI-SE.mps EBCDIC-FI-SE-A%UCS.mps UCS%EBCDIC-FI-SE-A= .mps EBCDIC-FR%UCS.mps UCS%EBCDIC-FR.mps EBCDIC-IT%UCS.mps UCS%EBCDIC-IT.mp= s EBCDIC-PT%UCS.mps UCS%EBCDIC-PT.mps EBCDIC-UK%UCS.mps UCS%EBCDIC-UK.mps <= https://jenkins.freebsd.org/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr= /share/i18n/csmapper/EBCDIC> =3D=3D=3D> share/i18n/csmapper/GB (install) install -o root -g wheel -m 444 GB12345%UCS.mps GB18030%UCS@BMP.mps GB2312= %UCS.mps GB2312GBK%UCS.mps GB2312EXT%UCS.mps GB2312UDA1%UCS.mps GB2312UDA2%= UCS.mps GBKEXT%UCS.mps GBKUDA%UCS.mps ISO-IR-165EXT%UCS.mps UCS@BMP%GB18030= .mps UCS%GB12345.mps UCS%GB2312.mps UCS%GB2312EXT.mps UCS%GB2312UDA1.mps UC= S%GB2312UDA2.mps UCS%GBKEXT.mps UCS%GBKUDA.mps UCS%ISO-IR-165EXT.mps =3D=3D=3D> share/i18n/csmapper/GEORGIAN (install) install -o root -g wheel -m 444 GEORGIAN-ACADEMY%UCS.mps UCS%GEORGIAN-ACAD= EMY.mps GEORGIAN-ACADEMY@OldCapital%UCS.mps UCS%GEORGIAN-ACADEMY@OldCapital= .mps GEORGIAN-PS%UCS.mps UCS%GEORGIAN-PS.mps GEORGIAN-PS@OldCapital%UCS.mps= UCS%GEORGIAN-PS@OldCapital.mps =3D=3D=3D> share/i18n/csmapper/ISO646 (install) install -o root -g wheel -m 444 /builds/FreeBSD_HEAD/share/i18n/csmapper/I= SO646/ISO646-BASIC@1983%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/IS= O646/ISO646-CA%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO6= 46-CA2%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-CN%UC= S.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-CU%UCS.646 /bu= ilds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-DE%UCS.646 /builds/Free= BSD_HEAD/share/i18n/csmapper/ISO646/ISO646-DK%UCS.646 /builds/FreeBSD_HEAD/= share/i18n/csmapper/ISO646/ISO646-ES%UCS.646 /builds/FreeBSD_HEAD/share/i18= n/csmapper/ISO646/ISO646-ES2%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapp= er/ISO646/ISO646-FI%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646= /ISO646-FR%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-F= R1%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-GB%UCS.64= 6 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-HU%UCS.646 /builds= /FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-IRV@1983%UCS.646 /builds/Fr= eeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-IT%UCS.646 /builds/FreeBSD_HEA= D/share/i18n/csmapper/ISO646/ISO646-JP%UCS.646 /builds/FreeBSD_HEAD/share/i= 18n/csmapper/ISO646/ISO646-JP-OCR-B%UCS.646 /builds/FreeBSD_HEAD/share/i18n= /csmapper/ISO646/ISO646-KR%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper= /ISO646/ISO646-NO%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/I= SO646-NO2%UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-PT= %UCS.646 /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-PT2%UCS.646= /builds/FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-SE%UCS.646 /builds/= FreeBSD_HEAD/share/i18n/csmapper/ISO646/ISO646-SE2%UCS.646 /builds/FreeBSD_= HEAD/share/i18n/csmapper/ISO646/ISO646-US%UCS.646 /builds/FreeBSD_HEAD/shar= e/i18n/csmapper/ISO646/ISO646-YU%UCS.646 =3D=3D=3D> share/i18n/csmapper/ISO-8859 (install) install -o root -g wheel -m 444 ISO-8859-2%UCS.mps UCS%ISO-8859-2.mps ISO-= 8859-3%UCS.mps UCS%ISO-8859-3.mps ISO-8859-4%UCS.mps UCS%ISO-8859-4.mps ISO= -8859-5%UCS.mps UCS%ISO-8859-5.mps ISO-8859-6%UCS.mps UCS%ISO-8859-6.mps IS= O-8859-7%UCS.mps UCS%ISO-8859-7.mps ISO-8859-8%UCS.mps UCS%ISO-8859-8.mps I= SO-8859-9%UCS.mps UCS%ISO-8859-9.mps ISO-8859-10%UCS.mps UCS%ISO-8859-10.mp= s ISO-8859-11%UCS.mps UCS%ISO-8859-11.mps ISO-8859-13%UCS.mps UCS%ISO-8859-= 13.mps ISO-8859-14%UCS.mps UCS%ISO-8859-14.mps ISO-8859-15%UCS.mps UCS%ISO-= 8859-15.mps ISO-8859-16%UCS.mps UCS%ISO-8859-16.mps =3D=3D=3D> share/i18n/csmapper/JIS (install) install -o root -g wheel -m 444 JISX0201-KANA%UCS.mps JISX0208@1978%UCS.mp= s JISX0208@1990%UCS.mps JISX0212%UCS.mps JISX0208@MS%UCS.mps JISX0208VDC@NE= C%UCS.mps JISX0208UDC%UCS.mps JISX0212@MS%UCS.mps JISX0212VDC@IBM%UCS.mps J= ISX0212UDC%UCS.mps JISX0213-1%UCS@BMP.mps JISX0213-1%UCS@SIP.mps JISX0213-2= %UCS@BMP.mps JISX0213-2%UCS@SIP.mps UCS%JISX0201-KANA.mps UCS%JISX0208@1978= .mps UCS%JISX0208@1990.mps UCS%JISX0212.mps UCS%JISX0208@MS.mps UCS%JISX020= 8VDC@NEC.mps UCS%JISX0208UDC.mps UCS%JISX0212@MS.mps UCS%JISX0212VDC@IBM.mp= s UCS%JISX0212UDC.mps UCS@BMP%JISX0213-1.mps UCS@SIP%JISX0213-1.mps UCS@BMP= %JISX0213-2.mps UCS@SIP%JISX0213-2.mps =3D=3D=3D> share/i18n/csmapper/KAZAKH (install) install -o root -g wheel -m 444 KZ1048%UCS.mps PTCP154%UCS.mps UCS%KZ1048.= mps UCS%PTCP154.mps =3D=3D=3D> share/i18n/csmapper/KOI (install) install -o root -g wheel -m 444 GOST19768-74%UCS.mps ISO-5427%UCS.mps KOI7= %UCS.mps KOI8%UCS.mps KOI8-C%UCS.mps KOI8-CyrillicOld%UCS.mps KOI8-E%UCS.mp= s KOI8-R%UCS.mps KOI8-RU%UCS.mps KOI8-T%UCS.mps KOI8-U%UCS.mps UCS%GOST1976= 8-74.mps UCS%ISO-5427.mps UCS%KOI7.mps UCS%KOI8-C.mps UCS%KOI8-CyrillicOld.= mps UCS%KOI8-E.mps UCS%KOI8-R.mps UCS%KOI8-RU.mps UCS%KOI8-T.mps UCS%KOI8-U= .mps UCS%KOI8.mps =3D=3D=3D> share/i18n/csmapper/KS (install) install -o root -g wheel -m 444 JOHAB%UCS.mps KSC5601HANGUL%UCS.mps KSC560= 1HANJA%UCS.mps UCS%JOHAB.mps UCS%KSC5601HANGUL.mps UCS%KSC5601HANJA.mps =3D=3D=3D> share/i18n/csmapper/MISC (install) install -o root -g wheel -m 444 ATARIST%UCS.mps DECMCS%UCS.mps HP-ROMAN8%U= CS.mps MULELAO-1%UCS.mps NEXTSTEP%UCS.mps RISCOS-LATIN1%UCS.mps TDS565%UCS.= mps UCS%ATARIST.mps UCS%DECMCS.mps UCS%HP-ROMAN8.mps UCS%MULELAO-1.mps UCS%= NEXTSTEP.mps UCS%RISCOS-LATIN1.mps UCS%TDS565.mps =3D=3D=3D> share/i18n/csmapper/TCVN (install) install -o root -g wheel -m 444 TCVN5712-1%UCS.mps VISCII%UCS.mps UCS%TCVN= 5712-1.mps UCS%VISCII.mps =3D=3D=3D> share/i18n/esdb (install) newfile=3D$(for i in APPLE AST BIG5 CP DEC EUC EBCDIC GB GEORGIAN ISO-2022 = ISO-8859 ISO646 KAZAKH KOI MISC TCVN UTF; do cat $i/esdb.dir.$i; done); = [ "$newfile" =3D "$(cat esdb.dir 2>/dev/null)" ] || printf '%s\n' "$newfi= le" >esdb.dir newfile=3D$(for i in APPLE AST BIG5 CP DEC EUC EBCDIC GB GEORGIAN ISO-2022 = ISO-8859 ISO646 KAZAKH KOI MISC TCVN UTF; do cat $i/esdb.alias.$i; done)= ; [ "$newfile" =3D "$(cat esdb.alias 2>/dev/null)" ] || printf '%s\n' "$n= ewfile" >esdb.alias install -o root -g wheel -m 444 esdb.dir esdb.dir.db esdb.alias esdb.alias= .db =3D=3D=3D> share/i18n/esdb/APPLE (install) install -o root -g wheel -m 444 MACARABIC.esdb MACCELTIC.esdb MACCENTEURO.= esdb MACCROATIAN.esdb MACCYRILLIC.esdb MACDEVANAGA.esdb MACDINGBATS.esdb MA= CFARSI.esdb MACGAELIC.esdb MACGREEK.esdb MACGUJARATI.esdb MACGURMUKHI.esdb = MACHEBREW.esdb MACICELAND.esdb MACINUIT.esdb MACKEYBOARD.esdb MACROMAN.esdb= MACROMANIAN.esdb MACSYMBOL.esdb MACTHAI.esdb MACTURKISH.esdb =3D=3D=3D> share/i18n/esdb/AST (install) install -o root -g wheel -m 444 ARMSCII-7.esdb ARMSCII-8.esdb ARMSCII-8A.e= sdb =3D=3D=3D> share/i18n/esdb/BIG5 (install) install -o root -g wheel -m 444 Big5-2003.esdb Big5-E.esdb Big5-ETen.esdb = Big5-HKSCS.esdb Big5-IBM.esdb Big5-Plus.esdb =3D=3D=3D> share/i18n/esdb/CP (install) install -o root -g wheel -m 444 CP037.esdb CP038.esdb CP273.esdb CP274.esd= b CP275.esdb CP277.esdb CP278.esdb CP280.esdb CP281.esdb CP284.esdb CP285.e= sdb CP290.esdb CP297.esdb CP420.esdb CP423.esdb CP424.esdb CP437.esdb CP500= .esdb CP737.esdb CP775.esdb CP850.esdb CP851.esdb CP852.esdb CP853.esdb CP8= 55.esdb CP856.esdb CP857.esdb CP858.esdb CP860.esdb CP861.esdb CP862.esdb C= P863.esdb CP864.esdb CP865.esdb CP866.esdb CP868.esdb CP869.esdb CP870.esdb= CP871.esdb CP874.esdb CP875.esdb CP880.esdb CP891.esdb CP903.esdb CP904.es= db CP905.esdb CP918.esdb CP922.esdb CP932.esdb CP936.esdb CP942.esdb CP942C= .esdb CP943.esdb CP943C.esdb CP949.esdb CP950.esdb CP1006.esdb CP1026.esdb = CP1046.esdb CP1124.esdb CP1125.esdb CP1129.esdb CP1131.esdb CP1133.esdb CP1= 161.esdb CP1162.esdb CP1163.esdb CP1250.esdb CP1251.esdb CP1252.esdb CP1253= .esdb CP1254.esdb CP1255.esdb CP1256.esdb CP1257.esdb CP1258.esdb CP10000.e= sdb CP10006.esdb CP10007.esdb CP10029.esdb CP10079.esdb CP10081.esdb CP5022= 0.esdb CP50221.esdb CP50222.esdb CP51932.esdb =3D=3D=3D> share/i18n/esdb/DEC (install) make[7]: "/builds/FreeBSD_HEAD/share/mk/bsd.compiler.mk" line 37: Unable to= determine compiler type for cc. Consider setting COMPILER_TYPE. *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_HEAD/share/i18n/esdb *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_HEAD/share/i18n *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_HEAD/share *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_HEAD *** Error code 1 Stop. make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 02:32:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D308FE4F for ; Sat, 6 Dec 2014 02:32:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C1ABFD85 for ; Sat, 6 Dec 2014 02:32:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6B86CA25 for ; Sat, 6 Dec 2014 02:32:57 +0000 (UTC) Date: Sat, 6 Dec 2014 02:32:57 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <735577144.9.1417833177372.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : Build-UFS-image #600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 02:32:57 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 03:59:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B886E71; Sat, 6 Dec 2014 03:59:50 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12C8C8B3; Sat, 6 Dec 2014 03:59:50 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id v10so1875560pde.1 for ; Fri, 05 Dec 2014 19:59:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=z4LPOwlcYO/FrxRxUMmjzReDR8b6sGEInQMxIvA/31c=; b=aA5a5CUTLFP1AwXxO+TtJ10rD4y//JpgnUEjkhxXcZdCrxQepOH3LiC2Fc05yhwbQ/ eviGcatIozq1bzVvLrAq8BbrUMK0FRoqZk8M8PLSl1TXvq0UhVNf1a0m+CqYDxuFnIHU 9bPl7HU9Hp5sFbx7M9FqePGzadw8wzRyCuE5Rs3019d9c/tXjM550qV/5/Ih33BIL1Ai +ZamZeHNn5nnumbyvgOJHjqSt1jFBpLYriZq8S3IXWJtj+dWQT0gVBHV5m1MFuQpeKVN Os8Ae8tVocAfKLC3eQKPe984b9yheT8X4oxwzznttE1vt8nWifJAPGDq8yS9lVE2ZQ+x 2E8w== X-Received: by 10.68.189.195 with SMTP id gk3mr41427547pbc.17.1417838389564; Fri, 05 Dec 2014 19:59:49 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:1db5:9798:b1d2:5c74? ([2601:8:ab80:7d6:1db5:9798:b1d2:5c74]) by mx.google.com with ESMTPSA id ug6sm1591903pab.7.2014.12.05.19.59.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 05 Dec 2014 19:59:48 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_3F612449-6A0F-47F2-8A49-35330DCF61EC"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: Build-UFS-image #599 From: Garrett Cooper In-Reply-To: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Fri, 5 Dec 2014 19:59:47 -0800 Message-Id: References: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD CURRENT , FreeBSD toolchain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 03:59:50 -0000 --Apple-Mail=_3F612449-6A0F-47F2-8A49-35330DCF61EC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 5, 2014, at 16:52, jenkins-admin@freebsd.org wrote: > See I=92m not entirely sure why the "could not determine = COMPILER_TYPE" error popped up, but I have a couple of = questions/concerns related to the makefile snippet. 1. Does it make sense to check CC when running make install? 2. Why isn=92t this value determined once in Makefile.inc1 (per = build phase), then passed down from there (I=92ve already considered the = scenario where someone explicitly sets CC in a non-toplevel Makefile, = which is a problem, but an outlier rather than the norm)? AFAICT, it = gets recomputed for every recursive make, which contributes to useless = forking for something that honestly doesn=92t change all that often/at = all. At EMC/Isilon at least, we set CC/CXX=3Dfalse when running make = distribute*/installkernel/installworld to catch logic errors with = rebuilding code. Should this be in FreeBSD? Thanks! PS I filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195732 to = track this issue and resolve the problem. --Apple-Mail=_3F612449-6A0F-47F2-8A49-35330DCF61EC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUgn8zAAoJEMZr5QU6S73e4kMH/05XYNb9gTZbiOkcWMSvLch+ 3pYT6/Ti7l7ga0F5Y4ULYvmSINeos3fwoXAHzAPIUtvJDj896OtVpBRRiccgCFwC i29n3Mm5s064dZOsgueG3DiGix0RKkOLFqm6AXCVUL7wNtWZMDzHZCIJxYlx9yp8 KHY9fDj66llFqgEl3qFCB8I3u33CSIq/XSdb1U6KT2+pQusG5Dt8BuVptf4TbKUd PHjAU3KhTjla21UN1lBD261A3N7gi7sUnZZzpIK1WrnjpTUMGSU32qdALDqLQgvl 7MRlvovq32pmegqDDu1A47+AuwfE7zcuI4J0JprHuXns3jKSbHheWV9Sm10FWmU= =UxOr -----END PGP SIGNATURE----- --Apple-Mail=_3F612449-6A0F-47F2-8A49-35330DCF61EC-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 10:35:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1279D5C6 for ; Sat, 6 Dec 2014 10:35:59 +0000 (UTC) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id DC583F48 for ; Sat, 6 Dec 2014 10:35:58 +0000 (UTC) Received: from localhost (pool-96-242-149-4.nwrknj.fios.verizon.net [96.242.149.4]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id A791BEE32 for ; Sat, 6 Dec 2014 19:35:47 +0900 (JST) Date: Sat, 6 Dec 2014 05:35:20 -0500 From: Yoshihiro Ota To: freebsd-current@freebsd.org Subject: sysctl -zarc for ZFS users Message-Id: <20141206053520.7d7cb92fd8987545d3dc3de8@j.email.ne.jp> X-Mailer: Sylpheed 3.3.1 (GTK+ 2.24.22; i386-portbld-freebsd8.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 10:35:59 -0000 Hi all. I've been watching ZFS activites on my machine and improved systat to monitor such. One of my first goals is to watch ZFS cache statistics. I posted my patch to the bugzilla @ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195460 I've been using on 11-CURRENT and 10.1-RELEASE myself. Regards, Hiro % systat -zarc Total MFU MRU Anon Hdr L2Hdr Other ZFS ARC 206M 63M 136M 826K 1102K 0K 5251K rate hits misses total hits total misses arcstats : 75% 1183 388 23721 4202 arcstats.demand_data : 0% 0 0 528 0 arcstats.demand_metadata : 76% 1007 308 21441 2757 arcstats.prefetch_data : 0% 0 0 0 0 arcstats.prefetch_metadata: 68% 176 80 1752 1445 zfetchstats : 44% 954 1204 26410 25482 arcstats.l2 : 0% 0 0 0 0 vdev_cache_stats : 0% 0 0 0 0 From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 12:40:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92880D75; Sat, 6 Dec 2014 12:40:34 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 20D96C4D; Sat, 6 Dec 2014 12:40:34 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id r20so1034217wiv.8 for ; Sat, 06 Dec 2014 04:40:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=zK22sKWwksK5JBy6S2KDENSQHaV0xY6rTjJJf9Gm0ps=; b=wy+ZU9+Sk1lvpO5r8dHnk7CjdbyqiyAxIJa0WCzlQjg9AKWGWVgI8+sxKnZb/o20uI Up+CqqNGsbkYxq2a6FCyFlaJ7WlX7WDQyJnMHm353n/itusbs5Hsr6IR7Z/U2Jc8U/eo I7ZDL4zhJ/in66ULainjQ9qS3iXNOmBpvxkdj/PPUahxuppkA9sxVzXShAVWlDyboRJt JFdguSETzqDIQfu/KRY6GHI81Fyhr0iab9BYUdIjRQusPMEWCQu+SWerp2OjUSrXMHnl Ew8a/MOt3Ir0e8VbpKxqIqGhzrTG2E6DodNCh4mvYaUlXPBRlkLEdViHCpopMPbtdGnp pGtw== X-Received: by 10.180.75.199 with SMTP id e7mr11304762wiw.21.1417869632434; Sat, 06 Dec 2014 04:40:32 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id pu3sm48561842wjc.14.2014.12.06.04.40.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Dec 2014 04:40:31 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 6 Dec 2014 13:40:29 +0100 From: Baptiste Daroussin To: ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Subject: [CFT] pkg 1.4.0 rc2 Message-ID: <20141206124029.GB72593@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 12:40:34 -0000 --bAmEntskrkuBymla Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, We have released a new 1.4.0 rc2 version of pkg (available in ports-mgmt/pkg-devel) since first beta it has received tons of bug fixes and should be now way more reliable and able to handle ootb without mistakes upgrades like the gettext one and the perl one. All reported issues should have been fixed since. Please test that new version I would like to make it the final release if possible. Best regards, Bapt --bAmEntskrkuBymla Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlSC+ToACgkQ8kTtMUmk6Ey21ACfQTvjGJUDlmk1vT97qesTfbEc pkUAoIuObxTvCc7sH91X2UU0UavytSkS =878W -----END PGP SIGNATURE----- --bAmEntskrkuBymla-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 13:16:18 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE4155EB; Sat, 6 Dec 2014 13:16:18 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D552FA7; Sat, 6 Dec 2014 13:16:18 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id n3so1062887wiv.11 for ; Sat, 06 Dec 2014 05:16:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ar17nIx9CS37qG585IFTllHvx4McDOv8g881cWDyL4Y=; b=lrYxaRbMcyyIAZoZUl8RJdqhYhrseyt/kA0frfrZV1Q4PEQPnsNPVH+aLEEPw0NhMP hxMpEDJwqbhPsXg1CoBzGduuAdY1c0NwwECKZjcV2Bf5KMfVw9dGpF9aZw8pQcDH9CpS SyrXBva3aG5tQcaC6nM0kmeeHwqIxEbFddJhyynJDCys+I/eEZ5rzTDAm1qWci0sCOqU 6xiMFqGnHfyQzdxConXmTaXcAmqADp29Gj2n7fFMgMOSATg5ErP+f+4ZR1mz5xaYEEVn Tws8yNvOywdo08+aCAlU/p76bCtrtXkllm4kpwzIVCm9dwUu6gvMFh6yVKlvQ7UMdaap rJKA== X-Received: by 10.194.92.176 with SMTP id cn16mr31360171wjb.62.1417871777103; Sat, 06 Dec 2014 05:16:17 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id wa5sm22900331wjc.8.2014.12.06.05.16.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Dec 2014 05:16:15 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 6 Dec 2014 14:16:13 +0100 From: Baptiste Daroussin To: Jeffrey Bouquet Subject: Re: [CFT] pkg 1.4.0 rc2 Message-ID: <20141206131613.GD72593@ivaldir.etoilebsd.net> References: <20141206124029.GB72593@ivaldir.etoilebsd.net> <548300AC.6020801@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qOrJKOH36bD5yhNe" Content-Disposition: inline In-Reply-To: <548300AC.6020801@yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 13:16:19 -0000 --qOrJKOH36bD5yhNe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 06, 2014 at 05:12:12AM -0800, Jeffrey Bouquet wrote: >=20 > On 12/06/14 04:40, Baptiste Daroussin wrote: > > Hi, > > > > We have released a new 1.4.0 rc2 version of pkg (available in > > ports-mgmt/pkg-devel) since first beta it has received tons of bug fixe= s and > > should be now way more reliable and able to handle ootb without mistakes > > upgrades like the gettext one and the perl one. > > > > All reported issues should have been fixed since. > > > > Please test that new version I would like to make it the final release = if > > possible. > > > > Best regards, > > Bapt > The upgrade of pkg-devel went slightly more without problems. Did not te= st > a direct deinstall/reinstall though. >=20 > OTOH "pkg install xorriso xombrero" still wants to remove w3m-img , insta= ll > w3m, guile 1.8, x246, along with the reinstall of those two. >=20 > For which I "n" and > pkg delete xorriso xombrero > cd ../cache/pkg > pkg clean > pkg install xorr[tab] xomb[tab] to complete and install manually > Works, but a few more commands in the way. >=20 > I seem to have no guile installed (was using v2 for mcron) and libx264 > installed. > Just ignoring guile for now probably. Sounds like a port problem that pkg is showing I'll dig into it. regards, Bapt --qOrJKOH36bD5yhNe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlSDAZ0ACgkQ8kTtMUmk6Ez7RQCfQ1KAs6w26Bg4f4UwIWu+hMO3 rBcAn3Rk6a5ENlVaOCuK2Ca5Eqndxpxt =kXoG -----END PGP SIGNATURE----- --qOrJKOH36bD5yhNe-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 13:11:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDC25428 for ; Sat, 6 Dec 2014 13:11:13 +0000 (UTC) Received: from nm50-vm2.bullet.mail.bf1.yahoo.com (nm50-vm2.bullet.mail.bf1.yahoo.com [216.109.115.221]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 66205F6F for ; Sat, 6 Dec 2014 13:11:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1417871465; bh=ShWUmJdVgx/ISyaSur05cdQQfTq7MBcr0z/jx7JHBLs=; h=Date:From:To:Subject:References:In-Reply-To:From:Subject; b=jm9eFPLdcD+PVZtnlvlPGWBOpy8MAoyjzKKEck0LD8N3kYdQLzKFVYvCZgXgpHf3dfBzCXDpvqP0bESckhaOCj6HNoKYdAiytTR5020UBmOe6vNh/nvHZmwMlX2yWmrwdRODAZ2Lvl5U+aU7ZDsdprSDvXJNGjuw6jVB96bP5iBLkzKJVUSVHBj6JMKgI6TkS7GWYq7iw99+fiNoHxdayt82xM8ZakmpZyVP3b3Xgh3W667rmPSR1V1Thm5FWKWhP6FiEwYYnPTO6aHzs40Hj8dnfmHhuSmQGqOb4DPZ0L4JE5bEwn+FBannVUgUExdPnH9ion1dr26NaTYyi7jwog== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=Djm38HZUTX1ATXY8xkqazRGtTH51CWan+osdFPPk2D5s1o8zvsUI6h4yzR4YoKZ7ceAbtx8g+Kd9229rVHAppYvO7sbTvMQTtOkvuohOv8Vnd6lHdtJcCNv3rS/iGkppTQSbdLH9I+KBLpW02a6AESEM5mL7Eqn+eVeDpEsWhbSEhJgYOHiKU95DnmH0j5y4wfMjJWDv/kcbb1mxz0/R23mbhMAXRWy9ndoHJhKjLQDs3MoYs7a3An3rFUVZKCKrBC6K8gVOB4WlL+wSoejbihEKf+7IQ16J1eR/jEFz7KWWlJgqy4UBBKvA+VtY/oZHTHgSueHr5JqfOmTpw69k8A==; Received: from [98.139.212.152] by nm50.bullet.mail.bf1.yahoo.com with NNFMP; 06 Dec 2014 13:11:05 -0000 Received: from [68.142.230.72] by tm9.bullet.mail.bf1.yahoo.com with NNFMP; 06 Dec 2014 13:11:05 -0000 Received: from [127.0.0.1] by smtp229.mail.bf1.yahoo.com with NNFMP; 06 Dec 2014 13:11:05 -0000 X-Yahoo-Newman-Id: 317868.64003.bm@smtp229.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: C7JKpXIVM1kGJKjTUNhsjY7xFzG7xlGVkvT1kNtECUAuFVF ooe6a528wbTbh1r3b5sH.nlzOg_vUC7lsWGIW29ZSH6jY0H2t2F0Kue6temn 082L4bFotkxVv7fUvBnJCZtZ8yBai5Jr4XF2SS9TSuzN5r75ZS1JsUK0BiZZ 28cU4X32ka3uxwCDAt08cRtTwxTxOM0HoXMXeyxmdNIDKRH80GogfWxyVcEr WEMV_W_WfLZ45k08R2aupyxogWRyNkJfcpUC1t_05P8J4VoQMR0xt2YBrucT 3Lq.AY988Im5lFW5wNgBEr5LO8odov5hBXYZUgJOlrWTOA9nm7JovcSUgzim 3e5ZhMVUB0iwMvpynwolM3ULj2E.IcIdmKDEc_bEp8KBAX84hJb6pZxVlkDz 4IZj4JIGPHZ3QrI64v2VdhfsyWiiHRsneJWkAjdsU90VpiOrL3NQ0AeslO8P 8wZO3Q_MX8OFBiXghhPaoBKPyiIi59ZEAOK4igZ89T_CvgK51KgSajTp8rc_ Y4hzkileXnqiqv8gmZx_XwPAa68yjnykQ X-Yahoo-SMTP: 6IZaPQyswBAeyzp3urHRlQfBxGxx4Js3YAIn Message-ID: <548300AC.6020801@yahoo.com> Date: Sat, 06 Dec 2014 05:12:12 -0800 From: Jeffrey Bouquet User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Baptiste Daroussin , ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Subject: Re: [CFT] pkg 1.4.0 rc2 References: <20141206124029.GB72593@ivaldir.etoilebsd.net> In-Reply-To: <20141206124029.GB72593@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 06 Dec 2014 13:17:53 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 13:11:13 -0000 On 12/06/14 04:40, Baptiste Daroussin wrote: > Hi, > > We have released a new 1.4.0 rc2 version of pkg (available in > ports-mgmt/pkg-devel) since first beta it has received tons of bug fixes and > should be now way more reliable and able to handle ootb without mistakes > upgrades like the gettext one and the perl one. > > All reported issues should have been fixed since. > > Please test that new version I would like to make it the final release if > possible. > > Best regards, > Bapt The upgrade of pkg-devel went slightly more without problems. Did not test a direct deinstall/reinstall though. OTOH "pkg install xorriso xombrero" still wants to remove w3m-img , install w3m, guile 1.8, x246, along with the reinstall of those two. For which I "n" and pkg delete xorriso xombrero cd ../cache/pkg pkg clean pkg install xorr[tab] xomb[tab] to complete and install manually Works, but a few more commands in the way. I seem to have no guile installed (was using v2 for mcron) and libx264 installed. Just ignoring guile for now probably. From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 13:30:38 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98CD4AFB; Sat, 6 Dec 2014 13:30:38 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BDF210D; Sat, 6 Dec 2014 13:30:38 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id l18so2994937wgh.2 for ; Sat, 06 Dec 2014 05:30:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Gk8YehboyQpI/2hh91Ay08fNqNy36uXX9Ez65KYKAeI=; b=BKIcfQs788sQ4YhnIMl2J5CvMXnahUPv7D9o9vWMeM1Hn5hITlPYe+DpihgBEUVsgP X7u70VSAYsfuUrU7aYfXwgcVp8vEBITjpHdKLO8uyl02lL9VSMNT/yEmKnFkNjzpITTJ 0057e0zIFXRzAGmwEQJGiwlkVJknyhp2AMNsSYsHCzcsQwHuU5bebW8t3WHkiYSX/Grf a7dZrVdMm7C63iDm05XNI+b+tJ/OBhmraqkjmXBZwUYU/IDZuDfZOnYMXgnam7XH/JGv Cdsd9pvyGtao/eSmGdQqiEyoBPJ9khEsOETH740x3qG9Gqg/sMPYasIW5ndFvadDMYd4 uvdg== X-Received: by 10.194.249.70 with SMTP id ys6mr30937498wjc.61.1417872636666; Sat, 06 Dec 2014 05:30:36 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id jp3sm1906200wid.9.2014.12.06.05.30.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Dec 2014 05:30:35 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 6 Dec 2014 14:30:33 +0100 From: Baptiste Daroussin To: Jeffrey Bouquet Subject: Re: [CFT] pkg 1.4.0 rc2 Message-ID: <20141206133033.GA94381@ivaldir.etoilebsd.net> References: <20141206124029.GB72593@ivaldir.etoilebsd.net> <548300AC.6020801@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <548300AC.6020801@yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 13:30:38 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 06, 2014 at 05:12:12AM -0800, Jeffrey Bouquet wrote: >=20 > On 12/06/14 04:40, Baptiste Daroussin wrote: > > Hi, > > > > We have released a new 1.4.0 rc2 version of pkg (available in > > ports-mgmt/pkg-devel) since first beta it has received tons of bug fixe= s and > > should be now way more reliable and able to handle ootb without mistakes > > upgrades like the gettext one and the perl one. > > > > All reported issues should have been fixed since. > > > > Please test that new version I would like to make it the final release = if > > possible. > > > > Best regards, > > Bapt > The upgrade of pkg-devel went slightly more without problems. Did not te= st > a direct deinstall/reinstall though. >=20 > OTOH "pkg install xorriso xombrero" still wants to remove w3m-img , insta= ll > w3m, guile 1.8, x246, along with the reinstall of those two. Right so the is a problem in the way ports express dependencies and can onl= y be solved with some provides/requires we do not know yet how to express with t= he ports tree :( Regards, Bapt --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlSDBPcACgkQ8kTtMUmk6ExayACgsAgv+Jw4U1AMKj+HB/EIa3fh K1EAmwTRbycD+J8M1yQaL/Nd3k5rcGXD =RW/N -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 14:28:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCCC4B8D for ; Sat, 6 Dec 2014 14:28:07 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6FBF38E8 for ; Sat, 6 Dec 2014 14:28:07 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id em10so1173155wid.5 for ; Sat, 06 Dec 2014 06:28:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/6TBf1SdQnngwHF/k6au9uJEdKMzSoq2e87bBiz7+co=; b=qZy6Lm/RStY3/1LCmYtBolK5n49ivzFoqMQyoqO9MlrsbuUpJqNTyhzrXuJCg6kr/C BGMQxyBfQP1knyUrBmd+AXxewu8x8bad6bPY8tCYZlETFVUfm/iEK211m9WJ+mpn2vrY r4Pkd0KPn67jda86iLRnICnPA4NXExA3ePLDLtRbcE+ehqveeGvx9jTn01xwhBj/xSxa zyJQowgrqNTMjsr/KiobQ4IQOOGFjPuQLKKF1R2H7NBbAB29gY26myodhC3FTIAZNil9 I4zg2ziCHYY08ilTjgcpXL/T8JfoUdUTACwwXr5STpAfGILDw+TNy7qwnk5UH+KZNSTB kRfw== MIME-Version: 1.0 X-Received: by 10.194.85.161 with SMTP id i1mr31929798wjz.35.1417876085669; Sat, 06 Dec 2014 06:28:05 -0800 (PST) Received: by 10.216.214.201 with HTTP; Sat, 6 Dec 2014 06:28:05 -0800 (PST) In-Reply-To: <20141206053520.7d7cb92fd8987545d3dc3de8@j.email.ne.jp> References: <20141206053520.7d7cb92fd8987545d3dc3de8@j.email.ne.jp> Date: Sat, 6 Dec 2014 15:28:05 +0100 Message-ID: Subject: Re: sysctl -zarc for ZFS users From: "Ranjan1018 ." <214748mv@gmail.com> To: Yoshihiro Ota Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 14:28:07 -0000 2014-12-06 11:35 GMT+01:00 Yoshihiro Ota : > Hi all. > > I've been watching ZFS activites on my machine and > improved systat to monitor such. > > One of my first goals is to watch ZFS cache statistics. > > I posted my patch to the bugzilla @ > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195460 > I've been using on 11-CURRENT and 10.1-RELEASE myself. > > Regards, > Hiro > > % systat -zarc > Total MFU MRU Anon Hdr L2Hdr > Other > ZFS ARC 206M 63M 136M 826K 1102K 0K > 5251K > > rate hits misses total hits total > misses > arcstats : 75% 1183 388 23721 > 4202 > arcstats.demand_data : 0% 0 0 528 > 0 > arcstats.demand_metadata : 76% 1007 308 21441 > 2757 > arcstats.prefetch_data : 0% 0 0 0 > 0 > arcstats.prefetch_metadata: 68% 176 80 1752 > 1445 > zfetchstats : 44% 954 1204 26410 > 25482 > arcstats.l2 : 0% 0 0 0 > 0 > vdev_cache_stats : 0% 0 0 0 > 0 > Hi Hiro, just applied the patch, but I receive the error: # make make: don't know how to make zarc.c. Stop make: stopped in /usr/src/usr.bin/systat The file zarc,c is missing. Where can I find it ? Thanks. Maurizio From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 15:01:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D312288 for ; Sat, 6 Dec 2014 15:01:42 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 461A9C0D for ; Sat, 6 Dec 2014 15:01:41 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::45a3:ddb8:2175:f9c7] (unknown [IPv6:2001:7b8:3a7:0:45a3:ddb8:2175:f9c7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6D1F7B80A; Sat, 6 Dec 2014 16:01:32 +0100 (CET) Subject: Re: Build failed in Jenkins: Build-UFS-image #599 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D42ECA94-2B71-4A56-BFC7-437C7545F92E"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b3 From: Dimitry Andric In-Reply-To: Date: Sat, 6 Dec 2014 16:01:26 +0100 Message-Id: <7A7677F9-AD1B-436C-9A49-054F7CD6BBC4@FreeBSD.org> References: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> To: Garrett Cooper X-Mailer: Apple Mail (2.1993) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 15:01:42 -0000 --Apple-Mail=_D42ECA94-2B71-4A56-BFC7-437C7545F92E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 [trimmed CC list to -current] On 06 Dec 2014, at 04:59, Garrett Cooper wrote: > On Dec 5, 2014, at 16:52, jenkins-admin@freebsd.org wrote: >=20 >> See >=20 > I=92m not entirely sure why the "could not determine = COMPILER_TYPE" error popped up, but I have a couple of = questions/concerns related to the makefile snippet. > 1. Does it make sense to check CC when running make install? Yes, of course it makes sense, if parts of the install depend on e.g. COMPILER_TYPE. In some cases, you will have to run ${CC} to determine what it is, specifically if it is just "cc". > 2. Why isn=92t this value determined once in Makefile.inc1 (per = build phase), then passed down from there Because you are supposed to be able to build stuff in a subdirectory, without invoking the full top-level Makefile infrastructure. The actual infrastructure is in share/mk/bsd.*.mk, in fact. > (I=92ve already considered the scenario where someone explicitly sets = CC in a non-toplevel Makefile, which is a problem, but an outlier rather = than the norm)? AFAICT, it gets recomputed for every recursive make, = which contributes to useless forking for something that honestly doesn=92t= change all that often/at all. This is indeed a pity, and if you know a better solution, let's hear it, please. :-) > At EMC/Isilon at least, we set CC/CXX=3Dfalse when running make = distribute*/installkernel/installworld to catch logic errors with = rebuilding code. Should this be in FreeBSD? Not sure what that is meant to achieve. If parts of the installation depend on the value of CC, why would you want to set it to false? Just so it can error out at those points? -Dimitry --Apple-Mail=_D42ECA94-2B71-4A56-BFC7-437C7545F92E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSDGk0ACgkQsF6jCi4glqPpCQCg7VQWfZ+hviA/pQATDH+vm4Kg 7msAoKzjjkk4FNuOLWsq0ApAz61ezoyh =dsDt -----END PGP SIGNATURE----- --Apple-Mail=_D42ECA94-2B71-4A56-BFC7-437C7545F92E-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 15:15:58 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3615595 for ; Sat, 6 Dec 2014 15:15:58 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6387FD1C for ; Sat, 6 Dec 2014 15:15:58 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id h11so1246044wiw.3 for ; Sat, 06 Dec 2014 07:15:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:date:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=Xxl1WiqCoxJl6bm+7rgm3psJkObs/YGsi1WThCKPYWA=; b=g1qB00MLTVoFQkZMAVPW0xlxcm7hw34whIXdRPIQAdvQqU8MdO7A2dO5CBjpkAwSy6 jh4S8cpvc4fMUUO/3QenavUnU6op8JKM3uGSJzUsYwLsJH0gbsA2NDiOFqAr85cxjvjE p1lc8LKSACuoF1Z4kSyzl/e6Y1Op3gzhT5h689Z57Ywc/2NHmCtJPG3zkS2z/7WL62gK vjoUC1ESvninUaWVm0vZRX1nImZX+JVI2/59F2nRXjN3TotdLy4uXo+nYtfFC/x37IHo SBaBHIF8qYRVPZbwMlmsKuWdmLffu/pX+toZNLeYCYQLt65q8e0mOB7hRZsHpd8zRKNU L8dg== X-Received: by 10.194.2.105 with SMTP id 9mr33001047wjt.115.1417878956839; Sat, 06 Dec 2014 07:15:56 -0800 (PST) Received: from ubm.strangled.net (ipb219cb25.dynamic.kabel-deutschland.de. [178.25.203.37]) by mx.google.com with ESMTPSA id d2sm48998319wjs.32.2014.12.06.07.15.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 06 Dec 2014 07:15:56 -0800 (PST) From: Marc UBM X-Google-Original-From: Marc "UBM" Bocklet Date: Sat, 6 Dec 2014 16:15:45 +0100 To: current@freebsd.org Subject: Re: [CFT] pkg 1.4.0 rc2 Message-Id: <20141206161545.c70d3adfac63270192782ab0@gmail.com> In-Reply-To: <20141206124029.GB72593@ivaldir.etoilebsd.net> References: <20141206124029.GB72593@ivaldir.etoilebsd.net> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 15:15:58 -0000 On Sat, 6 Dec 2014 13:40:29 +0100 Baptiste Daroussin wrote: > Hi, > > We have released a new 1.4.0 rc2 version of pkg (available in > ports-mgmt/pkg-devel) since first beta it has received tons of bug fixes and > should be now way more reliable and able to handle ootb without mistakes > upgrades like the gettext one and the perl one. > > All reported issues should have been fixed since. > > Please test that new version I would like to make it the final release if > possible. > > Best regards, > Bapt Unfortunately, installing / upgrading pkg-devel still fails with: ====> Compressing man pages (compress-man) ===> Installing for pkg-1.4.0.b2 ===> Checking if pkg already installed pkg-static: sqlite error while executing DROP INDEX packages_unique;CREATE UNIQUE INDEX packages_unique ON packages(name); in file pkgdb.c:2245: UNIQUE constraint failed: packages.name *** Error code 74 Stop. make[1]: stopped in /usr/ports/ports-mgmt/pkg-devel *** Error code 1 Stop. make: stopped in /usr/ports/ports-mgmt/pkg-devel Any new ideas? Bye Marc From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 16:50:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5861B482; Sat, 6 Dec 2014 16:50:39 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE18C798; Sat, 6 Dec 2014 16:50:38 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sB6GoSR9043129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Dec 2014 18:50:28 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sB6GoSR9043129 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sB6GoS9j043127; Sat, 6 Dec 2014 18:50:28 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 6 Dec 2014 18:50:28 +0200 From: Konstantin Belousov To: Dimitry Andric Subject: Re: Build failed in Jenkins: Build-UFS-image #599 Message-ID: <20141206165027.GJ97072@kib.kiev.ua> References: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> <7A7677F9-AD1B-436C-9A49-054F7CD6BBC4@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7A7677F9-AD1B-436C-9A49-054F7CD6BBC4@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: FreeBSD CURRENT , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 16:50:39 -0000 On Sat, Dec 06, 2014 at 04:01:26PM +0100, Dimitry Andric wrote: > [trimmed CC list to -current] > > On 06 Dec 2014, at 04:59, Garrett Cooper wrote: > > 2. Why isn?t this value determined once in Makefile.inc1 (per build phase), then passed down from there > > Because you are supposed to be able to build stuff in a subdirectory, > without invoking the full top-level Makefile infrastructure. The actual > infrastructure is in share/mk/bsd.*.mk, in fact. > > > > (I?ve already considered the scenario where someone explicitly sets CC in a non-toplevel Makefile, which is a problem, but an outlier rather than the norm)? AFAICT, it gets recomputed for every recursive make, which contributes to useless forking for something that honestly doesn?t change all that often/at all. > > This is indeed a pity, and if you know a better solution, let's hear it, > please. :-) > Why not also put this information into some environment variables with known ugly names, in top-level. Then, the lower-level calls of infrastructure first check the vars, and recalculate the compiler specific info if vars are absent. Use information from vars if present. From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 16:57:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE0746A7; Sat, 6 Dec 2014 16:57:24 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B0F51863; Sat, 6 Dec 2014 16:57:24 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XxIfU-000FfB-Ko; Sat, 06 Dec 2014 16:57:16 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sB6GvF8l015985; Sat, 6 Dec 2014 09:57:15 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/WF0yNIS5HRei4vORK7k8x X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: Build failed in Jenkins: Build-UFS-image #599 From: Ian Lepore To: Dimitry Andric In-Reply-To: <7A7677F9-AD1B-436C-9A49-054F7CD6BBC4@FreeBSD.org> References: <1052304530.8.1417827164793.JavaMail.jenkins@jenkins-9.freebsd.org> <7A7677F9-AD1B-436C-9A49-054F7CD6BBC4@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-13" Date: Sat, 06 Dec 2014 09:57:14 -0700 Message-ID: <1417885034.1064.83.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id sB6GvF8l015985 Cc: FreeBSD CURRENT , Garrett Cooper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 16:57:25 -0000 On Sat, 2014-12-06 at 16:01 +0100, Dimitry Andric wrote: > [trimmed CC list to -current] >=20 > On 06 Dec 2014, at 04:59, Garrett Cooper wrote: > > On Dec 5, 2014, at 16:52, jenkins-admin@freebsd.org wrote: > >=20 > >> See > >=20 > > I=FFm not entirely sure why the "could not determine COMPILER_TYPE" = error popped up, but I have a couple of questions/concerns related to the= makefile snippet. > > 1. Does it make sense to check CC when running make install? >=20 > Yes, of course it makes sense, if parts of the install depend on e.g. > COMPILER_TYPE. In some cases, you will have to run ${CC} to determine > what it is, specifically if it is just "cc". >=20 >=20 > > 2. Why isn=FFt this value determined once in Makefile.inc1 (per buil= d phase), then passed down from there >=20 > Because you are supposed to be able to build stuff in a subdirectory, > without invoking the full top-level Makefile infrastructure. The actua= l > infrastructure is in share/mk/bsd.*.mk, in fact. >=20 >=20 > > (I=FFve already considered the scenario where someone explicitly sets= CC in a non-toplevel Makefile, which is a problem, but an outlier rather= than the norm)? AFAICT, it gets recomputed for every recursive make, whi= ch contributes to useless forking for something that honestly doesn=FFt c= hange all that often/at all. >=20 > This is indeed a pity, and if you know a better solution, let's hear it= , > please. :-) >=20 >=20 > > At EMC/Isilon at least, we set CC/CXX=3Dfalse when running make dist= ribute*/installkernel/installworld to catch logic errors with rebuilding = code. Should this be in FreeBSD? >=20 > Not sure what that is meant to achieve. If parts of the installation > depend on the value of CC, why would you want to set it to false? Just > so it can error out at those points? >=20 > -Dimitry >=20 I suspect it's to prevent building during the install phase, because doing so is astonishing. I was astonished the other day when it happened. I would be much happier if it had just errored out. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 17:22:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3FA6BBF for ; Sat, 6 Dec 2014 17:22:56 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 95DA6AD1 for ; Sat, 6 Dec 2014 17:22:55 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9A1AA1FE023; Sat, 6 Dec 2014 18:22:52 +0100 (CET) Message-ID: <54833B89.3030909@selasky.org> Date: Sat, 06 Dec 2014 18:23:21 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Marc UBM , current@freebsd.org Subject: Re: [CFT] pkg 1.4.0 rc2 References: <20141206124029.GB72593@ivaldir.etoilebsd.net> <20141206161545.c70d3adfac63270192782ab0@gmail.com> In-Reply-To: <20141206161545.c70d3adfac63270192782ab0@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 17:22:56 -0000 Hi, Just a simple question: Does "pkg upgrade" automatically lock packages which are not available or cannot be built? I recently did a "pkg upgrade" and found myself without a working libreoffice ... 9-stable amd64 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 18:12:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E95949E for ; Sat, 6 Dec 2014 18:12:25 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B80BF0F for ; Sat, 6 Dec 2014 18:12:25 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id k14so3280470wgh.10 for ; Sat, 06 Dec 2014 10:12:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=vNmFx912DbckHjeqtCR/pUPQBK+TZzet+5CAQni9gW0=; b=Oyo2ev2sL19GMh4HdU4JluGD4+lCG+l8ZBRiLDiO1YzE27k7UTGTdNqDEXTCl6zAlF 8SiQWJepAqgNoMcSuY1TR7x5DeZGdiEne5RMLMFzQuxoX7Y8bHx/mqa+s/NMY17Y1Kka E0gt/366b7ISc5CbMXZIrcPx01s7D/tb1YCfJ7Rm81L9mMyA9QhyEa3OOZVnjTOqTnXr n8e1r1MXSv04w2/XXTxY/ANYFaTYRqi5DMpBEHCLZodTscQs5pKRSV5AIkSMlUIHjId9 mDM7T3yDQI0ZN8jal9NTfspqjgiZi5zEWO9w+Ejr9I8EtvGNbtTIcHEA8w4921LGFjLR jZOw== X-Received: by 10.180.80.194 with SMTP id t2mr5021307wix.6.1417889543448; Sat, 06 Dec 2014 10:12:23 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id td6sm2701894wic.15.2014.12.06.10.12.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Dec 2014 10:12:22 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 6 Dec 2014 19:12:20 +0100 From: Baptiste Daroussin To: Marc UBM Subject: Re: [CFT] pkg 1.4.0 rc2 Message-ID: <20141206181220.GB94381@ivaldir.etoilebsd.net> References: <20141206124029.GB72593@ivaldir.etoilebsd.net> <20141206161545.c70d3adfac63270192782ab0@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <20141206161545.c70d3adfac63270192782ab0@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 18:12:25 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 06, 2014 at 04:15:45PM +0100, Marc UBM wrote: > On Sat, 6 Dec 2014 13:40:29 +0100 > Baptiste Daroussin wrote: >=20 > > Hi, > >=20 > > We have released a new 1.4.0 rc2 version of pkg (available in > > ports-mgmt/pkg-devel) since first beta it has received tons of bug fixe= s and > > should be now way more reliable and able to handle ootb without mistakes > > upgrades like the gettext one and the perl one. > >=20 > > All reported issues should have been fixed since. > >=20 > > Please test that new version I would like to make it the final release = if > > possible. > >=20 > > Best regards, > > Bapt >=20 > Unfortunately, installing / upgrading pkg-devel still fails with: >=20 > =3D=3D=3D=3D> Compressing man pages (compress-man) > =3D=3D=3D> Installing for pkg-1.4.0.b2 > =3D=3D=3D> Checking if pkg already installed > pkg-static: sqlite error while executing DROP INDEX > packages_unique;CREATE UNIQUE INDEX packages_unique ON packages(name); > in file pkgdb.c:2245: UNIQUE constraint failed: packages.name *** Error > code 74 >=20 > Stop. > make[1]: stopped in /usr/ports/ports-mgmt/pkg-devel > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/ports-mgmt/pkg-devel >=20 > Any new ideas? >=20 > Bye > Marc >=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" You are trying to install beta2 not rc2 Plus be aware that your setup has outdated packages as you should not anymo= re have duplicated package names for around a year, but pkg rc2 will be able to handle it anyway :) regards, Bapt --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlSDRwEACgkQ8kTtMUmk6ExdaACeNhUc0jIC5QA11tz/+7dQuyaV KVQAnjWqGxVzigWutgFNVY9g0GuY34l4 =J4B8 -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 18:14:01 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 959935BF for ; Sat, 6 Dec 2014 18:14:01 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FA5FF1E for ; Sat, 6 Dec 2014 18:14:01 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id bs8so4008764wib.5 for ; Sat, 06 Dec 2014 10:13:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=QEiuyIH2he9wu1uHII9Ej9ergMlL0+irs6MI1+OJJSo=; b=zKTU8si3/7S5KCVuzJxphej9YxPV0PsJK+vmByefbmCGdHM9LHs1RxiXyNUSnOsC6X 2z8+sccAM2dRGjg+xI0KqZGNbIvVew5+4po6vzeRnMaJFPjGDhdHqx0y2TC79N4bgZ8r skewCt3fgdUSPY5uS3Id2g76SzTHNg1uX//TEXABiORmFse2VH4sGeeSvjCwkmaoFhht J3XpbiX8ZmCiA8oZqNhhXB6rhsh4C582Nshh7ewKBx70XdvxPMzJYYhefMFV9e6rDD1S uYsrKpmdcCAMtHkx1PthcMmUY615h5UhhRUo/20lWIf4IrBnfNuy8LMxxlkLqJx0mQD5 7bxQ== X-Received: by 10.194.86.165 with SMTP id q5mr33841345wjz.10.1417889639508; Sat, 06 Dec 2014 10:13:59 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id gf6sm36693234wjc.11.2014.12.06.10.13.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Dec 2014 10:13:58 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 6 Dec 2014 19:13:56 +0100 From: Baptiste Daroussin To: Hans Petter Selasky Subject: Re: [CFT] pkg 1.4.0 rc2 Message-ID: <20141206181356.GC94381@ivaldir.etoilebsd.net> References: <20141206124029.GB72593@ivaldir.etoilebsd.net> <20141206161545.c70d3adfac63270192782ab0@gmail.com> <54833B89.3030909@selasky.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline In-Reply-To: <54833B89.3030909@selasky.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Marc UBM , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 18:14:01 -0000 --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 06, 2014 at 06:23:21PM +0100, Hans Petter Selasky wrote: > Hi, >=20 > Just a simple question: >=20 > Does "pkg upgrade" automatically lock packages which are not available=20 > or cannot be built? >=20 > I recently did a "pkg upgrade" and found myself without a working=20 > libreoffice ... 9-stable amd64 Nope it does not and will be very very hard to do it properly, the problem = was that some libraries are now dropping (upstream) support for gcc 4.2 which resulted in libreoffice not being built, he said libraries was reverted to = the ancient version so next package build should have libreoffice again. regards, Bapt --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlSDR2QACgkQ8kTtMUmk6EwBlACfabEk0nzgZYqsyAF21Z7jeZ4F +UIAn1Rva2YAT8r8FUlxcz1Vjo1qbbNt =z/PG -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 20:38:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8191D7E; Sat, 6 Dec 2014 20:38:17 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E0C6E13; Sat, 6 Dec 2014 20:38:17 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id l2so3421275wgh.41 for ; Sat, 06 Dec 2014 12:38:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=N7/gjrBXhvj6zM9styeysGBomq2BBHUsdCZOzoBssYo=; b=yPlbcwaOdO84RvFEj7MlsjAbdjy3IrMleYHk+jQXBvtkmh/wpwerJeWGyFjf1Xvx7y p1QPAXBa/7U3egj12VPIHAlAYuzcM5kLNsqHbMt90PnkhqWxutnwajBb8cfnIgjR2YRq PnD3ZFC0/t5LVg1RY4N/X+XPB9BJq6e5sN0gWhip4xZXJ7NU5a+SgQJHHWq5rHqJitvT ecynbliIjGqK+Cwm2qO/MhVDV1avg81SSMLT2fLUh8BIyu+1xmYHXKuA/u10y2EqDABI lPx6ah29MR/KJmF5hNcxeMc237EpJu/iz0YkXZEWun8Ms7JCQW32IxV/HHhBxUsOzBaQ SdAg== MIME-Version: 1.0 X-Received: by 10.180.88.165 with SMTP id bh5mr13336743wib.77.1417898295553; Sat, 06 Dec 2014 12:38:15 -0800 (PST) Received: by 10.216.214.201 with HTTP; Sat, 6 Dec 2014 12:38:15 -0800 (PST) In-Reply-To: References: Date: Sat, 6 Dec 2014 21:38:15 +0100 Message-ID: Subject: Re: Xfce crashes FreeBSD 11-CURRENT From: "Ranjan1018 ." <214748mv@gmail.com> To: freebsd-current , "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 20:38:17 -0000 2014-11-25 21:57 GMT+01:00 Ranjan1018 . <214748mv@gmail.com>: > Right-click on desktop - Desktop Settings=E2=80=A6 - click on the =E2=80= =9CCreate a new > list, or load an existing one=E2=80=9D - Type a non existent file name in= the > windows with the title =E2=80=9CCrete/Load Backdrop List=E2=80=9D - Open > > The laptop freezes and displays only a blank screen with the mouse cursor > and the text cursor on the top left corner. The only things I can do is t= o > press the power button for some seconds to switch off the laptop. > > Note: I have some images in a Image list as background. > I am running vt(4) with KMS on Intel driver. > $ uname -a > FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r274845: Sat Nov 22 > 14:59:02 CET 2014 root@ativ:/usr/obj/usr/src/sys/NEWCONS amd64 > > This is only a bug in xfce ! I have upgraded the laptop to r275515 and with the above procedure these two programs crashes with a core dump: xfdesktop and xfdesktop-settings. More details: The above procedure put two invalid values in Xconf, preventing xfdesktop and xfdesktop-settings to run. The commands: xfconf-query -c xfce4-desktop -p /backdrop/screen0/monitor0/last-image-list -s ~/.config/xfce4/desktop/backdrop.list xfconf-query -c xfce4-desktop -p /backdrop/screen0/monitor0/image-path -s ~/.config/xfce4/desktop/backdrop.list restores the correct values. Maurizio From owner-freebsd-current@FreeBSD.ORG Sat Dec 6 22:35:31 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C296E7B; Sat, 6 Dec 2014 22:35:31 +0000 (UTC) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D2C73AD1; Sat, 6 Dec 2014 22:35:30 +0000 (UTC) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 5DD6716A402; Sat, 6 Dec 2014 23:35:28 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wIupouNghdtf; Sat, 6 Dec 2014 23:34:59 +0100 (CET) Received: from [192.168.10.9] (vaio [192.168.10.9]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 3DEC116A401; Sat, 6 Dec 2014 23:34:59 +0100 (CET) Message-ID: <54838493.5020603@digiware.nl> Date: Sat, 06 Dec 2014 23:34:59 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin , ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Subject: Re: [CFT] pkg 1.4.0 rc2 References: <20141206124029.GB72593@ivaldir.etoilebsd.net> In-Reply-To: <20141206124029.GB72593@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 06 Dec 2014 22:35:31 -0000 On 6-12-2014 13:40, Baptiste Daroussin wrote: > Hi, > > We have released a new 1.4.0 rc2 version of pkg (available in > ports-mgmt/pkg-devel) since first beta it has received tons of bug fixes and > should be now way more reliable and able to handle ootb without mistakes > upgrades like the gettext one and the perl one. > > All reported issues should have been fixed since. > > Please test that new version I would like to make it the final release if > possible. I missed the previous announcement, but this is "bothering" me for some time already.... I'm using this simple cronic script to reduce traffic from scripts with nothing serious to report. But pkg still triggers: ----- # sudo cronic pkg audit -F Cronic detected failure or error output for the command: pkg audit -F RESULT CODE: 0 ERROR OUTPUT: pkg: vulnxml file up-to-date ------ And I wonder why this informational message is reported on STDERR, and other real problems on STDOUT... ------ sudo cronic pkg audit Cronic detected failure or error output for the command: pkg audit RESULT CODE: 1 ERROR OUTPUT: STANDARD OUTPUT: phpMyAdmin-4.2.13 is vulnerable: phpMyAdmin -- XSS and DoS vulnerabilities CVE: CVE-2014-9219 CVE: CVE-2014-9218 WWW: http://portaudit.FreeBSD.org/c9c46fbf-7b83-11e4-a96e-6805ca0b3d42.html 1 problem(s) in the installed packages found. ------ I would atleast to have case 1) also write to STDOUT. And perhaps have case 2) report on STDERR. --WjW