From owner-freebsd-current@freebsd.org Sun Nov 22 02:43:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B997A35918; Sun, 22 Nov 2015 02:43:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEE741845; Sun, 22 Nov 2015 02:43:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbxm8 with SMTP id xm8so36866586igb.1; Sat, 21 Nov 2015 18:43:49 -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:content-type; bh=dPHbQJW+z97b66lM5zqDyBdu8zLNLLZoseQjnTV2tPg=; b=REjQvy1a7aNw7cyr68ingURDteR5HMfGAiW6525efe8PNdAl89YaudAcWZbK0NT6m7 mREB5xgwyIq2FEdvoEjyq4T64HiWqg4ZzMLMxUJLQU8bOeNSEP3Uv+zCRXim0FU40W1p 3mzxBYpOcesZj5cJB+mTP3ss0ns5vigUOZbUoo8En4W75fhL2lrwMsuBZLxK5q5TWCgM /0iJMQ4e5YOgY7Qe7S6MRPNe/LxhRyfQ/8WlXltt0vVx6+wH9vUFv9hpqxHjw3f6h5Fl +g86tNoqNsc0IW66PDB/EsAHOpE4yGv4XGWKmcn7cD0pLAWYX0mZWX+nlhM6SjqKBR0C atbg== MIME-Version: 1.0 X-Received: by 10.50.6.36 with SMTP id x4mr6075076igx.61.1448160229086; Sat, 21 Nov 2015 18:43:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.36.217.196 with HTTP; Sat, 21 Nov 2015 18:43:49 -0800 (PST) Date: Sat, 21 Nov 2015 18:43:49 -0800 X-Google-Sender-Auth: SAkhFwiNEq-rop0AsV-x08WL8AU Message-ID: Subject: note: mips malta kernels now support up to 2gb of RAM From: Adrian Chadd To: "freebsd-mips@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 02:43:50 -0000 hiya, I've just added support to our malta implementation to handle RAM up to 2G. The qemu-system-mips* support for malta is limited to a max of 2G. It used to be limited to 256MB RAM. This is useful for 32 bit mips as it gives us a stress test for the non-all-direct-mapped case of > 256MB RAM. This means we can get much more coverage for VM/pmap changes on mips32 and mips64. (It also makes compiling a lot easier, as it's not constantly paging. :-) Note: due to "math", you can't use 2048MB of RAM as your specification on 32 bit MIPS;, you need to specify just a touch below 2 gig or the math overflows a 32 bit paddr value and you only get 256MB of RAM. I'll go fix this at some point soon. This now makes mips32/mips64 testing much nicer. :-) Next up - why SMP doesn't work! Thanks, -a From owner-freebsd-current@freebsd.org Sun Nov 22 09:22:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E357A35959 for ; Sun, 22 Nov 2015 09:22:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 4E2121558 for ; Sun, 22 Nov 2015 09:22:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1a0QqX-003SVA-L6>; Sun, 22 Nov 2015 10:22:09 +0100 Received: from f052137084.adsl.alicedsl.de ([78.52.137.84] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1a0QqX-001G0B-FJ>; Sun, 22 Nov 2015 10:22:09 +0100 Date: Sun, 22 Nov 2015 10:22:08 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: graphics/blender: fails on CURRENT amd64 due to LLVM assertion Message-ID: <20151122102208.22be3fa9.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/alV2mQ.Iu+D/kJsh.X8Sg3k"; protocol="application/pgp-signature" X-Originating-IP: 78.52.137.84 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 09:22:18 -0000 --Sig_/alV2mQ.Iu+D/kJsh.X8Sg3k Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Running most graphics/blender on CURRENT, I receive a nasty error all the t= ime I try to access UserPreference/System to setup things the right way or within blende= r, when it crashes randomly. I catch this on the console I've started blender from: [...] Assertion failed: (findOption(Name) =3D=3D Values.size() && "Option already exists!"), function addLiteralOption, file /usr/ports/devel/llvm37/work/llvm-3.7.0.src/include/llvm/Support/Comma= ndLine.h, line 698. The ports are up to date as of today, the operating system is CURRENT as of= FreeBSD 11.0-CURRENT #14 r291142: Sat Nov 21 21:38:53 CET 2015 amd64. Is there any advice how to handle this bug?It prevents me from working with= the software. Please CC me, I'm not subsriing the list. Thanks in advance, kind regards, oh --Sig_/alV2mQ.Iu+D/kJsh.X8Sg3k Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWUYlAAAoJEOgBcD7A/5N8hMoH/0R3ZqGCLY+UPAcJ0SXghien xn2DjwgJoTYs0alqALJP+beyEZ0vFiG3eR9xktLu3zsBaNWPUg9wmbcMgvOdTUf4 s/OMycSr5901wp1c0p4UmJl0Ts05FuGasy0HReNaNDYDQR56bg/ObpVB+ZnoXzi8 OSMHJPpYlOFgeGb5tX2R2uEtl2lkND6fR9uK/feKl7y0qoOgJDLUR6z7st0gnz+O XL+ZMAMSnuV2864J0SQ/LqyIPX/Yu1mmBc+yR8DtaxMLexSONNNY/hp9x7y/qCWU yQLC14PJ4GIeaX8lTGmSXQzozSoNnpI6oGpb6H+3oM2c1VF9CLSKmEy+pi/S3c4= =uMGb -----END PGP SIGNATURE----- --Sig_/alV2mQ.Iu+D/kJsh.X8Sg3k-- From owner-freebsd-current@freebsd.org Sun Nov 22 09:30:07 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E6E9A35A4F for ; Sun, 22 Nov 2015 09:30:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 1D1351887 for ; Sun, 22 Nov 2015 09:30:06 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1a0QyC-003Ts4-Tx>; Sun, 22 Nov 2015 10:30:04 +0100 Received: from f052137084.adsl.alicedsl.de ([78.52.137.84] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1a0QyC-001GXB-Lu>; Sun, 22 Nov 2015 10:30:04 +0100 Date: Sun, 22 Nov 2015 10:30:04 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: Re: graphics/blender: fails on CURRENT amd64 due to LLVM assertion Message-ID: <20151122103004.3553c30f.ohartman@zedat.fu-berlin.de> In-Reply-To: <20151122102208.22be3fa9.ohartman@zedat.fu-berlin.de> References: <20151122102208.22be3fa9.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Q6zAlBC8yZfEm.HSOrBmPa="; protocol="application/pgp-signature" X-Originating-IP: 78.52.137.84 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 09:30:07 -0000 --Sig_/Q6zAlBC8yZfEm.HSOrBmPa= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sun, 22 Nov 2015 10:22:08 +0100 "O. Hartmann" schrieb: > Running most graphics/blender on CURRENT, I receive a nasty error all the= time I try to > access UserPreference/System to setup things the right way or within blen= der, when it > crashes randomly. I catch this on the console I've started blender from: >=20 > [...] > Assertion failed: (findOption(Name) =3D=3D Values.size() && > "Option already exists!"), function addLiteralOption, > file /usr/ports/devel/llvm37/work/llvm-3.7.0.src/include/llvm/Support/Com= mandLine.h, > line 698. >=20 > The ports are up to date as of today, the operating system is CURRENT as = of FreeBSD > 11.0-CURRENT #14 r291142: Sat Nov 21 21:38:53 CET 2015 amd64. >=20 > Is there any advice how to handle this bug?It prevents me from working wi= th the > software. >=20 > Please CC me, I'm not subsriing the list. >=20 > Thanks in advance, >=20 > kind regards, >=20 > oh Ups - wrong list, this should have gone to freebsd-ports@ :-( Can someone w= ith the magic hands of the gods move it? Thanks. --Sig_/Q6zAlBC8yZfEm.HSOrBmPa= Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWUYscAAoJEOgBcD7A/5N8AhEH/icwHh03zLTC6Zj2HyyCZze1 9KkzE5D/Eo8K0tSr53CPYUEkMJUv7R+uOTXU6JT5a6YIs0oh83gfBYPrPzaSJnmg HyHujxJwA9S8M8MTc+5UGld3xEwahS4Pl16kYDZrgvBDICo/lwWcM2aaAUOzeBdY 0HGweCfWWySQRl+Gw2Y1z6OIAzRU6/YAdEW9Du6XB8ymVw1ZRhMVtI+uFZr7hU3j yI+SjHpKM/svYG3x3w+Y4gPmFTRgVDmY6jT0CqcRVVPuVmW/fN+JKoyqHZ2S8Mdj pteDVbbBmyqGCPknqogrsFpdUVnYXQj38jjLdrBKZlmYfFCQ2PVN26WPfJRH4tM= =dKeu -----END PGP SIGNATURE----- --Sig_/Q6zAlBC8yZfEm.HSOrBmPa=-- From owner-freebsd-current@freebsd.org Sun Nov 22 12:31:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29991A32657 for ; Sun, 22 Nov 2015 12:31:56 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from turad.lysandor.de (turad.lysandor.de [136.243.10.60]) (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 DBE2C1D2B for ; Sun, 22 Nov 2015 12:31:55 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from localhost (localhost [127.0.0.1]) by turad.lysandor.de (Postfix) with ESMTP id CC9B5AAC180; Sun, 22 Nov 2015 13:31:43 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at turad.lysandor.de Received: from turad.lysandor.de ([127.0.0.1]) by localhost (turad.lysandor.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4ghyCEvL2JuY; Sun, 22 Nov 2015 13:31:43 +0100 (CET) Received: from nachtschatten.purplekraken.com (x5f735231.dyn.telefonica.de [95.115.82.49]) (Authenticated sender: flo@snakeoilproductions.net) by turad.lysandor.de (Postfix) with ESMTPSA id 2599BAAB26D; Sun, 22 Nov 2015 13:31:43 +0100 (CET) Subject: Re: Panic while waiting on wlan0 To: freebsd-current@freebsd.org References: <564AF74A.2090700@snakeoilproductions.net> From: Florian Limberger Cc: adrian.chadd@gmail.com Message-ID: <5651B5B6.1010701@snakeoilproductions.net> Date: Sun, 22 Nov 2015 13:31:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 12:31:56 -0000 Hi, On 17.11.15 17:42, Adrian Chadd wrote: > try updating to head as of today. Some callout issues were fixed. The crashes are fixed alright, thank you. I still have a rather difficult to reproduce issue, where the wpa_supplicant hangs in SCANNING state indefinitely, even if the Notebook is very near to the AP. I’ve had this issue occasionally before, but since the crashes started it has become more frequent. Is there anything I can do to debug the behaviour? Until now I have only observed it in wpa_supplicant and have no idea how I might proceed. Regards, florian From owner-freebsd-current@freebsd.org Sun Nov 22 16:52:54 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE9AEA356B8 for ; Sun, 22 Nov 2015 16:52:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E1AC1A55 for ; Sun, 22 Nov 2015 16:52:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igcto18 with SMTP id to18so42574413igc.0 for ; Sun, 22 Nov 2015 08:52:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=XxEedlV3GaxaPitl2H+j6we49gZB4DHjAnDFRRKrzu0=; b=CXwJkZiwdGwV70WvHIOsprMZW+qiNwpRCFTlpFZ0XlD+684q88cNI2vMDlEy6lvUSF u80deQjuyIJPqJ2zoFc7Olf8ejnp9ZBo58ezputEU4CMpzxUTDGCqxXsEuZADpfolMvK K/a9ffh4qk+16f7DYeG+aYc/GajB2Ld4ybhSSpClxGKLBhZjZx01FFs1Yx+90rx4mDVE sX2si/C4Qdg6eNkVo934vt5eEkQQyBVD+Aj5r1c+LAJLngu7jEdbEnGrFAWpZDUXSwZn AZyGhtn+PqrnCct1Bi1yp6fZYTTepWz6BieMj8irtUA5xmSTGtJfP+0HYMkoL+4SMtnC Y0hw== MIME-Version: 1.0 X-Received: by 10.50.65.74 with SMTP id v10mr9739167igs.61.1448211174002; Sun, 22 Nov 2015 08:52:54 -0800 (PST) Received: by 10.36.217.196 with HTTP; Sun, 22 Nov 2015 08:52:53 -0800 (PST) In-Reply-To: <5651B5B6.1010701@snakeoilproductions.net> References: <564AF74A.2090700@snakeoilproductions.net> <5651B5B6.1010701@snakeoilproductions.net> Date: Sun, 22 Nov 2015 08:52:53 -0800 Message-ID: Subject: Re: Panic while waiting on wlan0 From: Adrian Chadd To: Florian Limberger Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 16:52:54 -0000 hi, Do this: * compile in IEEE80211_DEBUG; * do "wlandebug +scan" That way we can see if net80211 is refusing to continue scanning. -a On 22 November 2015 at 04:31, Florian Limberger wrote: > Hi, > > On 17.11.15 17:42, Adrian Chadd wrote: >> >> try updating to head as of today. Some callout issues were fixed. > > > The crashes are fixed alright, thank you. I still have a rather difficul= t > to reproduce issue, where the wpa_supplicant hangs in SCANNING state > indefinitely, even if the Notebook is very near to the AP. I=E2=80=99ve = had this > issue occasionally before, but since the crashes started it has become mo= re > frequent. Is there anything I can do to debug the behaviour? Until now = I > have only observed it in wpa_supplicant and have no idea how I might > proceed. > > Regards, > > > florian From owner-freebsd-current@freebsd.org Sun Nov 22 19:54:51 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C41CA35EC1 for ; Sun, 22 Nov 2015 19:54:51 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD3A614B0 for ; Sun, 22 Nov 2015 19:54:50 +0000 (UTC) (envelope-from sm@ara-ler.com) Received: by igbxm8 with SMTP id xm8so44571725igb.1 for ; Sun, 22 Nov 2015 11:54:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ara-ler-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=0I475cNTDENYA2tonQ/YrQaspAJHNrBvrm47DlETHN0=; b=U0jNaKC1WtRpyQgBhpznar/U0SZiyJS+5E2OeVWhTri5mAfsKZr8L7j2TqdS1vjMgO rlHuq7q8HvpuPjj1HMpvMdFq4mB1Ogb8uV/BDGenT1fxVn3AyxEFIampbl1dku/HIu/9 7rUphT+zuk0K/VsWK/Faq2XY8CtuH6nGfMaBeqB/P/swaDLfjy0HpjbGlQ7a4827PzBG OQDyfSi/XE9Ei+DffHOp9G2Om4HI8n/6Mc+gV0bXE9CPWvvmJ8ZHyRKqdQIU9RDnQyhu vLF+atejZf5Bjouq2TDYDb5YmQGsPmUDnPq0x2FZPpxzWWFQMbjIYkzzGcvTmsGVmZeC hptw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=0I475cNTDENYA2tonQ/YrQaspAJHNrBvrm47DlETHN0=; b=UkFqdrcLwsWUPbNxW8MZMdMs/iw1OWz7vrM/sPawvf9fhcUz0SlJgOysYuPiLH4U+U zyd2FlqP76vIsYA9Kzgocnc+Qezr0ZORm+u+Kg0EQ7UOuvYQFfLHdd4byRuwctBsNEHK zraWzbKwLEy17WbF7SWe3L1actm42Y1iFcDKbvu9lmiL0Fldeoz8kZ8n7Gvm+ZVALVrV X9M6G8Rhk+jYv8stD21T+DfZ474Q9ZaWWRK/L6S8u7KKUJ2+8IX4aJ9uPOA4f4kf7tOO MGWRV1dzzqajZNHVXfPfr5T1XN1vVSpMLiSLLoNph+NOuiRKpopNwDQVAygiln1sJrPp 0FLA== X-Gm-Message-State: ALoCoQkvuJM+poSMtNz2yrr4530fSRCs07W4/4MKTJPtOCCnHHfD/GkzGETMF4ZS7XrCeSFqBiGw X-Received: by 10.50.43.131 with SMTP id w3mr9203726igl.12.1448222090086; Sun, 22 Nov 2015 11:54:50 -0800 (PST) Received: from dendrobates.araler.com (97-124-177-136.hlrn.qwest.net. [97.124.177.136]) by smtp.gmail.com with ESMTPSA id qb7sm3797901igb.8.2015.11.22.11.54.48 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 Nov 2015 11:54:49 -0800 (PST) Date: Sun, 22 Nov 2015 12:54:47 -0700 From: Sergey Manucharian To: freebsd-current Cc: Adrian Chadd , Florian Limberger Subject: Re: Panic while waiting on wlan0 Message-ID: <20151122195446.GA16398@dendrobates.araler.com> References: <564AF74A.2090700@snakeoilproductions.net> <5651B5B6.1010701@snakeoilproductions.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 19:54:51 -0000 > On 22 November 2015 at 04:31, Florian Limberger > wrote: > > On 17.11.15 17:42, Adrian Chadd wrote: > >> > >> try updating to head as of today. Some callout issues were fixed. > > > > The crashes are fixed alright, thank you. I still have a rather difficult > > to reproduce issue, where the wpa_supplicant hangs in SCANNING state > > indefinitely, even if the Notebook is very near to the AP. I’ve had this > > issue occasionally before, but since the crashes started it has become more > > frequent. Is there anything I can do to debug the behaviour? Until now I > > have only observed it in wpa_supplicant and have no idea how I might > > proceed. > > > Excerpts from Adrian Chadd's message from Sun 22-Nov-15 08:52: > > Do this: > > * compile in IEEE80211_DEBUG; > * do "wlandebug +scan" > > That way we can see if net80211 is refusing to continue scanning. I have a similar well-reproducable crash on my ThinkPad with "iwn" driver and "iwn6000fw" when I try to restart wlan: # service netif restart Otherwise it works fine, no problem at all. Sergey From owner-freebsd-current@freebsd.org Sun Nov 22 21:47:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6BCFA34409 for ; Sun, 22 Nov 2015 21:47:04 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward13h.cmail.yandex.net (forward13h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::9e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 808C310A6 for ; Sun, 22 Nov 2015 21:47:03 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [IPv6:2a02:6b8:0:f05::115]) by forward13h.cmail.yandex.net (Yandex) with ESMTP id 9AFAC20CBA; Mon, 23 Nov 2015 00:46:51 +0300 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 7E6C01340B03; Mon, 23 Nov 2015 00:46:50 +0300 (MSK) Received: by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id e5PvUrtFTm-kn3W0k46; Mon, 23 Nov 2015 00:46:49 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-ForeignMX: US Subject: Re: Panic while waiting on wlan0 To: Sergey Manucharian , freebsd-current References: <564AF74A.2090700@snakeoilproductions.net> <5651B5B6.1010701@snakeoilproductions.net> <20151122195446.GA16398@dendrobates.araler.com> Cc: Adrian Chadd , Florian Limberger From: Boris Samorodov X-Enigmail-Draft-Status: N1110 Message-ID: <565237C9.10904@passap.ru> Date: Mon, 23 Nov 2015 00:46:49 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151122195446.GA16398@dendrobates.araler.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 21:47:04 -0000 22.11.15 22:54, Sergey Manucharian пишет: >> On 22 November 2015 at 04:31, Florian Limberger >> wrote: >>> On 17.11.15 17:42, Adrian Chadd wrote: >>>> >>>> try updating to head as of today. Some callout issues were fixed. >>> >>> The crashes are fixed alright, thank you. I still have a rather difficult >>> to reproduce issue, where the wpa_supplicant hangs in SCANNING state >>> indefinitely, even if the Notebook is very near to the AP. I’ve had this >>> issue occasionally before, but since the crashes started it has become more >>> frequent. Is there anything I can do to debug the behaviour? Until now I >>> have only observed it in wpa_supplicant and have no idea how I might >>> proceed. >>> >> Excerpts from Adrian Chadd's message from Sun 22-Nov-15 08:52: >> >> Do this: >> >> * compile in IEEE80211_DEBUG; >> * do "wlandebug +scan" >> >> That way we can see if net80211 is refusing to continue scanning. > > I have a similar well-reproducable crash on my ThinkPad with "iwn" > driver and "iwn6000fw" when I try to restart wlan: > > # service netif restart > > Otherwise it works fine, no problem at all. After upgrade from FreeBSD-amd64-HEAD-r290730 to r291148 I've got a panic with wlan0 (iwm though): ftp://ftp.wart.ru/pub/misc/panic-iwn-1.jpg ftp://ftp.wart.ru/pub/misc/panic-iwn-2.jpg % kldstat | grep iwm 12 1 0xffffffff822c5000 21a18 if_iwm.ko 13 1 0xffffffff822e7000 ab9e0 iwm7265fw.ko -- WBR, bsam From owner-freebsd-current@freebsd.org Sun Nov 22 22:38:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85B9CA34F90 for ; Sun, 22 Nov 2015 22:38:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50B1A1542 for ; Sun, 22 Nov 2015 22:38:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igvg19 with SMTP id g19so63366998igv.1 for ; Sun, 22 Nov 2015 14:38:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Bh79r86Zj+t7/EnizfGs/l65dcq548rLDpNtFW1sMcc=; b=oa6kGlEYJmUu5cei4ZKJiXaiLvjEGjVJ7AJ29qHONh4/YkON0n4EgQDSH6eOTvZO7y 5NVWPgp6vSQZb/oLwcI8uUFhF0HnZJRb9lFV87yDqxwHHn5dtrQJdIFTUcxLbPKp5OAh NzueP5Inmm8//E/nCWK2RJJx4Bipk96NvPfLPRX1rlT1CJQHYImBEyn1z38cFzJ1F/p2 j7VklVC7k3tZsmdsMYDjMVIsHhKpL3J8rSkzVFcG576pvSa8eiLawoG4dwBfTK4s9DnB mVjQKF4JChiV8gklvT1Ol2JmgEyVDeHgyCitq+agxJ1q7KsJgyYiV6ew/88u54N7RG6q oZ9w== MIME-Version: 1.0 X-Received: by 10.50.6.36 with SMTP id x4mr8879400igx.61.1448231906309; Sun, 22 Nov 2015 14:38:26 -0800 (PST) Received: by 10.36.217.196 with HTTP; Sun, 22 Nov 2015 14:38:26 -0800 (PST) In-Reply-To: <565237C9.10904@passap.ru> References: <564AF74A.2090700@snakeoilproductions.net> <5651B5B6.1010701@snakeoilproductions.net> <20151122195446.GA16398@dendrobates.araler.com> <565237C9.10904@passap.ru> Date: Sun, 22 Nov 2015 14:38:26 -0800 Message-ID: Subject: Re: Panic while waiting on wlan0 From: Adrian Chadd To: Boris Samorodov Cc: Sergey Manucharian , freebsd-current , Florian Limberger Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Nov 2015 22:38:27 -0000 hi, iwm needs a maintainer and a lot of work. :) -a On 22 November 2015 at 13:46, Boris Samorodov wrote: > 22.11.15 22:54, Sergey Manucharian =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> On 22 November 2015 at 04:31, Florian Limberger >>> wrote: >>>> On 17.11.15 17:42, Adrian Chadd wrote: >>>>> >>>>> try updating to head as of today. Some callout issues were fixed. >>>> >>>> The crashes are fixed alright, thank you. I still have a rather diffi= cult >>>> to reproduce issue, where the wpa_supplicant hangs in SCANNING state >>>> indefinitely, even if the Notebook is very near to the AP. I=E2=80=99= ve had this >>>> issue occasionally before, but since the crashes started it has become= more >>>> frequent. Is there anything I can do to debug the behaviour? Until n= ow I >>>> have only observed it in wpa_supplicant and have no idea how I might >>>> proceed. >>>> >>> Excerpts from Adrian Chadd's message from Sun 22-Nov-15 08:52: >>> >>> Do this: >>> >>> * compile in IEEE80211_DEBUG; >>> * do "wlandebug +scan" >>> >>> That way we can see if net80211 is refusing to continue scanning. >> >> I have a similar well-reproducable crash on my ThinkPad with "iwn" >> driver and "iwn6000fw" when I try to restart wlan: >> >> # service netif restart >> >> Otherwise it works fine, no problem at all. > > After upgrade from FreeBSD-amd64-HEAD-r290730 to r291148 I've got a > panic with wlan0 (iwm though): > ftp://ftp.wart.ru/pub/misc/panic-iwn-1.jpg > ftp://ftp.wart.ru/pub/misc/panic-iwn-2.jpg > > % kldstat | grep iwm > 12 1 0xffffffff822c5000 21a18 if_iwm.ko > 13 1 0xffffffff822e7000 ab9e0 iwm7265fw.ko > > -- > WBR, bsam From owner-freebsd-current@freebsd.org Mon Nov 23 08:00:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB740A357A3 for ; Mon, 23 Nov 2015 08:00:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BCAD8176C for ; Mon, 23 Nov 2015 08:00:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pacdm15 with SMTP id dm15so183750992pac.3 for ; Mon, 23 Nov 2015 00:00:45 -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 :content-transfer-encoding:message-id:references:to; bh=ih68Nzs4Ksf6JGGpJkXMrKz+jnuo2rSAG+sdT0y+EmY=; b=WK8AYHCUKe0qgBaa3bTAxABrgpemDIcX3tXuoCx+G03v3Ed/ZIKMrazcN0+ml3M0EC dAY+ZonZwlhBIR4QShcWSPns717Kzo1XS/8xPh9wKhzmB6SvmObzds3Q8DWavHmMUKQb X5z8fJnVHbeFRY8yAyxRfQ/fFaIDSxXBnlnrzfBcwUdGdVE0bQWUck+YEI8d1qBfmq5z 59NzpG6cKGd/SBwoI5V/iyK86Tg8JKGrV+ifXbqYNCbt5Bla+sv/99JD/yzIqblcL+cr Ewb9AAiHtT/0n/UjfXpIy3KCj3QYApeauMlIZb6R+LyN/pm1a658iHpmpGPTBHK8MXGQ YNpg== X-Received: by 10.67.4.202 with SMTP id cg10mr31575186pad.81.1448265645353; Mon, 23 Nov 2015 00:00:45 -0800 (PST) Received: from ?IPv6:2601:601:800:126d:b089:4150:5db1:6222? ([2601:601:800:126d:b089:4150:5db1:6222]) by smtp.gmail.com with ESMTPSA id z13sm8788737pfi.11.2015.11.23.00.00.43 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Nov 2015 00:00:44 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Failing buildword due to execution permission (with fix) From: NGie Cooper In-Reply-To: Date: Mon, 23 Nov 2015 00:00:42 -0800 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: =?utf-8?Q?Jos=C3=A9_P=C3=A9rez?= X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 08:00:46 -0000 > On Nov 9, 2015, at 13:35, Jos=C3=A9 P=C3=A9rez wrote: >=20 > Hello, > I have this buildwordl failure: >=20 > =3D=3D=3D> libexec/rbootd (depend) > --- depend_subdir_lib --- > --- aton_ether_subr.c --- > /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr = /usr/src/sys/net/if_ethersubr.c ato > n_ether_subr.c > sh: /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr: = Permission denied > *** [aton_ether_subr.c] Error code 126 >=20 >=20 > I fixed with: > chmod +x /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr >=20 >=20 > This was from a fresh checkout of current on a new machine. >=20 > Is it me or shall I report a bug? Hi Jos=C3=A9, I=E2=80=99ve fixed the issue in r291172 (and no it wasn=E2=80=99t = just you =E2=80=94 I ran into the same problem from my git checkout = later on, which was kind of interesting). Thanks! -NGie= From owner-freebsd-current@freebsd.org Mon Nov 23 12:17:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE475A35871 for ; Mon, 23 Nov 2015 12:17:46 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from srv56-45.cdn.bestreaming.com (ns330343.ip-37-187-119.eu [37.187.119.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A5641088 for ; Mon, 23 Nov 2015 12:17:43 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (localhost [IPv6:::1]) by srv56-45.cdn.bestreaming.com (8.15.2/8.15.2) with ESMTP id tANCCVc3062703 for ; Mon, 23 Nov 2015 13:12:32 +0100 (CET) (envelope-from fbl@aoek.com) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 23 Nov 2015 13:12:31 +0100 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: freebsd-current@freebsd.org Subject: Aheros AR9565: buffer error messages from ath_edma_rxbuf_alloc and ath_edma_rxfifo_alloc Message-ID: <5725cee00ae81e93db6b0be560d10285@mail.yourbox.net> X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 12:17:47 -0000 Hi, I am the (happy?) owner of an Atheros AR9565 which used to work just fine. I recently updated an old -current, and a flood of these messages bumped up: Nov 13 17:47:16 test kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! Nov 13 17:47:16 test kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=24, nb ufs=128? # pciconf -lv | relevant_part ath0@pci0:1:0:0: class=0x028000 card=0x064211ad chip=0x0036168c rev=0x01 hdr=0x00 vendor = 'Qualcomm Atheros' device = 'QCA9565 / AR9565 Wireless Network Adapter' class = network # dmesg | relevant_part ath0: mem 0xf0800000-0xf087ffff irq 32 at device 0.0 on pci1 ath0: WB335 2-ANT card detected ar9300_attach: calling ar9300_hw_attach ar9300_hw_attach: calling ar9300_eeprom_attach ar9300_flash_map: unimplemented for now Restoring Cal data from DRAM Restoring Cal data from EEPROM Restoring Cal data from Flash Restoring Cal data from Flash Restoring Cal data from OTP ar9300_hw_attach: ar9300_eeprom_attach returned 0 ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 RX streams; 1 TX streams ath0: AR9565 mac 704.1 RF5110 phy 2261.3 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 # ifconfig | relevant_part wlan0: flags=8843 metric 0 mtu 1500 ether a4:db:30:ab:ad:ca inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid myssid channel 6 (2437 MHz 11g ht/20) bssid de:ad:be:ee:ee:ef regdomain ETSI2 country ES indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL groups: wlan Is there anything I can help with to improve this? Thank you. Regards, -- José Pérez From owner-freebsd-current@freebsd.org Mon Nov 23 12:45:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72213A35F53 for ; Mon, 23 Nov 2015 12:45:35 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EF0C1E4B for ; Mon, 23 Nov 2015 12:45:35 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by ioir85 with SMTP id r85so185343135ioi.1 for ; Mon, 23 Nov 2015 04:45:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ZXZ2Z2sqmNujJMHuJaAdMG8QA+BaI/a7cA6c2I16AUE=; b=AUY5Nnvm0eRUlNylSCf+2ytM/zADxUC/0ZVOfyhWqCRXTOYEo+/j5wtrMCxzpGd3BZ bY7cF3sgKhqctDQh+YovP2z1Bc8txI/rH3dDT5tYqKQ0Tz3YY7jkbMSDnRP3RIeM3bZg 9whU4eLOV1ZGimXe8sYZ7b1TNGCQy+YYHAlPRPFOzqcbeWXCWml0Vy8pjNFpQeoF8LAL G0E/pcGUCn7iLqtY0ixZbxlYq795KbTEo73hPH9r/R+TklLnW+I8/6WC2m0Yc89UD7JQ sOqB6Ef2mSIBkB+aYoT4RanzH11feSWx2GMr3W4rQiF/EAqqk4Iz4+KCIbUXCyBsiYzl rAbQ== MIME-Version: 1.0 X-Received: by 10.107.3.227 with SMTP id e96mr24395286ioi.30.1448282734619; Mon, 23 Nov 2015 04:45:34 -0800 (PST) Received: by 10.64.130.38 with HTTP; Mon, 23 Nov 2015 04:45:34 -0800 (PST) In-Reply-To: <5725cee00ae81e93db6b0be560d10285@mail.yourbox.net> References: <5725cee00ae81e93db6b0be560d10285@mail.yourbox.net> Date: Mon, 23 Nov 2015 13:45:34 +0100 Message-ID: Subject: Re: Aheros AR9565: buffer error messages from ath_edma_rxbuf_alloc and ath_edma_rxfifo_alloc From: Svatopluk Kraus To: =?UTF-8?B?Sm9zw6kgUMOpcmV6?= Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 12:45:35 -0000 On Mon, Nov 23, 2015 at 1:12 PM, Jos=C3=A9 P=C3=A9rez wrote: > Hi, > I am the (happy?) owner of an Atheros AR9565 which used to work just fine= . > > I recently updated an old -current, and a flood of these messages bumped = up: > Nov 13 17:47:16 test kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf= ?! > Nov 13 17:47:16 test kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc faile= d: > i=3D24, nb > ufs=3D128? > > # pciconf -lv | relevant_part > ath0@pci0:1:0:0: class=3D0x028000 card=3D0x064211ad chip=3D0x00361= 68c > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Qualcomm Atheros' > device =3D 'QCA9565 / AR9565 Wireless Network Adapter' > class =3D network > > # dmesg | relevant_part > ath0: mem 0xf0800000-0xf087ffff irq 32 at devic= e > 0.0 on pci1 > ath0: WB335 2-ANT card detected > ar9300_attach: calling ar9300_hw_attach > ar9300_hw_attach: calling ar9300_eeprom_attach > ar9300_flash_map: unimplemented for now > Restoring Cal data from DRAM > Restoring Cal data from EEPROM > Restoring Cal data from Flash > Restoring Cal data from Flash > Restoring Cal data from OTP > ar9300_hw_attach: ar9300_eeprom_attach returned 0 > ath0: [HT] enabling HT modes > ath0: [HT] enabling short-GI in 20MHz mode > ath0: [HT] 1 stream STBC receive enabled > ath0: [HT] 1 RX streams; 1 TX streams > ath0: AR9565 mac 704.1 RF5110 phy 2261.3 > ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 > > # ifconfig | relevant_part > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether a4:db:30:ab:ad:ca > inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > status: associated > ssid myssid channel 6 (2437 MHz 11g ht/20) bssid de:ad:be:ee:ee:e= f > regdomain ETSI2 country ES indoor ecm authmode WPA2/802.11i > privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit > txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k > ampdudensity 4 shortgi wme burst roaming MANUAL > groups: wlan > > > > Is there anything I can help with to improve this? Thank you. > What revision do you use? If you use , please, try to update to r291193 or higher. Svatopluk Kraus > Regards, > > -- > Jos=C3=A9 P=C3=A9rez > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://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 Nov 23 13:23:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9933A349A2 for ; Mon, 23 Nov 2015 13:23:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D120E1769 for ; Mon, 23 Nov 2015 13:23:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id CE408A3499F; Mon, 23 Nov 2015 13:23:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3F88A3499E for ; Mon, 23 Nov 2015 13:23:27 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 873591767 for ; Mon, 23 Nov 2015 13:23:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id tANDNKwt014256 for ; Mon, 23 Nov 2015 05:23:20 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id tANDNKjC014255 for current@freebsd.org; Mon, 23 Nov 2015 05:23:20 -0800 (PST) (envelope-from david) Date: Mon, 23 Nov 2015 05:23:20 -0800 From: David Wolfskill To: current@freebsd.org Subject: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont) Message-ID: <20151123132320.GJ1119@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Re2uCLPLNzqOLVJA" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 13:23:28 -0000 --Re2uCLPLNzqOLVJA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This was the "smoke test" boot after building: FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #253 r291193M/291193:1100090: M= on Nov 23 04:43:34 PST 2015 root@g1-252.catwhisker.org:/common/S4/obj/u= sr/src/sys/CANARY amd64 and (as noted), it happened fairly early in the boot sequence -- before the file systems were mounted, but after the device probes. It also affected my build machine (same source revision) the same way. The most recent successful head built & booted on the machine was: FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #252 r2911= 59M/291159:1100090: Sun Nov 22 05:16:34 PST 2015 root@localhost:/common= /S4/obj/usr/src/sys/CANARY amd64 I was able to capture a crash dump (by issuing "panic" at the "db> " prompt); I've copied the vmcore.8 & core.txt.8 to . Here's an excerpt from the core.txt.8: =2E.. SMP: passed TSC synchronization test TSC timecounter discards lower 1 bit(s) Timecounter "TSC-low" frequency 1396804168 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. Expensive timeout(9) function: 0xffffffff808830d0(0xffffffff81761898) 0.004= 704835 s battery0: battery initialization done, tried 1 times GEOM: new disk cd0 GEOM_PART: partition 1 on (diskid/DISK-W200TLZD, MBR) is not aligned on 409= 6 bytes GEOM_PART: partition 2 on (diskid/DISK-W200TLZD, MBR) is not aligned on 409= 6 bytes GEOM_PART: partition 3 on (diskid/DISK-W200TLZD, MBR) is not aligned on 409= 6 bytes start_init: trying /sbin/init Fatal trap 9: general protection fault while in kernel mode cpuid =3D 6; apic id =3D 06 instruction pointer =3D 0x20:0xffffffff809b049e stack pointer =3D 0x28:0xfffffe06015a2a70 frame pointer =3D 0x28:0xfffffe06015a2ab0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1 (init) Uptime: 3s =2E... I'm happy to test possible fixes. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Re2uCLPLNzqOLVJA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWUxNIXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7W38P/1Veo6gEbS5fWsqP/igQ9kxz s76KbUfOhW/SYWib2+R/gnrEnQcWJZrqpy2SIZtkGOhHPaLckEqU8BDUq8a3aVUP QLHnTAwWunmDN3k/JRgvGP3V+6XheAqvV93atW086L3KCuLiyaaAsnfC2e8CAqMS 1kGFLCpIUH6L7EVPpOqrtJDfuUfQct8vg8mq9/px5nV9JAz3XawNNjik8F8YXALs +zId13dvSC6yoOfuI+QfBqr6+OkGoohfZRLtx9WhN3tm00JF8e4GR4wYoyoWRiog dRgbUtQnl2T2AAXy7YlRfdxWjN+7aMe3uO/62PEXnsLU/ul3EU1oNNkQCFV91HbL UQhSzpnK4ltEP+8/IENooPPFJsMnsrSriACOoL78DM2kDsSaoJNPq0XpktPYd8m3 F2tZUy6xA17xZpIC4MD+cdEhdt1Hmr7sZvoTkVXrpSb+iMoaz4S4F1c1rWEVI0YG df0sgeAF+LiU4pIax6d/73I5ENIw3jUvWVNZF44EyqCFpE3JpqxrN5CEUt0QXuvH lg3um0K5R670Q0R1OiKKM2WSBhFaTm1R8/IhegCYq2kIyPZshwuto09mUr/9bZcx Ee32hx04Tw/76m+FlB+JShKspa6pjuvf75QiG+R9cs0xC08MCOBYS2gtPlgASHGi yu3EODEWbrf2oFMo4KMD =+4hV -----END PGP SIGNATURE----- --Re2uCLPLNzqOLVJA-- From owner-freebsd-current@freebsd.org Mon Nov 23 13:33:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6323A34EE4 for ; Mon, 23 Nov 2015 13:33:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8BEEB1F97 for ; Mon, 23 Nov 2015 13:33:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 88EC2A34EE3; Mon, 23 Nov 2015 13:33:33 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F463A34EE2 for ; Mon, 23 Nov 2015 13:33:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 1BADE1F95 for ; Mon, 23 Nov 2015 13:33:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id tANDXIJM081111 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 23 Nov 2015 15:33:18 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua tANDXIJM081111 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id tANDXHxl081110; Mon, 23 Nov 2015 15:33:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 23 Nov 2015 15:33:17 +0200 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont) Message-ID: <20151123133317.GA58629@kib.kiev.ua> References: <20151123132320.GJ1119@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151123132320.GJ1119@albert.catwhisker.org> User-Agent: Mutt/1.5.24 (2015-08-30) 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.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 13:33:33 -0000 On Mon, Nov 23, 2015 at 05:23:20AM -0800, David Wolfskill wrote: > This was the "smoke test" boot after building: > > FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #253 r291193M/291193:1100090: Mon Nov 23 04:43:34 PST 2015 root@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 > > and (as noted), it happened fairly early in the boot sequence -- > before the file systems were mounted, but after the device probes. > > It also affected my build machine (same source revision) the same way. > > The most recent successful head built & booted on the machine was: > > FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #252 r291159M/291159:1100090: Sun Nov 22 05:16:34 PST 2015 root@localhost:/common/S4/obj/usr/src/sys/CANARY amd64 > > > I was able to capture a crash dump (by issuing "panic" at the "db> > " prompt); I've copied the vmcore.8 & core.txt.8 to > . Here's an excerpt from > the core.txt.8: > > ... > SMP: passed TSC synchronization test > TSC timecounter discards lower 1 bit(s) > Timecounter "TSC-low" frequency 1396804168 Hz quality 1000 > WARNING: WITNESS option enabled, expect reduced performance. > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > Expensive timeout(9) function: 0xffffffff808830d0(0xffffffff81761898) 0.004704835 s > battery0: battery initialization done, tried 1 times > GEOM: new disk cd0 > GEOM_PART: partition 1 on (diskid/DISK-W200TLZD, MBR) is not aligned on 4096 bytes > GEOM_PART: partition 2 on (diskid/DISK-W200TLZD, MBR) is not aligned on 4096 bytes > GEOM_PART: partition 3 on (diskid/DISK-W200TLZD, MBR) is not aligned on 4096 bytes > start_init: trying /sbin/init > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 6; apic id = 06 > instruction pointer = 0x20:0xffffffff809b049e > stack pointer = 0x28:0xfffffe06015a2a70 > frame pointer = 0x28:0xfffffe06015a2ab0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1 (init) > Uptime: 3s > .... > > I'm happy to test possible fixes. The source line which paniced is kern_fork.c:1025, according to the kgdb backtrace. The corresponding fragment is if (p->p_sysent->sv_schedtail != NULL) (p->p_sysent->sv_schedtail)(td); The revision 291171 changed layout of the dereferenced structure sysentvec. Was your kernel build clean, or did you used -DNO_CLEAN or similar option ? If yes, remove the kernel build directory and start from scratch. From owner-freebsd-current@freebsd.org Mon Nov 23 13:36:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ADCAA34F71 for ; Mon, 23 Nov 2015 13:36:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 808EE1142 for ; Mon, 23 Nov 2015 13:36:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7BF84A34F70; Mon, 23 Nov 2015 13:36:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B91AA34F6F for ; Mon, 23 Nov 2015 13:36:46 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 2A1011141 for ; Mon, 23 Nov 2015 13:36:45 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id tANDaiV8014334; Mon, 23 Nov 2015 05:36:44 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id tANDaiTk014333; Mon, 23 Nov 2015 05:36:44 -0800 (PST) (envelope-from david) Date: Mon, 23 Nov 2015 05:36:44 -0800 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont) Message-ID: <20151123133644.GK1119@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Konstantin Belousov References: <20151123132320.GJ1119@albert.catwhisker.org> <20151123133317.GA58629@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="g4MvFqI7wmANiPDo" Content-Disposition: inline In-Reply-To: <20151123133317.GA58629@kib.kiev.ua> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 13:36:46 -0000 --g4MvFqI7wmANiPDo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 23, 2015 at 03:33:17PM +0200, Konstantin Belousov wrote: > ... > The source line which paniced is kern_fork.c:1025, according to the kgdb > backtrace. The corresponding fragment is > if (p->p_sysent->sv_schedtail !=3D NULL) > (p->p_sysent->sv_schedtail)(td); > The revision 291171 changed layout of the dereferenced structure > sysentvec. Was your kernel build clean, or did you used -DNO_CLEAN or > similar option ? If yes, remove the kernel build directory and start > from scratch. OK. And yes, I normally use -DNO_CLEAN. Will do & report back. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --g4MvFqI7wmANiPDo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWUxZsXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7M5QP/RW9/uixHWcFVftYuN26HxNP RbEa1iRZ859rOa6T5fssZSaE1fctyBUeIxschfkpY4ZOmSjKb/j/Bdr+YicMTAWh osjBm7AV6X3VTxFn5hvSUO7+Ua0l74vq7J7iddG+Gr071nzOP+KJV08cJGEij4FP FceTBtEP1M64KFAoJUFgn3GXeoAam7e3wDqQfRbw9FmbLgepemFue6As2GgT494u zDMvYmibAnkWvUo4dOTtjTu+DZ3PQ1VKDn2DvrGGazf8q121KUbm1tYekOE3oyyV DJhpwYL5HwGZdsy5LfcRVjiDTrvaJg+6zYnPrwlT++yS1Q2C1yNpz4fMfpGRPEHh s4deHtCuufU71fsiz0unXZmIBmE7DV0SbgjjhlFuNMlu66zQo1+/dglXVNxLeYOU 8ZomiiTdNAm7JCFfUyQoFkZTbU9AVw4tNPaz1+a6xfNiNuCZReZVjjLOTHAnmaMl +vyq2hEmfVg+dYjjFT6Q79lbtPFpoRMUUaqo8aU5bf/F2obXoNsrkeDF/qf2yn7x EJ5NrK1hsPGW0ZPf+ZHdzFBoW+l3rmhjmz5HvwR8pD+mX+B3uyDgdTES+6S89hi3 AyL2J0Jx6syVtMgmtbPm6e/SFRXCMbhcqX/I24mVpeEI3w5vnNG7clxncCdBOfLx f4Vb+9kbUXvDItSdgjES =EihI -----END PGP SIGNATURE----- --g4MvFqI7wmANiPDo-- From owner-freebsd-current@freebsd.org Mon Nov 23 14:00:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B617EA356D4 for ; Mon, 23 Nov 2015 14:00:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9B215124F for ; Mon, 23 Nov 2015 14:00:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 96A99A356D2; Mon, 23 Nov 2015 14:00:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 963B3A356D1 for ; Mon, 23 Nov 2015 14:00:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 42BBB124E for ; Mon, 23 Nov 2015 14:00:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id tANE0TH0015068; Mon, 23 Nov 2015 06:00:29 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id tANE0TJv015067; Mon, 23 Nov 2015 06:00:29 -0800 (PST) (envelope-from david) Date: Mon, 23 Nov 2015 06:00:29 -0800 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: [Resolved]: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont) Message-ID: <20151123140029.GL1119@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20151123132320.GJ1119@albert.catwhisker.org> <20151123133317.GA58629@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NZiXfHLGvOGtDZMn" Content-Disposition: inline In-Reply-To: <20151123133317.GA58629@kib.kiev.ua> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 14:00:31 -0000 --NZiXfHLGvOGtDZMn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 23, 2015 at 03:33:17PM +0200, Konstantin Belousov wrote: > ... > > I'm happy to test possible fixes. >=20 > The source line which paniced is kern_fork.c:1025, according to the kgdb > backtrace. The corresponding fragment is > if (p->p_sysent->sv_schedtail !=3D NULL) > (p->p_sysent->sv_schedtail)(td); > The revision 291171 changed layout of the dereferenced structure > sysentvec. Was your kernel build clean, or did you used -DNO_CLEAN or > similar option ? If yes, remove the kernel build directory and start > from scratch. A plain "make kernel" later (without -DNO_CLEAN) on the build machine, and: FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1910 r= 291193M/291193:1100090: Mon Nov 23 05:53:43 PST 2015 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 Thanks! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --NZiXfHLGvOGtDZMn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWUxv9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7rgUQAIuwFDBm64qOfy+H1AG52nLf cIhmYYFxKGeZpzHVfOFzVbeBFCUB/4fzFO53VxMnLvKwbli0hVYTj5P5t4HHQYGu pwlDctL6EQVX/QTpm2m+japOehHC+3vqFqFArXfCDc73Lswbbte3EkKGGDvLaJxE o4CVGoUEJaMftmZ1VMWzdxUdqIA9QRTgaA3Dxm/VUsVzWh3AvDivuTwjIPgp4JZK bYhL1tQI12L4McGv70G/ZpAA+Hwc0HYjLFekWQFwcoGvEgxOU1iDfr2dbZXnywAV TG5MAsHi7RyhNMw2JWk9dOn330OhqhJT9LEriT03GOq4VtErB5N0dLajucAv8ktO ZZ+s9GDQvfhZvWYRNAr5zh3ttNL8JYMbnPj2qc5ws45hmwiornNbzQV86JhTJrSd FwYEyy8WewtCDxd7kqd571G/cEBYS4gE86KzUAi9QalrPnjqxXTBrdM0m/rtMq0a ioeDsfol8UDb0Gu+1t1wXda9g5gmUmbP92ibc4ut5A2O65ZD8rQermaF4y2l06h8 vn1lBQecOciMJCNrIEyNnftDvm5kfVsvTfS0vPfocAOZ/iBn8Hdyr7fhBdAqnujA NpPMTn3OL3J6F3dbDt4E1a1iiI6XXdh9wHwNNvBiKleIyC+h2j0FMJ1RU3jSvJcH rEqmAhtbZ7p/cV4gKpWA =fFAh -----END PGP SIGNATURE----- --NZiXfHLGvOGtDZMn-- From owner-freebsd-current@freebsd.org Mon Nov 23 17:59:16 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D545FA35004 for ; Mon, 23 Nov 2015 17:59:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B42731E48 for ; Mon, 23 Nov 2015 17:59:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id B343AA35003; Mon, 23 Nov 2015 17:59:16 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2DBAA35002 for ; Mon, 23 Nov 2015 17:59:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D83D1E47 for ; Mon, 23 Nov 2015 17:59:16 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by iofh3 with SMTP id h3so195812584iof.3 for ; Mon, 23 Nov 2015 09:59:16 -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:from:date:message-id :subject:to:cc:content-type; bh=vJeVgIjANuhoenOMgFTtOi+ujVErWfP7IvIfiMzc4XM=; b=vDNM/2/07bLDFKDufHQlkHn2k2yiErf1jT6lCF+WfgJLdJwoQCS9loHKohRdVMZzas SRzhnNEBFNo0P5/1a76cEzeA3bkTAoqTNvuYNCAGJ4VOuIeKTqVuC4A6mP/F1Uu869Ol oivFEwp4eVGAL9xNO62+bn2OGWpbFbuXFuBinJV79HSVS9oo9Aekkq4eFj1MfdOwZjMm aa4vfT3EeJztN5GmxhotACQvTkJyGPPcBlX3rORLOc/tViZw8msDmUCA3V946KbI7t7b SZbaB/bZWIxsixqcwTXtVyShe97lYj68vmGHQANhiecvKZEGMgn6rdWJo+o8jRogQYqM wdVQ== X-Received: by 10.107.30.80 with SMTP id e77mr26582547ioe.180.1448301555898; Mon, 23 Nov 2015 09:59:15 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.169.85 with HTTP; Mon, 23 Nov 2015 09:58:55 -0800 (PST) In-Reply-To: <20151123133317.GA58629@kib.kiev.ua> References: <20151123132320.GJ1119@albert.catwhisker.org> <20151123133317.GA58629@kib.kiev.ua> From: Ed Maste Date: Mon, 23 Nov 2015 12:58:55 -0500 X-Google-Sender-Auth: VoHj0fVuMHVX1Z1Lw2nlTAatGrc Message-ID: Subject: Re: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont) To: Konstantin Belousov Cc: David Wolfskill , "current@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 17:59:16 -0000 On 23 November 2015 at 08:33, Konstantin Belousov wrote: > > The revision 291171 changed layout of the dereferenced structure > sysentvec. Was your kernel build clean, or did you used -DNO_CLEAN or > similar option ? If yes, remove the kernel build directory and start > from scratch. Every time removing the build directory and starting from scratch fixes an issue like this it's demonstrated a bug in our build's dependency tracking. Starting over is a fine workaround to make progress, but I'd also like to try to extract sufficient detail when this happens so that we can fix these cases. From owner-freebsd-current@freebsd.org Mon Nov 23 19:23:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11864A368D3 for ; Mon, 23 Nov 2015 19:23:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E49B51CB6 for ; Mon, 23 Nov 2015 19:22:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id E2762A368D2; Mon, 23 Nov 2015 19:22:59 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E20BCA368D1 for ; Mon, 23 Nov 2015 19:22:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C77411CB5; Mon, 23 Nov 2015 19:22:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id C0B371C5E; Mon, 23 Nov 2015 19:22:59 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 788CE17758; Mon, 23 Nov 2015 19:22:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 47kXwD1lf_4D; Mon, 23 Nov 2015 19:22:56 +0000 (UTC) Subject: Re: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 63B9217752 To: Ed Maste , Konstantin Belousov References: <20151123132320.GJ1119@albert.catwhisker.org> <20151123133317.GA58629@kib.kiev.ua> Cc: David Wolfskill , "current@freebsd.org" From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <5653678F.3040800@FreeBSD.org> Date: Mon, 23 Nov 2015 11:22:55 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dHGidcJSNmcIr7fBbe8dmC7MKejKvxFHW" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 19:23:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dHGidcJSNmcIr7fBbe8dmC7MKejKvxFHW Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/23/2015 9:58 AM, Ed Maste wrote: > On 23 November 2015 at 08:33, Konstantin Belousov = wrote: >> >> The revision 291171 changed layout of the dereferenced structure >> sysentvec. Was your kernel build clean, or did you used -DNO_CLEAN or >> similar option ? If yes, remove the kernel build directory and start >> from scratch. >=20 > Every time removing the build directory and starting from scratch > fixes an issue like this it's demonstrated a bug in our build's > dependency tracking. Starting over is a fine workaround to make > progress, but I'd also like to try to extract sufficient detail when > this happens so that we can fix these cases. My guess is that some files are missing proper dependencies on sysent.h. For example these 2 would not rebuild. I think any consumers of these headers which dereferenced the struct pointers would need to include sys/sysent.h, but that this still may lead to a broken situation somewher= e. sys/sys/imgact.h:struct sysentvec; sys/sys/ktrace.h:struct sysentvec; --=20 Regards, Bryan Drewery --dHGidcJSNmcIr7fBbe8dmC7MKejKvxFHW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWU2ePAAoJEDXXcbtuRpfPvooIAMGMZ8ZIELnl/3xxiQjQ9khj r5H1g6cskEHZJXYAL40l2rwhABVH21Oo87SkNeUlV1UEq6Wj3aQGCewvGp9XAofw ZpnLnLIEZwavpUczuzMB1onduUdL5T5SC7XX6uqxEgXhOzteYwYVxnvJs1t15sZc 8f9Dkr0wWODQx6tQv0QsINNE7WIRSVjhobfc9mnmCjHgeUEtduqUjK45AQrG4eE/ xk8D11W1kUCZWRho4TeOkX/+7+hzy9sawF8mw5sX2WxjWrio8PQLtxA7kWZMqp+n l5vX7tyZcRp1+jLAby2F2lKmyC6sxyZx2XKjh0UcV41NvVOwicTU9fgRm1y6Ink= =atYM -----END PGP SIGNATURE----- --dHGidcJSNmcIr7fBbe8dmC7MKejKvxFHW-- From owner-freebsd-current@freebsd.org Mon Nov 23 20:25:39 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADA8AA362E5 for ; Mon, 23 Nov 2015 20:25:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D4A21E72 for ; Mon, 23 Nov 2015 20:25:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by igcto18 with SMTP id to18so65070565igc.0 for ; Mon, 23 Nov 2015 12:25:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=SlDHhYhyTW5V7mr5Ksf0RvNXFqnODr/g5wrwsO5MAE0=; b=wKDnc9LYVptazyT8RNlFU0JndA1xTUW61SZbXIx7B5gq0kXZPTk0SyA3M8WlqnNvw9 0+bIx35R9KnpGEs5xuHK/tNIk8SwDAsQDBMa58cPYacowgzn82NLQDRu3OOsLe9O/r1p Jk+zR6CXhB1Iy9baZeY3LLkJDJ01vl3b7LO+sRbvWFy2AHMwwoWCqHIcvCZ0RhJD0jXb ssoAQOcGzs5oH3W9GKUHvl3rBcC0u2r9lR3qR8WLffcM/JtDlwJ0oHfjYP3DdBHfefEN mRUBu/bwuf79J1evj3CxSMOlSdCR9iRbFv1u0Q19d2AbVrF76snLncQ9svNw5oxBob/X 4R/w== X-Received: by 10.50.129.98 with SMTP id nv2mr14136458igb.97.1448310338708; Mon, 23 Nov 2015 12:25:38 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.169.85 with HTTP; Mon, 23 Nov 2015 12:25:19 -0800 (PST) From: Ed Maste Date: Mon, 23 Nov 2015 15:25:19 -0500 X-Google-Sender-Auth: EFKwWUkzWij67AWAHJqbxke1X_I Message-ID: Subject: Does anyone use kgzip / kgzldr? To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 20:25:39 -0000 I disconnected kgzldr from the build in r291113 because I thought kgzip was already disconnected. As it happens kgzip was disconnected only from the release builds, in r281658. kgzip / kgzldr only works on i386, and for quite some time the recommended way to use a compressed kernel has been via loader(8). Is there a compelling use case for kgzldr and loader(8)-less i386 boot? I'll reconnect kgzldr (on i386 only) if it's useful, or otherwise continue with the removal. From owner-freebsd-current@freebsd.org Mon Nov 23 20:39:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9EF48A36590 for ; Mon, 23 Nov 2015 20:39:46 +0000 (UTC) (envelope-from lidl@pix.net) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 475C514A4 for ; Mon, 23 Nov 2015 20:39:46 +0000 (UTC) (envelope-from lidl@pix.net) Received: from torb.pix.net (vzw.pix.net [71.178.232.3]) (authenticated bits=0) by hydra.pix.net (8.15.2/8.15.2) with ESMTPA id tANKdiu6057492; Mon, 23 Nov 2015 15:39:44 -0500 (EST) (envelope-from lidl@pix.net) X-Authentication-Warning: hydra.pix.net: Host vzw.pix.net [71.178.232.3] claimed to be torb.pix.net To: FreeBSD-Current From: Kurt Lidl Subject: New LOR in zfs? Message-ID: <5653798F.1060708@pix.net> Date: Mon, 23 Nov 2015 15:39:43 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 20:39:46 -0000 I installed a build of r291086 on a machine today (previously, the machine had been running 10/stable). I ran the following two commands just after rebooting with the new user-land bits: root@ton-95: df Filesystem 1K-blocks Used Avail Capacity Mounted on sys/ROOT/default 18061924 804940 17256984 4% / devfs 1 1 0 100% /dev tmpfs 65536 8 65528 0% /tmp sys/home 17257108 124 17256984 0% /home sys/local 17283924 26940 17256984 0% /usr/local sys/obj.4 19440624 2183640 17256984 11% /usr/obj sys/obj.1 19440440 2183456 17256984 11% /usr/obj.1 sys/obj.2 19588696 2331712 17256984 12% /usr/obj.2 sys/obj.3 19588636 2331652 17256984 12% /usr/obj.3 sys/ports 17257080 96 17256984 0% /usr/ports sys/src 19740468 2483484 17256984 13% /usr/src sys/var 17358024 101040 17256984 1% /var root@ton-96: zfs set mountpoint=/usr/obj.4 sys/obj.4 I got a LOR (new to me, at any rate) on the console: lock order reversal: 1st 0xfffff8000612da38 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1224 2nd 0xfffff8000612d4b0 zfs_gfs (zfs_gfs) @ /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/gfs.c:494 stack backtrace: #0 0xc05b1e3c at __lockmgr_args???=?-~????+0xa3c #1 0xc06a9118 at vop_std???=?-~????lock+0x38 #2 0xc09e8164 at VOP_???=?-~????LOCK1_APV+0x104 #3 0xc06d125c a???=?-~????t _vn_lock+0x9c #4 0xc12a7b04 a???=?-~????t gfs_file_create+0x64 #5 0xc12???=?-~????a7c14 at gfs_dir_create+0x14 #6???=?-~???? 0xc139fc14 at zfsctl_mknode_sn???=?-~????apdir+0x54 #7 0xc12a82bc at gfs???=?-~????_dir_lookup+0x31c #8 0xc139f6cc???=?-~???? at zfsctl_root_lookup+0x12c #9???=?-~???? 0xc139f7b4 at zfsctl_umount_sn???=?-~????apshots+0x54 #10 0xc13bb44c at ???=?-~????zfs_umount+0x4c #11 0xc06b34a8 ???=?-~????at dounmount+0xbc8 #12 0xc06b38???=?-~????f0 at sys_unmount+0x410 #13 0xc???=?-~????09de004 at syscall+0x3c4 The machine in question is a sparc4u machine, but I do not think it matters. -Kurt From owner-freebsd-current@freebsd.org Mon Nov 23 21:00:11 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F112DA36986 for ; Mon, 23 Nov 2015 21:00:10 +0000 (UTC) (envelope-from mmitchel@gmail.com) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BACF417CC for ; Mon, 23 Nov 2015 21:00:10 +0000 (UTC) (envelope-from mmitchel@gmail.com) Received: by pacej9 with SMTP id ej9so202210712pac.2 for ; Mon, 23 Nov 2015 13:00:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=qxg9s6xpEaFYd2QUbQSYm1I0DzFK/kQ/vYjx1fB4+c0=; b=dJqAr2HkfqtTKgDeAOBP8dAqHlJaZbMvUhvQ2eqCqxW1uW8E/0vWs7qIUKyrYTW1ra CJ2nqyqSOVi7nRP/n0FnvyC2t6N48QDD90ZIEr3qXfUAaqaBhuxTzqQ4KGaa2n+GFTAF rBVzvYTGDr3dkURt4P55F3R8Gn1sAwhVEimuYgck/Px9A8X52Vt0mfqrlOLF2oJTr3jM m0I2kEZ+zWRjeBoGO8mN2ze+UW0jP6h1EXea0CJfNNkGuZfDnapTRmQ2shNlg29Dt6bo buWtcX+kP1EfTF9kT6wu2e+S161/7+AUtEDgCi5vUa2VcArAJXqHrhaKcFRfhgv/vINg jAYA== X-Received: by 10.66.253.5 with SMTP id zw5mr21513883pac.100.1448312410312; Mon, 23 Nov 2015 13:00:10 -0800 (PST) Received: from [172.16.0.5] (ip68-8-104-248.sd.sd.cox.net. [68.8.104.248]) by smtp.gmail.com with ESMTPSA id f13sm11110125pfj.35.2015.11.23.13.00.08 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Nov 2015 13:00:08 -0800 (PST) Subject: Re: New LOR in zfs? Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Content-Type: text/plain; charset=utf-8 From: Michael Mitchell In-Reply-To: <5653798F.1060708@pix.net> Date: Mon, 23 Nov 2015 13:00:06 -0800 Cc: FreeBSD-Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <5653798F.1060708@pix.net> To: Kurt Lidl X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 21:00:11 -0000 build and install the kernel GENERIC-NODEBUG; the -CURRENT has WITNESS enabled=E2=80=A6 : mdm > On Nov 23, 2015, at 12:39 PM, Kurt Lidl wrote: >=20 > I installed a build of r291086 on a machine today > (previously, the machine had been running 10/stable). >=20 > I ran the following two commands just after rebooting > with the new user-land bits: >=20 > root@ton-95: df > Filesystem 1K-blocks Used Avail Capacity Mounted on > sys/ROOT/default 18061924 804940 17256984 4% / > devfs 1 1 0 100% /dev > tmpfs 65536 8 65528 0% /tmp > sys/home 17257108 124 17256984 0% /home > sys/local 17283924 26940 17256984 0% /usr/local > sys/obj.4 19440624 2183640 17256984 11% /usr/obj > sys/obj.1 19440440 2183456 17256984 11% /usr/obj.1 > sys/obj.2 19588696 2331712 17256984 12% /usr/obj.2 > sys/obj.3 19588636 2331652 17256984 12% /usr/obj.3 > sys/ports 17257080 96 17256984 0% /usr/ports > sys/src 19740468 2483484 17256984 13% /usr/src > sys/var 17358024 101040 17256984 1% /var > root@ton-96: zfs set mountpoint=3D/usr/obj.4 sys/obj.4 >=20 > I got a LOR (new to me, at any rate) on the console: > lock order reversal: > 1st 0xfffff8000612da38 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1224 > 2nd 0xfffff8000612d4b0 zfs_gfs (zfs_gfs) @ = /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/gfs.c:494 > stack backtrace: > #0 0xc05b1e3c at __lockmgr_args???=3D?-~????+0xa3c > #1 0xc06a9118 at vop_std???=3D?-~????lock+0x38 > #2 0xc09e8164 at VOP_???=3D?-~????LOCK1_APV+0x104 > #3 0xc06d125c a???=3D?-~????t _vn_lock+0x9c > #4 0xc12a7b04 a???=3D?-~????t gfs_file_create+0x64 > #5 0xc12???=3D?-~????a7c14 at gfs_dir_create+0x14 > #6???=3D?-~???? 0xc139fc14 at zfsctl_mknode_sn???=3D?-~????apdir+0x54 > #7 0xc12a82bc at gfs???=3D?-~????_dir_lookup+0x31c > #8 0xc139f6cc???=3D?-~???? at zfsctl_root_lookup+0x12c > #9???=3D?-~???? 0xc139f7b4 at zfsctl_umount_sn???=3D?-~????apshots+0x54 > #10 0xc13bb44c at ???=3D?-~????zfs_umount+0x4c > #11 0xc06b34a8 ???=3D?-~????at dounmount+0xbc8 > #12 0xc06b38???=3D?-~????f0 at sys_unmount+0x410 > #13 0xc???=3D?-~????09de004 at syscall+0x3c4 >=20 > The machine in question is a sparc4u machine, but I do not think > it matters. >=20 > -Kurt > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://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 Nov 23 21:12:28 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75156A36C16 for ; Mon, 23 Nov 2015 21:12:28 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-yk0-x22a.google.com (mail-yk0-x22a.google.com [IPv6:2607:f8b0:4002:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 393BF1F08 for ; Mon, 23 Nov 2015 21:12:28 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by ykba77 with SMTP id a77so252391935ykb.2 for ; Mon, 23 Nov 2015 13:12:27 -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=06Lo2q22DOPIyB7sOtSnQwBA+4VO9WMW2XQLkT2nSOE=; b=ZyPfn4HmQs0Upzaguph7H1UZfQdVVbTAHrTRdDbocQdR1wXR4Yi9idHXeQg1ehTFQC 372oYjFslF2Ih9XmMM4lPmI99esAqS17GUNF5qy4Ix9fNVOsqIAKXxed/wG4MEwd3oXQ VbcXFIul7j/CiduIQrMiWPON3prlGlhzbFODTQBTldzK62lqHyqz7wcjgUxOCFY/DZ4W 35/6k0s9AbKD5pX/VUPi8LKo1farok2MgQPAPfkkJyvXxiuRac3L8aoYVQp/JOLcf7Fi wtQc7GvUcOm6Ryr0FjU23cvLQtHaKHP5Vs/TP/VwBGcJsnf9sAQfuUXD67BahJYfXt1t N7Mw== MIME-Version: 1.0 X-Received: by 10.129.44.11 with SMTP id s11mr24799463yws.74.1448313147409; Mon, 23 Nov 2015 13:12:27 -0800 (PST) Sender: markjdb@gmail.com Received: by 10.129.41.207 with HTTP; Mon, 23 Nov 2015 13:12:27 -0800 (PST) In-Reply-To: <5653798F.1060708@pix.net> References: <5653798F.1060708@pix.net> Date: Mon, 23 Nov 2015 13:12:27 -0800 X-Google-Sender-Auth: wB58f0b-dv4YLqPSFg6Om03wyso Message-ID: Subject: Re: New LOR in zfs? From: Mark Johnston To: Kurt Lidl Cc: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 21:12:28 -0000 On Mon, Nov 23, 2015 at 12:39 PM, Kurt Lidl wrote: > I installed a build of r291086 on a machine today > (previously, the machine had been running 10/stable). > > I ran the following two commands just after rebooting > with the new user-land bits: > > root@ton-95: df > Filesystem 1K-blocks Used Avail Capacity Mounted on > sys/ROOT/default 18061924 804940 17256984 4% / > devfs 1 1 0 100% /dev > tmpfs 65536 8 65528 0% /tmp > sys/home 17257108 124 17256984 0% /home > sys/local 17283924 26940 17256984 0% /usr/local > sys/obj.4 19440624 2183640 17256984 11% /usr/obj > sys/obj.1 19440440 2183456 17256984 11% /usr/obj.1 > sys/obj.2 19588696 2331712 17256984 12% /usr/obj.2 > sys/obj.3 19588636 2331652 17256984 12% /usr/obj.3 > sys/ports 17257080 96 17256984 0% /usr/ports > sys/src 19740468 2483484 17256984 13% /usr/src > sys/var 17358024 101040 17256984 1% /var > root@ton-96: zfs set mountpoint=/usr/obj.4 sys/obj.4 > > I got a LOR (new to me, at any rate) on the console: > lock order reversal: > 1st 0xfffff8000612da38 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1224 > 2nd 0xfffff8000612d4b0 zfs_gfs (zfs_gfs) @ > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/gfs.c:494 > stack backtrace: > #0 0xc05b1e3c at __lockmgr_args???=?-~????+0xa3c > #1 0xc06a9118 at vop_std???=?-~????lock+0x38 > #2 0xc09e8164 at VOP_???=?-~????LOCK1_APV+0x104 > #3 0xc06d125c a???=?-~????t _vn_lock+0x9c > #4 0xc12a7b04 a???=?-~????t gfs_file_create+0x64 > #5 0xc12???=?-~????a7c14 at gfs_dir_create+0x14 > #6???=?-~???? 0xc139fc14 at zfsctl_mknode_sn???=?-~????apdir+0x54 > #7 0xc12a82bc at gfs???=?-~????_dir_lookup+0x31c > #8 0xc139f6cc???=?-~???? at zfsctl_root_lookup+0x12c > #9???=?-~???? 0xc139f7b4 at zfsctl_umount_sn???=?-~????apshots+0x54 > #10 0xc13bb44c at ???=?-~????zfs_umount+0x4c > #11 0xc06b34a8 ???=?-~????at dounmount+0xbc8 > #12 0xc06b38???=?-~????f0 at sys_unmount+0x410 > #13 0xc???=?-~????09de004 at syscall+0x3c4 > > The machine in question is a sparc4u machine, but I do not think > it matters. The garbled output should be fixed by r291217. From owner-freebsd-current@freebsd.org Mon Nov 23 22:07:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22656A365E2 for ; Mon, 23 Nov 2015 22:07:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 05C691ABD for ; Mon, 23 Nov 2015 22:07:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0165FA365E1; Mon, 23 Nov 2015 22:07:27 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0104EA365E0 for ; Mon, 23 Nov 2015 22:07:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 713461ABA; Mon, 23 Nov 2015 22:07:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id tANM7God010727 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 24 Nov 2015 00:07:16 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua tANM7God010727 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id tANM7Gtv010726; Tue, 24 Nov 2015 00:07:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 24 Nov 2015 00:07:16 +0200 From: Konstantin Belousov To: Bryan Drewery Cc: Ed Maste , David Wolfskill , "current@freebsd.org" Subject: Re: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont) Message-ID: <20151123220716.GD58629@kib.kiev.ua> References: <20151123132320.GJ1119@albert.catwhisker.org> <20151123133317.GA58629@kib.kiev.ua> <5653678F.3040800@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5653678F.3040800@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) 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.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 22:07:27 -0000 On Mon, Nov 23, 2015 at 11:22:55AM -0800, Bryan Drewery wrote: > On 11/23/2015 9:58 AM, Ed Maste wrote: > > On 23 November 2015 at 08:33, Konstantin Belousov wrote: > >> > >> The revision 291171 changed layout of the dereferenced structure > >> sysentvec. Was your kernel build clean, or did you used -DNO_CLEAN or > >> similar option ? If yes, remove the kernel build directory and start > >> from scratch. > > > > Every time removing the build directory and starting from scratch > > fixes an issue like this it's demonstrated a bug in our build's > > dependency tracking. Starting over is a fine workaround to make > > progress, but I'd also like to try to extract sufficient detail when > > this happens so that we can fix these cases. > > My guess is that some files are missing proper dependencies on sysent.h. Probably yes. > > For example these 2 would not rebuild. I think any consumers of these > headers which dereferenced the struct pointers would need to include > sys/sysent.h, but that this still may lead to a broken situation somewhere. > > sys/sys/imgact.h:struct sysentvec; > sys/sys/ktrace.h:struct sysentvec; > Why would headers need a rebuild, what does it mean for header anyway ? Indeed, any code which dereferences the structure or otherwise depends on its layout, have to include sys/sysent.h to get the full definition, otherwise compiler cannot generate code. In other words, the problem cannot be in the source, it is somewhere in the build system. From owner-freebsd-current@freebsd.org Mon Nov 23 22:57:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49203A360C7 for ; Mon, 23 Nov 2015 22:57:21 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2o.mail.yandex.net (forward2o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::2a]) by mx1.freebsd.org (Postfix) with ESMTP id EDFD010FC for ; Mon, 23 Nov 2015 22:57:20 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::27]) by forward2o.mail.yandex.net (Yandex) with ESMTP id 48CD048603AB; Tue, 24 Nov 2015 01:57:11 +0300 (MSK) Received: from smtp3o.mail.yandex.net (localhost [127.0.0.1]) by smtp3o.mail.yandex.net (Yandex) with ESMTP id 8374C1E015E; Tue, 24 Nov 2015 01:57:10 +0300 (MSK) Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id EqP7489slV-v97Gv0d7; Tue, 24 Nov 2015 01:57:09 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-ForeignMX: DE Subject: Re: Panic while waiting on wlan0 To: Adrian Chadd References: <564AF74A.2090700@snakeoilproductions.net> <5651B5B6.1010701@snakeoilproductions.net> <20151122195446.GA16398@dendrobates.araler.com> <565237C9.10904@passap.ru> Cc: Sergey Manucharian , freebsd-current , Florian Limberger From: Boris Samorodov Message-ID: <565399C5.60000@passap.ru> Date: Tue, 24 Nov 2015 01:57:09 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Nov 2015 22:57:21 -0000 Hi!, 23.11.15 01:38, Adrian Chadd пишет: > hi, > > iwm needs a maintainer and a lot of work. :) Agreed. :-) WTB, I've just upgraded to r291221 and this seems to fix those problems. > On 22 November 2015 at 13:46, Boris Samorodov wrote: >> 22.11.15 22:54, Sergey Manucharian пишет: >>>> On 22 November 2015 at 04:31, Florian Limberger >>>> wrote: >>>>> On 17.11.15 17:42, Adrian Chadd wrote: >>>>>> >>>>>> try updating to head as of today. Some callout issues were fixed. >>>>> >>>>> The crashes are fixed alright, thank you. I still have a rather difficult >>>>> to reproduce issue, where the wpa_supplicant hangs in SCANNING state >>>>> indefinitely, even if the Notebook is very near to the AP. I’ve had this >>>>> issue occasionally before, but since the crashes started it has become more >>>>> frequent. Is there anything I can do to debug the behaviour? Until now I >>>>> have only observed it in wpa_supplicant and have no idea how I might >>>>> proceed. >>>>> >>>> Excerpts from Adrian Chadd's message from Sun 22-Nov-15 08:52: >>>> >>>> Do this: >>>> >>>> * compile in IEEE80211_DEBUG; >>>> * do "wlandebug +scan" >>>> >>>> That way we can see if net80211 is refusing to continue scanning. >>> >>> I have a similar well-reproducable crash on my ThinkPad with "iwn" >>> driver and "iwn6000fw" when I try to restart wlan: >>> >>> # service netif restart >>> >>> Otherwise it works fine, no problem at all. >> >> After upgrade from FreeBSD-amd64-HEAD-r290730 to r291148 I've got a >> panic with wlan0 (iwm though): >> ftp://ftp.wart.ru/pub/misc/panic-iwn-1.jpg >> ftp://ftp.wart.ru/pub/misc/panic-iwn-2.jpg >> >> % kldstat | grep iwm >> 12 1 0xffffffff822c5000 21a18 if_iwm.ko >> 13 1 0xffffffff822e7000 ab9e0 iwm7265fw.ko -- WBR, bsam From owner-freebsd-current@freebsd.org Tue Nov 24 01:03:02 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A407A35802 for ; Tue, 24 Nov 2015 01:03:02 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D00511ABD; Tue, 24 Nov 2015 01:03:01 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by obdgf3 with SMTP id gf3so1544769obd.3; Mon, 23 Nov 2015 17:03:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=q9PLiJEser3pLyRURBhEQ5eU0/Of5G+EMFL1rULkIK8=; b=NZWvtWmfg2f+0iQ3lrpZ8kHizyhmM8Uq2WeQtqEW7f35l6pOYAwiPluTebIgzi0Rp2 l0a6xbubh31qAtGsM1Uhx1Qlq61rqZJ0OQglH/Cig83nC0J0HMVRmy2AOgUs4fnxfxlN DhFLVcmQfEs+20bhW8rWjNaWAYJmd3vyGJKjnk/FVWaoHrKTlZY7Fn+FABI5wki0Dz/w KfSDZoifooQGkH4K+Uwfl7dXDqiuGQKaZUbl6qKLc9cQj/so/sE8OIu8x3keRwTWA+jE K18VYD9SepTEMEA9/SAtri1nm2aDjOAugZwIlgstyx/WXcSJNTr1bFjaOn1eZwRXJjo0 souQ== MIME-Version: 1.0 X-Received: by 10.182.153.101 with SMTP id vf5mr18201401obb.81.1448326981165; Mon, 23 Nov 2015 17:03:01 -0800 (PST) Sender: asomers@gmail.com Received: by 10.202.0.7 with HTTP; Mon, 23 Nov 2015 17:03:01 -0800 (PST) In-Reply-To: References: <5653798F.1060708@pix.net> Date: Mon, 23 Nov 2015 18:03:01 -0700 X-Google-Sender-Auth: 7KV3nD2BhoG39VZ1i7Q3GD3WQos Message-ID: Subject: Re: New LOR in zfs? From: Alan Somers To: Mark Johnston Cc: Kurt Lidl , FreeBSD-Current , "will@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Nov 2015 01:03:02 -0000 On Mon, Nov 23, 2015 at 2:12 PM, Mark Johnston wrote: > On Mon, Nov 23, 2015 at 12:39 PM, Kurt Lidl wrote: >> I installed a build of r291086 on a machine today >> (previously, the machine had been running 10/stable). >> >> I ran the following two commands just after rebooting >> with the new user-land bits: >> >> root@ton-95: df >> Filesystem 1K-blocks Used Avail Capacity Mounted on >> sys/ROOT/default 18061924 804940 17256984 4% / >> devfs 1 1 0 100% /dev >> tmpfs 65536 8 65528 0% /tmp >> sys/home 17257108 124 17256984 0% /home >> sys/local 17283924 26940 17256984 0% /usr/local >> sys/obj.4 19440624 2183640 17256984 11% /usr/obj >> sys/obj.1 19440440 2183456 17256984 11% /usr/obj.1 >> sys/obj.2 19588696 2331712 17256984 12% /usr/obj.2 >> sys/obj.3 19588636 2331652 17256984 12% /usr/obj.3 >> sys/ports 17257080 96 17256984 0% /usr/ports >> sys/src 19740468 2483484 17256984 13% /usr/src >> sys/var 17358024 101040 17256984 1% /var >> root@ton-96: zfs set mountpoint=/usr/obj.4 sys/obj.4 >> >> I got a LOR (new to me, at any rate) on the console: >> lock order reversal: >> 1st 0xfffff8000612da38 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1224 >> 2nd 0xfffff8000612d4b0 zfs_gfs (zfs_gfs) @ >> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/gfs.c:494 >> stack backtrace: >> #0 0xc05b1e3c at __lockmgr_args???=?-~????+0xa3c >> #1 0xc06a9118 at vop_std???=?-~????lock+0x38 >> #2 0xc09e8164 at VOP_???=?-~????LOCK1_APV+0x104 >> #3 0xc06d125c a???=?-~????t _vn_lock+0x9c >> #4 0xc12a7b04 a???=?-~????t gfs_file_create+0x64 >> #5 0xc12???=?-~????a7c14 at gfs_dir_create+0x14 >> #6???=?-~???? 0xc139fc14 at zfsctl_mknode_sn???=?-~????apdir+0x54 >> #7 0xc12a82bc at gfs???=?-~????_dir_lookup+0x31c >> #8 0xc139f6cc???=?-~???? at zfsctl_root_lookup+0x12c >> #9???=?-~???? 0xc139f7b4 at zfsctl_umount_sn???=?-~????apshots+0x54 >> #10 0xc13bb44c at ???=?-~????zfs_umount+0x4c >> #11 0xc06b34a8 ???=?-~????at dounmount+0xbc8 >> #12 0xc06b38???=?-~????f0 at sys_unmount+0x410 >> #13 0xc???=?-~????09de004 at syscall+0x3c4 >> >> The machine in question is a sparc4u machine, but I do not think >> it matters. > > The garbled output should be fixed by r291217. This is a tough one, but Will (CC'ed) has made some progress fixing it. -Alan From owner-freebsd-current@freebsd.org Tue Nov 24 09:32:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22535A353BD for ; Tue, 24 Nov 2015 09:32:56 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail.mands.hu (mail.mands.hu [194.143.229.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5379C130F for ; Tue, 24 Nov 2015 09:32:54 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Tue, 24 Nov 2015 10:31:36 +0100 From: =?iso-8859-1?Q?M=26S_-_Krasznai_Andr=E1s?= To: "freebsd-current@freebsd.org" Date: Tue, 24 Nov 2015 10:31:37 +0100 Subject: freebsd-current compile with clang & ccache Thread-Topic: freebsd-current compile with clang & ccache Thread-Index: AdEmiIyYWq2slNj4QeGHyLQ01kw5kg== Message-ID: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Nov 2015 09:32:56 -0000 Good morning! I experience the following errors: after setting up ccache according to the howto I tried to compile world and= kernel. make buildworld runs correctly, takes appr. 3 hours to finish for the first run. Repeating = it finishes in a little less than 1 hour. Make -j5 buildworld also finishes correctly and takes about 23 minutes. After finishing the kernel compile Make installkernel Reboot Then make installworld gives a lot of error messages: ccache: error: Could not find compiler "cc" in PATH but finishes, and the system appears to be working, but I think there must = be some problem what I could not find. Compilation and installation finishes correctly if i do not use ccache but = rather slow. The system has been reinstalled from scratch, source tree was downloaded on= Friday and updated few minutes before compile on Monday. The kernel config is a stripped down GENERAL (I left out those drivers and = kernel modules which handle hardware not present in my laptop). I use src.conf to eliminate compiling such components which I do not use (B= LUETOOTH, IPX/SPX, etc). COMPILER_TYPE is set in my .cshrc to clang. What can I do to eliminate the ccache error during installworld apart from = not using ccache? Best regards Andr=E1s Krasznai From owner-freebsd-current@freebsd.org Tue Nov 24 11:56:10 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50817A3649F for ; Tue, 24 Nov 2015 11:56:10 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 10F131B93 for ; Tue, 24 Nov 2015 11:56:09 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1a1CCc-00005R-Ex; Tue, 24 Nov 2015 12:56:06 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1a1CCc-0007oO-EQ; Tue, 24 Nov 2015 12:56:06 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Tue, 24 Nov 2015 11:56:06 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "M&S - Krasznai András" CC: "freebsd-current@freebsd.org" Subject: Re: freebsd-current compile with clang & ccache [tacking on an idea] Date: Tue, 24 Nov 2015 03:56:06 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Nov 2015 11:56:10 -0000 On Tue, 24 Nov 2015 10:31:37 +0100, M&S - Krasznai Andr=C3=A1s wrote: > Good morning! >=20 > I experience the following errors: >=20 >=20 > after setting up ccache according to the howto I tried to compile world a= nd kernel. >=20 >=20 >=20 > make buildworld >=20 >=20 >=20 > runs correctly, takes appr. 3 hours to finish for the first run. Repeatin= g it finishes in a little less than 1 hour. >=20 >=20 >=20 > Make -j5 buildworld >=20 >=20 >=20 > also finishes correctly and takes about 23 minutes. >=20 >=20 >=20 > After finishing the kernel compile >=20 >=20 >=20 > Make installkernel >=20 > Reboot >=20 >=20 >=20 > Then >=20 >=20 >=20 > make installworld >=20 >=20 >=20 > gives a lot of error messages: >=20 >=20 >=20 > ccache: error: Could not find compiler "cc" in PATH >=20 >=20 >=20 > but finishes, and the system appears to be working, but I think there mus= t be some problem what I could not find. >=20 >=20 >=20 >=20 >=20 > Compilation and installation finishes correctly if i do not use ccache bu= t rather slow. >=20 >=20 >=20 > The system has been reinstalled from scratch, source tree was downloaded = on Friday and updated few minutes before compile on Monday. >=20 > The kernel config is a stripped down GENERAL (I left out those drivers an= d kernel modules which handle hardware not present in my laptop). >=20 > I use src.conf to eliminate compiling such components which I do not use = (BLUETOOTH, IPX/SPX, etc). COMPILER_TYPE is set in my .cshrc to clang. >=20 >=20 >=20 > What can I do to eliminate the ccache error during installworld apart fro= m not using ccache? >=20 >=20 >=20 >=20 >=20 > Best regards >=20 >=20 >=20 > Andr=C3=A1s Krasznai >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" [sorry if duplicate, keyboard error... tab key or something with the webmai= l] Having experienced similar errors during single user mode installword, I was wondering if a FLAG or --switch could be added to "make installworld" so th= at all the $cc >> actual binary [precheck] and all the expected directories th= at are destinations exist and are not files [precheck] , and optionally even a trial-run-instal= l-to-elsewhere "check for such errors" pre-install runthough, like "-n" in other cli [binaries]. OR a section in UPDATING with a proven [iow, tested on several and many ... mfsBSD... DESTDIR... cdr... etc ] procedure to accompl= ish the same... The lack of which is precluding upgrading very often now, as opposed to oth= er years,=20 since CURRENT...=20= From owner-freebsd-current@freebsd.org Tue Nov 24 11:56:29 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 356E7A364E5 for ; Tue, 24 Nov 2015 11:56:29 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAFF91CA0 for ; Tue, 24 Nov 2015 11:56:28 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.241] (helo=rmm6prod02.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1a1C75-0004wD-Op; Tue, 24 Nov 2015 12:50:23 +0100 Received: from mail by rmm6prod02.runbox.com with local (Exim 4.76) (envelope-from ) id 1a1C75-00076W-OJ; Tue, 24 Nov 2015 12:50:23 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated user (846156)] by runbox.com with http (RMM6); Tue, 24 Nov 2015 11:50:23 GMT From: "Jeffrey Bouquet" Reply-To: jbtakk@iherebuywisely.com To: "M&S - Krasznai András" CC: "freebsd-current@freebsd.org" Subject: Re: freebsd-current compile with clang & ccache Date: Tue, 24 Nov 2015 03:50:23 -0800 (PST) X-Mailer: RMM6 In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> Message-Id: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Nov 2015 11:56:29 -0000 On Tue, 24 Nov 2015 10:31:37 +0100, M&S - Krasznai Andr=C3=A1s wrote: > Good morning! >=20 > I experience the following errors: >=20 >=20 > after setting up ccache according to the howto I tried to compile world a= nd kernel. >=20 >=20 >=20 > make buildworld >=20 >=20 >=20 > runs correctly, takes appr. 3 hours to finish for the first run. Repeatin= g it finishes in a little less than 1 hour. >=20 >=20 >=20 > Make -j5 buildworld >=20 >=20 >=20 > also finishes correctly and takes about 23 minutes. >=20 >=20 >=20 > After finishing the kernel compile >=20 >=20 >=20 > Make installkernel >=20 > Reboot >=20 >=20 >=20 > Then >=20 >=20 >=20 > make installworld >=20 >=20 >=20 > gives a lot of error messages: >=20 >=20 >=20 > ccache: error: Could not find compiler "cc" in PATH >=20 >=20 >=20 > but finishes, and the system appears to be working, but I think there mus= t be some problem what I could not find. >=20 >=20 >=20 >=20 >=20 > Compilation and installation finishes correctly if i do not use ccache bu= t rather slow. >=20 >=20 >=20 > The system has been reinstalled from scratch, source tree was downloaded = on Friday and updated few minutes before compile on Monday. >=20 > The kernel config is a stripped down GENERAL (I left out those drivers an= d kernel modules which handle hardware not present in my laptop). >=20 > I use src.conf to eliminate compiling such components which I do not use = (BLUETOOTH, IPX/SPX, etc). COMPILER_TYPE is set in my .cshrc to clang. >=20 >=20 >=20 > What can I do to eliminate the ccache error during installworld apart fro= m not using ccache? >=20 >=20 >=20 >=20 >=20 > Best regards > Having something similar after an installworld in single user mode, I was w= ondering if a FLAG=20 >=20 >=20 > Andr=C3=A1s Krasznai >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Nov 24 20:29:49 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E410EA35B49 for ; Tue, 24 Nov 2015 20:29:48 +0000 (UTC) (envelope-from azet@azet.org) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E14A1CE2 for ; Tue, 24 Nov 2015 20:29:48 +0000 (UTC) (envelope-from azet@azet.org) Received: by wmuu63 with SMTP id u63so112385230wmu.0 for ; Tue, 24 Nov 2015 12:29:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=azet.org; s=gmail; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=I1cjIwDum00Mtr6ITLCfRGXXhMOZJ5ev+9VdLbjCSgc=; b=H3x3fQmoEDnW6UVpdrqOlOeJsUOFrxQgZxf7Qnyc4Ibgv9Iz6vEuRtzIximexPOzv1 o+YuW725Yg+vc4bHH3dY/AzEVxqL0S5y9fJN0QRe3b4UZGdvyElbBayKyZv7r2BQDwlT Eszgj4r9zeAuxLhsXQjtToGaYOa3KZDFMbkHA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=I1cjIwDum00Mtr6ITLCfRGXXhMOZJ5ev+9VdLbjCSgc=; b=AMVIWjho1wDflbPAUPut6medh1jmhpEj3L/xIKjHy55SDE/gHCyAXNNTBVpUcjVnKk N0DxvJn73ix3q+PQBYXLQ0Kn3EuyrNUhbAJYVdQOYFz6HpvEx4ii6i5YcMy9Ccp5n98t ybiEFq5JT9jT7MdJmzf3wpxV/wgakw+0JCHCvqOEzE0h6+NEnH5Y7DcW6dsaZe6ukIrD 3QaoP+xTwPITcRjw/4LiQbNzkiahfVahmzOoE0zpnUDFOMHWDvm3BBUt7Mi8F0+AiORl DpVRgmM5YBsIUSOLTGLCEwvzuA6MtfH66d6qHmgSzMox53IGsUeCgCVODaXZf6t45hHf dhXA== X-Gm-Message-State: ALoCoQmpmP1tk3pqJ0s+73q+hwaQLrj9I2mhVObjORNjWSYsqZ05SMDW2+Al2IJzTYdApWW7TB13 X-Received: by 10.194.21.170 with SMTP id w10mr45287780wje.29.1448396986639; Tue, 24 Nov 2015 12:29:46 -0800 (PST) Received: from typhoon.azet.org (chello080108049181.14.11.vie.surfer.at. [80.108.49.181]) by smtp.gmail.com with ESMTPSA id bh6sm8839555wjb.0.2015.11.24.12.29.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Nov 2015 12:29:45 -0800 (PST) Date: Tue, 24 Nov 2015 21:29:44 +0100 From: Aaron Zauner To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: Benjamin Kaduk , freebsd-security@freebsd.org, freebsd-current@freebsd.org, Dewayne Geraghty Subject: Re: OpenSSH HPN Message-ID: <20151124212613.4ff9b25ea0@80601bfc61c7744> References: <56428F59.5010908@FreeBSD.org> <86y4e47uty.fsf@desk.des.no> <56436F4B.8050002@FreeBSD.org> <86r3jwfpiq.fsf@desk.des.no> <20151111181339.GE48728@zxy.spb.ru> <86io58flhk.fsf@desk.des.no> <20151111184448.GR31314@zxy.spb.ru> <86egfu9z0j.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <86egfu9z0j.fsf@desk.des.no> User-Agent: Mutt/1.5.23 (2014-03-12) X-Mailman-Approved-At: Tue, 24 Nov 2015 20:36:15 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Nov 2015 20:29:49 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Hi, Please forgive my ignorance but what's the reason FreeBSD ships OpenSSH patched with HPN by default? Besides my passion for security, I've been working in the HPC sector for a while and benchmarked the patch for a customer about 1.5 years ago. The CTR-multi threading patch is actually *slower* than upstream OpenSSH with AES in CTR mode. GCM being, of course, the fastest mode on AESNI plattforms. The NULL mode is a security concern as some have noted, I can only imagine that the window-scaling patch is of such importance? Thanks, Aaron --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJWVMi2AAoJEOTbZJL9ubXVrCUQAOrENcA7FCWx7zONIjZWy0iq Q4rdk1vZmew7JD8M4pJ4EQLi86RqtLcZOYOX311n2Myj78oQfkaKG/0wkGkBSm3B MXIrmeY3fP0YJWYaB/NIhV0tC5sQ4sanQIhLSniu1hmYuCZi8Qvp9MbQeGhcLSFF cY7HKWZ3xmo3d994APe8VOYsekVRk0Cp3+3R2nPBcqbZZmLep++3avPBDWpqMVxf 7lDwPvcF7U9pSs/fQZ4Wz5JX98vyYCW16atMaA1VPyay0uaIhKEEiuiKbh0iyEnl DC8/6IT3YBd54BOmgqByKWHW5l8KS1CUbk91potLkW56rTPHqjF9H6VcefQPzzGn 68bve655W0IUU4LGPfwjMc9g8GPE4cxY7MX2eYU8qC1aIPRH/i16oamvkeclCtEQ XgaHPAmqV8vDVa/P+THQlC7lIje8c3b79k6HQe4MmoRZr4impxjs2Gzy2rZJ9pgj we64Z7SjI76oq5q/nmGVJZChneXSdf/VV9lrEo/odrZTjQW9twuENJVwh8trDyPz L6WTwJ1dWX9GjG1i19OnGZCoE/5N9NlTNuiUThc4U/xESaMxc53nEIfB5+40nIhv x3sKaN0wqeUunCJ7XCxLkzu0g8FPPS3XrHIFlLcISpn5cjJCB/09UdclUS+zKR01 PFb2fGazLpJX3/Lx6fXc =jJSH -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@freebsd.org Tue Nov 24 22:51:03 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39735A377B6 for ; Tue, 24 Nov 2015 22:51:03 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from srv56-45.cdn.bestreaming.com (ns330343.ip-37-187-119.eu [37.187.119.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E1C431B5A for ; Tue, 24 Nov 2015 22:51:01 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (localhost [IPv6:::1]) by srv56-45.cdn.bestreaming.com (8.15.2/8.15.2) with ESMTP id tAOMokVK044984; Tue, 24 Nov 2015 23:50:46 +0100 (CET) (envelope-from fbl@aoek.com) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 24 Nov 2015 23:50:46 +0100 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: Svatopluk Kraus Cc: freebsd-current@freebsd.org Subject: Re: Aheros AR9565: buffer error messages from ath_edma_rxbuf_alloc and ath_edma_rxfifo_alloc In-Reply-To: References: <5725cee00ae81e93db6b0be560d10285@mail.yourbox.net> Message-ID: X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Nov 2015 22:51:03 -0000 Dear Svatopluk, tried again with current, and I get (almost) the same: Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=1, nbufs=128? Ideas? Can I help? Thank you. Regards, --- José Pérez El 2015-11-23 13:45, Svatopluk Kraus escribió: > On Mon, Nov 23, 2015 at 1:12 PM, José Pérez wrote: >> Hi, >> I am the (happy?) owner of an Atheros AR9565 which used to work just >> fine. >> >> I recently updated an old -current, and a flood of these messages >> bumped up: >> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxbuf_alloc: nothing on >> rxbuf?! >> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc >> failed: >> i=24, nb >> ufs=128? >> >> # pciconf -lv | relevant_part >> ath0@pci0:1:0:0: class=0x028000 card=0x064211ad chip=0x0036168c >> rev=0x01 hdr=0x00 >> vendor = 'Qualcomm Atheros' >> device = 'QCA9565 / AR9565 Wireless Network Adapter' >> class = network >> >> # dmesg | relevant_part >> ath0: mem 0xf0800000-0xf087ffff irq 32 at >> device >> 0.0 on pci1 >> ath0: WB335 2-ANT card detected >> ar9300_attach: calling ar9300_hw_attach >> ar9300_hw_attach: calling ar9300_eeprom_attach >> ar9300_flash_map: unimplemented for now >> Restoring Cal data from DRAM >> Restoring Cal data from EEPROM >> Restoring Cal data from Flash >> Restoring Cal data from Flash >> Restoring Cal data from OTP >> ar9300_hw_attach: ar9300_eeprom_attach returned 0 >> ath0: [HT] enabling HT modes >> ath0: [HT] enabling short-GI in 20MHz mode >> ath0: [HT] 1 stream STBC receive enabled >> ath0: [HT] 1 RX streams; 1 TX streams >> ath0: AR9565 mac 704.1 RF5110 phy 2261.3 >> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 >> >> # ifconfig | relevant_part >> wlan0: flags=8843 metric 0 mtu >> 1500 >> ether a4:db:30:ab:ad:ca >> inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 >> nd6 options=29 >> media: IEEE 802.11 Wireless Ethernet MCS mode 11ng >> status: associated >> ssid myssid channel 6 (2437 MHz 11g ht/20) bssid >> de:ad:be:ee:ee:ef >> regdomain ETSI2 country ES indoor ecm authmode WPA2/802.11i >> privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit >> txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k >> ampdudensity 4 shortgi wme burst roaming MANUAL >> groups: wlan >> >> >> >> Is there anything I can help with to improve this? Thank you. >> > > What revision do you use? If you use , please, try > to update to r291193 or higher. > > Svatopluk Kraus > > > >> Regards, >> >> -- >> José Pérez >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Nov 25 00:15:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91B44A36674 for ; Wed, 25 Nov 2015 00:15:18 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24A5F1038; Wed, 25 Nov 2015 00:15:18 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wmww144 with SMTP id w144so160022990wmw.1; Tue, 24 Nov 2015 16:15:16 -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=aRDEw/VXUxSdk+6XvD5dyJ6RoqJ1K7Vr8DzhHMi/0tc=; b=IA1nbRszIZ7dgnCd1ueflQE4ooiEP/yI0oteBAmRXS04rbIqF799Ut0rQVYb0ZJf3Z TkhO3CDH6po/MswhviJ5pxau+ypO25nKsoF/yY2rkHMt60m8J0ghN0sLutCf72IAe6F+ pUr3eNjifC7TPhMzRTGQt/YjaQjbuOaGILMsr1XsKRMO2CT0RHKY1Y546E2yT6u8tkJZ Ha+z0D5ZzheRLThcA6GjTzmD88i/y36ONxo3kud1eIysAsqxS1JlM6CmdT0CJSgOCKBn SkQDtSMhKbuYdMLSbeIuP52ykmmzGstPBY+6VdgdyBGJlVXyy0VC9vQLQz3Msgo8nLPv TAHA== X-Received: by 10.194.185.6 with SMTP id ey6mr40154124wjc.42.1448410516601; Tue, 24 Nov 2015 16:15:16 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id 200sm893557wmn.11.2015.11.24.16.15.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Nov 2015 16:15:15 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 25 Nov 2015 01:15:13 +0100 From: Baptiste Daroussin To: Andrey Chernov Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current Subject: Re: /bin/ls formatting broken for non-C(?) locales Message-ID: <20151125001513.GC70014@ivaldir.etoilebsd.net> References: <20151120110556.6e20a71f@laptop.minsk.domain> <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline In-Reply-To: <5650DACA.2090501@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 00:15:18 -0000 --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 21, 2015 at 11:57:46PM +0300, Andrey Chernov wrote: > On 21.11.2015 15:18, Ed Schouten wrote: > > Hi Baptiste, > >=20 > > I suppose you should use the wcswidth() function somewhere to compute > > the visible width of the month name. Some characters may be > > double-width, others may have no effective width at all. > >=20 >=20 > I agree. Checking error return of wide chars functions with some > fallback will be good too. I have updated the code https://reviews.freebsd.org/D4239 Tested by modifying some locales to add double width and zero width unicode= in the locales Also added the error checking for the return of wide chars functions. For n= ow I haven't added fallback, suggestions welcome if needed. Best regards, Bapt --1ccMZA6j1vT5UqiK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlZU/ZEACgkQ8kTtMUmk6ExUtACgs8xFg+1g0rt8/e+NF30AV2Yf 8bcAn3RHXyepWHrG71dmNkjVaxWi+s8J =Xci3 -----END PGP SIGNATURE----- --1ccMZA6j1vT5UqiK-- From owner-freebsd-current@freebsd.org Wed Nov 25 00:18:57 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE63AA3680E for ; Wed, 25 Nov 2015 00:18:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA72B145D for ; Wed, 25 Nov 2015 00:18:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iouu10 with SMTP id u10so38602168iou.0 for ; Tue, 24 Nov 2015 16:18:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gLrOLVAJIQfTacrbGhPDbg9IvgIq2PRQnzbRwvGH960=; b=bEvWQzd3dawb6rVw7hGiULoyv/1paZgodmY5q6RyEIficZ9ekFEEb+10fkgySgKqn6 Lvvfo1jXDdHH6TXQ8v13sTG8tsxZlCE32feMPm3+86yUqptZ2THlDHZg+TTADipVXmBw IAFHPYpR6vFZCH1ACl7cHRA2ueb21gBxb0VlaRF0DIO4DuUW9B2xijFcxe10/AG5LomR f2sDw+TX1RaE4x5KUMvMj7GaxRY+8War827KGrKAZRGMVpywkK26zY2XU2qvj39XVvHk 0G8JD83namadu27GZZqdHBI29yc1v3lyF4Y1wxaaHjK3n7e+6q/I+GI4S0unI8MG90Ik 1x6A== MIME-Version: 1.0 X-Received: by 10.107.10.199 with SMTP id 68mr32154365iok.75.1448410737207; Tue, 24 Nov 2015 16:18:57 -0800 (PST) Received: by 10.36.217.196 with HTTP; Tue, 24 Nov 2015 16:18:57 -0800 (PST) In-Reply-To: References: <5725cee00ae81e93db6b0be560d10285@mail.yourbox.net> Date: Tue, 24 Nov 2015 16:18:57 -0800 Message-ID: Subject: Re: Aheros AR9565: buffer error messages from ath_edma_rxbuf_alloc and ath_edma_rxfifo_alloc From: Adrian Chadd To: =?UTF-8?B?Sm9zw6kgUMOpcmV6?= Cc: Svatopluk Kraus , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 00:18:58 -0000 Hm, what's in your kenrel config file? Is ENABLE_11N or whatever the ath driver option there? sysctl dev.ath.0.txagg=3D1 ; then check dmesg and output me the results. Thanks! -a On 24 November 2015 at 14:50, Jos=C3=A9 P=C3=A9rez wrote: > Dear Svatopluk, > tried again with current, and I get (almost) the same: > Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on > rxbuf?! > Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc > failed: i=3D0, nbufs=3D128? > Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on > rxbuf?! > Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc > failed: i=3D1, nbufs=3D128? > > Ideas? Can I help? > > Thank you. > > Regards, > > > --- > Jos=C3=A9 P=C3=A9rez > > > El 2015-11-23 13:45, Svatopluk Kraus escribi=C3=B3: >> >> On Mon, Nov 23, 2015 at 1:12 PM, Jos=C3=A9 P=C3=A9rez wro= te: >>> >>> Hi, >>> I am the (happy?) owner of an Atheros AR9565 which used to work just >>> fine. >>> >>> I recently updated an old -current, and a flood of these messages bumpe= d >>> up: >>> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxbuf_alloc: nothing on >>> rxbuf?! >>> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc >>> failed: >>> i=3D24, nb >>> ufs=3D128? >>> >>> # pciconf -lv | relevant_part >>> ath0@pci0:1:0:0: class=3D0x028000 card=3D0x064211ad chip=3D0x003= 6168c >>> rev=3D0x01 hdr=3D0x00 >>> vendor =3D 'Qualcomm Atheros' >>> device =3D 'QCA9565 / AR9565 Wireless Network Adapter' >>> class =3D network >>> >>> # dmesg | relevant_part >>> ath0: mem 0xf0800000-0xf087ffff irq 32 at >>> device >>> 0.0 on pci1 >>> ath0: WB335 2-ANT card detected >>> ar9300_attach: calling ar9300_hw_attach >>> ar9300_hw_attach: calling ar9300_eeprom_attach >>> ar9300_flash_map: unimplemented for now >>> Restoring Cal data from DRAM >>> Restoring Cal data from EEPROM >>> Restoring Cal data from Flash >>> Restoring Cal data from Flash >>> Restoring Cal data from OTP >>> ar9300_hw_attach: ar9300_eeprom_attach returned 0 >>> ath0: [HT] enabling HT modes >>> ath0: [HT] enabling short-GI in 20MHz mode >>> ath0: [HT] 1 stream STBC receive enabled >>> ath0: [HT] 1 RX streams; 1 TX streams >>> ath0: AR9565 mac 704.1 RF5110 phy 2261.3 >>> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 >>> >>> # ifconfig | relevant_part >>> wlan0: flags=3D8843 metric 0 mt= u >>> 1500 >>> ether a4:db:30:ab:ad:ca >>> inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 >>> nd6 options=3D29 >>> media: IEEE 802.11 Wireless Ethernet MCS mode 11ng >>> status: associated >>> ssid myssid channel 6 (2437 MHz 11g ht/20) bssid >>> de:ad:be:ee:ee:ef >>> regdomain ETSI2 country ES indoor ecm authmode WPA2/802.11i >>> privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit >>> txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k >>> ampdudensity 4 shortgi wme burst roaming MANUAL >>> groups: wlan >>> >>> >>> >>> Is there anything I can help with to improve this? Thank you. >>> >> >> What revision do you use? If you use , please, try >> to update to r291193 or higher. >> >> Svatopluk Kraus >> >> >> >>> Regards, >>> >>> -- >>> Jos=C3=A9 P=C3=A9rez >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@freebsd.org Wed Nov 25 00:27:06 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10637A36B5A for ; Wed, 25 Nov 2015 00:27:06 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 96CB819B0; Wed, 25 Nov 2015 00:27:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wmvv187 with SMTP id v187so234224332wmv.1; Tue, 24 Nov 2015 16:27:04 -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=6QVT/SlorvCZX4F2ffxcvkLEjDwasGTOvMsqiHucK8Y=; b=w/q9ip541R6mVv/z9aNrLmEjmx4ZRo21qKYp77pzUMrUMifb82aStigMdehfHMX30h jrYE8pK88HzNzol/FA2Luk82Blf4fFE5vFX2MHUy9CaNr5WvEBm9MN5z8M+4/kFG60Ek SBQIyJIQiDi9ag9oQZDhDrciUk2kCh12ExdpqvBkk0DrbsH1lxKl+bCLcwcTz6lt/cLx HwfhygDdBvKLNQ0d1Og8ZNqOK+o1I6DNWnpXXXfa6cHgzuNblz8HjARlk8ZdP1Y8bArj YptUH5fSJhs9YtMa2iVjnZeBNAbCElVE9WJbVl3uMNhpmcY9yxxSGVlMz44AXR28Tlwk W0CA== X-Received: by 10.194.202.163 with SMTP id kj3mr37850168wjc.93.1448411223990; Tue, 24 Nov 2015 16:27:03 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id gl10sm20509010wjb.30.2015.11.24.16.27.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Nov 2015 16:27:03 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 25 Nov 2015 01:27:01 +0100 From: Baptiste Daroussin To: Andrey Chernov Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current Subject: Re: /bin/ls formatting broken for non-C(?) locales Message-ID: <20151125002701.GD70014@ivaldir.etoilebsd.net> References: <20151120110556.6e20a71f@laptop.minsk.domain> <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <20151125001513.GC70014@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 00:27:06 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 25, 2015 at 01:15:13AM +0100, Baptiste Daroussin wrote: > On Sat, Nov 21, 2015 at 11:57:46PM +0300, Andrey Chernov wrote: > > On 21.11.2015 15:18, Ed Schouten wrote: > > > Hi Baptiste, > > >=20 > > > I suppose you should use the wcswidth() function somewhere to compute > > > the visible width of the month name. Some characters may be > > > double-width, others may have no effective width at all. > > >=20 > >=20 > > I agree. Checking error return of wide chars functions with some > > fallback will be good too. >=20 > I have updated the code https://reviews.freebsd.org/D4239 >=20 > Tested by modifying some locales to add double width and zero width unico= de in > the locales >=20 > Also added the error checking for the return of wide chars functions. For= now I > haven't added fallback, suggestions welcome if needed. >=20 > Best regards, > Bapt Actually I can make the fallback on the C locale in case of failure. Would = that work for you? Best regards, Bapt --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlZVAFUACgkQ8kTtMUmk6Ex6QgCeN81r9IqSIB9ZOZB9yBgHwDAc f7AAnRWHnV9GmauE9pHQ/8WoO40rsool =N6TB -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-current@freebsd.org Wed Nov 25 01:32:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94D32A375B6 for ; Wed, 25 Nov 2015 01:32:00 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f47.google.com (mail-lf0-f47.google.com [209.85.215.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17FF2152B for ; Wed, 25 Nov 2015 01:31:59 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by lffu14 with SMTP id u14so43166290lff.1 for ; Tue, 24 Nov 2015 17:31:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=RmSKIeXQgbr8IQmnm1EXbZKKGtSPotxHL7/6Z3bMEkM=; b=NV9oMTyLxuOf8oitawsrmlfp0YrrNpfxhj+JAOLE/1XhIKOZ3+Dvg8nUhYvPu1C66P lUtXQLW0xbzrmDIEQVcSFz/ymOjGR386oV46vumIlBDk0pksVyyEFAEuO1TMfgoCvGbC O0Z8keEqZruoI3vsQstLWTwxyIpfPCi/fGsKEp4gvonErOMKjVcz3ZVGSity26ZE5PHk qqmDrbkVc6IpPBM0zRK5P5AGRFQ6ZGORbNQo/OXsD9cpvn5AhPYHPj+VXejWrjbZ4Zic 9lmmL5WPX4Ufovo8VQHoORIlW4yyGN6c9rFAgpFqKP/1BFHASdKxnHa57L3/5fS/psMj F03Q== X-Gm-Message-State: ALoCoQkCLVPXXvfxaUj+/3gViXpdfQHlIWjQ5yZi0C02iFs/qBes4FG09BqUp9g6hPtnKc+0407B X-Received: by 10.25.166.15 with SMTP id p15mr12372885lfe.128.1448415111597; Tue, 24 Nov 2015 17:31:51 -0800 (PST) Received: from ?IPv6:2001:470:1f0b:1925:ca60:ff:fecc:e1a5? (ext-hermes.eyot.ru. [2001:470:1f0b:1925:ca60:ff:fecc:e1a5]) by smtp.gmail.com with ESMTPSA id m70sm3019005lfb.17.2015.11.24.17.31.50 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Nov 2015 17:31:50 -0800 (PST) Subject: Re: /bin/ls formatting broken for non-C(?) locales To: Baptiste Daroussin References: <20151120110556.6e20a71f@laptop.minsk.domain> <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current From: Andrey Chernov X-Enigmail-Draft-Status: N1110 Message-ID: <56550F69.8050609@freebsd.org> Date: Wed, 25 Nov 2015 04:31:21 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151125001513.GC70014@ivaldir.etoilebsd.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rsjnjilm5pXJGv0DVaTQ018kLjpJi7Rc1" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 01:32:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rsjnjilm5pXJGv0DVaTQ018kLjpJi7Rc1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 25.11.2015 3:15, Baptiste Daroussin wrote: > On Sat, Nov 21, 2015 at 11:57:46PM +0300, Andrey Chernov wrote: >> On 21.11.2015 15:18, Ed Schouten wrote: >>> Hi Baptiste, >>> >>> I suppose you should use the wcswidth() function somewhere to compute= >>> the visible width of the month name. Some characters may be >>> double-width, others may have no effective width at all. >>> >> >> I agree. Checking error return of wide chars functions with some >> fallback will be good too. >=20 > I have updated the code https://reviews.freebsd.org/D4239 >=20 > Tested by modifying some locales to add double width and zero width uni= code in > the locales >=20 > Also added the error checking for the return of wide chars functions. F= or now I > haven't added fallback, suggestions welcome if needed. 1) For just 1 char in wcswidth(&wab_months[i][j], 1); it is better to use another function wcwidth(wab_months[i][j]); 2) By fallback I mean something which not stops ls working with incorrect for some reason locale, like setting max_width_month to MAX_ABMON_WIDTH on error return (from mbstowcs/wcwidth/wcswidth/wcswidth) and exit from populate_abbreviated_month(). 3) wcwidth/wcswidth may return -1 too, it needs to be checked too. 4) The whole processing looks overcomplicated and not effective. What about this instead? for (i =3D 0; i < 12; i++) { count wcswidth() of each month and store it in wab_months_width[]. count max_width_month. } for (i =3D 0; i < 12; i++) { if ((n =3D max_width_month - wab_months_width[i]) > 0) call wcscat(wab_months[i], L" ") n times. } 5) If there is no %b is strftime() format, there is no sense to spend CPU cycles on from populate_abbreviated_month(), so it should be called only once inside ls_strftime() on first %b instead of calling it in printtime() for all cases. --=20 http://ache.vniz.net/ --rsjnjilm5pXJGv0DVaTQ018kLjpJi7Rc1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJWVQ9pAAoJEKUckv0MjfbKbK8H/24o0qAR0rM1dN1dQxNKiFEw /yhQkUBnhmOoPMu0RU5O5g6t5iU4UZWpJ7b0A/fdjRe/kAHU9ml0lcM4KMYKNOIn aajWfYSFz7evukPP6+dJO9iBOU1elXUHQKJR7/xm8CiGBqxryKuMjq47BxnT+pxA aHAgKtT6i0chWYEJJ0/ApWr9wvD8d8TWG5SQtN2e78LTiQybZUQldAjfBz96/5y4 +P0fWFYZcfsVJ6B5M5aIZOUGGLK1c3I1fRkjE64L7fFfOmk5OUH8+kbFjsT6IHGs 3342hoOzIuaxmy5I/nghJTrJeAFhg3lx2YJ4VFNzpHcUC8hBxgILkgybP6ty5Vc= =A+4q -----END PGP SIGNATURE----- --rsjnjilm5pXJGv0DVaTQ018kLjpJi7Rc1-- From owner-freebsd-current@freebsd.org Wed Nov 25 01:51:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93547A3789C for ; Wed, 25 Nov 2015 01:51:04 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B9B21ED6 for ; Wed, 25 Nov 2015 01:51:03 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by lfdl133 with SMTP id l133so43257448lfd.2 for ; Tue, 24 Nov 2015 17:50:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=sjGg4Q/lMbj7LJTy6hWjMgsYh7aaZ7l1+/2d3uBKDKI=; b=irW9pLqbbsutkaOvT2LScMon/R6a5HUY+toeSrcbmo1RG8eMXok/CYaPunucW5SbWj Qzo3GR+A6SYB63YZJ5JHfOo8VEGN2UyzECVL8aVZ+PX09GBUnfrDKFqeYPd4OMXkCqHL BjCpPaJjZPf/eZ+Of1g+L5MdHbrJhk3yY5luExLrSpnRZsprI+12D/xiyczt3IhLla5q KO2kExNQdfFV5LJbk6MwkIoPljPjCddj7g6I5n3NL1iTdtNz4Lc9c3IkHypEsNyw6MWw m51scyMRLprSpCjqmh4tr7wsHomw9GYTo6od0OPhqxvJu2dFXgvbMtK2/7axmkeDfmP3 cOrg== X-Gm-Message-State: ALoCoQmKCRMvwXuFAaqDvkrXSMuHypaJGkqqeydjBZ956/4K5pljSpzUwrFJASsVv6nXlC/7QAyV X-Received: by 10.112.129.70 with SMTP id nu6mr13574545lbb.88.1448416256527; Tue, 24 Nov 2015 17:50:56 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id g3sm2015556lfd.25.2015.11.24.17.50.55 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Nov 2015 17:50:55 -0800 (PST) Subject: Re: /bin/ls formatting broken for non-C(?) locales To: Baptiste Daroussin References: <20151120110556.6e20a71f@laptop.minsk.domain> <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current From: Andrey Chernov Message-ID: <565513FE.4060809@freebsd.org> Date: Wed, 25 Nov 2015 04:50:54 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56550F69.8050609@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="F4w0U9dvjAtFfoL3PNrL61l4Av2dJkS2X" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 01:51:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --F4w0U9dvjAtFfoL3PNrL61l4Av2dJkS2X Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 25.11.2015 4:31, Andrey Chernov wrote: > 4) The whole processing looks overcomplicated and not effective. What > about this instead? > for (i =3D 0; i < 12; i++) { > count wcswidth() of each month and store it in wab_months_width[]. > count max_width_month. > } > for (i =3D 0; i < 12; i++) { > if ((n =3D max_width_month - wab_months_width[i]) > 0) > call wcscat(wab_months[i], L" ") n times. > } Last line can be optimized further: wcslcat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, n); --=20 http://ache.vniz.net/ --F4w0U9dvjAtFfoL3PNrL61l4Av2dJkS2X Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJWVRP+AAoJEKUckv0MjfbKWpAH/RDPJ2mwJjG7v3O0ZywSeI5o jZ2RARcPWKZCXKyCsc4uQywOIk8JopsjNDkxJqm7LZPoKXFhHKGKJ0U27o125ZG9 qC2LnheD5kTXEED23giz0HoT6E2saa7Fuw5usq1MYBQjnbOX9izm9kUOUWjwZ14I g1Zk9TXsGOXkKC/XYHcwpm3U9m2DuiZdTUgvqj+Mayvpe5VUlg7juXQgxozWFFWy y1+OmGXADjTCoCwiIdtDQPzWecWCT9gVBTHpUabwaRlgJdISxlKf5QjYl54Rr2cE WyiRhnPRTTH+c3M3Nd5u2PMswp5JoDcaVVcOZojzV7n4yZK3pZ50Vt63AEQ3Rj8= =QLiZ -----END PGP SIGNATURE----- --F4w0U9dvjAtFfoL3PNrL61l4Av2dJkS2X-- From owner-freebsd-current@freebsd.org Wed Nov 25 10:25:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11D60A36504; Wed, 25 Nov 2015 10:25:18 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id F30441CD7; Wed, 25 Nov 2015 10:25:17 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E899C657; Wed, 25 Nov 2015 10:25:17 +0000 (UTC) Date: Wed, 25 Nov 2015 10:25:14 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, ae@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1582136844.140.1448447117860.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1760 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 10:25:18 -0000 FreeBSD_HEAD_i386 - Build #1760 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1760/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1760/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1760/console Change summaries: 291296 by ngie: Link localeconv(3) to localeconv_l(3) MFC after: 3 days 291292 by ae: Overhaul if_enc(4) and make it loadable in run-time. Use hhook(9) framework to achieve ability of loading and unloading if_enc(4) kernel module. INET and INET6 code on initialization registers two helper hooks points in the kernel. if_enc(4) module uses these helper hook points and registers its hooks. IPSEC code uses these hhook points to call helper hooks implemented in if_enc(4). 291291 by ae: Check that hhk_helper pointer isn't NULL before access. It isn't forbidden to use NULL pointer for hook_helper in hookinfo structure when hhook_add_hook() adds new helper hook. The end of the build log: [...truncated 161523 lines...] CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/i2c/controllers/pcf/../../../../dev/pcf/pcf.c /usr/src/sys/modules/i2c/controllers/pcf/../../../../dev/pcf/pcf_isa.c --- depend_subdir_iic --- --- .depend --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/i2c/iic/../../../dev/iicbus/iic.c --- depend_subdir_cyapa --- --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- depend_subdir_smb --- --- machine --- --- depend_subdir_cyapa --- --- bus_if.h --- --- depend_subdir_smb --- machine -> /usr/src/sys/i386/include --- depend_subdir_cyapa --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- depend_subdir_smb --- --- x86 --- x86 -> /usr/src/sys/x86/include --- device_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- depend_subdir_cyapa --- --- smbus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/smbus/smbus_if.m -h --- depend_subdir_smb --- --- smbus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/smbus/smbus_if.m -h --- depend_subdir_cyapa --- --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- depend_subdir_isl --- ===> i2c/isl (depend) --- depend_subdir_smb --- --- .depend --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/i2c/smb/../../../dev/smbus/smb.c --- depend_subdir_if_disc --- ===> if_disc (depend) --- depend_subdir_i2c --- --- depend_subdir_isl --- --- machine --- --- depend_subdir_cyapa --- --- .depend --- rm -f .depend --- depend_subdir_isl --- machine -> /usr/src/sys/i386/include --- depend_subdir_cyapa --- CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/i2c/cyapa/../../../dev/cyapa/cyapa.c --- depend_subdir_isl --- --- x86 --- x86 -> /usr/src/sys/x86/include --- depend_subdir_if_disc --- --- machine --- --- depend_subdir_i2c --- --- vnode_if_newproto.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p --- depend_subdir_if_disc --- machine -> /usr/src/sys/i386/include --- x86 --- --- depend_subdir_if_edsc --- ===> if_edsc (depend) --- depend_subdir_if_disc --- x86 -> /usr/src/sys/x86/include --- opt_inet.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_inet6.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet6.h opt_inet6.h --- .depend --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/if_disc/../../net/if_disc.c --- depend_subdir_i2c --- --- vnode_if_typedef.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q --- depend_subdir_if_edsc --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- depend_subdir_i2c --- --- device_if.h --- --- depend_subdir_if_edsc --- --- .depend --- --- depend_subdir_i2c --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h --- depend_subdir_if_edsc --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/if_edsc/../../net/if_edsc.c --- depend_subdir_i2c --- --- bus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h --- depend_subdir_if_enc --- ===> if_enc (depend) --- depend_subdir_i2c --- --- smbus_if.h --- awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/smbus/smbus_if.m -h --- depend_subdir_if_epair --- ===> if_epair (depend) --- depend_subdir_i2c --- --- vnode_if.h --- awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h --- depend_subdir_if_gif --- ===> if_gif (depend) --- depend_subdir_if_enc --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_inet.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_inet6.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet6.h opt_inet6.h --- .depend --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/net/if_enc.c --- depend_subdir_if_epair --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- .depend --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/if_epair/../../net/if_epair.c --- depend_subdir_i2c --- --- .depend --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/modules/i2c/isl/../../../dev/isl/isl.c --- depend_subdir_if_enc --- /usr/src/sys/net/if_enc.c:33:10: fatal error: 'opt_enc.h' file not found #include "opt_enc.h" ^ --- depend_subdir_if_gif --- --- machine --- machine -> /usr/src/sys/i386/include --- x86 --- x86 -> /usr/src/sys/x86/include --- opt_inet.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet.h opt_inet.h --- opt_inet6.h --- ln -sf /usr/obj/usr/src/sys/GENERIC/opt_inet6.h opt_inet6.h --- .depend --- rm -f .depend CC='cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I/usr/src/sys -I/usr/obj/usr/src/sys/GENERIC -D__printf__=__freebsd_kprintf__ -std=iso9899:1999 /usr/src/sys/net/if_gif.c /usr/src/sys/netinet/in_gif.c /usr/src/sys/netinet6/in6_gif.c --- depend_subdir_if_enc --- 1 error generated. mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /usr/src/sys/modules/if_enc 1 error make[4]: stopped in /usr/src/sys/modules/if_enc *** [depend_subdir_if_enc] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_if_epair --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_epair *** [depend_subdir_if_epair] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_i2c --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/i2c/isl *** [depend_subdir_isl] Error code 2 make[4]: stopped in /usr/src/sys/modules/i2c 1 error make[4]: stopped in /usr/src/sys/modules/i2c *** [depend_subdir_i2c] Error code 2 make[3]: stopped in /usr/src/sys/modules --- depend_subdir_if_gif --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_gif *** [depend_subdir_if_gif] Error code 2 make[3]: stopped in /usr/src/sys/modules 4 errors make[3]: stopped in /usr/src/sys/modules *** [modules-depend] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson2175149660498813595.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/var/empty: Operation not permitted rm: FreeBSD_HEAD_i386/var: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Nov 25 12:14:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BB96A372AC for ; Wed, 25 Nov 2015 12:14:05 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from turad.lysandor.de (turad.lysandor.de [136.243.10.60]) (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 7FCFD1127 for ; Wed, 25 Nov 2015 12:14:04 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from localhost (localhost [127.0.0.1]) by turad.lysandor.de (Postfix) with ESMTP id C7B77AAC1B8; Wed, 25 Nov 2015 13:13:54 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at turad.lysandor.de Received: from turad.lysandor.de ([127.0.0.1]) by localhost (turad.lysandor.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nKYIjQCJkogF; Wed, 25 Nov 2015 13:13:53 +0100 (CET) Received: from nachtschatten.purplekraken.com (x5f720e26.dyn.telefonica.de [95.114.14.38]) (Authenticated sender: flo@snakeoilproductions.net) by turad.lysandor.de (Postfix) with ESMTPSA id 2E184AAC1B2; Wed, 25 Nov 2015 13:13:53 +0100 (CET) Subject: Re: Panic while waiting on wlan0 To: Adrian Chadd References: <564AF74A.2090700@snakeoilproductions.net> <5651B5B6.1010701@snakeoilproductions.net> Cc: freebsd-current From: Florian Limberger Message-ID: <5655A60A.4090503@snakeoilproductions.net> Date: Wed, 25 Nov 2015 13:14:02 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------020205080400080007020800" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 12:14:05 -0000 This is a multi-part message in MIME format. --------------020205080400080007020800 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, On 22.11.15 17:52, Adrian Chadd wrote: > Do this: > > * compile in IEEE80211_DEBUG; > * do "wlandebug +scan" > > That way we can see if net80211 is refusing to continue scanning. As far as I can see it, net8011 (or iwn?) does refuse to scan. These are the last lines concerning wlan0 from my dmesg: > wlan0: Ethernet address: 00:24:d7:91:b5:44 > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > wlan0: link state changed to UP > wlan0: link state changed to DOWN > iwn0: device timeout ``wlandebug -i wlan0 +scan`` does nothing, until I restart the interface (my current workaround: ``ifconfig wlan0 down; sleep 3; ifconfig wlan0 up && wpa_supplicant -B -Dbsd -iwlan0 -c/etc/wpa_supplicant.conf``), after which I can see the debug output in the dmesg (which you can find attached). Regards, flo --------------020205080400080007020800 Content-Type: text/plain; charset=UTF-8; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMTUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMS4wLUNVUlJFTlQgIzAg cjI5MTAxMis4OTQ0MzNjKG1hc3Rlcik6IFdlZCBOb3YgMTggMTU6MDA6MTIgQ0VUIDIwMTUK ICAgIHJvb3RAbmFjaHRzY2hhdHRlbi5wdXJwbGVrcmFrZW4uY29tOi91c3Ivb2JqL3Vzci9z cmMvc3lzL0dFTkVSSUMgYW1kNjQKRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDMuNy4wICh0YWdz L1JFTEVBU0VfMzcwL2ZpbmFsIDI0NjI1NykgMjAxNTA5MDYKV0FSTklORzogV0lUTkVTUyBv cHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuClZUKHZnYSk6IHJl c29sdXRpb24gNjQweDQ4MApjYW4ndCByZS11c2UgYSBsZWFmIChod3BzdGF0ZV92ZXJib3Nl KSEKbW9kdWxlX3JlZ2lzdGVyOiBjYW5ub3QgcmVnaXN0ZXIgY3B1L2ljaHNzIGZyb20ga2Vy bmVsOyBhbHJlYWR5IGxvYWRlZCBmcm9tIGNwdWZyZXEua28KTW9kdWxlIGNwdS9pY2hzcyBm YWlsZWQgdG8gcmVnaXN0ZXI6IDE3Cm1vZHVsZV9yZWdpc3RlcjogY2Fubm90IHJlZ2lzdGVy IGNwdS9wb3dlcm5vdyBmcm9tIGtlcm5lbDsgYWxyZWFkeSBsb2FkZWQgZnJvbSBjcHVmcmVx LmtvCk1vZHVsZSBjcHUvcG93ZXJub3cgZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNwptb2R1bGVf cmVnaXN0ZXI6IGNhbm5vdCByZWdpc3RlciBjcHUvZXN0IGZyb20ga2VybmVsOyBhbHJlYWR5 IGxvYWRlZCBmcm9tIGNwdWZyZXEua28KTW9kdWxlIGNwdS9lc3QgZmFpbGVkIHRvIHJlZ2lz dGVyOiAxNwptb2R1bGVfcmVnaXN0ZXI6IGNhbm5vdCByZWdpc3RlciBjcHUvaHdwc3RhdGUg ZnJvbSBrZXJuZWw7IGFscmVhZHkgbG9hZGVkIGZyb20gY3B1ZnJlcS5rbwpNb2R1bGUgY3B1 L2h3cHN0YXRlIGZhaWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBjYW5u b3QgcmVnaXN0ZXIgY3B1L3A0dGNjIGZyb20ga2VybmVsOyBhbHJlYWR5IGxvYWRlZCBmcm9t IGNwdWZyZXEua28KTW9kdWxlIGNwdS9wNHRjYyBmYWlsZWQgdG8gcmVnaXN0ZXI6IDE3CkNQ VTogSW50ZWwoUikgQ29yZShUTSkgaTUgQ1BVICAgICAgIE0gNTYwICBAIDIuNjdHSHogKDI2 NjAuMDYtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW49IkdlbnVpbmVJbnRlbCIgIElkPTB4 MjA2NTUgIEZhbWlseT0weDYgIE1vZGVsPTB4MjUgIFN0ZXBwaW5nPTUKICBGZWF0dXJlcz0w eGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAs TVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1Is U1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHgyOWFlM2ZmPFNTRTMsUENM TVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxTTVgsRVNULFRNMixTU1NFMyxDWDE2LHhU UFIsUERDTSxQQ0lELFNTRTQuMSxTU0U0LjIsUE9QQ05ULEFFU05JPgogIEFNRCBGZWF0dXJl cz0weDI4MTAwODAwPFNZU0NBTEwsTlgsUkRUU0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHgx PExBSEY+CiAgVlQteDogUEFULEhMVCxNVEYsUEFVU0UsRVBULFVHLFZQSUQKICBUU0M6IFAt c3RhdGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9 IDQyOTQ5NjcyOTYgKDQwOTYgTUIpCmF2YWlsIG1lbW9yeSA9IDM5MzAyMTAzMDQgKDM3NDgg TUIpCkFDUEkgQVBJQyBUYWJsZTogPExFTk9WTyBUUC02SSAgID4KRnJlZUJTRC9TTVA6IE11 bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCkZyZWVCU0QvU01QOiAxIHBh Y2thZ2UocykgeCAyIGNvcmUocykgeCAyIFNNVCB0aHJlYWRzCiBjcHUwIChCU1ApOiBBUElD IElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAg NAogY3B1MyAoQVApOiBBUElDIElEOiAgNQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgpB Q1BJIEJJT1MgV2FybmluZyAoYnVnKTogMzIvNjRYIGxlbmd0aCBtaXNtYXRjaCBpbiBGQURU L1BtMWFDb250cm9sQmxvY2s6IDE2LzMyICgyMDE1MDgxOC90YmZhZHQtNjQ5KQpBQ1BJIEJJ T1MgV2FybmluZyAoYnVnKTogSW52YWxpZCBsZW5ndGggZm9yIEZBRFQvUG0xYUNvbnRyb2xC bG9jazogMzIsIHVzaW5nIGRlZmF1bHQgMTYgKDIwMTUwODE4L3RiZmFkdC03MzApCmlvYXBp YzA6IENoYW5naW5nIEFQSUMgSUQgdG8gMQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAw LTIzIG9uIG1vdGhlcmJvYXJkCnJhbmRvbTogZW50cm9weSBkZXZpY2UgZXh0ZXJuYWwgaW50 ZXJmYWNlCmtiZDEgYXQga2JkbXV4MApuZXRtYXA6IGxvYWRlZCBtb2R1bGUKbW9kdWxlX3Jl Z2lzdGVyX2luaXQ6IE1PRF9MT0FEICh2ZXNhLCAweGZmZmZmZmZmODBlZGMzYzAsIDApIGVy cm9yIDE5CnZ0dmdhMDogPFZUIFZHQSBkcml2ZXI+IG9uIG1vdGhlcmJvYXJkCmNyeXB0b3Nv ZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZAphY3BpMDogPExFTk9WTyBU UC02ST4gb24gbW90aGVyYm9hcmQKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBH UEUgMHgxMSwgRUNEVD4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKYWNwaTA6IFBvd2VyIEJ1 dHRvbiAoZml4ZWQpCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BV PiBvbiBhY3BpMApjcHUyOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4g b24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMgaXJxIDAgb24g YWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5 IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEw MApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAw LTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgNTUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUNCIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgNDQwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4 NzAtMHg3MSBpcnEgOCBvbiBhY3BpMApFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3 NjggSHogcXVhbGl0eSAwClRpbWVjb3VudGVyICJBQ1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5 NTQ1IEh6IHF1YWxpdHkgODUwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJv bCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0 dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBvbiBhY3BpMApw Y2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAx LjAgb24gcGNpMQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgp2Z2FwY2kwOiA8VkdB LWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDIwMDAtMHgyMDdmIG1lbSAweGNjMDAwMDAw LTB4Y2NmZmZmZmYsMHhkMDAwMDAwMC0weGRmZmZmZmZmLDB4Y2UwMDAwMDAtMHhjZmZmZmZm ZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCm52aWRpYTA6IDxOVlMgMzEwME0+IG9u IHZnYXBjaTAKdmdhcGNpMDogY2hpbGQgbnZpZGlhMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9p bwp2Z2FwY2kwOiBjaGlsZCBudmlkaWEwIHJlcXVlc3RlZCBwY2lfZW5hYmxlX2lvCnZnYXBj aTA6IEJvb3QgdmlkZW8gZGV2aWNlCmhkYWMwOiA8TlZJRElBICgweDBiZTMpIEhEQSBDb250 cm9sbGVyPiBtZW0gMHhjZGVmYzAwMC0weGNkZWZmZmZmIGF0IGRldmljZSAwLjEgb24gcGNp MgpwY2kxOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQp1YXJ0MjogPDUgU2VyaWVzLzM0MDAgU2VyaWVzIENoaXBzZXQgS1QgQ29udHJvbGxl cj4gcG9ydCAweDE4MDAtMHgxODA3IG1lbSAweGYyNDI0MDAwLTB4ZjI0MjRmZmYgaXJxIDE3 IGF0IGRldmljZSAyMi4zIG9uIHBjaTEKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29y ayBDb25uZWN0aW9uIDcuNC4yPiBwb3J0IDB4MTgyMC0weDE4M2YgbWVtIDB4ZjI0MDAwMDAt MHhmMjQxZmZmZiwweGYyNDI1MDAwLTB4ZjI0MjVmZmYgaXJxIDIwIGF0IGRldmljZSAyNS4w IG9uIHBjaTEKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMDogRXRoZXJuZXQgYWRk cmVzczogZjA6ZGU6ZjE6NDY6MWI6OGMKZW0wOiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBUWCAx LzEwMjQsIFJYIDEvMTAyNAplaGNpMDogPEludGVsIFBDSCBVU0IgMi4wIGNvbnRyb2xsZXIg VVNCLUI+IG1lbSAweGYyNDI4MDAwLTB4ZjI0MjgzZmYgaXJxIDIzIGF0IGRldmljZSAyNi4w IG9uIHBjaTEKdXNidXMwOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMCBvbiBlaGNpMApoZGFj MTogPEludGVsIDUgU2VyaWVzLzM0MDAgU2VyaWVzIEhEQSBDb250cm9sbGVyPiBtZW0gMHhm MjQyMDAwMC0weGYyNDIzZmZmIGlycSAxNyBhdCBkZXZpY2UgMjcuMCBvbiBwY2kxCnBjaWIz OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDIwIGF0IGRldmljZSAyOC4wIG9uIHBjaTEK cGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMjEgYXQgZGV2aWNlIDI4LjEgb24gcGNpMQpwY2k0OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liNAppd24wOiA8SW50ZWwgQ2VudHJpbm8gVWx0aW1hdGUtTiA2MzAwPiBtZW0g MHhmMjAwMDAwMC0weGYyMDAxZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTQKcGNp YjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMjAgYXQgZGV2aWNlIDI4LjQgb24gcGNp MQpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpzZGhjaV9wY2kwOiA8UklDT0ggUjVD RTgyMiBTRD4gbWVtIDB4ZjIxMDAwMDAtMHhmMjEwMDBmZiBpcnEgMTYgYXQgZGV2aWNlIDAu MCBvbiBwY2k1CnNkaGNpX3BjaTA6IDEgc2xvdChzKSBhbGxvY2F0ZWQKZWhjaTE6IDxJbnRl bCBQQ0ggVVNCIDIuMCBjb250cm9sbGVyIFVTQi1BPiBtZW0gMHhmMjQyODQwMC0weGYyNDI4 N2ZmIGlycSAxOSBhdCBkZXZpY2UgMjkuMCBvbiBwY2kxCnVzYnVzMTogRUhDSSB2ZXJzaW9u IDEuMAp1c2J1czEgb24gZWhjaTEKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgMzAuMCBvbiBwY2kxCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CmlzYWIw OiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTEKaXNhMDogPElTQSBi dXM+IG9uIGlzYWIwCmFoY2kwOiA8SW50ZWwgNSBTZXJpZXMvMzQwMCBTZXJpZXMgQUhDSSBT QVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgxODE4LTB4MTgxZiwweDE4MGMtMHgxODBmLDB4MTgx MC0weDE4MTcsMHgxODA4LTB4MTgwYiwweDE4NDAtMHgxODVmIG1lbSAweGYyNDI3MDAwLTB4 ZjI0Mjc3ZmYgaXJxIDE2IGF0IGRldmljZSAzMS4yIG9uIHBjaTEKYWhjaTA6IEFIQ0kgdjEu MzAgd2l0aCA2IDNHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAph aGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTog PEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmFoY2ljaDQ6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgNCBvbiBhaGNpMAphaGNpY2g1OiA8QUhDSSBjaGFubmVsPiBh dCBjaGFubmVsIDUgb24gYWhjaTAKYWhjaWVtMDogPEFIQ0kgZW5jbG9zdXJlIG1hbmFnZW1l bnQgYnJpZGdlPiBvbiBhaGNpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAK YXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQg aXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAK a2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3Vz ZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwg R2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2UgSUQgMApiYXR0ZXJ5MDogPEFDUEkgQ29udHJv bCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9u IGFjcGkwCmFjcGlfaWJtMDogPElCTSBUaGlua1BhZCBBQ1BJIEV4dHJhcz4gb24gYWNwaTAK b3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhkMDAwMC0weGQwZmZmLDB4ZDEw MDAtMHhkMWZmZiwweGRkMDAwLTB4ZGZmZmYsMHhlMDAwMC0weGVmZmZmIG9uIGlzYTAKcHBj MDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKY29yZXRlbXAwOiA8Q1BVIE9uLURp ZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBG cmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApjb3JldGVtcDE6IDxDUFUgT24tRGllIFRoZXJt YWwgU2Vuc29ycz4gb24gY3B1MQplc3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5z b3JzPiBvbiBjcHUyCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTIKY29yZXRlbXAzOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9u IGNwdTMKZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1Mwp1c2J1czA6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMApUaW1lY291bnRlcnMg dGljayBldmVyeSAxMC4wMDAgbXNlYwpJUHNlYzogSW5pdGlhbGl6ZWQgU2VjdXJpdHkgQXNz b2NpYXRpb24gUHJvY2Vzc2luZy4KaGRhY2MwOiA8TlZJRElBIEdUMjF4IEhEQSBDT0RFQz4g YXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxOVklESUEgR1QyMXggQXVkaW8gRnVuY3Rpb24g R3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8TlZJRElBIEdUMjF4IChIRE1JL0RQ IDhjaCk+IGF0IG5pZCA1IG9uIGhkYWEwCmhkYWNjMTogPE5WSURJQSBHVDIxeCBIREEgQ09E RUM+IGF0IGNhZCAxIG9uIGhkYWMwCmhkYWExOiA8TlZJRElBIEdUMjF4IEF1ZGlvIEZ1bmN0 aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzEKcGNtMTogPE5WSURJQSBHVDIxeCAoSERN SS9EUCA4Y2gpPiBhdCBuaWQgNSBvbiBoZGFhMQpoZGFjYzI6IDxOVklESUEgR1QyMXggSERB IENPREVDPiBhdCBjYWQgMiBvbiBoZGFjMApoZGFhMjogPE5WSURJQSBHVDIxeCBBdWRpbyBG dW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MyCnBjbTI6IDxOVklESUEgR1QyMXgg KEhETUkvRFAgOGNoKT4gYXQgbmlkIDUgb24gaGRhYTIKaGRhY2MzOiA8TlZJRElBIEdUMjF4 IEhEQSBDT0RFQz4gYXQgY2FkIDMgb24gaGRhYzAKaGRhYTM6IDxOVklESUEgR1QyMXggQXVk aW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMwpwY20zOiA8TlZJRElBIEdU MjF4IChIRE1JL0RQIDhjaCk+IGF0IG5pZCA1IG9uIGhkYWEzCmhkYWNjNDogPENvbmV4YW50 IENYMjA1ODUgSERBIENPREVDPiBhdCBjYWQgMCBvbiBoZGFjMQpoZGFhNDogPENvbmV4YW50 IENYMjA1ODUgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjNApwY200 OiA8Q29uZXhhbnQgQ1gyMDU4NSAoUmlnaHQgQW5hbG9nKT4gYXQgbmlkIDI1IGFuZCAyNyBv biBoZGFhNApwY201OiA8Q29uZXhhbnQgQ1gyMDU4NSAoSW50ZXJuYWwgQW5hbG9nKT4gYXQg bmlkIDMxIGFuZCAzNSBvbiBoZGFhNAp1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0Ig djIuMAp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIEVIQ0kgcm9v dCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdl bjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnNlczAgYXQgYWhj aWVtMCBidXMgMCBzY2J1czQgdGFyZ2V0IDAgbHVuIDAKc2VzMDogPEFIQ0kgU0dQSU8gRW5j bG9zdXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQpzZXMwOiBTRU1CIFNF UyBEZXZpY2UKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4gMAph ZGEwOiA8V0RDIFdEMzIwMEJFVlQtMDhBMjNUMSAwMi4wMUEwMj4gQVRBOC1BQ1MgU0FUQSAy LnggZGV2aWNlCmFkYTA6IFNlcmlhbCBOdW1iZXIgV0QtV1hEMUExMTU0Mjc1CmFkYTA6IDMw MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQph ZGEwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogMzA1MjQ1TUIgKDYyNTE0MjQ0 OCA1MTIgYnl0ZSBzZWN0b3JzKQpjZDAgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0 IDAgbHVuIDAKY2QwOiA8T3B0aWFyYyBEVkQgUlcgQUQtNzkzMEggMS5EMT4gUmVtb3ZhYmxl IENELVJPTSBTQ1NJIGRldmljZQpjZDA6IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAx LngsIFVETUE1LCBBVEFQSSAxMmJ5dGVzLCBQSU8gODE5MmJ5dGVzKQpjZDA6IEF0dGVtcHQg dG8gcXVlcnkgZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJl c2VudCAtIHRyYXkgY2xvc2VkClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQIENQ VSAjMyBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhClRpbWVjb3VudGVyICJU U0MtbG93IiBmcmVxdWVuY3kgMTMzMDAzMDczNiBIeiBxdWFsaXR5IDEwMDAKV0FSTklORzog V0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuClRy eWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWRhMHAzIFtyd10uLi4KdWh1YjA6 IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAzIHBvcnRz IHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4yOiA8dmVuZG9yIDB4ODA4 Nz4gYXQgdXNidXMwCnVodWIyOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyMCwgY2xh c3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMAp1Z2VuMS4yOiA8dmVu ZG9yIDB4ODA4Nz4gYXQgdXNidXMxCnVodWIzOiA8dmVuZG9yIDB4ODA4NyBwcm9kdWN0IDB4 MDAyMCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRyIDI+IG9uIHVzYnVzMQp1aHVi MjogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjM6IDggcG9y dHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjM6IDxCcm9hZGNvbSBD b3JwPiBhdCB1c2J1czAKdWdlbjAuNDogPENoaWNvbnkgRWxlY3Ryb25pY3MgQ28uLCBMdGQu PiBhdCB1c2J1czAKd2xhbjA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjI0OmQ3OjkxOmI1OjQ0 Cml3bjA6IGl3bl9yZWFkX2Zpcm13YXJlOiB1Y29kZSByZXY9MHgwOWRkMDQwMQp3bGFuMDog bGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnVidDA6IDxCcm9hZGNvbSBDb3JwIEJyb2FkY29t IEJsdWV0b290aCBEZXZpY2UsIGNsYXNzIDIyNC8xLCByZXYgMi4wMC8zLjYwLCBhZGRyIDM+ IG9uIHVzYnVzMAp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KaXduMDogZGV2 aWNlIHRpbWVvdXQKV0FSTklORzogYXR0ZW1wdCB0byBkb21haW5fYWRkKGJsdWV0b290aCkg YWZ0ZXIgZG9tYWluZmluYWxpemUoKQpXQVJOSU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9hZGQo bmV0Z3JhcGgpIGFmdGVyIGRvbWFpbmZpbmFsaXplKCkKd2xhbjA6IGllZWU4MDIxMV9zd3Nj YW5fY2FuY2VsX3NjYW46IGNhbmNlbCBhY3RpdmUgc2Nhbgp3bGFuMDogc2Nhbl90YXNrOiBs b29wIHN0YXJ0OyBzY2FuZG9uZT0xCndsYW4wOiBzY2FuX3Rhc2s6IG91dAp3bGFuMDogc2Nh bl90YXNrOiBkb25lLCBbdGlja3MgMjE0NzU3Mjk2NywgZHdlbGwgbWluIDIgc2NhbmVuZCA0 Mjk0OTA5MjM1XQppd24wOiBpd25fcmVhZF9maXJtd2FyZTogdWNvZGUgcmV2PTB4MDlkZDA0 MDEKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fY2FuY2VsX3NjYW46IGNhbGxlZDsgRl9TQ0FO PTAsIHZhcD1tYXRjaCwgQ0FOQ0VMPTAKd2xhbjA6IGllZWU4MDIxMV9zY2FuX2ZsdXNoCml3 bjA6IGl3bl9yZWFkX2Zpcm13YXJlOiB1Y29kZSByZXY9MHgwOWRkMDQwMQp3bGFuMDogaWVl ZTgwMjExX3N3c2Nhbl9jYW5jZWxfc2NhbjogY2FsbGVkOyBGX1NDQU49MCwgdmFwPW1hdGNo LCBDQU5DRUw9MAp3bGFuMDogaWVlZTgwMjExX2NoZWNrX3NjYW46IGFjdGl2ZSBzY2FuLCBh cHBlbmQKd2xhbjA6IHN0YV9waWNrX2Jzczogbm8gc2NhbiBjYW5kaWRhdGUKd2xhbjA6IGll ZWU4MDIxMV9zd3NjYW5fc3RhcnRfc2Nhbl9sb2NrZWQ6IGFjdGl2ZSBzY2FuLCBkdXJhdGlv biAyMTQ3NDgzNjQ3IG1pbmR3ZWxsIDAgbWF4ZHdlbGwgMCwgZGVzaXJlZCBtb2RlIGF1dG8s IGFwcGVuZAp3bGFuMDogc2NhbiBzZXQgMWcsIDZnLCAxMWcsIDdnLCAxM2csIDUyYSwgNTZh LCA2MGEsIDY0YSwgMzZhLCA0MGEsIDQ0YSwgNDhhLCAyZywgM2csIDRnLCA1ZywgOGcsIDln LCAxMGcsIDEyZywgMTAwYSwgMTA0YSwgMTA4YSwgMTEyYSwgMTE2YSwgMTIwYSwgMTI0YSwg MTI4YSwgMTMyYSwgMTM2YSwgMTQwYSBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXMKd2xhbjA6 IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3bGFuMDogc2Nhbl90YXNrOiBj aGFuICAxMW4gLT4gICAxZyBbYWN0aXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCnds YW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKWzg4OjAzOjU1OjQ2OmU0OmRkXSBuZXcgcHJvYmVf cmVzcCBvbiBjaGFuIDEgKGJzcyBjaGFuIDEpICI8TkVJR0hCT1VSMD4iIHJzc2kgOApbODg6 MDM6NTU6NDY6ZTQ6ZGRdIGNhcHMgMHgxNDExIGJpbnR2YWwgMTAwIGVycCAweDEwMCBjb3Vu dHJ5IFtERSAgMS0xMywyMF0Kd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nhbl9uZXh0OiBj YWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3bGFuMDog c2Nhbl90YXNrOiBjaGFuICAgMWcgLT4gICA2ZyBbYWN0aXZlLCBkd2VsbCBtaW4gMjBtcyBt YXggMjAwbXNdCndsYW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKWzc0OjMxOjcwOmM2OjQzOmNj XSBuZXcgcHJvYmVfcmVzcCBvbiBjaGFuIDYgKGJzcyBjaGFuIDYpICI8TkVJR0hCT1VSMT4i IHJzc2kgMjMKWzc0OjMxOjcwOmM2OjQzOmNjXSBjYXBzIDB4NDMxIGJpbnR2YWwgMTAwIGVy cCAweDEwMCBjb3VudHJ5IFtERSAgMS0xMywyMF0Kd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5f YWRkX3NjYW46IGNoYW4gICA2ZyBtaW4gZHdlbGwgbWV0ICgyMTQ3NTczMjg5ID4gMTg0NDY3 NDQwNzE1NjIxNTc2MDkpCls3NDozMTo3MDpjNjo0MzpjY10gbmV3IGJlYWNvbiBvbiBjaGFu IDYgKGJzcyBjaGFuIDYpICI8TkVJR0hCT1VSMT4iIHJzc2kgMjMKWzc0OjMxOjcwOmM2OjQz OmNjXSBjYXBzIDB4NDMxIGJpbnR2YWwgMTAwIGVycCAweDEwMCBjb3VudHJ5IFtERSAgMS0x MywyMF0KW2JjOjA1OjQzOmNjOjZmOjYzXSBuZXcgYmVhY29uIG9uIGNoYW4gNiAoYnNzIGNo YW4gNikgIjxORUlHSEJPVVIyPiIgcnNzaSA3CltiYzowNTo0MzpjYzo2Zjo2M10gY2FwcyAw eDQxMSBiaW50dmFsIDEwMCBlcnAgMHgxMDQKWzg0OjljOmE2OjVjOjNiOjMwXSBuZXcgYmVh Y29uIG9uIGNoYW4gNiAoYnNzIGNoYW4gNikgIjxORUlHSEJPVVIzPiIgcnNzaSA5Cls4NDo5 YzphNjo1YzozYjozMF0gY2FwcyAweDQzMSBiaW50dmFsIDEwMCBlcnAgMHgxMDAgY291bnRy eSBbREUgIDEtMTMsMjBdCltkNDoyMToyMjpjYzo0ODo5NF0gbmV3IGJlYWNvbiBvbiBjaGFu IDYgKGJzcyBjaGFuIDYpICI8TkVJR0hCT1VSND4iIHJzc2kgMTMKW2Q0OjIxOjIyOmNjOjQ4 Ojk0XSBjYXBzIDB4NDAxIGJpbnR2YWwgMTAwIGVycCAweDEwMCBjb3VudHJ5IFtERSAgMS0x MywyMF0Kd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nhbl9uZXh0OiBjYWxsZWQKd2xhbjA6 IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3bGFuMDogc2Nhbl90YXNrOiBj aGFuICAgNmcgLT4gIDExZyBbYWN0aXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCnds YW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKW2JjOjA1OjQzOjk4OjE1Ojg4XSBuZXcgcHJvYmVf cmVzcCBvbiBjaGFuIDExIChic3MgY2hhbiAxMSkgIjxNWV9TU0lEPiIgcnNzaSA0OApbYmM6 MDU6NDM6OTg6MTU6ODhdIGNhcHMgMHg0MzEgYmludHZhbCAxMDAgZXJwIDB4MTAwIGNvdW50 cnkgW0RFICAxLTEzLDIwXQp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2FuX25leHQ6IGNh bGxlZAp3bGFuMDogc2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0wCndsYW4wOiBz Y2FuX3Rhc2s6IGNoYW4gIDExZyAtPiAgIDdnIFthY3RpdmUsIGR3ZWxsIG1pbiAyMG1zIG1h eCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFzazogd2FpdGluZwp3bGFuMDogaWVlZTgwMjExX3N3 c2Nhbl9zY2FuX25leHQ6IGNhbGxlZAp3bGFuMDogc2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBz Y2FuZG9uZT0wCndsYW4wOiBzY2FuX3Rhc2s6IGNoYW4gICA3ZyAtPiAgMTNnIFtwYXNzaXZl LCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCndsYW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcK d2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nhbl9uZXh0OiBjYWxsZWQKd2xhbjA6IHNjYW5f dGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3bGFuMDogc2Nhbl90YXNrOiBjaGFuICAx M2cgLT4gIDUyYSBbcGFzc2l2ZSwgZHdlbGwgbWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDog c2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX2NhbmNlbF9zY2Fu OiBjYW5jZWwgYWN0aXZlIHNjYW4Kd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2Nh bmRvbmU9MQp3bGFuMDogc2Nhbl90YXNrOiBvdXQKd2xhbjA6IHNjYW5fdGFzazogZG9uZSwg W3RpY2tzIDIxNDc1NzMzMDksIGR3ZWxsIG1pbiAyIHNjYW5lbmQgODk2MzddCndsYW4wOiBp ZWVlODAyMTFfc3dzY2FuX2NhbmNlbF9zY2FuOiBjYWxsZWQ7IEZfU0NBTj0wLCB2YXA9bWF0 Y2gsIENBTkNFTD0wCndsYW4wOiBpZWVlODAyMTFfc2Nhbl9mbHVzaAppd24wOiBpd25fcmVh ZF9maXJtd2FyZTogdWNvZGUgcmV2PTB4MDlkZDA0MDEKd2xhbjA6IGllZWU4MDIxMV9zY2Fu cmVxOiBmbGFncyAweDIwMDUyIGR1cmF0aW9uIDB4N2ZmZmZmZmYgbWluZHdlbGwgMCBtYXhk d2VsbCAwIG5zc2lkIDEKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fY2FuY2VsX3NjYW46IGNh bGxlZDsgRl9TQ0FOPTAsIHZhcD1tYXRjaCwgQ0FOQ0VMPTAKd2xhbjA6IGllZWU4MDIxMV9j aGVja19zY2FuOiBhY3RpdmUgc2NhbiwgYXBwZW5kLCBub2pvaW4sIG9uY2UKd2xhbjA6IHN0 YV9waWNrX2Jzczogbm8gc2NhbiBjYW5kaWRhdGUKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5f c3RhcnRfc2Nhbl9sb2NrZWQ6IGFjdGl2ZSBzY2FuLCBkdXJhdGlvbiAyMTQ3NDgzNjQ3IG1p bmR3ZWxsIDAgbWF4ZHdlbGwgMCwgZGVzaXJlZCBtb2RlIGF1dG8sIGFwcGVuZCwgbm9qb2lu LCB3bGFuMDogc2NhbiBzZXQgMWcsIDZnLCAxMWcsIDdnLCAxM2csIDUyYSwgNTZhLCA2MGEs IDY0YSwgMzZhLCA0MGEsIDQ0YSwgNDhhLCAyZywgM2csIDRnLCA1ZywgOGcsIDlnLCAxMGcs IDEyZywgMTAwYSwgMTA0YSwgMTA4YSwgMTEyYSwgMTE2YSwgMTIwYSwgMTI0YSwgMTI4YSwg MTMyYSwgMTM2YSwgMTQwYSBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXMKd2xhbjA6IHNjYW5f dGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3bGFuMDogc2Nhbl90YXNrOiBjaGFuICAx MW4gLT4gICAxZyBbYWN0aXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCndsYW4wOiBz Y2FuX3Rhc2s6IHdhaXRpbmcKWzg4OjAzOjU1OjQ2OmU0OmRkXSBuZXcgcHJvYmVfcmVzcCBv biBjaGFuIDEgKGJzcyBjaGFuIDEpICI8TkVJR0hCT1VSMD4iIHJzc2kgOApbODg6MDM6NTU6 NDY6ZTQ6ZGRdIGNhcHMgMHgxNDExIGJpbnR2YWwgMTAwIGVycCAweDEwMCBjb3VudHJ5IFtE RSAgMS0xMywyMF0Kd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fYWRkX3NjYW46IGNoYW4gICAx ZyBtaW4gZHdlbGwgbWV0ICgyMTQ3NTczMzI4ID4gMTg0NDY3NDQwNzE1NjIxNTc2NDgpCnds YW4wOiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rh c2s6IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAgIDFn IC0+ICAgNmcgW2FjdGl2ZSwgZHdlbGwgbWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nh bl90YXNrOiB3YWl0aW5nCltkNDoyMToyMjpjYzo0ODo5M10gbmV3IHByb2JlX3Jlc3Agb24g Y2hhbiA2IChic3MgY2hhbiA2KSAiPE5FSUdIQk9VUjU+IiByc3NpIDE3CltkNDoyMToyMjpj Yzo0ODo5M10gY2FwcyAweDQxMSBiaW50dmFsIDEwMCBlcnAgMHgxMDAgY291bnRyeSBbREUg IDEtMTMsMjBdCls3NDozMTo3MDpjNjo0MzpjY10gbmV3IHByb2JlX3Jlc3Agb24gY2hhbiA2 IChic3MgY2hhbiA2KSAiPE5FSUdIQk9VUjE+IiByc3NpIDIzCls3NDozMTo3MDpjNjo0Mzpj Y10gY2FwcyAweDQzMSBiaW50dmFsIDEwMCBlcnAgMHgxMDAgY291bnRyeSBbREUgIDEtMTMs MjBdCls1ODoxZjoyODphMzo0NDpmNl0gbmV3IHByb2JlX3Jlc3Agb24gY2hhbiA2IChic3Mg Y2hhbiA2KSAiPE5FSUdIQk9VUjY+IiByc3NpIDE3Cls1ODoxZjoyODphMzo0NDpmNl0gY2Fw cyAweDQxMSBiaW50dmFsIDEwMCBlcnAgMHgxMDAKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5f YWRkX3NjYW46IGNoYW4gICA2ZyBtaW4gZHdlbGwgbWV0ICgyMTQ3NTczMzMwID4gMTg0NDY3 NDQwNzE1NjIxNTc2NTApCltkNDoyMToyMjpjYzo0ODo5M10gbmV3IHByb2JlX3Jlc3Agb24g Y2hhbiA2IChic3MgY2hhbiA2KSAiPE5FSUdIQk9VUjU+IiByc3NpIDEzCltkNDoyMToyMjpj Yzo0ODo5M10gY2FwcyAweDQxMSBiaW50dmFsIDEwMCBlcnAgMHgxMDAgY291bnRyeSBbREUg IDEtMTMsMjBdCls3NDozMTo3MDpjNjo0MzpjY10gbmV3IHByb2JlX3Jlc3Agb24gY2hhbiA2 IChic3MgY2hhbiA2KSAiPE5FSUdIQk9VUjE+IiByc3NpIDI0Cls3NDozMTo3MDpjNjo0Mzpj Y10gY2FwcyAweDQzMSBiaW50dmFsIDEwMCBlcnAgMHgxMDAgY291bnRyeSBbREUgIDEtMTMs MjBdCltkNDoyMToyMjpjYzo0ODo5M10gbmV3IGJlYWNvbiBvbiBjaGFuIDYgKGJzcyBjaGFu IDYpICI8TkVJR0hCT1VSNT4iIHJzc2kgMTMKW2Q0OjIxOjIyOmNjOjQ4OjkzXSBjYXBzIDB4 NDExIGJpbnR2YWwgMTAwIGVycCAweDEwMCBjb3VudHJ5IFtERSAgMS0xMywyMF0KW2Q0OjIx OjIyOmNjOjQ4Ojk0XSBuZXcgYmVhY29uIG9uIGNoYW4gNiAoYnNzIGNoYW4gNikgIjxORUlH SEJPVVI0PiIgcnNzaSAxMwpbZDQ6MjE6MjI6Y2M6NDg6OTRdIGNhcHMgMHg0MDEgYmludHZh bCAxMDAgZXJwIDB4MTAwIGNvdW50cnkgW0RFICAxLTEzLDIwXQpbZDQ6MjE6MjI6Y2M6NDg6 OTRdIG5ldyBwcm9iZV9yZXNwIG9uIGNoYW4gNiAoYnNzIGNoYW4gNikgIjxORUlHSEJPVVI0 PiIgcnNzaSAxMwpbZDQ6MjE6MjI6Y2M6NDg6OTRdIGNhcHMgMHg0MDEgYmludHZhbCAxMDAg ZXJwIDB4MTAwIGNvdW50cnkgW0RFICAxLTEzLDIwXQp3bGFuMDogaWVlZTgwMjExX3N3c2Nh bl9zY2FuX25leHQ6IGNhbGxlZAp3bGFuMDogc2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2Fu ZG9uZT0wCndsYW4wOiBzY2FuX3Rhc2s6IGNoYW4gICA2ZyAtPiAgMTFnIFthY3RpdmUsIGR3 ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFzazogd2FpdGluZwpbYmM6 MDU6NDM6OTg6MTU6ODhdIG5ldyBwcm9iZV9yZXNwIG9uIGNoYW4gMTEgKGJzcyBjaGFuIDEx KSAiPE1ZX1NTSUQ+IiByc3NpIDU1CltiYzowNTo0Mzo5ODoxNTo4OF0gY2FwcyAweDQzMSBi aW50dmFsIDEwMCBlcnAgMHgxMDAgY291bnRyeSBbREUgIDEtMTMsMjBdCltiYzowNTo0Mzo5 ODoxNTo4OF0gbmV3IHByb2JlX3Jlc3Agb24gY2hhbiAxMSAoYnNzIGNoYW4gMTEpICI8TVlf U1NJRD4iIHJzc2kgNTUKW2JjOjA1OjQzOjk4OjE1Ojg4XSBjYXBzIDB4NDMxIGJpbnR2YWwg MTAwIGVycCAweDEwMCBjb3VudHJ5IFtERSAgMS0xMywyMF0Kd2xhbjA6IGllZWU4MDIxMV9z d3NjYW5fYWRkX3NjYW46IGNoYW4gIDExZyBtaW4gZHdlbGwgbWV0ICgyMTQ3NTczMzM1ID4g MTg0NDY3NDQwNzE1NjIxNTc2NTQpCndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4 dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xh bjA6IHNjYW5fdGFzazogY2hhbiAgMTFnIC0+ICAgN2cgW2FjdGl2ZSwgZHdlbGwgbWluIDIw bXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVlODAy MTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Agc3Rh cnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAgIDdnIC0+ICAxM2cgW3Bh c3NpdmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFzazogd2Fp dGluZwp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2FuX25leHQ6IGNhbGxlZAp3bGFuMDog c2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0wCndsYW4wOiBzY2FuX3Rhc2s6IGNo YW4gIDEzZyAtPiAgNTJhIFtwYXNzaXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCnds YW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nhbl9u ZXh0OiBjYWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3 bGFuMDogc2Nhbl90YXNrOiBjaGFuICA1MmEgLT4gIDU2YSBbcGFzc2l2ZSwgZHdlbGwgbWlu IDIwbXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVl ODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Ag c3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAgNTZhIC0+ICA2MGEg W3Bhc3NpdmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFzazog d2FpdGluZwp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2FuX25leHQ6IGNhbGxlZAp3bGFu MDogc2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0wCndsYW4wOiBzY2FuX3Rhc2s6 IGNoYW4gIDYwYSAtPiAgNjRhIFtwYXNzaXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNd CndsYW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nh bl9uZXh0OiBjYWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9 MAp3bGFuMDogc2Nhbl90YXNrOiBjaGFuICA2NGEgLT4gIDM2YSBbcGFzc2l2ZSwgZHdlbGwg bWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBp ZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxv b3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAgMzZhIC0+ICA0 MGEgW3Bhc3NpdmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFz azogd2FpdGluZwpbNzQ6MzE6NzA6YzY6NDM6Y2RdIG5ldyBiZWFjb24gb24gY2hhbiA0MCAo YnNzIGNoYW4gNDApICI8TkVJR0hCT1VSMT4iIHJzc2kgMTQKWzc0OjMxOjcwOmM2OjQzOmNk XSBjYXBzIDB4MTEgYmludHZhbCAxMDAgZXJwIDB4MCBjb3VudHJ5IFtERSAgMzYtMzksMjIg NTItNTUsMjIgMTAwLTEwOCwyOF0Kd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fYWRkX3NjYW46 IGNoYW4gIDQwYSBtaW4gZHdlbGwgbWV0ICgyMTQ3NTczMzYyID4gMTg0NDY3NDQwNzE1NjIx NTc2ODIpCndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4w OiBzY2FuX3Rhc2s6IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazog Y2hhbiAgNDBhIC0+ICA0NGEgW3Bhc3NpdmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10K d2xhbjA6IHNjYW5fdGFzazogd2FpdGluZwp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2Fu X25leHQ6IGNhbGxlZAp3bGFuMDogc2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0w CndsYW4wOiBzY2FuX3Rhc2s6IGNoYW4gIDQ0YSAtPiAgNDhhIFtwYXNzaXZlLCBkd2VsbCBt aW4gMjBtcyBtYXggMjAwbXNdCndsYW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKd2xhbjA6IGll ZWU4MDIxMV9zd3NjYW5fc2Nhbl9uZXh0OiBjYWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9v cCBzdGFydDsgc2NhbmRvbmU9MAp3bGFuMDogc2Nhbl90YXNrOiBjaGFuICA0OGEgLT4gICAy ZyBbYWN0aXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCndsYW4wOiBzY2FuX3Rhc2s6 IHdhaXRpbmcKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nhbl9uZXh0OiBjYWxsZWQKd2xh bjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3bGFuMDogc2Nhbl90YXNr OiBjaGFuICAgMmcgLT4gICAzZyBbYWN0aXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNd CndsYW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKWzE4OjgzOmJmOjFmOjAwOmVjXSBuZXcgcHJv YmVfcmVzcCBvbiBjaGFuIDMgKGJzcyBjaGFuIDMpICI8TkVJR0hCT1VSNz4iIHJzc2kgMTMK WzE4OjgzOmJmOjFmOjAwOmVjXSBjYXBzIDB4NDExIGJpbnR2YWwgMTAwIGVycCAweDEwNCBj b3VudHJ5IFtERSAgMS0xMywxNl0KWzE4OjgzOmJmOjFmOjAwOmVjXSBuZXcgcHJvYmVfcmVz cCBvbiBjaGFuIDMgKGJzcyBjaGFuIDMpICI8TkVJR0hCT1VSNz4iIHJzc2kgMTYKWzE4Ojgz OmJmOjFmOjAwOmVjXSBjYXBzIDB4NDExIGJpbnR2YWwgMTAwIGVycCAweDEwNCBjb3VudHJ5 IFtERSAgMS0xMywxNl0Kd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fYWRkX3NjYW46IGNoYW4g ICAzZyBtaW4gZHdlbGwgbWV0ICgyMTQ3NTczMzc1ID4gMTg0NDY3NDQwNzE1NjIxNTc2OTUp CndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2Fu X3Rhc2s6IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAg IDNnIC0+ICAgNGcgW2FjdGl2ZSwgZHdlbGwgbWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDog c2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDog Y2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6 IHNjYW5fdGFzazogY2hhbiAgIDRnIC0+ICAgNWcgW2FjdGl2ZSwgZHdlbGwgbWluIDIwbXMg bWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVlODAyMTFf c3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Agc3RhcnQ7 IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAgIDVnIC0+ICAgOGcgW2FjdGl2 ZSwgZHdlbGwgbWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5n CndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2Fu X3Rhc2s6IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAg IDhnIC0+ICAgOWcgW2FjdGl2ZSwgZHdlbGwgbWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDog c2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDog Y2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6 IHNjYW5fdGFzazogY2hhbiAgIDlnIC0+ICAxMGcgW2FjdGl2ZSwgZHdlbGwgbWluIDIwbXMg bWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVlODAyMTFf c3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Agc3RhcnQ7 IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAgMTBnIC0+ICAxMmcgW3Bhc3Np dmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFzazogd2FpdGlu Zwp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2FuX25leHQ6IGNhbGxlZAp3bGFuMDogc2Nh bl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0wCndsYW4wOiBzY2FuX3Rhc2s6IGNoYW4g IDEyZyAtPiAxMDBhIFtwYXNzaXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCndsYW4w OiBzY2FuX3Rhc2s6IHdhaXRpbmcKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nhbl9uZXh0 OiBjYWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3bGFu MDogc2Nhbl90YXNrOiBjaGFuIDEwMGEgLT4gMTA0YSBbcGFzc2l2ZSwgZHdlbGwgbWluIDIw bXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVlODAy MTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Agc3Rh cnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAxMDRhIC0+IDEwOGEgW3Bh c3NpdmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFzazogd2Fp dGluZwp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2FuX25leHQ6IGNhbGxlZAp3bGFuMDog c2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0wCndsYW4wOiBzY2FuX3Rhc2s6IGNo YW4gMTA4YSAtPiAxMTJhIFtwYXNzaXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNdCnds YW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nhbl9u ZXh0OiBjYWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9MAp3 bGFuMDogc2Nhbl90YXNrOiBjaGFuIDExMmEgLT4gMTE2YSBbcGFzc2l2ZSwgZHdlbGwgbWlu IDIwbXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBpZWVl ODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxvb3Ag c3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAxMTZhIC0+IDEyMGEg W3Bhc3NpdmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFzazog d2FpdGluZwp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2FuX25leHQ6IGNhbGxlZAp3bGFu MDogc2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0wCndsYW4wOiBzY2FuX3Rhc2s6 IGNoYW4gMTIwYSAtPiAxMjRhIFtwYXNzaXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAwbXNd CndsYW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5fc2Nh bl9uZXh0OiBjYWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRvbmU9 MAp3bGFuMDogc2Nhbl90YXNrOiBjaGFuIDEyNGEgLT4gMTI4YSBbcGFzc2l2ZSwgZHdlbGwg bWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4wOiBp ZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6IGxv b3Agc3RhcnQ7IHNjYW5kb25lPTAKd2xhbjA6IHNjYW5fdGFzazogY2hhbiAxMjhhIC0+IDEz MmEgW3Bhc3NpdmUsIGR3ZWxsIG1pbiAyMG1zIG1heCAyMDBtc10Kd2xhbjA6IHNjYW5fdGFz azogd2FpdGluZwp3bGFuMDogaWVlZTgwMjExX3N3c2Nhbl9zY2FuX25leHQ6IGNhbGxlZAp3 bGFuMDogc2Nhbl90YXNrOiBsb29wIHN0YXJ0OyBzY2FuZG9uZT0wCndsYW4wOiBzY2FuX3Rh c2s6IGNoYW4gMTMyYSAtPiAxMzZhIFtwYXNzaXZlLCBkd2VsbCBtaW4gMjBtcyBtYXggMjAw bXNdCndsYW4wOiBzY2FuX3Rhc2s6IHdhaXRpbmcKd2xhbjA6IGllZWU4MDIxMV9zd3NjYW5f c2Nhbl9uZXh0OiBjYWxsZWQKd2xhbjA6IHNjYW5fdGFzazogbG9vcCBzdGFydDsgc2NhbmRv bmU9MAp3bGFuMDogc2Nhbl90YXNrOiBjaGFuIDEzNmEgLT4gMTQwYSBbcGFzc2l2ZSwgZHdl bGwgbWluIDIwbXMgbWF4IDIwMG1zXQp3bGFuMDogc2Nhbl90YXNrOiB3YWl0aW5nCndsYW4w OiBpZWVlODAyMTFfc3dzY2FuX3NjYW5fbmV4dDogY2FsbGVkCndsYW4wOiBzY2FuX3Rhc2s6 IGxvb3Agc3RhcnQ7IHNjYW5kb25lPTEKd2xhbjA6IHNjYW5fdGFzazogb3V0CndsYW4wOiAg bWFjYWRkciAgICAgICAgICBic3NpZCAgICAgICAgIGNoYW4gIHJzc2kgIHJhdGUgZmxhZyAg d2VwICBlc3NpZAogLSA4ODowMzo1NTo0NjplNDpkZCA4ODowMzo1NTo0NjplNDpkZCAgICAx ICAgICA4ICA1NE0gICBlc3MgIHdlcCAgIjxORUlHSEJPVVIwPiIhCiAtIGQ0OjIxOjIyOmNj OjQ4OjkzIGQ0OjIxOjIyOmNjOjQ4OjkzICAgIDYgICAgMTYgIDU0TSAgIGVzcyAgd2VwICAi PE5FSUdIQk9VUjU+IiEKIC0gNzQ6MzE6NzA6YzY6NDM6Y2MgNzQ6MzE6NzA6YzY6NDM6Y2Mg ICAgNiAgICAyMyAgNTRNICAgZXNzICB3ZXAgICI8TkVJR0hCT1VSMT4iIQogLSA1ODoxZjoy ODphMzo0NDpmNiA1ODoxZjoyODphMzo0NDpmNiAgICA2ICAgIDE3ICA1NE0gICBlc3MgIHdl cCAgIjxORUlHSEJPVVI2PiIhCiAtIGQ0OjIxOjIyOmNjOjQ4Ojk0IGQ0OjIxOjIyOmNjOjQ4 Ojk0ICAgIDYgICAgMTMgIDU0TSAgIGVzcyAgIG5vISAiPE5FSUdIQk9VUjQ+IiEKIC0gYmM6 MDU6NDM6OTg6MTU6ODggYmM6MDU6NDM6OTg6MTU6ODggICAxMSAgICA1NSAgNTRNICAgZXNz ICB3ZXAgICI8TVlfU1NJRD4iIQogLSA3NDozMTo3MDpjNjo0MzpjZCA3NDozMTo3MDpjNjo0 MzpjZCAgIDQwICAgIDE0ICA1NE0gICBlc3MgIHdlcCAgIjxORUlHSEJPVVIxPiIhCiAtIDE4 OjgzOmJmOjFmOjAwOmVjIDE4OjgzOmJmOjFmOjAwOmVjICAgIDMgICAgMTMgIDU0TSAgIGVz cyAgd2VwICAiPE5FSUdIQk9VUjc+IiEKd2xhbjA6IHNjYW5fdGFzazogZG9uZSwgW3RpY2tz IDIxNDc1NzM0MzYsIGR3ZWxsIG1pbiAyIHNjYW5lbmQgODk2NzddCndsYW4wOiBub3RpZnkg c2NhbiBkb25lCndsYW4wOiBpZWVlODAyMTFfc3dzY2FuX2NhbmNlbF9zY2FuOiBjYWxsZWQ7 IEZfU0NBTj0wLCB2YXA9bWF0Y2gsIENBTkNFTD0wCndsYW4wOiBpZWVlODAyMTFfc3dzY2Fu X2NhbmNlbF9zY2FuOiBjYWxsZWQ7IEZfU0NBTj0wLCB2YXA9bWF0Y2gsIENBTkNFTD0wCnds YW4wOiBbYmM6MDU6NDM6OTg6MTU6ODhdIGllZWU4MDIxMV9zY2FuX2Fzc29jX3N1Y2Nlc3MK d2xhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApsb2NrIG9yZGVyIHJldmVyc2FsOgog MXN0IDB4ZmZmZmZlMDBlY2MyYzBkMCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5 cy9rZXJuL3Zmc19iaW8uYzozNDc2CiAybmQgMHhmZmZmZjgwMDAzZjNiNDAwIGRpcmhhc2gg KGRpcmhhc2gpIEAgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX2Rpcmhhc2guYzoyODEKS0RC OiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3RyYWNl X3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDExNzNjMzQwMAp3aXRuZXNzX2No ZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhlNzkvZnJhbWUgMHhmZmZmZmUw MTE3M2MzNDgwCl9zeF94bG9jaygpIGF0IF9zeF94bG9jaysweDcyL2ZyYW1lIDB4ZmZmZmZl MDExNzNjMzRjMAp1ZnNkaXJoYXNoX2FkZCgpIGF0IHVmc2Rpcmhhc2hfYWRkKzB4M2QvZnJh bWUgMHhmZmZmZmUwMTE3M2MzNTIwCnVmc19kaXJlbnRlcigpIGF0IHVmc19kaXJlbnRlcisw eDYyZi9mcmFtZSAweGZmZmZmZTAxMTczYzM1ZjAKdWZzX21ha2Vpbm9kZSgpIGF0IHVmc19t YWtlaW5vZGUrMHg1ZjMvZnJhbWUgMHhmZmZmZmUwMTE3M2MzN2IwCnVmc19jcmVhdGUoKSBh dCB1ZnNfY3JlYXRlKzB4MmQvZnJhbWUgMHhmZmZmZmUwMTE3M2MzN2QwClZPUF9DUkVBVEVf QVBWKCkgYXQgVk9QX0NSRUFURV9BUFYrMHhmMS9mcmFtZSAweGZmZmZmZTAxMTczYzM4MDAK dm5fb3Blbl9jcmVkKCkgYXQgdm5fb3Blbl9jcmVkKzB4MmY4L2ZyYW1lIDB4ZmZmZmZlMDEx NzNjMzk3MAprZXJuX29wZW5hdCgpIGF0IGtlcm5fb3BlbmF0KzB4MjVjL2ZyYW1lIDB4ZmZm ZmZlMDExNzNjM2FlMAphbWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDJkZS9m cmFtZSAweGZmZmZmZTAxMTczYzNiZjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2Nh bGwrMHhmYi9mcmFtZSAweGZmZmZmZTAxMTczYzNiZjAKLS0tIHN5c2NhbGwgKDQ5OSwgRnJl ZUJTRCBFTEY2NCwgc3lzX29wZW5hdCksIHJpcCA9IDB4ODAxMjVhZjBhLCByc3AgPSAweDdm ZmZmZmZmZGZjOCwgcmJwID0gMHg3ZmZmZmZmZmUwYjAgLS0tCmFjcXVpcmluZyBkdXBsaWNh dGUgbG9jayBvZiBzYW1lIHR5cGU6ICJvcy5sb2NrX3N4IgogMXN0IG9zLmxvY2tfc3ggQCBu dmlkaWFfb3MuYzo2MDMKIDJuZCBvcy5sb2NrX3N4IEAgbnZpZGlhX29zLmM6NjAzCktEQjog c3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90cmFjZV9z ZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZTAxMTczOGM2MzAKd2l0bmVzc19jaGVj a29yZGVyKCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZTc5L2ZyYW1lIDB4ZmZmZmZlMDEx NzM4YzZiMApfc3hfeGxvY2soKSBhdCBfc3hfeGxvY2srMHg3Mi9mcmFtZSAweGZmZmZmZTAx MTczOGM2ZjAKb3NfYWNxdWlyZV9tdXRleCgpIGF0IG9zX2FjcXVpcmVfbXV0ZXgrMHgzMi9m cmFtZSAweGZmZmZmZTAxMTczOGM3MTAKX252MDEzMzY2cm0oKSBhdCBfbnYwMTMzNjZybSsw eDE4L2ZyYW1lIDB4ZmZmZmZlMDAwMjI4MGU5MApkbWFwYmFzZSgpIGF0IDB4ZmZmZmY4MDA1 MzVhNjE4MC9mcmFtZSAweGRlYWRjMGRlZGVhZGMwZGUKQUNQSSBXYXJuaW5nOiBcMTM0X1NC Xy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91 bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDgxOC9uc2FyZ3Vt ZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBB cmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWly ZXMgW1BhY2thZ2VdICgyMDE1MDgxOC9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBc MTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNo IC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDgxOC9u c2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5f RFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkg cmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDgxOC9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJu aW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1p c21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1 MDgxOC9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18u VklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0s IEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDgxOC9uc2FyZ3VtZW50cy05NykKQUNQ SSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0 eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2Vd ICgyMDE1MDgxOC9uc2FyZ3VtZW50cy05NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kw LlBFR18uVklEXy5fRFNNOiBBcmd1bWVudCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1 ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1BhY2thZ2VdICgyMDE1MDgxOC9uc2FyZ3VtZW50cy05 NykKQUNQSSBXYXJuaW5nOiBcMTM0X1NCXy5QQ0kwLlBFR18uVklEXy5fRFNNOiBBcmd1bWVu dCAjNCB0eXBlIG1pc21hdGNoIC0gRm91bmQgW0J1ZmZlcl0sIEFDUEkgcmVxdWlyZXMgW1Bh Y2thZ2VdICgyMDE1MDgxOC9uc2FyZ3VtZW50cy05NykKYWNxdWlyaW5nIGR1cGxpY2F0ZSBs b2NrIG9mIHNhbWUgdHlwZTogIm9zLmxvY2tfbXR4IgogMXN0IG9zLmxvY2tfbXR4IEAgbnZp ZGlhX29zLmM6Nzc3CiAybmQgb3MubG9ja19tdHggQCBudmlkaWFfb3MuYzo3NzcKS0RCOiBz dGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3RyYWNlX3Nl bGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDExNzM4YzMwMAp3aXRuZXNzX2NoZWNr b3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhlNzkvZnJhbWUgMHhmZmZmZmUwMTE3 MzhjMzgwCl9fbXR4X2xvY2tfZmxhZ3MoKSBhdCBfX210eF9sb2NrX2ZsYWdzKzB4YTQvZnJh bWUgMHhmZmZmZmUwMTE3MzhjM2QwCm9zX2FjcXVpcmVfc3BpbmxvY2soKSBhdCBvc19hY3F1 aXJlX3NwaW5sb2NrKzB4MWIvZnJhbWUgMHhmZmZmZmUwMTE3MzhjM2UwCl9udjAxNTMwOHJt KCkgYXQgX252MDE1MzA4cm0rMHhjZTUvZnJhbWUgMHhmZmZmZmUwMDAyMjgzZWU4Ck5WUk06 IEdQVSBhdCBQQ0k6MDAwMDowMTowMDogR1BVLTI5YTMyMmY0LTc0YzktMWM5OS0zZGJiLTAw NDgzMzNhZTM0YQpOVlJNOiBYaWQgKFBDSTowMDAwOjAxOjAwKTogNTcsIEZhaWxlZCBzaG1v byBzZGRyMyBsaW5rIHRyYWluaW5nCmxvY2sgb3JkZXIgcmV2ZXJzYWw6CiAxc3QgMHhmZmZm ZjgwMDUzODNkMDQwIGZpbGVkZXNjIHN0cnVjdHVyZSAoZmlsZWRlc2Mgc3RydWN0dXJlKSBA IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZGVzY3JpcC5jOjEyMzEKIDJuZCAweGZmZmZmODAw NTNmYTJkNTAgdWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIuYzo0NTQy CktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90 cmFjZV9zZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZTAxMTczNDc3ZTAKd2l0bmVz c19jaGVja29yZGVyKCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZTc5L2ZyYW1lIDB4ZmZm ZmZlMDExNzM0Nzg2MApfX2xvY2ttZ3JfYXJncygpIGF0IF9fbG9ja21ncl9hcmdzKzB4ZDNi L2ZyYW1lIDB4ZmZmZmZlMDExNzM0NzkxMApmZnNfbG9jaygpIGF0IGZmc19sb2NrKzB4YTYv ZnJhbWUgMHhmZmZmZmUwMTE3MzQ3OTYwClZPUF9MT0NLMV9BUFYoKSBhdCBWT1BfTE9DSzFf QVBWKzB4MTAwL2ZyYW1lIDB4ZmZmZmZlMDExNzM0Nzk5MApfdm5fbG9jaygpIGF0IF92bl9s b2NrKzB4OWEvZnJhbWUgMHhmZmZmZmUwMTE3MzQ3YTAwCmtubGlzdF9yZW1vdmVfa3EoKSBh dCBrbmxpc3RfcmVtb3ZlX2txKzB4N2UvZnJhbWUgMHhmZmZmZmUwMTE3MzQ3YTMwCmZpbHRf dmZzZGV0YWNoKCkgYXQgZmlsdF92ZnNkZXRhY2grMHgyOC9mcmFtZSAweGZmZmZmZTAxMTcz NDdhNTAKa25vdGVfZmRjbG9zZSgpIGF0IGtub3RlX2ZkY2xvc2UrMHhjNy9mcmFtZSAweGZm ZmZmZTAxMTczNDdhYTAKY2xvc2VmcCgpIGF0IGNsb3NlZnArMHg2NS9mcmFtZSAweGZmZmZm ZTAxMTczNDdhZTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2NhbGwrMHgyZGUvZnJh bWUgMHhmZmZmZmUwMTE3MzQ3YmYwClhmYXN0X3N5c2NhbGwoKSBhdCBYZmFzdF9zeXNjYWxs KzB4ZmIvZnJhbWUgMHhmZmZmZmUwMTE3MzQ3YmYwCi0tLSBzeXNjYWxsICg2LCBGcmVlQlNE IEVMRjY0LCBzeXNfY2xvc2UpLCByaXAgPSAweDgwNTAyNGZmYSwgcnNwID0gMHg3ZmZmZmZm ZmQ4ZjgsIHJicCA9IDB4N2ZmZmZmZmZkOTEwIC0tLQpwaWQgMTE4MyAob3duY2xvdWQpLCB1 aWQgMTAwMTogZXhpdGVkIG9uIHNpZ25hbCAxMSAoY29yZSBkdW1wZWQpCmxvY2sgb3JkZXIg cmV2ZXJzYWw6CiAxc3QgMHhmZmZmZjgwMDcxODM3OWEwIHVmcyAodWZzKSBAIC91c3Ivc3Jj L3N5cy9rZXJuL3Zmc19zdWJyLmM6MjIzMQogMm5kIDB4ZmZmZmZlMDBlY2YzMjA0MCBidWZ3 YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zmc192bm9wcy5jOjI2Mwog M3JkIDB4ZmZmZmY4MDA3MWE0NDQxOCB1ZnMgKHVmcykgQCAvdXNyL3NyYy9zeXMva2Vybi92 ZnNfc3Vici5jOjIyMzEKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3Jh cHBlcigpIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDEx NzU4MDRiMAp3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhl NzkvZnJhbWUgMHhmZmZmZmUwMTE3NTgwNTMwCl9fbG9ja21ncl9hcmdzKCkgYXQgX19sb2Nr bWdyX2FyZ3MrMHhkM2IvZnJhbWUgMHhmZmZmZmUwMTE3NTgwNWUwCmZmc19sb2NrKCkgYXQg ZmZzX2xvY2srMHhhNi9mcmFtZSAweGZmZmZmZTAxMTc1ODA2MzAKVk9QX0xPQ0sxX0FQVigp IGF0IFZPUF9MT0NLMV9BUFYrMHgxMDAvZnJhbWUgMHhmZmZmZmUwMTE3NTgwNjYwCl92bl9s b2NrKCkgYXQgX3ZuX2xvY2srMHg5YS9mcmFtZSAweGZmZmZmZTAxMTc1ODA2ZDAKdmdldCgp IGF0IHZnZXQrMHg2My9mcmFtZSAweGZmZmZmZTAxMTc1ODA3MjAKdmZzX2hhc2hfZ2V0KCkg YXQgdmZzX2hhc2hfZ2V0KzB4Y2MvZnJhbWUgMHhmZmZmZmUwMTE3NTgwNzcwCmZmc192Z2V0 ZigpIGF0IGZmc192Z2V0ZisweDQwL2ZyYW1lIDB4ZmZmZmZlMDExNzU4MDgwMApzb2Z0ZGVw X3N5bmNfYnVmKCkgYXQgc29mdGRlcF9zeW5jX2J1ZisweGFkMS9mcmFtZSAweGZmZmZmZTAx MTc1ODA4ZTAKZmZzX3N5bmN2bm9kZSgpIGF0IGZmc19zeW5jdm5vZGUrMHgyNTYvZnJhbWUg MHhmZmZmZmUwMTE3NTgwOTYwCnNvZnRkZXBfZnN5bmMoKSBhdCBzb2Z0ZGVwX2ZzeW5jKzB4 NGJhL2ZyYW1lIDB4ZmZmZmZlMDExNzU4MGExMApmZnNfZnN5bmMoKSBhdCBmZnNfZnN5bmMr MHg2MC9mcmFtZSAweGZmZmZmZTAxMTc1ODBhNDAKVk9QX0ZTWU5DX0FQVigpIGF0IFZPUF9G U1lOQ19BUFYrMHhmNy9mcmFtZSAweGZmZmZmZTAxMTc1ODBhNzAKc3lzX2ZzeW5jKCkgYXQg c3lzX2ZzeW5jKzB4MTcwL2ZyYW1lIDB4ZmZmZmZlMDExNzU4MGFlMAphbWQ2NF9zeXNjYWxs KCkgYXQgYW1kNjRfc3lzY2FsbCsweDJkZS9mcmFtZSAweGZmZmZmZTAxMTc1ODBiZjAKWGZh c3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAweGZmZmZmZTAxMTc1 ODBiZjAKLS0tIHN5c2NhbGwgKDk1LCBGcmVlQlNEIEVMRjY0LCBzeXNfZnN5bmMpLCByaXAg PSAweDgwMTRjNjc1YSwgcnNwID0gMHg3ZmZmZGI1YjdiODgsIHJicCA9IDB4N2ZmZmRiNWI3 YmEwIC0tLQo= --------------020205080400080007020800-- From owner-freebsd-current@freebsd.org Wed Nov 25 12:53:31 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48A5CA37BB4 for ; Wed, 25 Nov 2015 12:53:31 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBA3314E4; Wed, 25 Nov 2015 12:53:30 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wmec201 with SMTP id c201so254954331wme.0; Wed, 25 Nov 2015 04:53:29 -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=+wv9cjUitLZELur9lX8yiTU0N1V5ORiojiedGJ3HwNQ=; b=d/1cKB90IPuA0Gg+FwX152ypNCYYVFh+z2Ozf0bbG2SbKIrFpAU5azKJvvSOKtvT8f aeS/11aJMOyA1BsXcerNG07cDkf1h6bKwl1qFFxwcGtET2usx+dK9LbpzaevXHyhnnIP SjATclnOwUqt1c+/aJsdNLyXFC4O2DZ8dqLOgbnwxebtf9d2C3TNNCUTOZJNOlCcm0HA LKx9on5WPyMA5pJd11aFVygIFWtKa/+uz1hvPmaCOAyDkp+9XnEJ895fiyonrD1uG7mY YLtM9oNi2V3JTdfqmrNfwVzV8Wlm78iu+mki6YJ/m6WNETqwplgghnIBHcrOhO9A5qaq DJfQ== X-Received: by 10.194.93.6 with SMTP id cq6mr43249038wjb.165.1448456008869; Wed, 25 Nov 2015 04:53:28 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id n127sm3392339wmf.12.2015.11.25.04.53.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Nov 2015 04:53:27 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 25 Nov 2015 13:53:25 +0100 From: Baptiste Daroussin To: Andrey Chernov Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current Subject: Re: /bin/ls formatting broken for non-C(?) locales Message-ID: <20151125125325.GB77370@ivaldir.etoilebsd.net> References: <20151120110556.6e20a71f@laptop.minsk.domain> <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <56550F69.8050609@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 12:53:31 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 25, 2015 at 04:31:21AM +0300, Andrey Chernov wrote: > On 25.11.2015 3:15, Baptiste Daroussin wrote: > > On Sat, Nov 21, 2015 at 11:57:46PM +0300, Andrey Chernov wrote: > >> On 21.11.2015 15:18, Ed Schouten wrote: > >>> Hi Baptiste, > >>> > >>> I suppose you should use the wcswidth() function somewhere to compute > >>> the visible width of the month name. Some characters may be > >>> double-width, others may have no effective width at all. > >>> > >> > >> I agree. Checking error return of wide chars functions with some > >> fallback will be good too. > >=20 > > I have updated the code https://reviews.freebsd.org/D4239 > >=20 > > Tested by modifying some locales to add double width and zero width uni= code in > > the locales > >=20 > > Also added the error checking for the return of wide chars functions. F= or now I > > haven't added fallback, suggestions welcome if needed. >=20 > 1) For just 1 char in wcswidth(&wab_months[i][j], 1); it is better to > use another function wcwidth(wab_months[i][j]); done >=20 > 2) By fallback I mean something which not stops ls working with > incorrect for some reason locale, like setting max_width_month to > MAX_ABMON_WIDTH on error return (from > mbstowcs/wcwidth/wcswidth/wcswidth) and exit from > populate_abbreviated_month(). Not that easy to provide a fallback (or better to say I can't find a proper= way) it if fails on mbstocws then ab_months is not populated so unusable. What I did for now is set max_month_width to -1 and in ls_strftime I fallba= ck on the plain strftime meaning you keep localized information but the alignemen= t is broken as of now. >=20 > 3) wcwidth/wcswidth may return -1 too, it needs to be checked too. done and truncate the name of the month to the latest valid character >=20 > 4) The whole processing looks overcomplicated and not effective. What > about this instead? > for (i =3D 0; i < 12; i++) { > count wcswidth() of each month and store it in wab_months_width[]. > count max_width_month. > } > for (i =3D 0; i < 12; i++) { > if ((n =3D max_width_month - wab_months_width[i]) > 0) > call wcscat(wab_months[i], L" ") n times. > } Done, along with your optimisation from your next mail >=20 > 5) If there is no %b is strftime() format, there is no sense to spend > CPU cycles on from populate_abbreviated_month(), so it should be called > only once inside ls_strftime() on first %b instead of calling it in > printtime() for all cases. done Review updated (if you prefer a diff by mail just tell me, given you do not= have a phabricator account.) Thanks for your patience! and reviews! Bapt --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlZVr0UACgkQ8kTtMUmk6ExkGwCdEPI4qHzdEI8InCdy9zqBuw/T 0TAAn1f47EYsZ2MmngPDaPqdMN/5pqgI =bZP1 -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-current@freebsd.org Wed Nov 25 13:51:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43298A367E6 for ; Wed, 25 Nov 2015 13:51:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C77031384; Wed, 25 Nov 2015 13:51:04 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wmvv187 with SMTP id v187so258005552wmv.1; Wed, 25 Nov 2015 05:51:03 -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=4J9qY8lVU0E9CcAHZ6xzULABiUp2+HaYDxdgipZ3e78=; b=BCpADGeUiSXCexJYkxwDz1ucistZWWbtzJg0pJ30HacKrWyfqAGr0Le7Vx2LFWP4VU mNrhhwH0zb/4CZ29zsFxxKDhuzmQWQ0FBHw1jtKP14G4VnOU2n2PG3Aj+FkwQbsKbFZD lTRZmP4wmJty6TiRaziwU6TzevpOt624QU05rbDkQ61AKHqVcUsJ+sxqmKBpvEpbVTb+ e6/+wUn9wMnhzQkh5udg+vm7Zor0sbx0/a3s03nP/pq41Fw3x46qcR7dpulbOMp3qa8+ n2TaREPu/6WIvag8TepsRS6soiMpBkBdBSjQj3+e2tZtox9XIgUCnibhnt16U4dI5iMM Sfqw== X-Received: by 10.194.116.133 with SMTP id jw5mr6222834wjb.110.1448459463372; Wed, 25 Nov 2015 05:51:03 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id h67sm3592570wmf.17.2015.11.25.05.51.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Nov 2015 05:51:02 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 25 Nov 2015 14:51:00 +0100 From: Baptiste Daroussin To: Andrey Chernov Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current Subject: Re: /bin/ls formatting broken for non-C(?) locales Message-ID: <20151125135059.GC77370@ivaldir.etoilebsd.net> References: <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> <20151125125325.GB77370@ivaldir.etoilebsd.net> <5655B8D9.8060805@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IpbVkmxF4tDyP/Kb" Content-Disposition: inline In-Reply-To: <5655B8D9.8060805@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 13:51:05 -0000 --IpbVkmxF4tDyP/Kb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 25, 2015 at 04:34:17PM +0300, Andrey Chernov wrote: > On 25.11.2015 15:53, Baptiste Daroussin wrote: > > What I did for now is set max_month_width to -1 and in ls_strftime I fa= llback on > > the plain strftime meaning you keep localized information but the align= ement is > > broken as of now. >=20 > It will be enough. >=20 > >> 3) wcwidth/wcswidth may return -1 too, it needs to be checked too. > > done and truncate the name of the month to the latest valid character >=20 > I think there is no point for sofisticated truncating, if locale is not > valid. F.e. you may truncate to just 1 char. The thing above will be > enough for all such cases. >=20 > > Review updated (if you prefer a diff by mail just tell me, given you do= not have > > a phabricator account.) >=20 > I don't have phabricator. >=20 > This one > if ((n =3D max_month_width - wab_months_width[i]) > 0) { > wcslcat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, > max_month_width + 1); > } > should be > if ((n =3D max_month_width - wab_months_width[i]) > 0) > wcslcat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, n); >=20 > I.e. you append n spaces and n is the difference between max and current. With wcsncat I would agree, but not with wcslcat. wcslcat works like strlcat: to quote the manpage: "It will append at most dstsize - strlen(dst) - 1 characters." So here with your version it will be n - wcslen(wab_months[i]) -1 which won't fit what we want to do. btw that makes me figure out that what I want is wcsncat because we do care= to make sure we have appended the right number of spaces at the end of the abbreviated month based on character width, not the on the len of the wide string so I changed it if ((n =3D max_month_width - wab_months_width[i]) > 0) wcsncat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, n); If you do not have further comments, I will commit that later today. Then I will work on libarchive and pax (would you like to review the patche= s for those?) Best regards, Bapt --IpbVkmxF4tDyP/Kb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlZVvMMACgkQ8kTtMUmk6ExGzQCfcrizYfapj37PoE8IHX1kWhlQ 0F4AoLC31+gVBQzM5F48o8BoAC/1vymH =S5B+ -----END PGP SIGNATURE----- --IpbVkmxF4tDyP/Kb-- From owner-freebsd-current@freebsd.org Wed Nov 25 14:05:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23E3DA36CA2 for ; Wed, 25 Nov 2015 14:05:20 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f47.google.com (mail-lf0-f47.google.com [209.85.215.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 973561BC7 for ; Wed, 25 Nov 2015 14:05:19 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by lfaz4 with SMTP id z4so61629525lfa.0 for ; Wed, 25 Nov 2015 06:05:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=/XqZMqgeDezPzgoOKmG026elzzJPK0AEq1zZYf43158=; b=L9KZN3ubpcrERXLXYPsOxrO9e4Kz9v8Lnordbk0nq5sdyd5NqcBc7BjLu6cb6B0cop kcaifjT83cm46UfNnnsKGTBox+yegvHqc2F6rXg8HpRzTtZl7gAgGqTHFID7h3m+W05u oqLLG08pwDfcRhJGShlXV5f4nH0FgXJ5S6iSd68mw0rshswlLDz734e9oxZsXvhlf1OL VXrOQY5RHTGXJ+DUvsSGhGnQwxWO2MSgAyBf1PUFN1pxR4zOlxj612HrsQ5jRQT9A5OW gMSa9kcCyFSRQEZ9ptQnCH9nM+6SxkTlhoiclTlXpgI3cZFbp6Ww9RaZ1ZCrC6uPz37F zmUw== X-Gm-Message-State: ALoCoQm78BXkJh8AEOF0/6TymUuAMaFh42A5NsPVmNx8neqCdD+9PAmHfoGXHbgyqa4Fls4rFosh X-Received: by 10.25.145.81 with SMTP id t78mr7841350lfd.86.1448458460649; Wed, 25 Nov 2015 05:34:20 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id o67sm3133949lfb.0.2015.11.25.05.34.18 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Nov 2015 05:34:19 -0800 (PST) Subject: Re: /bin/ls formatting broken for non-C(?) locales To: Baptiste Daroussin References: <20151120110556.6e20a71f@laptop.minsk.domain> <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> <20151125125325.GB77370@ivaldir.etoilebsd.net> Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current From: Andrey Chernov Message-ID: <5655B8D9.8060805@freebsd.org> Date: Wed, 25 Nov 2015 16:34:17 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151125125325.GB77370@ivaldir.etoilebsd.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5a6HHSNuFHhw07DPRVifHKtfIA4gI4q4w" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 14:05:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5a6HHSNuFHhw07DPRVifHKtfIA4gI4q4w Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 25.11.2015 15:53, Baptiste Daroussin wrote: > What I did for now is set max_month_width to -1 and in ls_strftime I fa= llback on > the plain strftime meaning you keep localized information but the align= ement is > broken as of now. It will be enough. >> 3) wcwidth/wcswidth may return -1 too, it needs to be checked too. > done and truncate the name of the month to the latest valid character I think there is no point for sofisticated truncating, if locale is not valid. F.e. you may truncate to just 1 char. The thing above will be enough for all such cases. > Review updated (if you prefer a diff by mail just tell me, given you do= not have > a phabricator account.) I don't have phabricator. This one if ((n =3D max_month_width - wab_months_width[i]) > 0) { wcslcat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, max_month_width + 1); } should be if ((n =3D max_month_width - wab_months_width[i]) > 0) wcslcat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, n); I.e. you append n spaces and n is the difference between max and current.= --=20 http://ache.vniz.net/ --5a6HHSNuFHhw07DPRVifHKtfIA4gI4q4w Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJWVbjaAAoJEKUckv0MjfbKP6UH/i3wGDoHi0LaQJaLz0JnIkv7 TqGLSQ0P0CxGMhGh1q9CF6VCklNLubpj5WOUto82afpLUF0aHh7GYYJJHVevKEhT fGpPKOqQn4Hlk9EdlYUbYdBejXMfwT7cM+WUkdRpknM+jnRaqTG4dlyFPLayAjTI L3v1V8TfjVRODJDSaNdDNT5B+78TOiYMd294QXzhCBGLA/U1KLpAvW2lutNyNOma pqt05UPrKc6wyDquz+6I4g+NwUNBt37w7/u+shsJX8cP9BwrkHIDWN4O3xJtebXx 4NazKlo7oIS0ykpxzwuJkRY7jzEsxl8IXvrEYnSlezTU2IjjmJTXSfQgcLutapM= =HiLH -----END PGP SIGNATURE----- --5a6HHSNuFHhw07DPRVifHKtfIA4gI4q4w-- From owner-freebsd-current@freebsd.org Wed Nov 25 14:06:23 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00EB9A36D15 for ; Wed, 25 Nov 2015 14:06:23 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f46.google.com (mail-lf0-f46.google.com [209.85.215.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A7771CF3 for ; Wed, 25 Nov 2015 14:06:22 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by lfs39 with SMTP id 39so59617252lfs.3 for ; Wed, 25 Nov 2015 06:06:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=gJWhceVmFBXuHe4J8qUGpBiaarZ71G3igtemRCnoq+c=; b=WbzrVAg+6XF85xf3XU7YKCz7/lIISPWWJbEQEcSlogVKhb+rTzEEqTBta6hM2CsXGb UWAKKU8j6QrdjMSSjs5aVbjD3XBpCPcY630QdQjY1sgSJeYxqHjzc8VPqGD5kUshyG3U RLyFab+crZp5Eqa8mUTTogirxwBGzwQ+09R4L+KQ9CStSbO0VDYuDIdL1hJ64SrWB5mS meO2wS+wfthO3nB6NrAjFQROBt7ZA63ObxEfxxL3sm69dEu0lc54lopOnkkAv/RyTt9O 05mH++hQgSo0tbaYdkK8aFyx3szszLwNEjMwmMu7hZRyt5WPLjRWXAUDOWcnHDaR081w NFkQ== X-Gm-Message-State: ALoCoQlbhf3QOeYb8/n8fGV/1F9jBA8A7OQlzOnMMTmnihb7pr4ONxFBC19DN0CNWkt33uA5zAr4 X-Received: by 10.25.30.70 with SMTP id e67mr12948337lfe.132.1448460380196; Wed, 25 Nov 2015 06:06:20 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id m75sm3349461lfg.15.2015.11.25.06.06.18 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Nov 2015 06:06:18 -0800 (PST) Subject: Re: /bin/ls formatting broken for non-C(?) locales To: Baptiste Daroussin References: <20151120104253.GA21071@ivaldir.etoilebsd.net> <20151120110212.GB21071@ivaldir.etoilebsd.net> <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> <20151125125325.GB77370@ivaldir.etoilebsd.net> <5655B8D9.8060805@freebsd.org> <20151125135059.GC77370@ivaldir.etoilebsd.net> Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current From: Andrey Chernov Message-ID: <5655C059.8010701@freebsd.org> Date: Wed, 25 Nov 2015 17:06:17 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151125135059.GC77370@ivaldir.etoilebsd.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KtN2d2mgJj9oEFl65Wthe7ha4Eg9s1gQf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 14:06:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KtN2d2mgJj9oEFl65Wthe7ha4Eg9s1gQf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 25.11.2015 16:51, Baptiste Daroussin wrote: > wcslcat works like strlcat: > to quote the manpage: > "It will append at most dstsize - strlen(dst) - 1 characters." > So here with your version it will be n - wcslen(wab_months[i]) -1 > which won't fit what we want to do. >=20 > btw that makes me figure out that what I want is wcsncat because we do = care to > make sure we have appended the right number of spaces at the end of the= > abbreviated month based on character width, not the on the len of the w= ide > string >=20 > so I changed it >=20 > if ((n =3D max_month_width - wab_months_width[i]) > 0) > wcsncat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, n); Sorry, I initially mean wcsncat() functionality here, wcslcat() is sneaked in due to wrong memorizing. About width counting and fallback... Without attempt to nicely truncate data damaged by unknown way the code will be simpler. Instead all that loop adding width one by one wchar, jus= t: width =3D wcswidth(wab_months[i], MAX_ABMON_WIDTH); if (width =3D=3D -1) { max_month_width =3D -1; return; } wab_months_width[i] =3D width; About /* NULL terminate to simplify padding later */ wab_months[i][j] =3D L'\0'; You don't need it, mbstowcs() null-terminates result, if there is a room.= BTW, array size looks suspicious: static wchar_t wab_months[12][MAX_ABMON_WIDTH * 2 * MB_LEN_MAX]; what MB_LEN_MAX doing here? This constant is for multiple-bytes encoded, not for wide chars. --=20 http://ache.vniz.net/ --KtN2d2mgJj9oEFl65Wthe7ha4Eg9s1gQf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJWVcBaAAoJEKUckv0MjfbKjU8IAJLLiGS1ox6gxL80Dj0EWHw4 jXd1mywrMK2uy9mM37X42Wfdp026djIbnsAHdcG9uYlvEDJ6XciHbZqKSrttbWKA vFfaguvtJ5QAbphllRSF5CqX8o/V6XcgLnldcBOWArQvjQ4hnIBz3Uh1EdGIJSDu /4u2YLBW2GC3lG0+KqvL/C4QSzFfUUIB+ScyiruK/5eRO4PCOB8/ZAbAiyp7Jq8S l1J8QED//28UUIKb7EEE8aeOWsf+Kv6EjaZu5tfTfCn73gi9EmqDgLyJiPeRlOce HNmNo13UXhMrXB8e1L4cieq23NgS4g9zD2AmIjrRmyEnSxgaX1xEu7qXbHbin6w= =wvIN -----END PGP SIGNATURE----- --KtN2d2mgJj9oEFl65Wthe7ha4Eg9s1gQf-- From owner-freebsd-current@freebsd.org Wed Nov 25 14:30:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA89FA3715A; Wed, 25 Nov 2015 14:30:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id ADC5E188A; Wed, 25 Nov 2015 14:30:01 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3614E6F8; Wed, 25 Nov 2015 14:30:00 +0000 (UTC) Date: Wed, 25 Nov 2015 14:29:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ume@FreeBSD.org, ae@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1516307138.147.1448461799723.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1582136844.140.1448447117860.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1582136844.140.1448447117860.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1761 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 14:30:01 -0000 FreeBSD_HEAD_i386 - Build #1761 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1761/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1761/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1761/console Change summaries: 291299 by ae: Fix the build. 291298 by ume: Fix udp entry of `netstat -TW'. The end of the build log: [...truncated 180716 lines...] ctfconvert -L VERSION -g if_bridge.o --- all_subdir_if_edsc --- ctfconvert -L VERSION -g if_edsc.o --- all_subdir_if_bridge --- --- if_bridge.kld --- ld -d -warn-common -r -d -o if_bridge.kld if_bridge.o ctfmerge -L VERSION -g -o if_bridge.kld if_bridge.o --- all_subdir_if_edsc --- --- if_edsc.kld --- ld -d -warn-common -r -d -o if_edsc.kld if_edsc.o ctfmerge -L VERSION -g -o if_edsc.kld if_edsc.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_edsc.kld export_syms | xargs -J% objcopy % if_edsc.kld --- all_subdir_if_bridge --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_bridge.kld export_syms | xargs -J% objcopy % if_bridge.kld --- all_subdir_if_edsc --- --- if_edsc.ko.full --- ld -Bshareable -d -warn-common -o if_edsc.ko.full if_edsc.kld --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:104:43: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' --- all_subdir_if_edsc --- --- if_edsc.ko.debug --- objcopy --only-keep-debug if_edsc.ko.full if_edsc.ko.debug --- all_subdir_if_bridge --- --- if_bridge.ko.full --- ld -Bshareable -d -warn-common -o if_bridge.ko.full if_bridge.kld --- all_subdir_if_edsc --- --- if_edsc.ko --- objcopy --strip-debug --add-gnu-debuglink=if_edsc.ko.debug if_edsc.ko.full if_edsc.ko --- all_subdir_ibcs2 --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk ibcs2.kld export_syms | xargs -J% objcopy % ibcs2.kld --- tbinstal.o --- --- modules-all --- --- all_subdir_if_bridge --- --- if_bridge.ko.debug --- --- tbinstal.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/tables/tbinstal.c --- modules-all --- objcopy --only-keep-debug if_bridge.ko.full if_bridge.ko.debug --- all_subdir_if_enc --- static VNET_DEFINE(int, filter_mask_in) = IPSEC_ENC_BEFORE; ^ /usr/src/sys/net/if_enc.c:105:40: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_in) = IPSEC_ENC_BEFORE; ^ /usr/src/sys/net/if_enc.c:106:44: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_out) = IPSEC_ENC_BEFORE; ^ --- all_subdir_if_bridge --- --- if_bridge.ko --- objcopy --strip-debug --add-gnu-debuglink=if_bridge.ko.debug if_bridge.ko.full if_bridge.ko --- all_subdir_if_epair --- ===> if_epair (all) --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:107:41: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' --- all_subdir_ibcs2 --- --- ibcs2.ko.full --- ld -Bshareable -d -warn-common -o ibcs2.ko.full ibcs2.kld --- all_subdir_if_enc --- static VNET_DEFINE(int, bpf_mask_out) = IPSEC_ENC_BEFORE | IPSEC_ENC_AFTER; ^ /usr/src/sys/net/if_enc.c:107:60: error: use of undeclared identifier 'IPSEC_ENC_AFTER' static VNET_DEFINE(int, bpf_mask_out) = IPSEC_ENC_BEFORE | IPSEC_ENC_AFTER; ^ /usr/src/sys/net/if_enc.c:226:9: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->af != hhook_id) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:229:22: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_IN' if (((hhook_type == HHOOK_TYPE_IPSEC_IN && ^ /usr/src/sys/net/if_enc.c:230:10: error: incomplete definition of type 'struct ipsec_ctx_data' (ctx->enc & V_bpf_mask_in) != 0) || ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ --- all_subdir_ibcs2 --- --- ibcs2.ko.debug --- objcopy --only-keep-debug ibcs2.ko.full ibcs2.ko.debug --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:231:21: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_OUT' (hhook_type == HHOOK_TYPE_IPSEC_OUT && ^ /usr/src/sys/net/if_enc.c:232:10: error: incomplete definition of type 'struct ipsec_ctx_data' --- all_subdir_ibcs2 --- --- ibcs2.ko --- --- all_subdir_if_enc --- (ctx->enc & V_bpf_mask_out) != 0)) && ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:234:15: error: incomplete definition of type 'struct ipsec_ctx_data' hdr.af = ctx->af; ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:235:16: error: incomplete definition of type 'struct ipsec_ctx_data' hdr.spi = ctx->sav->spi; ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:237:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->sav->alg_enc != SADB_EALG_NONE) ~~~^ --- all_subdir_ibcs2 --- objcopy --strip-debug --add-gnu-debuglink=ibcs2.ko.debug ibcs2.ko.full ibcs2.ko --- all_subdir_if_enc --- /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:239:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->sav->alg_auth != SADB_AALG_NONE) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:241:49: error: incomplete definition of type 'struct ipsec_ctx_data' bpf_mtap2(ifp->if_bpf, &hdr, sizeof(hdr), *ctx->mp); ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:245:7: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_IN' case HHOOK_TYPE_IPSEC_IN: ^ /usr/src/sys/net/if_enc.c:246:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->enc == IPSEC_ENC_BEFORE) { ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ --- all_subdir_if_gif --- ===> if_gif (all) --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:246:19: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' if (ctx->enc == IPSEC_ENC_BEFORE) { ^ /usr/src/sys/net/if_enc.c:250:13: error: incomplete definition of type 'struct ipsec_ctx_data' (*ctx->mp)->m_pkthdr.len); ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [if_enc.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/if_enc 1 error make[4]: stopped in /usr/src/sys/modules/if_enc *** [all_subdir_if_enc] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_if_epair --- --- if_epair.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/if_epair/../../net/if_epair.c -o if_epair.o --- all_subdir_if_gif --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_gif *** [all_subdir_if_gif] Error code 2 make[3]: stopped in /usr/src/sys/modules --- tbinstal.o --- ctfconvert -L VERSION -g tbinstal.o --- modules-all --- --- all_subdir_if_epair --- ctfconvert -L VERSION -g if_epair.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_epair *** [all_subdir_if_epair] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson1830684169722280679.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/var/empty: Operation not permitted rm: FreeBSD_HEAD_i386/var: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Nov 25 14:35:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ECA9A37335 for ; Wed, 25 Nov 2015 14:35:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3339A1CD5; Wed, 25 Nov 2015 14:35:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wmuu63 with SMTP id u63so140500422wmu.0; Wed, 25 Nov 2015 06:35:03 -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=VDPlpHPclvqfO6ZOeT7XlNcPtEGSZEpptihwxM3ytNU=; b=MiWq58UsLnuiB29j3jbI3KYTPoWfYvUQjE2TL0sIULY51rs+bV6TznG5LzEzOw6Ar/ QAizYe5Uex0C1DvRQ52cWnl5B4rFwGyS7VxCdZJtxnaRmnGu9pbhAo2K5a684t/Mhrrk +BupP6iWJgWQ0+aaMNF5HmMfUTYvZounUUaTg2cOWd1qTzG1HmY5OoDP1ZWHSYhNuzuJ dOPdOD1g42rPryl1SuUxGjPn6A3+7n/jL8xT9qZptN4plre0ehTFTilYrSgsQCPDJct7 58xE2b/w14scPU0qbFdoGqycDCwLrNpjSB8qFYzg3TPMQyzDobH1u+piy81I4XVgfl61 JwLA== X-Received: by 10.194.192.198 with SMTP id hi6mr43709182wjc.141.1448462103784; Wed, 25 Nov 2015 06:35:03 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id he3sm23491147wjc.25.2015.11.25.06.35.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Nov 2015 06:35:03 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 25 Nov 2015 15:35:01 +0100 From: Baptiste Daroussin To: Andrey Chernov Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current Subject: Re: /bin/ls formatting broken for non-C(?) locales Message-ID: <20151125143501.GD77370@ivaldir.etoilebsd.net> References: <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> <20151125125325.GB77370@ivaldir.etoilebsd.net> <5655B8D9.8060805@freebsd.org> <20151125135059.GC77370@ivaldir.etoilebsd.net> <5655C059.8010701@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="osDK9TLjxFScVI/L" Content-Disposition: inline In-Reply-To: <5655C059.8010701@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 14:35:05 -0000 --osDK9TLjxFScVI/L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 25, 2015 at 05:06:17PM +0300, Andrey Chernov wrote: > On 25.11.2015 16:51, Baptiste Daroussin wrote: > > wcslcat works like strlcat: > > to quote the manpage: > > "It will append at most dstsize - strlen(dst) - 1 characters." > > So here with your version it will be n - wcslen(wab_months[i]) -1 > > which won't fit what we want to do. > >=20 > > btw that makes me figure out that what I want is wcsncat because we do = care to > > make sure we have appended the right number of spaces at the end of the > > abbreviated month based on character width, not the on the len of the w= ide > > string > >=20 > > so I changed it > >=20 > > if ((n =3D max_month_width - wab_months_width[i]) > 0) > > wcsncat(wab_months[i], L" "/* MAX_ABMON_WIDTH */, n); >=20 > Sorry, I initially mean wcsncat() functionality here, wcslcat() is > sneaked in due to wrong memorizing. >=20 > About width counting and fallback... > Without attempt to nicely truncate data damaged by unknown way the code > will be simpler. Instead all that loop adding width one by one wchar, jus= t: >=20 > width =3D wcswidth(wab_months[i], MAX_ABMON_WIDTH); > if (width =3D=3D -1) { > max_month_width =3D -1; > return; > } > wab_months_width[i] =3D width; >=20 > About > /* NULL terminate to simplify padding later */ > wab_months[i][j] =3D L'\0'; > You don't need it, mbstowcs() null-terminates result, if there is a room. right if should be only set on the month we do truncate to MAX_ABMON_WIDTH > BTW, array size looks suspicious: > static wchar_t wab_months[12][MAX_ABMON_WIDTH * 2 * MB_LEN_MAX]; > what MB_LEN_MAX doing here? This constant is for multiple-bytes encoded, > not for wide chars. Bad copy/paste sorry it should be "MAX_ABMON_WIDTH * 2" I will fix Bapt --osDK9TLjxFScVI/L Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlZVxxQACgkQ8kTtMUmk6Ew2vwCeLMpD5ywcJ5NwcACp2z5KBQqc 9P4An0Tl5OqHCamir7yJ8WV41cGHrzax =u5m3 -----END PGP SIGNATURE----- --osDK9TLjxFScVI/L-- From owner-freebsd-current@freebsd.org Wed Nov 25 15:12:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB440A37A7D for ; Wed, 25 Nov 2015 15:12:11 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B4E61E2B for ; Wed, 25 Nov 2015 15:12:11 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by lfs39 with SMTP id 39so61829452lfs.3 for ; Wed, 25 Nov 2015 07:12:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=nEclew7E9hOM213gZtw56qGe3cUbLwRB6joUZZoRM54=; b=eL2+J6lZ6pbARvWTOmWQM+JDVZqkfchbXc0eTy2pD05Saoge5va5k3XKRLjONDq9I3 oJAs2ek3OZTrUOCDqe1YEo5vGbN6vezF1Xwwqfhu947a+Sk7Aljs1SySsHc3/EUXHJTz ScymmwCarTq2rKaezBHEk4rKoohjhoRppeAvqPlIwr8bI9t6fE2yOR1Xuf3UgJDPPg/B SPO/QcTPuGGCkhhrB+59nRof2NioziJFpFc3bsf6g4Eo9qlh7eDIPpse2L5ePIbZpw// eaO9gL4VGwxEZiEs/lrVMCBQurxjUDe732mM0LNWD4v4skBDWI7uuBogWv0gsgN1AgQV qVKw== X-Gm-Message-State: ALoCoQkOQGuv8dMumFtou5sn1cezzS62oLcluRgw3QQbMnK/O4S2zu04YL5T4cVz+WhDFqD4VyfE X-Received: by 10.112.204.168 with SMTP id kz8mr12674981lbc.32.1448464328362; Wed, 25 Nov 2015 07:12:08 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id i194sm3423837lfg.20.2015.11.25.07.12.07 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Nov 2015 07:12:07 -0800 (PST) Subject: Re: /bin/ls formatting broken for non-C(?) locales To: Baptiste Daroussin References: <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> <20151125125325.GB77370@ivaldir.etoilebsd.net> <5655B8D9.8060805@freebsd.org> <20151125135059.GC77370@ivaldir.etoilebsd.net> <5655C059.8010701@freebsd.org> <20151125143501.GD77370@ivaldir.etoilebsd.net> Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current From: Andrey Chernov Message-ID: <5655CFC6.7010805@freebsd.org> Date: Wed, 25 Nov 2015 18:12:06 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151125143501.GD77370@ivaldir.etoilebsd.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7n3MAwu3NM0Wp1lbrUk4ft82EE439kBoe" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 15:12:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7n3MAwu3NM0Wp1lbrUk4ft82EE439kBoe Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 25.11.2015 17:35, Baptiste Daroussin wrote: >> BTW, array size looks suspicious: >> static wchar_t wab_months[12][MAX_ABMON_WIDTH * 2 * MB_LEN_MAX]; >> what MB_LEN_MAX doing here? This constant is for multiple-bytes encode= d, >> not for wide chars. > Bad copy/paste sorry it should be "MAX_ABMON_WIDTH * 2" I don't check deep enough, it seems first array MAX_ABMON_WIDTH * MB_LEN_MAX + 1 and second one MAX_ABMON_WIDTH * 2 + 1 --=20 http://ache.vniz.net/ --7n3MAwu3NM0Wp1lbrUk4ft82EE439kBoe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJWVc/GAAoJEKUckv0MjfbKQ24H+wRJg/Swcao25ExrDeqxySXz MAhUe7dVdLhR7i/oQCCVkT4ARaVa9K89C/AYnkL+d8zT69pukTvFaVfT6/ZVmMVO Z4ICuguBti6/mzdhFY8e2Vsp1qVTVJR/K9vWGO5tYR5l9vbyZynxWS5bQSdNXYC9 naCrKYiS+BN5R6l7s/mwbqP3dAGE8PVdRM3MoQazIueeUrhkNUV9BSycztgsIRjF DISUw1yM6maF4Zkx3vmS5UAhKJZfp7KxL2TtxjlY5d/44txqwN/IuQoVClV7jyqL wo01fELeglCc4qR7Gisrf5L6x8ch6K44qJCNIVOp0q511+RVRx/Y9BX1wp/5Xyg= =99Gk -----END PGP SIGNATURE----- --7n3MAwu3NM0Wp1lbrUk4ft82EE439kBoe-- From owner-freebsd-current@freebsd.org Wed Nov 25 15:31:21 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01859A3705D for ; Wed, 25 Nov 2015 15:31:21 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A330B1B23 for ; Wed, 25 Nov 2015 15:31:20 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by lffu14 with SMTP id u14so64900850lff.1 for ; Wed, 25 Nov 2015 07:31: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:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type; bh=Pjcxk1+zOioTrSCvDbd3FQohGC2IgEX/lYhKvb8CZzI=; b=NHlvE8dwyH2/SFnbG+HrsmcS0aOly2ivQZTh8TpNMlun50KJeUc+nrwTc1FRmweVmk 5/78uEZIxpxveOkcL3nORbVhXgo5fBwf8v3DB5IjI9LEad5qalAG6TZlCAvcdoVbD2P9 TGFMbdYIjKYIC3CeQVJ7ziDh96AfI8pbdtgGpX3qT5DbzQkxRyZ9vaADQsQOFl2aXfzI iVz5vDsZKcQwMVRWDzqbuWx7/MOSiaWA48wuXZUXIGITy546jBzOhA02amFTsaxaljRL m4/BeLjN+jvr89XXG2j612AcSXPQVdEJbdTut2KLibacZgu8/Zem6Th5OuCKGX5j5soz 6ErA== X-Gm-Message-State: ALoCoQkfXRtXdvYJRGdxMsTfUIuHic0F+WbZice8TPL1HfmYmce4NzNqvK2ShZp79ouyU02EhjVh X-Received: by 10.25.207.14 with SMTP id f14mr10606287lfg.29.1448465478768; Wed, 25 Nov 2015 07:31:18 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id g5sm3344351lbd.26.2015.11.25.07.31.17 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Nov 2015 07:31:17 -0800 (PST) Subject: Re: /bin/ls formatting broken for non-C(?) locales To: Baptiste Daroussin References: <20151120122352.GA5751@stack.nl> <20151121003541.GF21071@ivaldir.etoilebsd.net> <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> <20151125125325.GB77370@ivaldir.etoilebsd.net> <5655B8D9.8060805@freebsd.org> <20151125135059.GC77370@ivaldir.etoilebsd.net> <5655C059.8010701@freebsd.org> <20151125143501.GD77370@ivaldir.etoilebsd.net> <5655CFC6.7010805@freebsd.org> Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current From: Andrey Chernov Message-ID: <5655D444.1050901@freebsd.org> Date: Wed, 25 Nov 2015 18:31:16 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5655CFC6.7010805@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6nvnRbobn61DaVsGeJX1Q82hKaGq0dNca" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 15:31:21 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6nvnRbobn61DaVsGeJX1Q82hKaGq0dNca Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 25.11.2015 18:12, Andrey Chernov wrote: > On 25.11.2015 17:35, Baptiste Daroussin wrote: >>> BTW, array size looks suspicious: >>> static wchar_t wab_months[12][MAX_ABMON_WIDTH * 2 * MB_LEN_MAX]; >>> what MB_LEN_MAX doing here? This constant is for multiple-bytes encod= ed, >>> not for wide chars. >> Bad copy/paste sorry it should be "MAX_ABMON_WIDTH * 2" >=20 > I don't check deep enough, it seems first array > MAX_ABMON_WIDTH * MB_LEN_MAX + 1 > and second one > MAX_ABMON_WIDTH * 2 + 1 >=20 No. We can't assume anything here and should integrate limits from the locale for months fields instead. F.e. in abstract general case in wide array can be 100 zero-width characters + 5 of normal characters, so width-oriented sizes not prevents overflowing. First array size should be from locale internals, second one =3D=3D first * sizeof(wchar_t) it will be safe for not overflowing. --=20 http://ache.vniz.net/ --6nvnRbobn61DaVsGeJX1Q82hKaGq0dNca Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJWVdRFAAoJEKUckv0MjfbKRAAIALIDShwfnPee9sDd/y88jWQW fJZ2ADPaciWeFoNSIjf0We/+eDYVKv8zrZ/P0pAAsR8kxQXS+n9+Y3tU2bUfhIOJ ux7eyLAKQSoKCBS+7O88euAxK9Dfape6W6qKD4M1PNXStMhPJRJwndCopsidRGx+ dfo+1zVnaUklsj2FwPlN0VphKOLgzP86QRh/JochaDZioakPIgTViLVM7LCfSzLa qyHoHunxcmIF689MpbWvbzjiPIbBzxNqsaExEuYkpdkhc2dTu2QdNEp7vKFV2rWZ iqyq0b3EyELTuLllXLMR8jOPtAhVH2CQCUBICMQ1RkILC1kvYTaPUg0oMn6Q6Hk= =7bOv -----END PGP SIGNATURE----- --6nvnRbobn61DaVsGeJX1Q82hKaGq0dNca-- From owner-freebsd-current@freebsd.org Wed Nov 25 15:52:05 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF97AA374FB for ; Wed, 25 Nov 2015 15:52:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26486155B; Wed, 25 Nov 2015 15:52:05 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by wmec201 with SMTP id c201so75826129wme.1; Wed, 25 Nov 2015 07:52:03 -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=9qpwFKPEveruYAqWNHeU0UK0IEvE/q4mxKlelpG411o=; b=QPtLyl+37P1GkLauKq51It5mNHgr4ikTQMhM/U8xEOQ3FxQ/9+M//alfJezsi2WYrB YN31W9rzR9XHuV1lm2Qpk6ZaMCRMvlg6ThelrBDRj2O0OFhcuS760DdNsZoj8HcSgKZq IBYcO1fs2TUv3HzOxzGgUG08gWEnKiNBllDJm9KjMBJO5a24WAnd9Yz/J8wRQxHunr1h KL6HUgWn/7QgUEvisnqVwOPfCuhf1hCYGAxBzNTtLooGP4MxuBN6QlmjJwfzki0hpvT1 wbWlRHFd/iLQCbB07Bkt2ywlRlbU8Wqg95A06P0mfLb+Zd2jvOFGfI2zgdzOokk4HHnP DIcA== X-Received: by 10.28.215.209 with SMTP id o200mr5056706wmg.31.1448466723430; Wed, 25 Nov 2015 07:52:03 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id 143sm4110739wmv.18.2015.11.25.07.52.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Nov 2015 07:52:02 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 25 Nov 2015 16:52:00 +0100 From: Baptiste Daroussin To: Andrey Chernov Cc: Ed Schouten , Jilles Tjoelker , "Sergey V. Dyatko" , FreeBSD Current Subject: Re: /bin/ls formatting broken for non-C(?) locales Message-ID: <20151125155200.GE77370@ivaldir.etoilebsd.net> References: <5650DACA.2090501@freebsd.org> <20151125001513.GC70014@ivaldir.etoilebsd.net> <56550F69.8050609@freebsd.org> <20151125125325.GB77370@ivaldir.etoilebsd.net> <5655B8D9.8060805@freebsd.org> <20151125135059.GC77370@ivaldir.etoilebsd.net> <5655C059.8010701@freebsd.org> <20151125143501.GD77370@ivaldir.etoilebsd.net> <5655CFC6.7010805@freebsd.org> <5655D444.1050901@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X3gaHHMYHkYqP6yf" Content-Disposition: inline In-Reply-To: <5655D444.1050901@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 15:52:06 -0000 --X3gaHHMYHkYqP6yf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 25, 2015 at 06:31:16PM +0300, Andrey Chernov wrote: > On 25.11.2015 18:12, Andrey Chernov wrote: > > On 25.11.2015 17:35, Baptiste Daroussin wrote: > >>> BTW, array size looks suspicious: > >>> static wchar_t wab_months[12][MAX_ABMON_WIDTH * 2 * MB_LEN_MAX]; > >>> what MB_LEN_MAX doing here? This constant is for multiple-bytes encod= ed, > >>> not for wide chars. > >> Bad copy/paste sorry it should be "MAX_ABMON_WIDTH * 2" > >=20 > > I don't check deep enough, it seems first array > > MAX_ABMON_WIDTH * MB_LEN_MAX + 1 > > and second one > > MAX_ABMON_WIDTH * 2 + 1 > >=20 >=20 > No. We can't assume anything here and should integrate limits from the > locale for months fields instead. F.e. in abstract general case in wide > array can be 100 zero-width characters + 5 of normal characters, so > width-oriented sizes not prevents overflowing. >=20 > First array size should be from locale internals, There is no max size for an abbreviated month in the locale internals So maybe the best here is to consider your first proposal: MAX_ABMON_WIDTH * MB_LEN_MAX + 1 and MAX_ABMON_WIDTH * 2 + 1 Check that it does not overflow and fallack if it overflows. Having 100 zero-width characters in a locale have very little probability to happen and if it does one day, it problably means something went wrong in t= he code generation Bapt --X3gaHHMYHkYqP6yf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlZV2SAACgkQ8kTtMUmk6Ey6mwCgrK3BAa3w/GJGS2Hq2Dh9yzfV 2IAAnjJgP8CKz3d2pPTB2vZMW0k6IZY+ =VtHh -----END PGP SIGNATURE----- --X3gaHHMYHkYqP6yf-- From owner-freebsd-current@freebsd.org Wed Nov 25 16:18:17 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C5F5A379BE for ; Wed, 25 Nov 2015 16:18:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CFE51EB9 for ; Wed, 25 Nov 2015 16:18:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbxm8 with SMTP id xm8so41143876igb.1 for ; Wed, 25 Nov 2015 08:18:16 -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=VUzd58dvQKkxzU+YHRYjwqJ+pPfGkQGLqNhivfubUgc=; b=Bgp1pPxOoKbRUrb1W9gdzvWlDcP8NTHN6zWaiUUqBxasP7x/Xv/zbhmf3wCYVR4/0c +naevs6/y5Erevtq+RVlVP/yAx/mK/9Pjz0CzGFk0KaAEU/d32VeN4E1tQDOu0voXQqm xXc5U7tKQTtI0K3hAzxHIfav9L0VRaXpFiwUUhNSiJif2if4ildr6ojDnaEj1XPj2+sP +OFhfFX/pIcpRNXCEEU9pR3cooWJNxFvhMPYaGUkDklH9dajSqgRoLOr/dq+bzmRzwT5 wLu44WZHKEhw2Qgv9Yw9M84CAusPLh77lMwI6e9Xsb/mxfbP2/0RXKQgJJ2e1dg7vfzw rnHA== MIME-Version: 1.0 X-Received: by 10.50.73.228 with SMTP id o4mr4954941igv.37.1448468296579; Wed, 25 Nov 2015 08:18:16 -0800 (PST) Received: by 10.36.217.196 with HTTP; Wed, 25 Nov 2015 08:18:16 -0800 (PST) In-Reply-To: <5655A60A.4090503@snakeoilproductions.net> References: <564AF74A.2090700@snakeoilproductions.net> <5651B5B6.1010701@snakeoilproductions.net> <5655A60A.4090503@snakeoilproductions.net> Date: Wed, 25 Nov 2015 08:18:16 -0800 Message-ID: Subject: Re: Panic while waiting on wlan0 From: Adrian Chadd To: Florian Limberger Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 16:18:17 -0000 ok, so I think you're hitting the iwn bug with scanning hanging. net80211 does scan-channel-at-a-time and instead we should be issuing a scan command once and then waiting for the results. There's not much we can do about it without finishing redoing how the scan stuff works completely in iwn. -adrian From owner-freebsd-current@freebsd.org Wed Nov 25 16:29:40 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7572A37B3F; Wed, 25 Nov 2015 16:29:40 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C56DA137D; Wed, 25 Nov 2015 16:29:40 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CD03674F; Wed, 25 Nov 2015 16:29:40 +0000 (UTC) Date: Wed, 25 Nov 2015 16:29:39 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: fabient@FreeBSD.org, hselasky@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <899669768.155.1448468980805.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1516307138.147.1448461799723.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1516307138.147.1448461799723.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1762 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 16:29:40 -0000 FreeBSD_HEAD_i386 - Build #1762 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1762/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1762/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1762/console Change summaries: 291302 by hselasky: Update usage: - Add missing description of "-c" option. - Add one more usage example. 291301 by fabient: The r241129 description was wrong that the scenario is possible only for read locks on pcbs. The same race can happen with write lock semantics as well. The race scenario: - Two threads (1 and 2) locate pcb with writer semantics (INPLOOKUP_WLOCKPCB) and do in_pcbref() on it. - 1 and 2 both drop the inp hash lock. - Another thread (3) grabs the inp hash lock. Then it runs in_pcbfree(), which wlocks the pcb. They must happen faster than 1 or 2 come INP_WLOCK()! - 1 and 2 congest in INP_WLOCK(). - 3 does in_pcbremlists(), drops hash lock, and runs in_pcbrele_wlocked(), which doesn't free the pcb due to two references on it. Then it unlocks the pcb. - 1 (or 2) gets wlock on the pcb, runs in_pcbrele_wlocked(), which doesn't report inp as freed, due to 2 (or 1) still helding extra reference on it. The thread tries to do smth with a disconnected pcb and crashes. Submitted by: emeric.poupon@stormshield.eu Reviewed by: gleb@ MFC after: 1 week Sponsored by: Stormshield Tested by: Cassiano Peixoto, Stormshield 291300 by hselasky: Add simple indent wrapper tool for style(9) checking GIT/SVN patches. The indent_wrapper tool only accepts full context diffs and works by identifying the surrounding C-block touched by a diff and passing only that to indent for styling. In the end a diff is produced or an external tool like meld can be invoked, to show the styling differences. The end of the build log: [...truncated 181356 lines...] --- if_disc.ko.debug --- objcopy --only-keep-debug if_disc.ko.full if_disc.ko.debug --- if_disc.ko --- objcopy --strip-debug --add-gnu-debuglink=if_disc.ko.debug if_disc.ko.full if_disc.ko --- all_subdir_if_edsc --- --- if_edsc.kld --- ld -d -warn-common -r -d -o if_edsc.kld if_edsc.o --- all_subdir_ibcs2 --- --- ibcs2.kld --- --- all_subdir_if_enc --- --- all_subdir_ibcs2 --- ld -d -warn-common -r -d -o ibcs2.kld ibcs2_errno.o ibcs2_ipc.o ibcs2_stat.o ibcs2_misc.o ibcs2_fcntl.o ibcs2_signal.o ibcs2_sysent.o ibcs2_ioctl.o ibcs2_socksys.o ibcs2_util.o ibcs2_xenix.o ibcs2_xenix_sysent.o ibcs2_isc.o ibcs2_isc_sysent.o ibcs2_msg.o ibcs2_other.o ibcs2_sysi86.o ibcs2_sysvec.o --- all_subdir_if_edsc --- ctfmerge -L VERSION -g -o if_edsc.kld if_edsc.o --- all_subdir_if_enc --- ===> if_enc (all) --- all_subdir_if_edsc --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_edsc.kld export_syms | xargs -J% objcopy % if_edsc.kld --- if_edsc.ko.full --- ld -Bshareable -d -warn-common -o if_edsc.ko.full if_edsc.kld --- all_subdir_ibcs2 --- ctfmerge -L VERSION -g -o ibcs2.kld ibcs2_errno.o ibcs2_ipc.o ibcs2_stat.o ibcs2_misc.o ibcs2_fcntl.o ibcs2_signal.o ibcs2_sysent.o ibcs2_ioctl.o ibcs2_socksys.o ibcs2_util.o ibcs2_xenix.o ibcs2_xenix_sysent.o ibcs2_isc.o ibcs2_isc_sysent.o ibcs2_msg.o ibcs2_other.o ibcs2_sysi86.o ibcs2_sysvec.o --- all_subdir_if_edsc --- --- if_edsc.ko.debug --- objcopy --only-keep-debug if_edsc.ko.full if_edsc.ko.debug --- if_edsc.ko --- objcopy --strip-debug --add-gnu-debuglink=if_edsc.ko.debug if_edsc.ko.full if_edsc.ko --- tbfadt.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/tables/tbfadt.c --- modules-all --- --- all_subdir_if_enc --- --- if_enc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/net/if_enc.c -o if_enc.o --- all_subdir_ibcs2 --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk ibcs2.kld export_syms | xargs -J% objcopy % ibcs2.kld --- ibcs2.ko.full --- ld -Bshareable -d -warn-common -o ibcs2.ko.full ibcs2.kld --- ibcs2.ko.debug --- objcopy --only-keep-debug ibcs2.ko.full ibcs2.ko.debug --- ibcs2.ko --- objcopy --strip-debug --add-gnu-debuglink=ibcs2.ko.debug ibcs2.ko.full ibcs2.ko --- all_subdir_if_epair --- --- tbfadt.o --- ctfconvert -L VERSION -g tbfadt.o --- modules-all --- ===> if_epair (all) --- all_subdir_if_gif --- ===> if_gif (all) --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:104:43: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_in) = IPSEC_ENC_BEFORE; ^ /usr/src/sys/net/if_enc.c:105:40: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_in) = IPSEC_ENC_BEFORE; ^ --- all_subdir_if_epair --- --- if_epair.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/if_epair/../../net/if_epair.c -o if_epair.o --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:106:44: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_out) = IPSEC_ENC_BEFORE; ^ --- all_subdir_if_gif --- --- if_gif.o --- --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:107:41: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_out) = IPSEC_ENC_BEFORE | IPSEC_ENC_AFTER; ^ /usr/src/sys/net/if_enc.c:107:60: error: use of undeclared identifier 'IPSEC_ENC_AFTER' static VNET_DEFINE(int, bpf_mask_out) = IPSEC_ENC_BEFORE | IPSEC_ENC_AFTER; ^ --- all_subdir_if_gif --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/net/if_gif.c -o if_gif.o --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:226:9: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->af != hhook_id) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:229:22: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_IN' if (((hhook_type == HHOOK_TYPE_IPSEC_IN && ^ /usr/src/sys/net/if_enc.c:230:10: error: incomplete definition of type 'struct ipsec_ctx_data' (ctx->enc & V_bpf_mask_in) != 0) || ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:231:21: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_OUT' (hhook_type == HHOOK_TYPE_IPSEC_OUT && ^ /usr/src/sys/net/if_enc.c:232:10: error: incomplete definition of type 'struct ipsec_ctx_data' (ctx->enc & V_bpf_mask_out) != 0)) && ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:234:15: error: incomplete definition of type 'struct ipsec_ctx_data' hdr.af = ctx->af; ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:235:16: error: incomplete definition of type 'struct ipsec_ctx_data' hdr.spi = ctx->sav->spi; ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:237:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->sav->alg_enc != SADB_EALG_NONE) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:239:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->sav->alg_auth != SADB_AALG_NONE) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:241:49: error: incomplete definition of type 'struct ipsec_ctx_data' bpf_mtap2(ifp->if_bpf, &hdr, sizeof(hdr), *ctx->mp); ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:245:7: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_IN' case HHOOK_TYPE_IPSEC_IN: ^ /usr/src/sys/net/if_enc.c:246:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->enc == IPSEC_ENC_BEFORE) { ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:246:19: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' if (ctx->enc == IPSEC_ENC_BEFORE) { ^ /usr/src/sys/net/if_enc.c:250:13: error: incomplete definition of type 'struct ipsec_ctx_data' (*ctx->mp)->m_pkthdr.len); ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [if_enc.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/if_enc 1 error make[4]: stopped in /usr/src/sys/modules/if_enc *** [all_subdir_if_enc] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_if_epair --- ctfconvert -L VERSION -g if_epair.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_epair *** [all_subdir_if_epair] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_if_gif --- ctfconvert -L VERSION -g if_gif.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_gif *** [all_subdir_if_gif] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_if_bridge --- ctfconvert -L VERSION -g if_bridge.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_bridge *** [all_subdir_if_bridge] Error code 2 make[3]: stopped in /usr/src/sys/modules 4 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4103707632507652984.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 rm: FreeBSD_HEAD_i386/var/empty: Operation not permitted rm: FreeBSD_HEAD_i386/var: Directory not empty rm: FreeBSD_HEAD_i386/libexec/ld-elf.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/libexec: Directory not empty rm: FreeBSD_HEAD_i386/sbin/init: Operation not permitted rm: FreeBSD_HEAD_i386/sbin: Directory not empty rm: FreeBSD_HEAD_i386/lib/libcrypt.so.5: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libc.so.7: Operation not permitted rm: FreeBSD_HEAD_i386/lib/libthr.so.3: Operation not permitted rm: FreeBSD_HEAD_i386/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr/bin/chfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/passwd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/yppasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/login: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opieinfo: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchfn: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchsh: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/opiepasswd: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/su: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/crontab: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/chpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin/ypchpass: Operation not permitted rm: FreeBSD_HEAD_i386/usr/bin: Directory not empty rm: FreeBSD_HEAD_i386/usr/lib/librt.so.1: Operation not permitted rm: FreeBSD_HEAD_i386/usr/lib: Directory not empty rm: FreeBSD_HEAD_i386/usr: Directory not empty rm: FreeBSD_HEAD_i386: Directory not empty + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Nov 25 16:35:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20DC3A37CD9 for ; Wed, 25 Nov 2015 16:35:22 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 07C8D18E9; Wed, 25 Nov 2015 16:35:22 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id F3D631994; Wed, 25 Nov 2015 16:35:21 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id A7B561783B; Wed, 25 Nov 2015 16:35:21 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 40RPXVaHmO6i; Wed, 25 Nov 2015 16:35:15 +0000 (UTC) Subject: Re: freebsd-current compile with clang & ccache DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com BB69C17832 To: =?UTF-8?Q?M&S_-_Krasznai_Andr=c3=a1s?= , "freebsd-current@freebsd.org" References: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <5655E345.8@FreeBSD.org> Date: Wed, 25 Nov 2015 08:35:17 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WDf2VWPQKWnFf1mip5TB05mjdSIWxC1OW" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 16:35:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WDf2VWPQKWnFf1mip5TB05mjdSIWxC1OW Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/24/2015 1:31 AM, M&S - Krasznai Andr=E1s wrote: > What can I do to eliminate the ccache error during installworld apart f= rom not using ccache? I would recommend not setting CC or CCACHE_PATH in make.conf and using the new WITH_CCACHE_BUILD=3Dyes option instead. --=20 Regards, Bryan Drewery --WDf2VWPQKWnFf1mip5TB05mjdSIWxC1OW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWVeNGAAoJEDXXcbtuRpfPfWoIAMKSEJwFwroZNBCxolxHGy1/ H9HQAdOhfDmOgreixbT/3wzoatTywruZX1YR42MYUQ4kbot1CCc1NGp1gvxg2q0k xiuj1XP4Jhl4m4czPItZoro0s7J0qMatIju5+jzcD2Ee7hJrX7VRBAtkNq4jk/zD LnCkq4UUDUIkoixkfAYtbidbLpbGEBBw5SfdYo1EVTqJV4EdtngwTSNTnTYNpVL5 yJy54/y16SqXmExXA0OYRCqtlLL//C5eEd5gAmngTRsLoKVEi1z1E4ZKTpDyLl5J QvFgW+GEIEVFsSK/8FlbJR/hVNXo8vIjaG+3Zv3E5VDzw8X7tC3hP4Z0nmV5hh4= =H6ip -----END PGP SIGNATURE----- --WDf2VWPQKWnFf1mip5TB05mjdSIWxC1OW-- From owner-freebsd-current@freebsd.org Wed Nov 25 17:16:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8731BA365A0 for ; Wed, 25 Nov 2015 17:16:04 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 460361939 for ; Wed, 25 Nov 2015 17:16:04 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1a1dff-002XDh-LO>; Wed, 25 Nov 2015 18:15:55 +0100 Received: from x5ce12e62.dyn.telefonica.de ([92.225.46.98] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1a1dff-003IZ3-9A>; Wed, 25 Nov 2015 18:15:55 +0100 Date: Wed, 25 Nov 2015 18:15:54 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r291302: f_enc.c:104:43: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static Message-ID: <20151125181554.712e3cd4.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/ItBhC6G67M3ld3yHhd/iGxB"; protocol="application/pgp-signature" X-Originating-IP: 92.225.46.98 X-ZEDAT-Hint: A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 17:16:04 -0000 --Sig_/ItBhC6G67M3ld3yHhd/iGxB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable The recent CURRENT (r291302) sources won't build anymore due to the error s= hown below: [...] --- if_enc.o --- cc -c -O3 -pipe -fno-strict-aliasing -march=3Dnative -nostdinc -I. -I/us= r/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inclu= de opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tabl= es -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-e= xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-co= mpare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fu= nction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -Werror /usr/src/sys/net/if_enc.c --- if_mib.o --- ctf= convert -L VERSION if_mib.o ERROR: ctfconvert: if_mib.o doesn't have type data to conv= ert --- if_vlan.o --- cc -c -O3 -pipe -fno-strict-aliasing -march=3Dnative -nostd= inc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION= _HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -W= all -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-sh= ow-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-poin= ter-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -Werror /usr/src/sys/net/if_vlan.c --- modules-all --- --- all_subdir_aac = --- =3D=3D=3D> aac (all) --- if_enc.o --- /usr/src/sys/net/if_enc.c:104:43: error: use of unde= clared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_in) =3D I= PSEC_ENC_BEFORE; ^ /usr/src/sys/net/if_enc.c:105:40: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_in) =3D IPSEC_ENC_BEFOR= E; ^ /usr/src/sys/net/if_enc.c:106:44: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_out) =3D IPSEC_ENC_B= EFORE; ^ /usr/src/sys/net/if_enc.c:107:41: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_out) =3D IPSEC_ENC_BEFO= RE | IPSEC_ENC_AFTER; ^ /usr/src/sys/net/if_enc.c:107:60: error: use of undeclar= ed identifier 'IPSEC_ENC_AFTER' static VNET_DEFINE(int, bpf_mask_out) =3D IPSEC_ENC_BEFOR= E | IPSEC_ENC_AFTER; ^ /usr/src/sys/net/if_enc.c:226:9: error: incomplete defin= ition of type 'struct ipsec_ctx_data' if (ctx->af !=3D hhook_id) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'str= uct ipsec_ctx_data' struct ipsec_ctx_data; ^ --- modules-all --- --- all_subdir= _aacraid --- --Sig_/ItBhC6G67M3ld3yHhd/iGxB Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWVezKAAoJEOgBcD7A/5N88dUIAMdDFJHqfT5gadTGJAzZLz4V aXCyGsyZ6ycKcBSnMDSE1fSRmuyNT3cNvkasBMi5OrMDLcYwrno6txE29l6BMOUe iJfKy4g2ldRyeo6mzmHCQnboCvE3PmMeoSGxVJc03zsCsV43O1fcYEiu9HWImGsY RJzdrMVRzEN7mE1qX3Q51vLjThXcLjy5q32+2K73YzIVNDDqxLR37A67IpGtcD4+ szI3BY6t6S3YT/0rXW7gZ1eMIrYUNCuSkJbd5SYyKb3k+CgZZIAFe95ximdvLpyE LocO8hMlPaNF2aXJW5TCGiLEMfbs73K9qo6uzD/boc20ZaaJNbjZ0BvuhBzX3W8= =oHa7 -----END PGP SIGNATURE----- --Sig_/ItBhC6G67M3ld3yHhd/iGxB-- From owner-freebsd-current@freebsd.org Wed Nov 25 18:15:43 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD9C5A374A1 for ; Wed, 25 Nov 2015 18:15:43 +0000 (UTC) (envelope-from info@juanmolina.eu) Received: from smtp21.services.sfr.fr (smtp21.services.sfr.fr [93.17.128.3]) (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 7A2AD1BB1; Wed, 25 Nov 2015 18:15:42 +0000 (UTC) (envelope-from info@juanmolina.eu) Received: from filter.sfr.fr (localhost [78.118.197.112]) by msfrf2118.sfr.fr (SMTP Server) with ESMTP id A43B470000D9; Wed, 25 Nov 2015 19:09:11 +0100 (CET) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=info@juanmolina.eu Received: from [192.168.1.51] (112.197.118.78.rev.sfr.net [78.118.197.112]) by msfrf2118.sfr.fr (SMTP Server) with ESMTP id 72E967000071; Wed, 25 Nov 2015 19:09:11 +0100 (CET) X-SFR-UUID: 20151125180911470.72E967000071@msfrf2118.sfr.fr Subject: freebsd-current compile with clang & ccache To: FreeBSD-Current , Bryan Drewery From: Juan Molina Message-ID: <5655F93F.2050706@juanmolina.eu> Date: Wed, 25 Nov 2015 19:09:03 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 25 Nov 2015 18:24:42 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 18:15:43 -0000 > On 11/24/2015 1:31 AM, M&S - Krasznai András wrote: > >/What can I do to eliminate the ccache error during installworld apart > from not using ccache? / > I would recommend not setting CC or CCACHE_PATH in make.conf and using > the new WITH_CCACHE_BUILD=yes option instead. > > -- > Regards, > Bryan Drewery Hi. I’m seeing the same ccache errors and I do not have CC or CCACHE_PATH defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in src.conf. Best regards, Juan From owner-freebsd-current@freebsd.org Wed Nov 25 18:50:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B2A3A37B55 for ; Wed, 25 Nov 2015 18:50:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 231491D45; Wed, 25 Nov 2015 18:50:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 1E1681801; Wed, 25 Nov 2015 18:50:47 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id CE5F517A3D; Wed, 25 Nov 2015 18:50:46 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id XDG_M1x0sz_g; Wed, 25 Nov 2015 18:50:44 +0000 (UTC) Subject: Re: freebsd-current compile with clang & ccache DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 012D817A35 To: Juan Molina , FreeBSD-Current References: <5655F93F.2050706@juanmolina.eu> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56560304.4080501@FreeBSD.org> Date: Wed, 25 Nov 2015 10:50:44 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5655F93F.2050706@juanmolina.eu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7qQTTrpjva2iWJPM3ka7mj0csOvaRMvNc" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 18:50:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7qQTTrpjva2iWJPM3ka7mj0csOvaRMvNc Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/25/2015 10:09 AM, Juan Molina wrote: >> On 11/24/2015 1:31 AM, M&S - Krasznai Andr=E1s wrote: >> >/What can I do to eliminate the ccache error during installworld >> apart from not using ccache? / >> I would recommend not setting CC or CCACHE_PATH in make.conf and using= >> the new WITH_CCACHE_BUILD=3Dyes option instead. >> >> --=20 >> Regards, >> Bryan Drewery >=20 > Hi. >=20 > I=92m seeing the same ccache errors and I do not have CC or CCACHE_PATH= > defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in src.co= nf. >=20 WITH_FAST_DEPEND is not related. Are you building and installing as a different user? Using a different MAKEOBJDIRPREFIX in build and install? Do you have CCACHE_PATH in your environment? Run 'make ccache-print-options|grep path'. It should have no value. --=20 Regards, Bryan Drewery --7qQTTrpjva2iWJPM3ka7mj0csOvaRMvNc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWVgMEAAoJEDXXcbtuRpfP+iIH/0/N6CqRCm61E3CYd/IOFG4t vwUDriFDS5HOr0nc58eizunVPjClwkTH42CtjHwQpAduoS4WpfRa6NK6g5i3jkRf 6ZEi0RDov9iyL84WRdfDRHIjAxDAktL/ZjxL9qXf14x6OYyv89QHRJ4sADiggUFd u0yRw7iZya78NHwsi8ehjgnXpK2xhK6gaxCP/FkQHpvqnnDkg1xZQ/tYTWhJkF5n QnsZMBjsDtJNWwQfan4jotzvNRCL4KyC/wCQuyCx+haxE5sKzyDzknBH0Po1uRW3 TwoaHV7/c1RyABXUOKVEKlM9ct+jUcaiSvL/l1r3UXb7T1eHHkdDvZLYQF8DnGI= =BmdT -----END PGP SIGNATURE----- --7qQTTrpjva2iWJPM3ka7mj0csOvaRMvNc-- From owner-freebsd-current@freebsd.org Wed Nov 25 19:35:13 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1015A374D6 for ; Wed, 25 Nov 2015 19:35:13 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 8B1651186; Wed, 25 Nov 2015 19:35:13 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a02.um.gwdg.de ([134.76.11.222] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1a1fqK-0003jY-Rh; Wed, 25 Nov 2015 20:35:04 +0100 Received: from krabat.raven.hur (79.210.253.100) by email.gwdg.de (134.76.9.211) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 25 Nov 2015 20:35:04 +0100 Subject: Re: freebsd-current compile with clang & ccache To: Bryan Drewery , FreeBSD-Current References: <5655F93F.2050706@juanmolina.eu> <56560304.4080501@FreeBSD.org> From: Rainer Hurling X-Enigmail-Draft-Status: N1110 Message-ID: <56560D62.7060205@gwdg.de> Date: Wed, 25 Nov 2015 20:34:58 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56560304.4080501@FreeBSD.org> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 19:35:13 -0000 Am 25.11.15 um 19:50 schrieb Bryan Drewery: > On 11/25/2015 10:09 AM, Juan Molina wrote: >>> On 11/24/2015 1:31 AM, M&S - Krasznai András wrote: >>>> /What can I do to eliminate the ccache error during installworld >>> apart from not using ccache? / >>> I would recommend not setting CC or CCACHE_PATH in make.conf and using >>> the new WITH_CCACHE_BUILD=yes option instead. >>> >>> -- >>> Regards, >>> Bryan Drewery >> >> Hi. >> >> I’m seeing the same ccache errors and I do not have CC or CCACHE_PATH >> defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in src.conf. >> > > WITH_FAST_DEPEND is not related. > > Are you building and installing as a different user? Using a different > MAKEOBJDIRPREFIX in build and install? > > Do you have CCACHE_PATH in your environment? > > Run 'make ccache-print-options|grep path'. It should have no value. > Is there any possibility to redirect the .ccache directory, something like CCACHE_PATH for userland? I am asking, because in my attempts to build base with WITH_CCACHE_BUILD and WITH_FAST_DEPEND enabled, it breaks with error message 'file system full'. My root partition has only 1GB and ccache itself seems to need more than 800MB in /root/.ccache. Thanks in advance, Rainer Hurling From owner-freebsd-current@freebsd.org Wed Nov 25 19:37:15 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CF43A37576 for ; Wed, 25 Nov 2015 19:37:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 24B9A1313; Wed, 25 Nov 2015 19:37:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 1F4B41E36; Wed, 25 Nov 2015 19:37:15 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id C20DA17B61; Wed, 25 Nov 2015 19:37:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id Xlhk5_vnArxH; Wed, 25 Nov 2015 19:37:08 +0000 (UTC) Subject: Re: freebsd-current compile with clang & ccache DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 9E4CC17B5B To: Rainer Hurling , FreeBSD-Current References: <5655F93F.2050706@juanmolina.eu> <56560304.4080501@FreeBSD.org> <56560D62.7060205@gwdg.de> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <56560DE7.3080608@FreeBSD.org> Date: Wed, 25 Nov 2015 11:37:11 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56560D62.7060205@gwdg.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aFdEkpRKv3DXCLlAS4Bj0ISwpoQcFnXET" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 19:37:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aFdEkpRKv3DXCLlAS4Bj0ISwpoQcFnXET Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/25/2015 11:34 AM, Rainer Hurling wrote: > Am 25.11.15 um 19:50 schrieb Bryan Drewery: >> On 11/25/2015 10:09 AM, Juan Molina wrote: >>>> On 11/24/2015 1:31 AM, M&S - Krasznai Andr=E1s wrote: >>>>> /What can I do to eliminate the ccache error during installworld >>>> apart from not using ccache? / >>>> I would recommend not setting CC or CCACHE_PATH in make.conf and usi= ng >>>> the new WITH_CCACHE_BUILD=3Dyes option instead. >>>> >>>> --=20 >>>> Regards, >>>> Bryan Drewery >>> >>> Hi. >>> >>> I=92m seeing the same ccache errors and I do not have CC or CCACHE_PA= TH >>> defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in src.= conf. >>> >> >> WITH_FAST_DEPEND is not related. >> >> Are you building and installing as a different user? Using a different= >> MAKEOBJDIRPREFIX in build and install? >> >> Do you have CCACHE_PATH in your environment? >> >> Run 'make ccache-print-options|grep path'. It should have no value. >> >=20 > Is there any possibility to redirect the .ccache directory, something > like CCACHE_PATH for userland? >=20 > I am asking, because in my attempts to build base with WITH_CCACHE_BUIL= D > and WITH_FAST_DEPEND enabled, it breaks with error message 'file system= > full'. My root partition has only 1GB and ccache itself seems to need > more than 800MB in /root/.ccache. >=20 You want to modify CCACHE_DIR. You can do this in make.conf or the environment. I tend to just symlink /root/.ccache to somewhere else though and let the default work via the symlink. Also see 'man src.conf' (WITH_CCACHE_BUILD section) and 'man ccache'. --=20 Regards, Bryan Drewery --aFdEkpRKv3DXCLlAS4Bj0ISwpoQcFnXET Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWVg3oAAoJEDXXcbtuRpfPp4kIAIG74kRWq+ZcnN10xDOmSNxp QGwNYiK2PYJb8RFMfFSS1ioCnDQnXOmhbtP66jSzZ8UBIa7fFJhpIZQ9Jz/gEZfZ Tim6ZzRVZEmQzRxUZ1HOAgBb7vEBwPjGn3WuRNFXrxV6+SoGLeQzXqixyJ93Tmis CnmBNO74tA8DbPc3XSE8OXzvrV3Eu1PulDFyzjLHqGuZY7koI1kjDg51BzIX00Bv AdqFP6dF5VMDiQz1TrEZOL7717HwJ27EbBIj+uG8ycnH+fS5L80MTyWLKKPfEW5J KU/YHbjHNvmP+RSjGXcLzIJX6ej4YlF8dY2rK0NgJa44GAktDzcZn7rD/8K0xNc= =K0VX -----END PGP SIGNATURE----- --aFdEkpRKv3DXCLlAS4Bj0ISwpoQcFnXET-- From owner-freebsd-current@freebsd.org Wed Nov 25 19:47:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40228A3796A for ; Wed, 25 Nov 2015 19:47:35 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (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 0477B15DE; Wed, 25 Nov 2015 19:47:34 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a01.um.gwdg.de ([134.76.11.221] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1a1g2O-0005Vs-N5; Wed, 25 Nov 2015 20:47:32 +0100 Received: from krabat.raven.hur (79.210.253.100) by email.gwdg.de (134.76.9.210) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 25 Nov 2015 20:47:32 +0100 Subject: Re: freebsd-current compile with clang & ccache To: Bryan Drewery , FreeBSD-Current References: <5655F93F.2050706@juanmolina.eu> <56560304.4080501@FreeBSD.org> <56560D62.7060205@gwdg.de> <56560DE7.3080608@FreeBSD.org> From: Rainer Hurling Message-ID: <56561053.5040002@gwdg.de> Date: Wed, 25 Nov 2015 20:47:31 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56560DE7.3080608@FreeBSD.org> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 19:47:35 -0000 Am 25.11.15 um 20:37 schrieb Bryan Drewery: > On 11/25/2015 11:34 AM, Rainer Hurling wrote: >> Am 25.11.15 um 19:50 schrieb Bryan Drewery: >>> On 11/25/2015 10:09 AM, Juan Molina wrote: >>>>> On 11/24/2015 1:31 AM, M&S - Krasznai András wrote: >>>>>> /What can I do to eliminate the ccache error during installworld >>>>> apart from not using ccache? / >>>>> I would recommend not setting CC or CCACHE_PATH in make.conf and using >>>>> the new WITH_CCACHE_BUILD=yes option instead. >>>>> >>>>> -- >>>>> Regards, >>>>> Bryan Drewery >>>> >>>> Hi. >>>> >>>> I’m seeing the same ccache errors and I do not have CC or CCACHE_PATH >>>> defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in src.conf. >>>> >>> >>> WITH_FAST_DEPEND is not related. >>> >>> Are you building and installing as a different user? Using a different >>> MAKEOBJDIRPREFIX in build and install? >>> >>> Do you have CCACHE_PATH in your environment? >>> >>> Run 'make ccache-print-options|grep path'. It should have no value. >>> >> >> Is there any possibility to redirect the .ccache directory, something >> like CCACHE_PATH for userland? >> >> I am asking, because in my attempts to build base with WITH_CCACHE_BUILD >> and WITH_FAST_DEPEND enabled, it breaks with error message 'file system >> full'. My root partition has only 1GB and ccache itself seems to need >> more than 800MB in /root/.ccache. >> > > You want to modify CCACHE_DIR. You can do this in make.conf or the > environment. > > I tend to just symlink /root/.ccache to somewhere else though and let > the default work via the symlink. > > Also see 'man src.conf' (WITH_CCACHE_BUILD section) and 'man ccache'. > Oops, I should have looked into man src.conf before asking here, sorry. And many thanks for the quick and helpful answer. From owner-freebsd-current@freebsd.org Wed Nov 25 20:30:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8971CA37214; Wed, 25 Nov 2015 20:30:46 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7789C1F4A; Wed, 25 Nov 2015 20:30:46 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8A5DC838; Wed, 25 Nov 2015 20:30:46 +0000 (UTC) Date: Wed, 25 Nov 2015 20:30:44 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: gjb@FreeBSD.org, adrian@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <665601706.165.1448483446533.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <899669768.155.1448468980805.JavaMail.jenkins@jenkins-9.freebsd.org> References: <899669768.155.1448468980805.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1763 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 20:30:46 -0000 FreeBSD_HEAD_i386 - Build #1763 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1763/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1763/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1763/console Change summaries: 291316 by bdrewery: META MODE: Don't add staged DPADDs to DIRDEPS when bootstrapping gendirdeps. This was finding libraries that were installed into DESTDIR/usr/lib, where DESTDIR is the stage directory, and then adding in usr/lib to DIRDEPS. Just exclude the STAGE_ROOT if defined. Discussed with: sjg Sponsored by: EMC / Isilon Storage Division 291315 by bdrewery: META MODE: Define variables this file uses that were defined elsewhere. Discussed with: sjg Sponsored by: EMC / Isilon Storage Division 291314 by bdrewery: META MODE: Don't truncate DIRDEPS for bootstrapping during gendirdeps. Reviewed by: sjg Sponsored by: EMC / Isilon Storage Division 291313 by bdrewery: META MODE: Rework circular dependency guard for librtld_db/libproc. librtld_db only needs libutil.h to build, not the libproc library. So it can safely use its header and allow libproc to depend on librtld_rb to be built first to link. This is required after fixing ld --sysroot in r291226. Sponsored by: EMC / Isilon Storage Division 291312 by bdrewery: META MODE: Revert r287879 so that 'make -V' still uses AUTO_OBJ. This has caused much confusion for myself as there are quite a lot of variables that depend on having a proper ${.OBJDIR}. Sponsored by: EMC / Isilon Storage Division 291311 by bdrewery: META MODE: Fix 'make the-lot' with recent locale changes Sponsored by: EMC / Isilon Storage Division 291310 by bdrewery: Stop building vers.c in include/ and only build the needed osreldate.h. Because of how osreldate.h was being built with newvers.sh, which always spat out a vers.c dependent on SVN or git, the meta mode build was considering osreldate.h to depend on the current git or SVN index. This would lead to entire tree rebuilds when modifying git's index. There's no reason to be generating vers.c here so just skip it. While here, in mk-osreldate.sh rename PARAM_H to proper PARAMFILE (which newvers.sh already has a default for) and remove unneeded export. Sponsored by: EMC / Isilon Storage Division 291309 by bdrewery: META MODE: Avoid creating TESTS directories for bootstrap. Sponsored by: EMC / Isilon Storage Division 291308 by bdrewery: META MODE: Don't override DESTDIR to the default when building the toolchain. For this case, the normal META MODE staging logic should be used. The BSARGS having DESTDIR= is due to Makefile.inc1 overriding DESTDIR to something when appropriate. For the toolchain stage META MODE is in charge of it, not Makefile.inc1. At least include/, if staging it to the host stagedir, was impacted from this. Staging of include.host is not yet done. Sponsored by: EMC / Isilon Storage Division 291307 by bdrewery: META MODE: Prefer INSTALL=tools/install.sh to lessen the need for xinstall.host. This both avoids some dependencies on xinstall.host and allows bootstrapping on older releases to work due to lack of at least 'install -l' support. Sponsored by: EMC / Isilon Storage Division 291306 by gjb: Fix tmpfs(5) '/tmp' mount point. A stray trailing space snuck in with one of the recent changes, making r290550 and r290573 effectively no-op. MFC after: 3 days Sponsored by: The FreeBSD Foundation 291305 by bdrewery: META MODE: Remove bin/cat.host dependency. This likely slipped in during early testing; local.dirdeps.mk always excludes bin/cat.host now. Sponsored by: EMC / Isilon Storage Division 291304 by adrian: [ath] listen to all beacons in IBSS and software beacon miss. I added MYBEACON support a while ago to listen to beacons that are only for your configured BSSID. For AR9380 and later NICs this results in a lot less chip wakeups in station mode as it then only shows you beacons that are destined to you. However in IBSS mode you really do want to hear all beacons so you can do IBSS merges. Oops. So only use MYBEACON for STA + not-scanning, and just use BEACON for the other modes it used to use BEACON for. This doesn't completely fix IBSS merges though - there are still some conditions to chase down and fix. 291303 by adrian: [net80211] log the A-MPDU setup attempt count as part of debugging. I've seen some cases where we get stuck in a loop constantly trying to negotiate A-MPDU TX which is definitely not supposed to happen. This will let me see if it's something funky with the retry count or not. The end of the build log: [...truncated 180680 lines...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/if_edsc/../../net/if_edsc.c -o if_edsc.o --- all_subdir_if_bridge --- ld -d -warn-common -r -d -o if_bridge.kld if_bridge.o ctfmerge -L VERSION -g -o if_bridge.kld if_bridge.o --- all_subdir_geom --- --- geom_vinum_share.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_share.c -o geom_vinum_share.o --- all_subdir_if_bridge --- :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_bridge.kld export_syms | xargs -J% objcopy % if_bridge.kld --- rsdumpinfo.o --- ctfconvert -L VERSION -g rsdumpinfo.o --- modules-all --- --- all_subdir_geom --- --- geom_vinum_list.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_list.c -o geom_vinum_list.o --- all_subdir_if_bridge --- --- if_bridge.ko.full --- ld -Bshareable -d -warn-common -o if_bridge.ko.full if_bridge.kld --- if_bridge.ko.debug --- objcopy --only-keep-debug if_bridge.ko.full if_bridge.ko.debug --- if_bridge.ko --- objcopy --strip-debug --add-gnu-debuglink=if_bridge.ko.debug if_bridge.ko.full if_bridge.ko --- all_subdir_geom --- --- geom_vinum_rm.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_rm.c -o geom_vinum_rm.o --- all_subdir_if_edsc --- ctfconvert -L VERSION -g if_edsc.o --- if_edsc.kld --- ld -d -warn-common -r -d -o if_edsc.kld if_edsc.o ctfmerge -L VERSION -g -o if_edsc.kld if_edsc.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_edsc.kld export_syms | xargs -J% objcopy % if_edsc.kld --- if_edsc.ko.full --- ld -Bshareable -d -warn-common -o if_edsc.ko.full if_edsc.kld --- if_edsc.ko.debug --- objcopy --only-keep-debug if_edsc.ko.full if_edsc.ko.debug --- if_edsc.ko --- objcopy --strip-debug --add-gnu-debuglink=if_edsc.ko.debug if_edsc.ko.full if_edsc.ko --- all_subdir_geom --- --- geom_vinum_init.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_init.c -o geom_vinum_init.o --- geom_vinum_rm.o --- ctfconvert -L VERSION -g geom_vinum_rm.o --- all_subdir_if_enc --- ===> if_enc (all) --- all_subdir_geom --- --- geom_vinum_share.o --- ctfconvert -L VERSION -g geom_vinum_share.o --- geom_vinum_list.o --- ctfconvert -L VERSION -g geom_vinum_list.o --- all_subdir_if_epair --- ===> if_epair (all) --- rsinfo.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/resources/rsinfo.c --- modules-all --- --- all_subdir_if_enc --- --- if_enc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/net/if_enc.c -o if_enc.o --- all_subdir_if_epair --- --- if_epair.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/if_epair/../../net/if_epair.c -o if_epair.o --- all_subdir_geom --- --- geom_vinum_init.o --- ctfconvert -L VERSION -g geom_vinum_init.o --- rsinfo.o --- ctfconvert -L VERSION -g rsinfo.o --- modules-all --- --- geom_vinum_state.o --- --- rsio.o --- --- modules-all --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/geom/geom_vinum/../../../geom/vinum/geom_vinum_state.c -o geom_vinum_state.o --- rsio.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/resources/rsio.c --- modules-all --- --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:104:43: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' --- rsio.o --- ctfconvert -L VERSION -g rsio.o --- modules-all --- static VNET_DEFINE(int, filter_mask_in) = IPSEC_ENC_BEFORE; ^ --- all_subdir_if_gif --- ===> if_gif (all) --- all_subdir_if_enc --- /usr/src/sys/net/if_enc.c:105:40: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_in) = IPSEC_ENC_BEFORE; ^ /usr/src/sys/net/if_enc.c:106:44: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_out) = IPSEC_ENC_BEFORE; ^ /usr/src/sys/net/if_enc.c:107:41: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_out) = IPSEC_ENC_BEFORE | IPSEC_ENC_AFTER; ^ /usr/src/sys/net/if_enc.c:107:60: error: use of undeclared identifier 'IPSEC_ENC_AFTER' static VNET_DEFINE(int, bpf_mask_out) = IPSEC_ENC_BEFORE | IPSEC_ENC_AFTER; ^ /usr/src/sys/net/if_enc.c:226:9: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->af != hhook_id) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:229:22: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_IN' if (((hhook_type == HHOOK_TYPE_IPSEC_IN && ^ /usr/src/sys/net/if_enc.c:230:10: error: incomplete definition of type 'struct ipsec_ctx_data' (ctx->enc & V_bpf_mask_in) != 0) || ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:231:21: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_OUT' (hhook_type == HHOOK_TYPE_IPSEC_OUT && ^ /usr/src/sys/net/if_enc.c:232:10: error: incomplete definition of type 'struct ipsec_ctx_data' (ctx->enc & V_bpf_mask_out) != 0)) && ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:234:15: error: incomplete definition of type 'struct ipsec_ctx_data' hdr.af = ctx->af; ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:235:16: error: incomplete definition of type 'struct ipsec_ctx_data' hdr.spi = ctx->sav->spi; ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:237:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->sav->alg_enc != SADB_EALG_NONE) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:239:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->sav->alg_auth != SADB_AALG_NONE) ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:241:49: error: incomplete definition of type 'struct ipsec_ctx_data' bpf_mtap2(ifp->if_bpf, &hdr, sizeof(hdr), *ctx->mp); ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:245:7: error: use of undeclared identifier 'HHOOK_TYPE_IPSEC_IN' case HHOOK_TYPE_IPSEC_IN: ^ /usr/src/sys/net/if_enc.c:246:10: error: incomplete definition of type 'struct ipsec_ctx_data' if (ctx->enc == IPSEC_ENC_BEFORE) { ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /usr/src/sys/net/if_enc.c:246:19: error: use of undeclared identifier 'IPSEC_ENC_BEFORE' if (ctx->enc == IPSEC_ENC_BEFORE) { ^ /usr/src/sys/net/if_enc.c:250:13: error: incomplete definition of type 'struct ipsec_ctx_data' (*ctx->mp)->m_pkthdr.len); ~~~^ /usr/src/sys/netipsec/ipsec.h:261:8: note: forward declaration of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [if_enc.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/if_enc 1 error make[4]: stopped in /usr/src/sys/modules/if_enc --- all_subdir_if_gif --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_gif --- all_subdir_if_enc --- *** [all_subdir_if_enc] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_if_gif --- *** [all_subdir_if_gif] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_geom --- ctfconvert -L VERSION -g geom_vinum_state.o A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sys/modules/geom/geom_vinum *** [all_subdir_geom_vinum] Error code 2 make[4]: stopped in /usr/src/sys/modules/geom 1 error make[4]: stopped in /usr/src/sys/modules/geom *** [all_subdir_geom] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_if_epair --- ctfconvert -L VERSION -g if_epair.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/if_epair *** [all_subdir_if_epair] Error code 2 make[3]: stopped in /usr/src/sys/modules 4 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson4312820052929087802.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Nov 25 21:05:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71257A37E23 for ; Wed, 25 Nov 2015 21:05:42 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp25.services.sfr.fr (smtp25.services.sfr.fr [93.17.128.118]) (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 38168108B; Wed, 25 Nov 2015 21:05:41 +0000 (UTC) (envelope-from listjm@club.fr) Received: from filter.sfr.fr (localhost [78.118.197.112]) by msfrf2507.sfr.fr (SMTP Server) with ESMTP id 8BCEB700006A; Wed, 25 Nov 2015 22:00:03 +0100 (CET) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club.fr Received: from [192.168.1.51] (112.197.118.78.rev.sfr.net [78.118.197.112]) by msfrf2507.sfr.fr (SMTP Server) with ESMTP id 537BF700004D; Wed, 25 Nov 2015 22:00:03 +0100 (CET) X-SFR-UUID: 20151125210003342.537BF700004D@msfrf2507.sfr.fr Subject: Re: freebsd-current compile with clang & ccache To: Bryan Drewery , FreeBSD-Current References: <5655F93F.2050706@juanmolina.eu> <56560304.4080501@FreeBSD.org> From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <5656214B.5000101@club.fr> Date: Wed, 25 Nov 2015 21:59:55 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56560304.4080501@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 21:05:42 -0000 Le 25/11/2015 19:50, Bryan Drewery a écrit : > On 11/25/2015 10:09 AM, Juan Molina wrote: >>> On 11/24/2015 1:31 AM, M&S - Krasznai András wrote: >>>> /What can I do to eliminate the ccache error during installworld >>> apart from not using ccache? / >>> I would recommend not setting CC or CCACHE_PATH in make.conf and using >>> the new WITH_CCACHE_BUILD=yes option instead. >>> >>> -- >>> Regards, >>> Bryan Drewery >> Hi. >> >> I’m seeing the same ccache errors and I do not have CC or CCACHE_PATH >> defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in src.conf. >> > WITH_FAST_DEPEND is not related. OK, thanks. I was referring to the content of /etc/src.conf. By the way, there is no /etc/make.conf in this system. > Are you building and installing as a different user? Using a different > MAKEOBJDIRPREFIX in build and install? Not at all, just following the /etc/src/UPDATING instructions, as root: # cd /usr/src # svn up # make -j2 buildworld # make -j2 kernel # mergemaster -Fp # make installworld COMPILER_TYPE="clang" # mergemaster -Fi # make delete-old > Do you have CCACHE_PATH in your environment? Yes, it is set in /etc/csh.cshrc as indicate the ccache instructions: # echo $CCACHE_PATH /usr/bin:/usr/local/bin > Run 'make ccache-print-options|grep path'. It should have no value. # make ccache-print-options | grep path (environment) path = Best regards, Juan From owner-freebsd-current@freebsd.org Wed Nov 25 21:11:18 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D565A37FAF for ; Wed, 25 Nov 2015 21:11:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8330712C6; Wed, 25 Nov 2015 21:11:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 7DC271AC7; Wed, 25 Nov 2015 21:11:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 3B8B617D2D; Wed, 25 Nov 2015 21:11:18 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id DSmI7bT0Kfwa; Wed, 25 Nov 2015 21:11:11 +0000 (UTC) Subject: Re: freebsd-current compile with clang & ccache DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 3F62D17D27 To: =?UTF-8?Q?Juan_Ram=c3=b3n_Molina_Menor?= , FreeBSD-Current References: <5655F93F.2050706@juanmolina.eu> <56560304.4080501@FreeBSD.org> <5656214B.5000101@club.fr> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <565623F1.70508@FreeBSD.org> Date: Wed, 25 Nov 2015 13:11:13 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5656214B.5000101@club.fr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KTfrbQ6LAcdiWLdp4qnEVKm7PsLJ87LXn" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 21:11:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KTfrbQ6LAcdiWLdp4qnEVKm7PsLJ87LXn Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11/25/2015 12:59 PM, Juan Ram=F3n Molina Menor wrote: > Le 25/11/2015 19:50, Bryan Drewery a =E9crit : >> On 11/25/2015 10:09 AM, Juan Molina wrote: >>>> On 11/24/2015 1:31 AM, M&S - Krasznai Andr=E1s wrote: >>>>> /What can I do to eliminate the ccache error during installworld >>>> apart from not using ccache? / >>>> I would recommend not setting CC or CCACHE_PATH in make.conf and usi= ng >>>> the new WITH_CCACHE_BUILD=3Dyes option instead. >>>> >>>> --=20 >>>> Regards, >>>> Bryan Drewery >>> Hi. >>> >>> I=92m seeing the same ccache errors and I do not have CC or CCACHE_PA= TH >>> defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in >>> src.conf. >>> >> WITH_FAST_DEPEND is not related. > OK, thanks. I was referring to the content of /etc/src.conf. By the way= , > there is no /etc/make.conf in this system. >=20 >> Are you building and installing as a different user? Using a different= >> MAKEOBJDIRPREFIX in build and install? > Not at all, just following the /etc/src/UPDATING instructions, as root:= >=20 > # cd /usr/src > # svn up > # make -j2 buildworld > # make -j2 kernel > > # mergemaster -Fp > # make installworld COMPILER_TYPE=3D"clang" > > # mergemaster -Fi > # make delete-old >=20 >> Do you have CCACHE_PATH in your environment? > Yes, it is set in /etc/csh.cshrc as indicate the ccache instructions: >=20 > # echo $CCACHE_PATH > /usr/bin:/usr/local/bin >=20 >> Run 'make ccache-print-options|grep path'. It should have no value. > # make ccache-print-options | grep path > (environment) path =3D >=20 Which branch and revision is this? --=20 Regards, Bryan Drewery --KTfrbQ6LAcdiWLdp4qnEVKm7PsLJ87LXn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWViPxAAoJEDXXcbtuRpfP5j4IALjPSExuPv/MePxsktKcp+zM 337g+Rfx5DM8OtpmcGeaXnlEJ92PZQHNvec6ytiUjnvjkI3U3rT6fO7EbP4gFEKB SymLIjIeif8XUk2zOTggSAwTPgrtCge7PrBar6YuXh076oXtvgYpa0iNd+pAu0s6 NL4zvLH/NOzOPgaOLme6hbm5JbMWpfL2MN/uUFRiR8YpzkQKTvYjX/hNBWU1NYBy /k3TQLOZnI2yHArt4K7X6zhymzT2UYZhp+Ljw/t1cGEWQjccH34gg7EB3WlWN/Pn qk2+vfnAakxve+m5x5gX81/PwsdK1hPBnwFjUaufaYI+gFFWMPHlnKUH0KZ53LQ= =rhD3 -----END PGP SIGNATURE----- --KTfrbQ6LAcdiWLdp4qnEVKm7PsLJ87LXn-- From owner-freebsd-current@freebsd.org Wed Nov 25 20:11:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BC23A37E4D for ; Wed, 25 Nov 2015 20:11:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E995A155F; Wed, 25 Nov 2015 20:11:26 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C610D837; Wed, 25 Nov 2015 20:11:26 +0000 (UTC) Date: Wed, 25 Nov 2015 20:11:16 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: delphij@FreeBSD.org, pfg@FreeBSD.org, jhibbits@FreeBSD.org, andrew@FreeBSD.org, bapt@FreeBSD.org, jilles@FreeBSD.org, araujo@FreeBSD.org, ae@FreeBSD.org, avos@FreeBSD.org, jhb@FreeBSD.org, markj@FreeBSD.org, ian@FreeBSD.org, fabient@FreeBSD.org, kevlo@FreeBSD.org, rmacklem@FreeBSD.org, mav@FreeBSD.org, kib@FreeBSD.org, jkim@FreeBSD.org, glebius@FreeBSD.org, trasz@FreeBSD.org, des@FreeBSD.org, whu@FreeBSD.org, brd@FreeBSD.org, emaste@FreeBSD.org, ngie@FreeBSD.org, rpokala@FreeBSD.org, imp@FreeBSD.org, adrian@FreeBSD.org, bdrewery@FreeBSD.org, smh@FreeBSD.org, ume@FreeBSD.org, marius@FreeBSD.org, tuexen@FreeBSD.org, nwhitehorn@FreeBSD.org, skra@FreeBSD.org, lidl@FreeBSD.org, hselasky@FreeBSD.org, cem@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <1465891500.163.1448482286712.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1975498319.83.1448031786517.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1975498319.83.1448031786517.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3564 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk X-Mailman-Approved-At: Wed, 25 Nov 2015 21:39:52 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 20:11:27 -0000 FreeBSD_HEAD - Build #3564 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3564/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3564/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3564/console Change summaries: 291304 by adrian: [ath] listen to all beacons in IBSS and software beacon miss. I added MYBEACON support a while ago to listen to beacons that are only for your configured BSSID. For AR9380 and later NICs this results in a lot less chip wakeups in station mode as it then only shows you beacons that are destined to you. However in IBSS mode you really do want to hear all beacons so you can do IBSS merges. Oops. So only use MYBEACON for STA + not-scanning, and just use BEACON for the other modes it used to use BEACON for. This doesn't completely fix IBSS merges though - there are still some conditions to chase down and fix. 291303 by adrian: [net80211] log the A-MPDU setup attempt count as part of debugging. I've seen some cases where we get stuck in a loop constantly trying to negotiate A-MPDU TX which is definitely not supposed to happen. This will let me see if it's something funky with the retry count or not. 291302 by hselasky: Update usage: - Add missing description of "-c" option. - Add one more usage example. 291301 by fabient: The r241129 description was wrong that the scenario is possible only for read locks on pcbs. The same race can happen with write lock semantics as well. The race scenario: - Two threads (1 and 2) locate pcb with writer semantics (INPLOOKUP_WLOCKPC= B) and do in_pcbref() on it. - 1 and 2 both drop the inp hash lock. - Another thread (3) grabs the inp hash lock. Then it runs in_pcbfree(), which wlocks the pcb. They must happen faster than 1 or 2 come INP_WLOCK()= ! - 1 and 2 congest in INP_WLOCK(). - 3 does in_pcbremlists(), drops hash lock, and runs in_pcbrele_wlocked(), which doesn't free the pcb due to two references on it. Then it unlocks the pcb. - 1 (or 2) gets wlock on the pcb, runs in_pcbrele_wlocked(), which doesn't report inp as freed, due to 2 (or 1) still helding extra reference on it. The thread tries to do smth with a disconnected pcb and crashes. Submitted by:=09emeric.poupon@stormshield.eu Reviewed by:=09gleb@ MFC after:=091 week Sponsored by: Stormshield Tested by: Cassiano Peixoto, Stormshield 291300 by hselasky: Add simple indent wrapper tool for style(9) checking GIT/SVN patches. The indent_wrapper tool only accepts full context diffs and works by identifying the surrounding C-block touched by a diff and passing only that to indent for styling. In the end a diff is produced or an external tool like meld can be invoked, to show the styling differences. 291299 by ae: Fix the build. 291298 by ume: Fix udp entry of `netstat -TW'. 291296 by ngie: Link localeconv(3) to localeconv_l(3) MFC after: 3 days 291292 by ae: Overhaul if_enc(4) and make it loadable in run-time. Use hhook(9) framework to achieve ability of loading and unloading if_enc(4) kernel module. INET and INET6 code on initialization registers two helper hooks points in the kernel. if_enc(4) module uses these helper hook points and registers its hooks. IPSEC code uses these hhook points to call helper hooks implemented in if_enc(4). 291291 by ae: Check that hhk_helper pointer isn't NULL before access. It isn't forbidden to use NULL pointer for hook_helper in hookinfo structure when hhook_add_hook() adds new helper hook. 291280 by cem: NTB: WC/WB isn't enough; set MMR region as UC And expose vm_memattr_t of current mapping to consumers (as well as the ability to change it to one of UC, WB, WC). After short discussion with:=09jhb (but no review) Sponsored by:=09EMC / Isilon Storage Division 291267 by jilles: sh: Remove global state from nodes.c. No functional change is intended. 291266 by kib: Correct the number of DTLB entries reported for the CPUID Leaf 2 descriptor 0x6c. Confirmed by:=09Intel MFC after:=093 days 291265 by mav: Rename ASYNC_LIP_F8 to ASYNC_LIP_NOS_OLS_RECV. New name better repsents its meaning for modern chips. 291264 by avos: urtwn(4): rework ROM reading. - Add error handling for urtwn_(r88e_)read_rom() and urtwn_efuse_*() functions. - Remove code duplication between urtwn_efuse_read() and urtwn_r88e_read_rom(). - Merge r88e_rom and (r92c_)rom structures (only one of them can be used at the same time). - Other minor fixes / improvements. Tested with RTL8188EU, STA mode (URTWN_DEBUG + USB_DEBUG, hw.usb.urtwn.debug=3D3, no visual differences). Reviewed by:=09kevlo Approved by:=09adrian (mentor) Differential Revision:=09https://reviews.freebsd.org/D4253 291263 by cem: ntb: Add MW tunable for MMR Xeon errata workaround Adds a new tunable, ntb.hw.b2b_mw_idx, which specifies the offset (from the total number of memory windows) to use for register access on hardware with the SDOORBELL_LOCKUP errata. The default is -1, i.e., the last memory window. We map BARs before the b2b_mw_idx is selected, so map them all as memory windows initially. The register memory window should not be write-combined= , so we explicitly disable WC on the selected MW later. This introduces a layer of abstraction between consumer memory window indices, which exclude any exclusive errata-workaround BARs, and internal memory window indices, which include such BARs. An internal routine, ntb_user_mw_to_idx(), converts the former to the latter. Public APIs have been updated to use this instead of assuming the exclusive workaround BAR i= s the last available MW. Sponsored by:=09EMC / Isilon Storage Division 291262 by nwhitehorn: Use what we really mean (powerpc_lwsync()) rather than the Linux-compat mb() here and provide some more documentation on what, exactly, makes this code safe. Requested by and discussed with:=09kib, alc 291261 by des: Revert inadvertent commit of an incorrect patch 291260 by des: Remove description of the now-defunct NoneEnabled option. 291259 by ume: Correct alignment of the addresses in the `netstat -aW' output. 291258 by skra: Flush all kernel mappings from TLB(s) in time when they are cleared. Replace tlb_flush_local() by tlb_flush() as even not global mappings could be fetched to TLB(s) on other cores by speculative table walk. >From OS point of view, it was not a problem as either such mappings were not used anymore or they were flushed from TLB(s) when reused. However, from hardware point of view, it was a problem. Not flushed mappings could be a target for speculative reads or prefetches (which might be quite aggresive on ARM cores). As speculative read can fill cacheline, it can cause a real problem, when physical page is reused, but mapped with different memory attributes. Anyhow, it's good to have only valid mappings in TLB(s). Approved by:=09kib (mentor) 291257 by lidl: Add myself (lidl) to the calendar.freebsd file. Approved by:=09rpaulo (mentor) Differential Revision:=09https://reviews.freebsd.org/D4264 291249 by hselasky: Add some defines needed by the coming mlx5 infiniband support. Sponsored by:=09Mellanox Technologies MFC after:=091 week 291247 by ume: Add missing error check after xo_parse_args() in netstat(8). Submitted by:=09Oliver Pinter Differential Revision:=09https://reviews.freebsd.org/D4233 291246 by andrew: Add support for moving the DMAP range. This is needed as some AMD SoCs place physical memory at an address outside the old DMAP range. This is an issue as we rely on being able to move from PA -> VA using this range. Obtained from:=09Patrick Wildt (earlier version) Sponsored by:=09ABT Systems Ltd Differential Revision:=09https://reviews.freebsd.org/D3885 291244 by kib: Rework the vnode cache recycling to meet free and unused vnodes targets. See the comment above wantfreevnodes variable for the description of the algorithm. The vfs.vlru_alloc_cache_src sysctl is removed. New code frees namecache sources as the last chance to satisfy the highest watermark, instead of selecting the source vnodes randomly. This provides good enough behaviour to keep vn_fullpath() working in most situations. The filesystem layout with deep trees, where the removed knob was required, is thus handled automatically. Submitted by:=09bde Discussed with:=09mckusick Tested by:=09pho MFC after:=091 month 291242 by kib: On PowerPC 64bit, the linux-compat mb() definition is implemented with lwsync instruction, which does not provide Store/Load barrier. Fix this by using "full" sync barrier for mb(). atomic_store_rel() does not need full barrier, change mb() call there to the lwsync instruction if not hitting the known CPU erratas (i.e. on 32bit). Provide powerpc_lwsync() helper to isolate the lwsync/sync compile time selection, and use it in atomic_store_rel() and several other places which duplicate the code. Noted by:=09alc Reviewed and tested by:=09nwhitehorn Sponsored by:=09The FreeBSD Foundation 291238 by kevlo: Add dependency to uether. Reviewed by:=09hselasky 291235 by bdrewery: Remove unneeded libutil dependency for sendmail. It included libutil.h for setproctitle(3), which was moved from libutil to = libc in r65353 in 2000. Reviewed by:=09gshapiro [sendmail change] Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D4261 291234 by pfg: bc(1): Fix memory corruption issues Fix crashes and hangs found by AFL. Improve handling of non-ascii chars. Obtained from:=09OpenBSD (CVS rev 1.49) 291233 by adrian: [ath] migrate ioctl and busdma memory operations out into separate source f= iles. This should be a big no-op pass; and reduces the size of if_ath.c. I'm hopefully soon going to take a whack at the USB support for ath(4) and this'll require some reuse of the busdma memory code. 291231 by araujo: Compute the median of the data set as the midpoint between the two middle values when the data set has an even number of elements. PR:=09=09201582 Submitted by:=09Marcus Reid Reviewed by:=09imp Approved by:=09bapt (mentor) 291230 by araujo: Connect ypldap(8) to the build. Approved by:=09bapt (mentor) 291226 by bdrewery: Fix ld not respecting --sysroot. ld(1) uses the /usr/libdata/ldscripts when linking. These scripts add in th= e default search paths of /lib and /usr/lib via 'SEARCH_DIR("DIR")'. These need to be prefixed by '=3D' so that the --sysroot flag is respected. This is not a problem with buildworld since the TOOLS_PREFIX is baked into the cross-ld. However it is a problem when trying to use ld(1) with --sysroot anywhere else as it ends up still reading /lib and /usr/lib despite --sysro= ot. The default --sysroot (TARGET_SYSTEM_ROOT) is '/' for /usr/bin/ld. I found this while building with META MODE with uses only --sysroot with /usr/bin/ld, and found that libraries that I had not built in its sysroot directory were leaking in. This didn't happen with ports binutils either. = This would also impact external compiler support. Reviewed by:=09bapt, brooks MFC after:=092 weeks Sponsored by:=09EMC / Isilon Storage Division Differential Revision:=09https://reviews.freebsd.org/D4262 291225 by jhb: Add a new -B flag for use with list mode (-l) that lists details about bridges. Currently this includes information about what resources a bridge decodes on the upstream side for use by downstream devices including bus numbers, I/O port resources, and memory resources. Windows and bus ranges are enumerated for both PCI-PCI bridges and PCI-CardBus bridges. To simplify the implementation, all enumeration is done by reading the appropriate config space registers directly rather than querying the bridge driver in the kernel via new ioctls. This does result in a few limitations. First, an unimplemented window in a PCI-PCI bridge cannot be accurately detected as accurate detection requires writing to the window base register. That is not safe for pciconf(8). Instead, this assumes that any window where both the base and limit read as all zeroes is unimplemented. Second, the PCI-PCI bridge driver in a tree has a few quirks for PCI-PCI bridges that use subtractive decoding but do not indicate that via the progif config register. The list of quirks is duplicated in pciconf's source. Reviewed by:=09imp MFC after:=092 weeks Differential Revision:=09https://reviews.freebsd.org/D4171 291224 by jkim: colldef(1) and mklocale(1) reappeared in r291115. 291223 by bdrewery: There seems to be no reason to duplicate CANONICALOBJDIR logic from bsd.obj= .mk, which is included for crunchgen builds. No change in build output occurred with this change. Sponsored by:=09EMC / Isilon Storage Division 291222 by ae: Add destroy_object callback to object rewriting framework. It is called when last reference to named object is going to be released and allows to do additional cleanup for implementation of named objects. Obtained from:=09Yandex LLC Sponsored by:=09Yandex LLC 291221 by mav: Remove "disable" hint, which duplicates system-wide "disabled". 291220 by ngie: Revert r291170 The mlx5* driver(s) are built [*]/installed separate from the OFED stack th= anks to recent refactoring done in the linuxkpi(4) module. Always install the manpages instead of conditionally installing them if MK_OFED !=3D no * Further refactoring of sys/ofed and linuxkpi(4) is pending to fully divor= ce mlx5* from ofed headers MFC after: never Requested by: hps 291219 by emaste: newfs_msdos: rework error handling for eventual use in makefs Return -1 on errors from mkfs_msdos() instead of err()/errx(), to allow different consumers to handle errors as appropriate. Obtained from:=09NetBSD Sponsored by:=09The FreeBSD Foundation 291218 by emaste: Update $NetBSD$ ID NetBSD mkfs_msdos.h rev 1.3 removed the no-endorsement clause from the license block, which had already been done in the source I imported in r289629. 291217 by markj: The buffer passed to an sbuf drain callback is not necessarily null-terminated, so don't assume that it is. Reported by:=09pho X-MFC-With:=09r291059 291216 by andrew: Use #ifdef to get the file compiling without errors 291211 by nwhitehorn: Provide support for userland binaries using the new ELFv2 ABI. This is a new, simplified, ELF ABI that avoids some of the stranger aspects of the existing 64-bit PowerPC ABI (function descriptors, in particular). Actually generating such executables requires a new version of binutils and a newer compiler (either GCC or clang) than GCC 4.2.1. 291210 by andrew: Only enable the first interrupt for now, we don't correctly configure or route interrupts to the needed cpu. Sponsored by:=09ABT Systems Ltd 291209 by mav: Fix target mode support for Qlogic 2200 FC adapters. Now target mode works for all supported FC adapters except ancient 2100, which is not tested. 291207 by smh: Fix dumpon compatibility with dumpdev kenv The dumpdev kenv supports devices without the /dev/ prefix, fix dumpon to also support this which is required after r288153. MFC after:=091 week Sponsored by:=09Multiplay 291200 by skra: Fix inconsistent use of malloc type for cdev private data. Remove M_VCHIQ malloc type, now not used anywhere. Reviewed by:=09gonzo Approved by:=09kib (mentor) 291199 by hselasky: Fix compile warning about shifting signed negative constant. MFC after:=093 days 291198 by des: Retire the NONE cipher option. 291197 by des: markup fixes 291193 by skra: Revert r291142. The not quite consistent logic for bounce pages allocation is utilizited by re(4) interface which can hang now. Approved by:=09kib (mentor) 291188 by mav: Rip off target mode support for parallel SCSI QLogic adapters. Hacks to enable target mode there complicated code, while didn't really work. And for outdated hardware fixing it is not really interesting. Initiator mode tested with Qlogic 1080 adapter is still working fine. 291181 by ngie: Integrate contrib/netbsd-tests/kernel/t_mqueue into the FreeBSD test suite as tests/sys/kern/mqueue_test MFC after: 1 week 291180 by ngie: Fix up convert.c generation - Use a temporary file for convert.c to reduce likelihood of an interrupted build resulting in bad code being written to convert.c - Truncate the file instead of appending to it to ensure that the file bein= g touched will not result in duplicate declarations/definitions from kern_acct.c if/when kern_acct.c changes. MFC after: 1 week 291172 by ngie: Use __MAKE_SHELL instead of HOST_SHELL when generating aton_ether_subr.c (HOST_SHELL is used in NetBSD) This fixes permission denied issues when gen_ether_subr is not executable MFC after: 3 days Reported by: Jos=C3=A9 P=C3=A9rez Suggested by: bdrewery, sjg 291171 by kib: Split kerne timekeep ABI structure vdso_sv_tk out of the struct sysentvec. This allows the timekeep data to be shared between similar ABIs which cannot share sysentvec. Make the timekeep_push_vdso() tick callback to the timekeep structures instead of sysentvecs. If several sysentvec share the vdso_sv_tk structure, we would update the userspace data several times on each tick, without the change. Only allocate vdso_sv_tk in the exec_sysvec_init() sysinit when sysentvec is marked with the new SV_TIMEKEEP flag. This saves allocation and update of unneeded vdso_sv_tk for ABIs which do not provide userspace gettimeofday yet, which are PowerPCs arches right now. Make vdso_sv_tk allocator public, namely split out and export alloc_sv_tk() and alloc_sv_tk_compat32(). ABIs which share timekeep data now can allocate it manually and share as appropriate. Requested by:=09nwhitehorn Tested by:=09nwhitehorn, pho Sponsored by:=09The FreeBSD Foundation MFC after:=092 weeks 291170 by ngie: Install mce(4) and mlx5en(4) if MK_OFED !=3D no MFC after: 1 week 291169 by ngie: Bump .Dd 291168 by ngie: - Fix bad double space between HW and LRO - Fix improperly capitalized `interface` MFC after: 1 week 291167 by ngie: Bump .Dd 291166 by ngie: Recommend cc -Wall instead of gcc -Wall MFC after: 1 week 291165 by ngie: Don't explicitly set INET/INET6 in the Makefile; opt_inet.h and opt_inet6.h already do this MFC after: never (depends on kern.opts.mk; will not be MFCed probably) 291164 by ian: Print more detailed info about the disk and partition chosen for booting. No behavioral changes, just cosmetics. A partition number of zero is not a wildcard, it's the 'a' partition in a BSD slice, so don't print it as "". (Only slices are 1-based, unit and partition numbers are 0-based and -1 is their wildcard marker.) Also, after doing all the probing and choosing, print the final result as "Booting from " where disk spec has all the wildcards resolved and looks like familiar BSD slice-and-partition notation (disk0s3a, etc). 291163 by mav: Explicitly call SEND CHANGE REQUEST for pre-24xx chips in target mode. While later firmware always registers for RSCN requests, older one does it only in initiator mode. But in target mode there RSCN can be the only way to detect gone intiator. 291162 by mav: Generate fake ISPASYNC_CHANGE_PDB on fake login on pre-24xx. This makes port scanner fix absent port ID for added initiator. 291161 by mav: Gracefully stop firmware before resetting chip when changing role. 291160 by mav: Add some more asynchronous event status codes. 291159 by mav: Add mode mailbox command codes. 291158 by kib: Record proper commit message for r291157. The r289895 revision did not accounted for the block containing the requested page, when calculating the run of pages. Include the pages before/after the requested page, that fit into the reqblock, into the calculation. Noted by:=09glebius Tested by:=09pho Sponsored by:=09The FreeBSD Foundation MFC after:=091 week 291157 by kib: Noted by:=09glebius Tested by:=09pho Sponsored by:=09The FreeBSD Foundation MFC after:=091 week 291156 by whu: Ignore the inbound checksum flags when doing packet forwarding in netvsc dr= iver. PR: 20363 Submitted by: whu Reviewed by: royger, whu Approved by: royger MFC after: 1 week Relnotes: No Sponsored by: Microsoft OSTC Differential Revision: https://reviews.freebsd.org/D4131 291155 by pfg: bc: sync with OpenBSD tty.c Rev. 1.3 Avoid unintended problems with operator precedence when doing an assignment and comparison. bc.1, Rev. 1.31, 1.32 '.Ql Quit' -> '.Ql quit' because only the lowercase command is valid. Clarify sentence about `quit` in BUGS section. extern.h, Rev. 1.12 whitespace bc.y, Rev. 1.47 Prefer setvbuf() to setlinebuf() for portability Obtained from:=09OpenBSD MFC after:=092 weeks 291154 by adrian: [mips]: Don't hard-code PHYS_AVAIL_ENTRIES. 291153 by markj: Remove unneeded includes of opt_kdtrace.h. As of r258541, KDTRACE_HOOKS is defined in opt_global.h, so opt_kdtrace.h is not needed when defining SDT(9) probes. 291152 by jhibbits: Remove a debug panic that crept into r291151 291151 by jhibbits: Modernize mpc85xx PCI hostbridge driver. Summary: * Take advantage of NEW_PCIB to remove a lot of setup code. * Fix some bugs related to multiple PCI bridges. There's still room for more cleanup, and still some bugs leftover, but this cleans up a lot. Test Plan: Tested on P5020 board with IDT PCIe switch. Differential Revision: https://reviews.freebsd.org/D4127 291150 by rmacklem: When the nfsd threads are terminated, the NFSv4 server state (opens, locks, etc) is retained, which I believe is correct behaviour. However, for NFSv4.1, the server also retained a reference to the xprt (RPC transport socket structure) for the backchannel. This caused svcpool_destroy() to not call SVC_DESTROY() for the xprt and allowed a socket upcall to occur after the mutexes in the svcpool were destroyed, causing a crash. This patch fixes the code so that the backchannel xprt structure is dereferenced just before svcpool_destroy() is called, so the code does do an SVC_DESTROY() on the xprt, which shuts down the socket upcall. Tested by:=09g_amanakis@yahoo.com PR:=09=09204340 MFC after:=092 weeks 291149 by ian: Update the imx5/imx6 cpu_reset() implementation based on a new understandin= g of the SRS (software reset) bit in the watchdog control register. Despite what the manual seems to imply, this bit DOES trigger an immediate reset, a= s opposed to simply flagging the type of reset as software-triggered. 291148 by markj: Add a missing brace to fix vmstat -s output. 291147 by mav: Increase maximal value of vports tunable to 254. I am not sure this value is really viable yet, but that is what chips officially support in NPIV mode (in loop mode maximum is 125). 291146 by hselasky: Add support for Kana and Eisu keys to the USB keyboard driver. PR:=09=09204709 Submitted by:=09naito.yuichiro@gmail.com MFC after:=093 days 291145 by hselasky: Fix scancodes for Kana and Eisu keys. PR:=09=09204709 Submitted by:=09naito.yuichiro@gmail.com MFC after:=093 days 291144 by mav: Fix target mode with fabric for pre-24xx chips. For those chips we are not receiving login events, adding initiators based on ATIO requests. But there is no port ID in that structure, so in fabric mode we have to explicitly fetch it from firmware to be able to do normal scan after that. 291143 by mav: Update Qlogic 23XX firmware from 3.03.26 to 3.03.28 291142 by skra: Fix BUS_DMA_MIN_ALLOC_COMP flag logic. When bus_dmamap_t map is being created for bus_dma_tag_t tag, bounce pages should be allocated only if needed. Before the fix, they were allocated always if BUS_DMA_COULD_BOUNCE flag was set but BUS_DMA_MIN_ALLOC_COMP not. As bounce pages are never freed, it could cause memory exhaustion when a lot of such tags together with their maps were created. Note that there could be more maps in one tag by current design. However BUS_DMA_MIN_ALLOC_COMP flag is tag's flag. It's set after bounce pages are allocated. Thus, they are allocated only for first tag's map which needs them. Approved by:=09kib (mentor) 291141 by tuexen: Fix the handling of IPSec policies in the SCTP stack. At least make sure they are not leaked... MFC after: =091 week 291140 by tuexen: Revert part of r291137 which seems correct, bit does not fix the resource problem I'm currently hunting down. MFC after:=091 week X-MFC with:=09291137 291139 by imp: Document why we use -z nonexecstack in the Makefile since it is so unusual. Turn off mis-match warnings for building uathload because the firmware .o file is produced in a way that we can't get to match exactly. This fixes the build on mips, so stop excluding it from the build. 291138 by tuexen: Clear the so_pcb pointer in case of ipsec_init_policy() fails. MFC after:=091 week 291137 by tuexen: Don't send SHUTDOWN chunk when the association is in a front state and the applications calls shutdown(..., SHUT_WR) or shutdown(..., SHUT_RDWR). MFC after:=091 week. 291136 by andrew: Move hdmi_if.m to files.arm so other kernel configs can use it. 291135 by andrew: Create device options for the two common ARM timers. Sponsored by:=09ABT Systems Ltd 291133 by andrew: Move more bus_space_* files to be built by files.arm. This leaves the definition in a file.* file under sys/arm/arm in the few cases we need it for non-fdt platforms. Sponsored by:=09ABT Systems Ltd 291132 by mav: Update firmware for QLogic 22xx from 2.02.06 to 2.02.08. 291131 by andrew: Limit arm_base_bs_tag to ARMv4 and ARMv5, we only used it in one place in armv6 and that can use fdtbus_bs_tag. 291130 by andrew: Fix a logic inversion, we should build dtrace on armv6, not on arm and armeb. 291129 by bapt: Revert a modification that crept in and should not 291128 by bapt: Synchronize m4(1) with OpenBSD 291127 by bapt: colldef(1) does not need the libc's internal collate.h header anymore 291126 by mav: Add API to obtain primary enclosure name and ID for /dev/sesX devices. sesX device number may change between reboots, so to properly identify the instance we need more data. Name and ID reported here may mach ones reported by SCSI device, but that is not really required by specs. MFC after:=091 week Sponsored by:=09iXsystems, Inc. 291125 by delphij: MFV r291123: xz 5.2.2. MFC after:=091 month Relnotes:=09yes 291122 by jhibbits: trunc_page() goes through unsigned long, which is too short. sizeof(unsigned long) < sizeof(vm_paddr_t) on Book-E, which uses 36-bit addressing. With this, a CCSR with a physical address above 4GB successful= ly maps. Sponsored by:=09Alex Perez/Inertial Computing 291121 by marius: Merge from r290547: Since r289279 bufinit() uses mp_ncpus so adapt to what x86 does and set this variable already in cpu_mp_setmaxid(). While at it, rename cpu_cpuid_prop() to cpu_portid_prop() as well as the MD cpuid variable to portid to avoid confusion with the MI use of "cpuid" and make some variable static/global in order to reduce stack usage. PR:=09=09204685 291120 by marius: Avoid a NULL pointer dereference in bounce_bus_dmamap_unload() when the map has been created via bounce_bus_dmamem_alloc(). In that case bus_dmamap_unload(9) typically isn't called during normal operation but still should be during detach, cleanup from failed attach etc. Submitted by:=09yongari MFC after:=093 days 291119 by brd: Remove a link to the now defunct "Release Engineering of Third Party Packag= es". PR:=09=09202803 Submitted by:=09Tobias Kortkamp MFC after:=091 week 291118 by adrian: mips: teach the malta platform about extended memory. Extended memory here is "physical memory above 256MB". "memsize" in the environment only grows to 256MB; "ememsize" is the entire memory range. Extended memory shows up at physical address 0x90000000. This allows for malta64 VMs to be created with > 256MB RAM, all the way up to 2GB RAM. Tested: * qemu-devel package; qemu-system-mips64 -m 2048 (and -m 256 to test the no-ememsize case.) TODO: * testing mips32 with > 256MB RAM. Reviewed by:=09imp 291117 by rmacklem: Revert r283330 since it broke directory caching in the client. At this time I cannot see a way to fix directory caching when it has partial blocks in the buffer cache, due to the fact that the syscall's uio_offset won't stay the same as the lblkno * NFS_DIRBLKSIZ offset. Reported by:=09bde MFC after:=092 weeks 291116 by glebius: Remove remnants of the old NFS from vnode pager. Reviewed by:=09kib Sponsored by:=09Netflix 291115 by bapt: Reintegrate colldef(1) and mklocale(1) While those tools are not needed anymore they are necessary to build FreeBS= D 9 and 10. it does not hurt to keep those tools around until both 9 and 10 bra= nch become EOLed. Modify colldef(1) to build after the change in the collation header, and en= sure it does produce the same collation definition it used to generate for 9 and= 10 Reported by:=09Oliver Pinter 291114 by rpokala: popen() requires check for fdopen() failure Move fdopen() up near other resource allocation like malloc(); do proper deallocation on failure later on in the function. Submitted by:=09Ramachandra Topannavar Reviewed by:=09jilles Approved by:=09jhb (mentor) MFC after:=092 weeks Sponsored by:=09Panasas, Inc. Differential Revision:=09https://reviews.freebsd.org/D4126 M lib/libc/gen/popen.c 291113 by emaste: Disconnect unused kgzldr from sys/boot/i386 Sponsored by:=09The FreeBSD Foundation 291112 by imp: Add support for passing TARGET_CPUTYPE into the build. It's more important for arm and mips than for the more generic x86 systems. 291111 by imp: Add aarch64 support to CPUTYPE 291110 by imp: Makeoption ARM_LITLE_ENDIAN does nothing. Remove it since it isn't consistently used. It was a carry over from NetBSD that FreeBSD doesn't use. 291109 by rpokala: Add myself (rpokala) and my mentor (jhb) Approved by:=09jhb (mentor) Differential Revision:=09https://reviews.freebsd.org/D4231 291108 by andrew: Remove bus_space_asm_generic.S from the per-SoC files.* files, it's already in files.arm. Sponsored by:=09ABT Systems Ltd 291106 by bdrewery: Remove disconnected boot0ext. This was [re-]added in r127458 (apparently with disconnected history as wel= l) and never connected to the build. It is no longer relevant for modern systems from the past 20 years. Discussed with:=09jhb Sponsored by:=09EMC / Isilon Storage Division 291105 by bdrewery: Fix not skipping uathload for mips after r291021. Sponsored by:=09EMC / Isilon Storage Division 291104 by andrew: Remove pl310.c from the SoC std.* files, it's in files.arm Sponsored by:=09ABT Systems Ltd 291103 by andrew: DTrace is known to work on armv6, enable building it as a module. Reviewed by:=09imp Sponsored by:=09ABT Systems Ltd Differential Revision:=09https://reviews.freebsd.org/D4221 291102 by andrew: Stop setting {KERN,}PHYSADDR on armv6, it's unneeded. Sponsored by:=09ABT Systems Ltd 291099 by mav: Some cosmetics for ancient cards. 291098 by trasz: The freebsd4_getfsstat() was broken in r281551 to always return 0 on succes= s. All versions of getfsstat(3) are supposed to return the number of [o]statfs structs in the array that was copied out. Also fix missing bounds checking and signed comparison of unsigned types. Submitted by:=09bde@ MFC after:=091 month Sponsored by:=09The FreeBSD Foundation 291097 by ume: Don't truncate an interface name when -W option is specified. Spotted by:=09Jim Thompson MFC after:=091 week 291096 by ume: Avoid core dump when output style is html. 291095 by skra: Fix build when KTR is defined but not KTR_TULIP. Approved by:=09kib (mentor) 291094 by skra: Add usermode variable to KTR output. Fix style. Approved by:=09kib (mentor) 291093 by skra: Fix style and argument count for KTR. Approved by:=09kib (mentor) The end of the build log: [...truncated 279526 lines...] ctfconvert -L VERSION -g smbus.o --- smbus_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -MD -MP -MF.depend.smbus_if.o= -MTsmbus_if.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-flo= at -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c smbus_if.c -o smbus_if.o--- psopcode.o --- ctfconvert -L VERSION -g psopcode.o --- psopinfo.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -MD -MP -MF.depend.psopinfo.o -MTpsopinfo.o -mcmodel=3Dkern= el -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-t= ables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-= decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-= arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__free= bsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unkno= wn-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-err= or-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign= -Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -W= error /builds/FreeBSD_HEAD/sys/contrib/dev/acpica/components/parser/psopin= fo.c --- modules-all --- --- all_subdir_if_edsc --- ctfconvert -L VERSION -g if_edsc.o --- if_edsc.ko.full --- ld -d -warn-common -r -d -o if_edsc.ko.full if_edsc.o ctfmerge -L VERSION -g -o if_edsc.ko.full if_edsc.o :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk if_edsc.ko.full export_= syms | xargs -J% objcopy % if_edsc.ko.full --- if_edsc.ko.debug --- objcopy --only-keep-debug if_edsc.ko.full if_edsc.ko.debug --- if_edsc.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_edsc.ko.debug if_edsc.ko.fu= ll if_edsc.ko --- psparse.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -MD -MP -MF.depend.psparse.o -MTpsparse.o -mcmodel=3Dkernel= -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tab= les -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-de= cls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebs= d_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown= -pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error= -parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -= Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -Wer= ror /builds/FreeBSD_HEAD/sys/contrib/dev/acpica/components/parser/psparse.= c --- modules-all --- --- all_subdir_if_bridge --- ctfconvert -L VERSION -g if_bridge.o --- all_subdir_i2c --- ctfconvert -L VERSION -g smbus_if.o --- smbus.ko.full --- ld -d -warn-common -r -d -o smbus.ko.full smbus_if.o smbconf.o smbus.o ctfmerge -L VERSION -g -o smbus.ko.full smbus_if.o smbconf.o smbus.o :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk smbus.ko.full export_sy= ms | xargs -J% objcopy % smbus.ko.full --- all_subdir_if_bridge --- --- if_bridge.ko.full --- ld -d -warn-common -r -d -o if_bridge.ko.full if_bridge.o ctfmerge -L VERSION -g -o if_bridge.ko.full if_bridge.o --- all_subdir_i2c --- --- smbus.ko.debug --- objcopy --only-keep-debug smbus.ko.full smbus.ko.debug --- smbus.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dsmbus.ko.debug smbus.ko.full s= mbus.ko --- all_subdir_iicbus --- =3D=3D=3D> i2c/iicbus (all) --- all_subdir_if_bridge --- :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk if_bridge.ko.full expor= t_syms | xargs -J% objcopy % if_bridge.ko.full --- if_bridge.ko.debug --- objcopy --only-keep-debug if_bridge.ko.full if_bridge.ko.debug --- if_bridge.ko --- --- psopinfo.o --- ctfconvert -L VERSION -g psopinfo.o --- modules-all --- objcopy --strip-debug --add-gnu-debuglink=3Dif_bridge.ko.debug if_bridge.k= o.full if_bridge.ko --- psscope.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -MD -MP -MF.depend.psscope.o -MTpsscope.o -mcmodel=3Dkernel= -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tab= les -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-de= cls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar= ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebs= d_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown= -pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error= -parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -= Wno-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -Wer= ror /builds/FreeBSD_HEAD/sys/contrib/dev/acpica/components/parser/psscope.= c --- modules-all --- --- all_subdir_if_enc --- =3D=3D=3D> if_enc (all) --- all_subdir_i2c --- --- iiconf.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -MD -MP -MF.depend.iiconf.o -= MTiiconf.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -g= dwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmis= sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-= sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnosti= cs-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-= error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-functio= n -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-a= vx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/i2c/iicbus/../.= ./../dev/iicbus/iiconf.c -o iiconf.o --- all_subdir_if_enc --- --- if_enc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -MD -MP -MF.depend.if_enc.o -= MTif_enc.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -g= dwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmis= sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-= sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnosti= cs-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-= error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-functio= n -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-a= vx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/net/if_enc.c -o if_enc.= o --- psparse.o --- ctfconvert -L VERSION -g psparse.o --- modules-all --- --- all_subdir_i2c --- --- all_subdir_iicbb --- =3D=3D=3D> i2c/iicbb (all) --- iicbb.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -MD -MP -MF.depend.iicbb.o -M= Tiicbb.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -f= no-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdw= arf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-si= gn -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics= -show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-er= ror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx= -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/i2c/iicbb/../../.= ./dev/iicbus/iicbb.c -o iicbb.o --- psscope.o --- ctfconvert -L VERSION -g psscope.o --- modules-all --- --- iicbb_if.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -MD -MP -MF.depend.iicbb_if.o= -MTiicbb_if.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-flo= at -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c iicbb_if.c -o iicbb_if.octfconvert -L VERSIO= N -g iicbb_if.o --- all_subdir_if_epair --- =3D=3D=3D> if_epair (all) --- if_epair.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -MD -MP -MF.depend.if_epair.o= -MTif_epair.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-flo= at -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/if_epair/..= /../net/if_epair.c -o if_epair.o --- all_subdir_i2c --- --- all_subdir_iicbus --- ctfconvert -L VERSION -g iiconf.o --- iicbus.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD/obj/builds/F= reeBSD_HEAD/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD/sys -fno-co= mmon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/Free= BSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERIC -MD -MP -MF.depend.iicbus.o -= MTiicbus.o -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float = -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -g= dwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmis= sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-= sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnosti= cs-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-= error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-functio= n -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-a= vx -std=3Diso9899:1999 -c /builds/FreeBSD_HEAD/sys/modules/i2c/iicbus/../.= ./../dev/iicbus/iicbus.c -o iicbus.o --- all_subdir_iicbb --- --- iicbb.o --- ctfconvert -L VERSION -g iicbb.o --- iicbb.ko.full --- ld -d -warn-common -r -d -o iicbb.ko.full iicbb_if.o iicbb.o ctfmerge -L VERSION -g -o iicbb.ko.full iicbb_if.o iicbb.o :> export_syms awk -f /builds/FreeBSD_HEAD/sys/conf/kmod_syms.awk iicbb.ko.full export_sy= ms | xargs -J% objcopy % iicbb.ko.full --- all_subdir_if_enc --- /builds/FreeBSD_HEAD/sys/net/if_enc.c:104:43: error: use of undeclared iden= tifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_in) =3D IPSEC_ENC_BEFORE; ^ --- all_subdir_i2c --- --- iicbb.ko.debug --- objcopy --only-keep-debug iicbb.ko.full iicbb.ko.debug --- iicbb.ko --- objcopy --strip-debug --add-gnu-debuglink=3Diicbb.ko.debug iicbb.ko.full i= icbb.ko --- all_subdir_if_enc --- /builds/FreeBSD_HEAD/sys/net/if_enc.c:105:40: error: use of undeclared iden= tifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_in) =3D IPSEC_ENC_BEFORE; ^ --- pstree.o --- cc -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/builds/FreeBSD_= HEAD/sys -I/builds/FreeBSD_HEAD/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_= OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-lea= f-frame-pointer -MD -MP -MF.depend.pstree.o -MTpstree.o -mcmodel=3Dkernel -= mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-table= s -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decl= s -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arit= h -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_= kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-p= ragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-p= arentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wn= o-error-shift-negative-value -mno-aes -mno-avx -std=3Diso9899:1999 -Werro= r /builds/FreeBSD_HEAD/sys/contrib/dev/acpica/components/parser/pstree.c --- modules-all --- /builds/FreeBSD_HEAD/sys/net/if_enc.c:106:44: error: use of undeclared iden= tifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, filter_mask_out) =3D IPSEC_ENC_BEFORE; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:107:41: error: use of undeclared iden= tifier 'IPSEC_ENC_BEFORE' static VNET_DEFINE(int, bpf_mask_out) =3D IPSEC_ENC_BEFORE | IPSEC_ENC_AFTE= R; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:107:60: error: use of undeclared iden= tifier 'IPSEC_ENC_AFTER' static VNET_DEFINE(int, bpf_mask_out) =3D IPSEC_ENC_BEFORE | IPSEC_ENC_AFTE= R; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:210:25: error: declaration of 'struct= osd' will not be visible outside of this function [-Werror,-Wvisibility] void *hdata, struct osd *hosd) ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:226:9: error: incomplete definition o= f type 'struct ipsec_ctx_data' if (ctx->af !=3D hhook_id) ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:229:22: error: use of undeclared iden= tifier 'HHOOK_TYPE_IPSEC_IN' if (((hhook_type =3D=3D HHOOK_TYPE_IPSEC_IN && ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:230:10: error: incomplete definition = of type 'struct ipsec_ctx_data' (ctx->enc & V_bpf_mask_in) !=3D 0) || ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:231:21: error: use of undeclared iden= tifier 'HHOOK_TYPE_IPSEC_OUT' (hhook_type =3D=3D HHOOK_TYPE_IPSEC_OUT && ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:232:10: error: incomplete definition = of type 'struct ipsec_ctx_data' (ctx->enc & V_bpf_mask_out) !=3D 0)) && ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:234:15: error: incomplete definition = of type 'struct ipsec_ctx_data' hdr.af =3D ctx->af; ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:235:16: error: incomplete definition = of type 'struct ipsec_ctx_data' hdr.spi =3D ctx->sav->spi; ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:237:10: error: incomplete definition = of type 'struct ipsec_ctx_data' if (ctx->sav->alg_enc !=3D SADB_EALG_NONE) ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:239:10: error: incomplete definition = of type 'struct ipsec_ctx_data' if (ctx->sav->alg_auth !=3D SADB_AALG_NONE) ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:241:49: error: incomplete definition = of type 'struct ipsec_ctx_data' bpf_mtap2(ifp->if_bpf, &hdr, sizeof(hdr), *ctx->mp); ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:245:7: error: use of undeclared ident= ifier 'HHOOK_TYPE_IPSEC_IN' case HHOOK_TYPE_IPSEC_IN: ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:246:10: error: incomplete definition = of type 'struct ipsec_ctx_data' if (ctx->enc =3D=3D IPSEC_ENC_BEFORE) { ~~~^ /builds/FreeBSD_HEAD/sys/netipsec/ipsec.h:261:8: note: forward declaration = of 'struct ipsec_ctx_data' struct ipsec_ctx_data; ^ /builds/FreeBSD_HEAD/sys/net/if_enc.c:246:19: error: use of undeclared iden= tifier 'IPSEC_ENC_BEFORE' if (ctx->enc =3D=3D IPSEC_ENC_BEFORE) { ^ fatal error: too many errors emitted, stopping now [-ferror-limit=3D] 20 errors generated. *** [if_enc.o] Error code 1 make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/if_enc 1 error make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/if_enc *** [all_subdir_if_enc] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules --- all_subdir_i2c --- --- all_subdir_iicbus --- ctfconvert -L VERSION -g iicbus.o A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD/sys/modules/i2c/iicbus *** [all_subdir_iicbus] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/i2c 1 error make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/i2c *** [all_subdir_i2c] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules --- pstree.o --- ctfconvert -L VERSION -g pstree.o --- modules-all --- --- all_subdir_if_epair --- ctfconvert -L VERSION -g if_epair.o A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD/sys/modules/if_epair *** [all_subdir_if_epair] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules 3 errors make[3]: stopped in /builds/FreeBSD_HEAD/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERI= C 1 error make[2]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/GENERI= C *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Nov 25 22:16:47 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D002BA37C0E; Wed, 25 Nov 2015 22:16:47 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id AA12713BC; Wed, 25 Nov 2015 22:16:47 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id DB34688E; Wed, 25 Nov 2015 22:16:47 +0000 (UTC) Date: Wed, 25 Nov 2015 22:16:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: lidl@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <2077754732.171.1448489807861.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <665601706.165.1448483446533.JavaMail.jenkins@jenkins-9.freebsd.org> References: <665601706.165.1448483446533.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1764 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 22:16:47 -0000 FreeBSD_HEAD_i386 - Build #1764 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1764/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1764/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1764/cons= ole Change summaries: 291332 by bdrewery: Rename Makefile.inc1 to dtrace.test.mk to avoid clash with top-level Makefi= le.inc1. Discussed with:=09ngie, markj Sponsored by:=09EMC / Isilon Storage Division 291331 by bdrewery: Avoid requiring 'make depend' here. Really this should not be a DPSRCS. The acct_test.c should not #include convert.c, but just link it in as a normal SRCS. MFC after:=091 week Sponsored by:=09EMC / Isilon Storage Division 291330 by bdrewery: Replace DPSRCS that work fine in SRCS. This is so that 'make depend' is not a required build step in these files. DPSRCS is overall unneeded. DPSRCS already contains SRCS, so anything which can safely be in SRCS should be. DPSRCS is mostly just a way to generate files that should not be linked into the final PROG/LIB. For headers and grammars it is safe for them to be in SRCS since they will be excluded during linking and installation. The only remaining uses of DPSRCS are for generating .c or .o files that must be built before 'make depend' can run 'mkdep' on the SRCS c files list. A semi-proper example is in tests/sys/kern/acct/Makefile where a checked-in .c file has an #include on a generated .c file. The generated .c file should not be linked into the final PROG though since it is #include'd. The more proper way here is just to build/link it in though without DPSRCS. Another example is in sys/modules/linux/Makefile where a shell script runs to parse a DPSRCS .o file that should not be linked into the module. Beyond those, the need for DPSRCS is largely unneeded, redundant, and forces 'make depend' to be ran. Generally, these Makefiles should avoid the need for DPSRCS and define proper dependencies for their files as well. An example of an improper usage and why this matters is in usr.bin/netstat. nl_defs.h was only in DPSRCS and so was not generated during 'make all', but only during 'make depend'. The files including it lacked proper depenencies on it, which forced running 'make depend' to workaround that bug. The 'make depend' target should mostly be used for incremental build help, not to produce a working build. This specific example was broken in the meta build until r287905 since it does not run 'make depend'. The gnu/lib/libreadline/readline case is fine since bsd.lib.mk has 'OBJS: SRCS:M*.h' when there is no .depend file. Sponsored by:=09EMC / Isilon Storage Division MFC after:=091 week 291329 by bdrewery: Remove redundant DPSRCS which were already in SRCS. DPSRCS already contains all of SRCS. MFC after:=091 week Sponsored by:=09EMC / Isilon Storage Division 291328 by lidl: Have syslogd honor 'mesg' status when logging to users. PR:=09=09bin/196742 Submitted by:=09jef at mail acme com Approved by:=09rpaulo (mentor) Differential Revision:=09https://reviews.freebsd.org/D4270 291327 by bdrewery: Define a LIBDIR for every library that LIBADD provides. This is going to be used to allow DIRDEPS to be bootstrapped off of LIBADD/DPADD. It currently works for internal libraries which have a DIR defined for them but also use the .a library from a src-mapped obj directory. It can also be useful for using -L without a --sysroot per LIBADD to use the OBJDIR version of the libraries. I didn't review every LIBADD, so it is possible this is missing some. Sponsored by:=09EMC / Isilon Storage Division 291326 by bdrewery: Fix spelling error. 291325 by bdrewery: META MODE: Avoid dirdep dependency on lib/libmd. This avoids using the staged headers for sys/crypto/sha2/*.h, such as sha25= 6.h, which added an unneeded pre-build dependency on libmd to libcrypt. This header is an INCS in lib/libmd, but found via .PATH in sys/crypto/sha2. Since the libcrypt build was already using the in-src libmd headers directly, just teach it how to find the sha256.h header as well. Sponsored by:=09EMC / Isilon Storage Division 291324 by bdrewery: META MODE: Fix MACHINE=3Dhost builds. We need to not use -nostdinc since it breaks building of clang itself. Use -isystem rather than -I/usr/include and -nostdinc which gets us using the stage include directory before searching the real host headers. This allows removing more of the -I hacks to get host headers since the headers are no longer excluded. The -B seemed unneeded. This fixes building of secure/lib/libcrypto which was looking at the /usr/include/openssl/asn1.h header rather than the staged one. This fixes building of clang which wants to find its own internal headers in the STAGEDIR/usr/lib/clang/* path. Sponsored by:=09EMC / Isilon Storage Division 291323 by bdrewery: Stop looking up the same id(1) results in sub-makes. Sponsored by:=09EMC / Isilon Storage Division 291322 by bdrewery: META MODE: Remove unneeded libmd.host dependency for xinstall.host. This is chasing r291026. Sponsored by:=09EMC / Isilon Storage Division 291321 by bdrewery: META MODE: Fix 'make bootstrap-tools'. The main problem was bitrot after elftoolchain being swapped in for the GNU toolchain. This also reworks how the list of 'host allowed' libraries is determined to only allow INTERNALLIBs, which is needed for libelftc to come in. For usr.bin/readelf use the same hack, as libelf and libdward, to bring in the needed sys/ headers for host builds. This has not yet been a problem d= ue to readelf not being built as a host tool in buildworld. This is possible in the meta build though when building the toolchain. Sponsored by:=09EMC / Isilon Storage Division 291320 by bdrewery: META MODE: Don't create .meta files when symlinking sources into the obj di= rectory. Tracking these leads to situations where meta mode will consider the file to be out of date if /bin/sh or /bin/ln are newer than the source file. There's no reason for meta mode to do this as make is already handling the rebuild dependency fine. Sponsored by:=09EMC / Isilon Storage Division 291319 by bdrewery: META MODE: Add more hosttools needed pre-universe. Sponsored by:=09EMC / Isilon Storage Division 291318 by bdrewery: META MODE: Show PATH on errors. Sponsored by:=09EMC / Isilon Storage Division 291317 by bdrewery: META MODE: Need to include the LEGACY_TOOLS directories into PATH. This is just as Makefile.inc1 does it for these phases. Otherwise some of the build tools are not found and used properly, such as 'make-roken' in the kerberos5 build on older releases. Sponsored by:=09EMC / Isilon Storage Division The end of the build log: [...truncated 96239 lines...] --- getprotoent_test --- (cd /usr/src/lib/libc/tests/net && DEPENDFILE=3D.depend.getprotoent_test = NO_SUBDIR=3D1 make -f /usr/src/lib/libc/tests/net/Makefile _RECURSING_PROGS= =3D PROG=3Dgetprotoent_test ) --- all_subdir_kerberos5 --- --- prompter_posix.po --- cc -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimd= al/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/a= sn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I= /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/ipc -I/usr/src/= kerberos5/lib/libkrb5/../../../crypto/heimdal/base -I. -DHAVE_CONFIG_H -I/u= sr/src/kerberos5/lib/libkrb5/../../include -std=3Dgnu99 -fstack-protector-s= trong -Qunused-arguments -c /usr/src/kerberos5/lib/libkrb5/../../../crypt= o/heimdal/lib/krb5/prompter_posix.c -o prompter_posix.po --- all_subdir_lib --- --- t_getprotoent.o --- cc -O2 -pipe -I/usr/src/lib/libc/tests/net -I/usr/src/lib/libnetbsd -I/u= sr/src/contrib/netbsd-tests -std=3Dgnu99 -fstack-protector-strong -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch= -enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/ne= tbsd-tests/lib/libc/net/t_getprotoent.c -o t_getprotoent.o --- getprotoent_test --- cc -O2 -pipe -I/usr/src/lib/libc/tests/net -I/usr/src/lib/libnetbsd -I/usr/= src/contrib/netbsd-tests -std=3Dgnu99 -fstack-protector-strong -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wn= o-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologi= cal-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-functio= n -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Qunused-arguments -L/usr/obj/usr/src//lib/= libnetbsd -o getprotoent_test t_getprotoent.o -lnetbsd -lprivateatf-c --- ether_aton_test --- (cd /usr/src/lib/libc/tests/net && DEPENDFILE=3D.depend.ether_aton_test N= O_SUBDIR=3D1 make -f /usr/src/lib/libc/tests/net/Makefile _RECURSING_PROGS= =3D PROG=3Dether_aton_test ) --- t_ether_aton.o --- cc -O2 -pipe -I/usr/src/lib/libc/tests/net -I/usr/src/lib/libnetbsd -I/u= sr/src/contrib/netbsd-tests -std=3Dgnu99 -fstack-protector-strong -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch= -enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/contrib/ne= tbsd-tests/lib/libc/net/t_ether_aton.c -o t_ether_aton.o --- all_subdir_kerberos5 --- --- rd_cred.po --- cc -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimd= al/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/a= sn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I= /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/ipc -I/usr/src/= kerberos5/lib/libkrb5/../../../crypto/heimdal/base -I. -DHAVE_CONFIG_H -I/u= sr/src/kerberos5/lib/libkrb5/../../include -std=3Dgnu99 -fstack-protector-s= trong -Qunused-arguments -c /usr/src/kerberos5/lib/libkrb5/../../../crypt= o/heimdal/lib/krb5/rd_cred.c -o rd_cred.po --- all_subdir_rescue --- --- pass1.o --- cc -O2 -pipe -I/usr/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c /usr/src/sbin/fsdb/../fsck_ffs/pass1.c -o pass1.o --- all_subdir_lib --- --- aton_ether_subr.o --- --- all_subdir_gnu --- 2 warnings generated. --- all_subdir_lib --- cc -O2 -pipe -I/usr/src/lib/libc/tests/net -I/usr/src/lib/libnetbsd -I/u= sr/src/contrib/netbsd-tests -std=3Dgnu99 -fstack-protector-strong -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautol= ogical-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-func= tion -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch= -enum -Wno-knr-promoted-parameter -Qunused-arguments -c aton_ether_subr.c -= o aton_ether_subr.o --- all_subdir_gnu --- --- valarith.o --- cc -O2 -pipe -Dxregcomp=3Dregcomp -Dxre_exec=3Dre_exec -Dxregexec=3Dreg= exec -Dxre_search=3Dre_search -Dxre_compile_fastmap=3Dre_compile_fastmap -D= xregerror=3Dregerror -Dxre_comp=3Dre_comp -Dxre_set_syntax=3Dre_set_syntax = -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=3D1 -DTUI=3D1 -DDEBUGDIR=3D\"/usr/l= ib/debug\" -I. -I/usr/src/gnu/usr.bin/gdb/libgdb/../arch/i386 -I/usr/src/gn= u/usr.bin/gdb/libgdb/../../binutils/libbfd -I/usr/src/gnu/usr.bin/gdb/libgd= b/../../binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../= contrib/gdb/gdb -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/g= db/config -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/binutils/in= clude -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/include -I/= usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/binutils/bfd -I/usr/obj/= usr/src/gnu/usr.bin/gdb/libgdb/../../../lib/libreadline/readline/.. -std=3D= gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/gnu/usr.bin= /gdb/libgdb/../../../../contrib/gdb/gdb/valarith.c -o valarith.o --- all_subdir_lib --- --- ether_aton_test --- cc -O2 -pipe -I/usr/src/lib/libc/tests/net -I/usr/src/lib/libnetbsd -I/usr/= src/contrib/netbsd-tests -std=3Dgnu99 -fstack-protector-strong -Wsystem-hea= ders -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wn= o-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologi= cal-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-functio= n -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-en= um -Wno-knr-promoted-parameter -Qunused-arguments -L/usr/obj/usr/src//lib/= libnetbsd -o ether_aton_test aton_ether_subr.o t_ether_aton.o -lnetbsd -lp= rivateatf-c --- nsdispatch_test --- echo '#! /usr/libexec/atf-sh' > nsdispatch_test.tmp cat /usr/src/contrib/netbsd-tests/lib/libc/net/t_nsdispatch.sh >>nsdispatch= _test.tmp chmod +x nsdispatch_test.tmp mv nsdispatch_test.tmp nsdispatch_test --- protoent_test --- echo '#! /usr/libexec/atf-sh' > protoent_test.tmp cat /usr/src/contrib/netbsd-tests/lib/libc/net/t_protoent.sh >>protoent_tes= t.tmp chmod +x protoent_test.tmp mv protoent_test.tmp protoent_test --- servent_test --- echo '#! /usr/libexec/atf-sh' > servent_test.tmp cat /usr/src/contrib/netbsd-tests/lib/libc/net/t_servent.sh >>servent_test.= tmp chmod +x servent_test.tmp mv servent_test.tmp servent_test --- Kyuafile.auto --- =3D=3D=3D> lib/libc/tests/regex (all) --- h_regex --- (cd /usr/src/lib/libc/tests/regex && DEPENDFILE=3D.depend.h_regex NO_SUBD= IR=3D1 make -f /usr/src/lib/libc/tests/regex/Makefile _RECURSING_PROGS=3D = PROG=3Dh_regex ) --- main.o --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -I/usr/src/l= ib/libc/regex -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib= /libc/regex/main.c -o main.o --- all_subdir_kerberos5 --- --- rd_error.po --- cc -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimd= al/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/a= sn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I= /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/ipc -I/usr/src/= kerberos5/lib/libkrb5/../../../crypto/heimdal/base -I. -DHAVE_CONFIG_H -I/u= sr/src/kerberos5/lib/libkrb5/../../include -std=3Dgnu99 -fstack-protector-s= trong -Qunused-arguments -c /usr/src/kerberos5/lib/libkrb5/../../../crypt= o/heimdal/lib/krb5/rd_error.c -o rd_error.po --- all_subdir_lib --- --- split.o --- --- all_subdir_rescue --- --- pass1b.o --- --- all_subdir_lib --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -I/usr/src/l= ib/libc/regex -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib= /libc/regex/split.c -o split.o --- all_subdir_rescue --- cc -O2 -pipe -I/usr/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c /usr/src/sbin/fsdb/../fsck_ffs/pass1b.c -o pass1b.o --- all_subdir_lib --- --- debug.o --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -I/usr/src/l= ib/libc/regex -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werro= r -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-bod= y -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare= -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum= -conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr= -promoted-parameter -Qunused-arguments -c /usr/src/contrib/netbsd-tests/lib= /libc/regex/debug.c -o debug.o --- all_subdir_rescue --- --- pass2.o --- cc -O2 -pipe -I/usr/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c /usr/src/sbin/fsdb/../fsck_ffs/pass2.c -o pass2.o --- all_subdir_gnu --- --- valops.o --- cc -O2 -pipe -Dxregcomp=3Dregcomp -Dxre_exec=3Dre_exec -Dxregexec=3Dreg= exec -Dxre_search=3Dre_search -Dxre_compile_fastmap=3Dre_compile_fastmap -D= xregerror=3Dregerror -Dxre_comp=3Dre_comp -Dxre_set_syntax=3Dre_set_syntax = -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=3D1 -DTUI=3D1 -DDEBUGDIR=3D\"/usr/l= ib/debug\" -I. -I/usr/src/gnu/usr.bin/gdb/libgdb/../arch/i386 -I/usr/src/gn= u/usr.bin/gdb/libgdb/../../binutils/libbfd -I/usr/src/gnu/usr.bin/gdb/libgd= b/../../binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../= contrib/gdb/gdb -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/g= db/config -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/binutils/in= clude -I/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/include -I/= usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/binutils/bfd -I/usr/obj/= usr/src/gnu/usr.bin/gdb/libgdb/../../../lib/libreadline/readline/.. -std=3D= gnu99 -fstack-protector-strong -Qunused-arguments -c /usr/src/gnu/usr.bin= /gdb/libgdb/../../../../contrib/gdb/gdb/valops.c -o valops.o --- all_subdir_lib --- --- h_regex --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -I/usr/src/lib/= libc/regex -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Werror -= Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -= Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -W= no-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-co= nversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-pr= omoted-parameter -Qunused-arguments -o h_regex main.o split.o debug.o =20 --- exhaust_test --- (cd /usr/src/lib/libc/tests/regex && DEPENDFILE=3D.depend.exhaust_test NO= _SUBDIR=3D1 make -f /usr/src/lib/libc/tests/regex/Makefile _RECURSING_PROGS= =3D PROG=3Dexhaust_test ) --- t_exhaust.o --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -DREGEX_SPEN= CER -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=3Dgnu99 -= fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno= -uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pare= ntheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-loca= l-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused= -arguments -c /usr/src/contrib/netbsd-tests/lib/libc/regex/t_exhaust.c -o t= _exhaust.o --- all_subdir_kerberos5 --- --- rd_priv.po --- cc -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimd= al/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/a= sn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I= /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/ipc -I/usr/src/= kerberos5/lib/libkrb5/../../../crypto/heimdal/base -I. -DHAVE_CONFIG_H -I/u= sr/src/kerberos5/lib/libkrb5/../../include -std=3Dgnu99 -fstack-protector-s= trong -Qunused-arguments -c /usr/src/kerberos5/lib/libkrb5/../../../crypt= o/heimdal/lib/krb5/rd_priv.c -o rd_priv.po --- all_subdir_lib --- --- exhaust_test --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -DREGEX_SPENCER= -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -L/usr/obj/usr/src//lib/libnetbsd -o exhaust_test t_exhaust.o -ln= etbsd -lprivateatf-c --- all_subdir_rescue --- --- pass3.o --- cc -O2 -pipe -I/usr/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c /usr/src/sbin/fsdb/../fsck_ffs/pass3.c -o pass3.o --- all_subdir_lib --- --- regex_att_test --- (cd /usr/src/lib/libc/tests/regex && DEPENDFILE=3D.depend.regex_att_test = NO_SUBDIR=3D1 make -f /usr/src/lib/libc/tests/regex/Makefile _RECURSING_PRO= GS=3D PROG=3Dregex_att_test ) --- t_regex_att.o --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -DREGEX_SPEN= CER -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=3Dgnu99 -= fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno= -uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-= unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-pare= ntheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-loca= l-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused= -arguments -c /usr/src/contrib/netbsd-tests/lib/libc/regex/t_regex_att.c -o= t_regex_att.o --- all_subdir_rescue --- --- pass4.o --- cc -O2 -pipe -I/usr/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c /usr/src/sbin/fsdb/../fsck_ffs/pass4.c -o pass4.o --- all_subdir_kerberos5 --- --- rd_rep.po --- cc -pg -O2 -pipe -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimd= al/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/a= sn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I= /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/ipc -I/usr/src/= kerberos5/lib/libkrb5/../../../crypto/heimdal/base -I. -DHAVE_CONFIG_H -I/u= sr/src/kerberos5/lib/libkrb5/../../include -std=3Dgnu99 -fstack-protector-s= trong -Qunused-arguments -c /usr/src/kerberos5/lib/libkrb5/../../../crypt= o/heimdal/lib/krb5/rd_rep.c -o rd_rep.po --- all_subdir_rescue --- --- pass5.o --- cc -O2 -pipe -I/usr/src/sbin/fsdb/../fsck_ffs -DRESCUE -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -c /usr/src/sbin/fsdb/../fsck_ffs/pass5.c -o pass5.o --- all_subdir_lib --- --- regex_att_test --- cc -O2 -pipe -I/usr/src/contrib/netbsd-tests/lib/libc/regex -DREGEX_SPENCER= -I/usr/src/lib/libnetbsd -I/usr/src/contrib/netbsd-tests -std=3Dgnu99 -fst= ack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-ar= guments -L/usr/obj/usr/src//lib/libnetbsd -o regex_att_test t_regex_att.o = -lnetbsd -lutil -lprivateatf-c --- regex_test --- echo '#! /usr/libexec/atf-sh' > regex_test.tmp cat /usr/src/contrib/netbsd-tests/lib/libc/regex/t_regex.sh >>regex_test.tm= p chmod +x regex_test.tmp mv regex_test.tmp regex_test --- Kyuafile.auto --- =3D=3D=3D> lib/libc/tests/rpc (all) --- rpc_test --- (cd /usr/src/lib/libc/tests/rpc && DEPENDFILE=3D.depend.rpc_test NO_SUBDI= R=3D1 make -f /usr/src/lib/libc/tests/rpc/Makefile _RECURSING_PROGS=3D PRO= G=3Drpc_test ) make[7]: make[7]: don't know how to make .o. Stop make[7]: stopped in /usr/src/lib/libc/tests/rpc *** [rpc_test] Error code 2 make[6]: stopped in /usr/src/lib/libc/tests/rpc 1 error make[6]: stopped in /usr/src/lib/libc/tests/rpc *** [all] Error code 2 make[5]: stopped in /usr/src/lib/libc/tests 1 error make[5]: stopped in /usr/src/lib/libc/tests *** [all] Error code 2 make[4]: stopped in /usr/src/lib/libc 1 error make[4]: stopped in /usr/src/lib/libc --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/kerberos5/lib/libkrb5 *** [all] Error code 2 make[4]: stopped in /usr/src/kerberos5/lib 1 error make[4]: stopped in /usr/src/kerberos5/lib --- all_subdir_lib --- *** [all_subdir_libc] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib --- all_subdir_kerberos5 --- *** [all_subdir_lib] Error code 2 make[3]: stopped in /usr/src/kerberos5 1 error make[3]: stopped in /usr/src/kerberos5 *** [all_subdir_kerberos5] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src --- all_subdir_rescue --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/sbin/fsdb *** [fsdb_make] Error code 2 make[5]: stopped in /usr/obj/usr/src/rescue/rescue 1 error make[5]: stopped in /usr/obj/usr/src/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /usr/src/rescue/rescue 1 error make[4]: stopped in /usr/src/rescue/rescue *** [all] Error code 2 make[3]: stopped in /usr/src/rescue 1 error make[3]: stopped in /usr/src/rescue *** [all_subdir_rescue] Error code 2 make[2]: stopped in /usr/src --- all_subdir_gnu --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/gnu/usr.bin/gdb/libgdb *** [all] Error code 2 make[5]: stopped in /usr/src/gnu/usr.bin/gdb 1 error make[5]: stopped in /usr/src/gnu/usr.bin/gdb *** [all_subdir_gdb] Error code 2 make[4]: stopped in /usr/src/gnu/usr.bin 1 error make[4]: stopped in /usr/src/gnu/usr.bin *** [all_subdir_usr.bin] Error code 2 make[3]: stopped in /usr/src/gnu 1 error make[3]: stopped in /usr/src/gnu *** [all_subdir_gnu] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson6372661437055574473.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Nov 25 22:19:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F645A37CBB for ; Wed, 25 Nov 2015 22:19:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8B715B0; Wed, 25 Nov 2015 22:19:09 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 54E0788F; Wed, 25 Nov 2015 22:19:09 +0000 (UTC) Date: Wed, 25 Nov 2015 22:19:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: gjb@FreeBSD.org, ngie@FreeBSD.org, lidl@FreeBSD.org, bdrewery@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <705942890.173.1448489949318.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1465891500.163.1448482286712.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1465891500.163.1448482286712.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3565 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 22:19:09 -0000 FreeBSD_HEAD - Build #3565 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3565/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3565/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3565/console Change summaries: 291335 by ngie: Fix building sys/modules/if_enc by adding missing headers X-MFC with: r291292, r291299 (if that ever happens) Pointyhat to: ae 291332 by bdrewery: Rename Makefile.inc1 to dtrace.test.mk to avoid clash with top-level Makefile.inc1. Discussed with: ngie, markj Sponsored by: EMC / Isilon Storage Division 291331 by bdrewery: Avoid requiring 'make depend' here. Really this should not be a DPSRCS. The acct_test.c should not #include convert.c, but just link it in as a normal SRCS. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 291330 by bdrewery: Replace DPSRCS that work fine in SRCS. This is so that 'make depend' is not a required build step in these files. DPSRCS is overall unneeded. DPSRCS already contains SRCS, so anything which can safely be in SRCS should be. DPSRCS is mostly just a way to generate files that should not be linked into the final PROG/LIB. For headers and grammars it is safe for them to be in SRCS since they will be excluded during linking and installation. The only remaining uses of DPSRCS are for generating .c or .o files that must be built before 'make depend' can run 'mkdep' on the SRCS c files list. A semi-proper example is in tests/sys/kern/acct/Makefile where a checked-in .c file has an #include on a generated .c file. The generated .c file should not be linked into the final PROG though since it is #include'd. The more proper way here is just to build/link it in though without DPSRCS. Another example is in sys/modules/linux/Makefile where a shell script runs to parse a DPSRCS .o file that should not be linked into the module. Beyond those, the need for DPSRCS is largely unneeded, redundant, and forces 'make depend' to be ran. Generally, these Makefiles should avoid the need for DPSRCS and define proper dependencies for their files as well. An example of an improper usage and why this matters is in usr.bin/netstat. nl_defs.h was only in DPSRCS and so was not generated during 'make all', but only during 'make depend'. The files including it lacked proper depenencies on it, which forced running 'make depend' to workaround that bug. The 'make depend' target should mostly be used for incremental build help, not to produce a working build. This specific example was broken in the meta build until r287905 since it does not run 'make depend'. The gnu/lib/libreadline/readline case is fine since bsd.lib.mk has 'OBJS: SRCS:M*.h' when there is no .depend file. Sponsored by: EMC / Isilon Storage Division MFC after: 1 week 291329 by bdrewery: Remove redundant DPSRCS which were already in SRCS. DPSRCS already contains all of SRCS. MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 291328 by lidl: Have syslogd honor 'mesg' status when logging to users. PR: bin/196742 Submitted by: jef at mail acme com Approved by: rpaulo (mentor) Differential Revision: https://reviews.freebsd.org/D4270 291327 by bdrewery: Define a LIBDIR for every library that LIBADD provides. This is going to be used to allow DIRDEPS to be bootstrapped off of LIBADD/DPADD. It currently works for internal libraries which have a DIR defined for them but also use the .a library from a src-mapped obj directory. It can also be useful for using -L without a --sysroot per LIBADD to use the OBJDIR version of the libraries. I didn't review every LIBADD, so it is possible this is missing some. Sponsored by: EMC / Isilon Storage Division 291326 by bdrewery: Fix spelling error. 291325 by bdrewery: META MODE: Avoid dirdep dependency on lib/libmd. This avoids using the staged headers for sys/crypto/sha2/*.h, such as sha256.h, which added an unneeded pre-build dependency on libmd to libcrypt. This header is an INCS in lib/libmd, but found via .PATH in sys/crypto/sha2. Since the libcrypt build was already using the in-src libmd headers directly, just teach it how to find the sha256.h header as well. Sponsored by: EMC / Isilon Storage Division 291324 by bdrewery: META MODE: Fix MACHINE=host builds. We need to not use -nostdinc since it breaks building of clang itself. Use -isystem rather than -I/usr/include and -nostdinc which gets us using the stage include directory before searching the real host headers. This allows removing more of the -I hacks to get host headers since the headers are no longer excluded. The -B seemed unneeded. This fixes building of secure/lib/libcrypto which was looking at the /usr/include/openssl/asn1.h header rather than the staged one. This fixes building of clang which wants to find its own internal headers in the STAGEDIR/usr/lib/clang/* path. Sponsored by: EMC / Isilon Storage Division 291323 by bdrewery: Stop looking up the same id(1) results in sub-makes. Sponsored by: EMC / Isilon Storage Division 291322 by bdrewery: META MODE: Remove unneeded libmd.host dependency for xinstall.host. This is chasing r291026. Sponsored by: EMC / Isilon Storage Division 291321 by bdrewery: META MODE: Fix 'make bootstrap-tools'. The main problem was bitrot after elftoolchain being swapped in for the GNU toolchain. This also reworks how the list of 'host allowed' libraries is determined to only allow INTERNALLIBs, which is needed for libelftc to come in. For usr.bin/readelf use the same hack, as libelf and libdward, to bring in the needed sys/ headers for host builds. This has not yet been a problem due to readelf not being built as a host tool in buildworld. This is possible in the meta build though when building the toolchain. Sponsored by: EMC / Isilon Storage Division 291320 by bdrewery: META MODE: Don't create .meta files when symlinking sources into the obj directory. Tracking these leads to situations where meta mode will consider the file to be out of date if /bin/sh or /bin/ln are newer than the source file. There's no reason for meta mode to do this as make is already handling the rebuild dependency fine. Sponsored by: EMC / Isilon Storage Division 291319 by bdrewery: META MODE: Add more hosttools needed pre-universe. Sponsored by: EMC / Isilon Storage Division 291318 by bdrewery: META MODE: Show PATH on errors. Sponsored by: EMC / Isilon Storage Division 291317 by bdrewery: META MODE: Need to include the LEGACY_TOOLS directories into PATH. This is just as Makefile.inc1 does it for these phases. Otherwise some of the build tools are not found and used properly, such as 'make-roken' in the kerberos5 build on older releases. Sponsored by: EMC / Isilon Storage Division 291316 by bdrewery: META MODE: Don't add staged DPADDs to DIRDEPS when bootstrapping gendirdeps. This was finding libraries that were installed into DESTDIR/usr/lib, where DESTDIR is the stage directory, and then adding in usr/lib to DIRDEPS. Just exclude the STAGE_ROOT if defined. Discussed with: sjg Sponsored by: EMC / Isilon Storage Division 291315 by bdrewery: META MODE: Define variables this file uses that were defined elsewhere. Discussed with: sjg Sponsored by: EMC / Isilon Storage Division 291314 by bdrewery: META MODE: Don't truncate DIRDEPS for bootstrapping during gendirdeps. Reviewed by: sjg Sponsored by: EMC / Isilon Storage Division 291313 by bdrewery: META MODE: Rework circular dependency guard for librtld_db/libproc. librtld_db only needs libutil.h to build, not the libproc library. So it can safely use its header and allow libproc to depend on librtld_rb to be built first to link. This is required after fixing ld --sysroot in r291226. Sponsored by: EMC / Isilon Storage Division 291312 by bdrewery: META MODE: Revert r287879 so that 'make -V' still uses AUTO_OBJ. This has caused much confusion for myself as there are quite a lot of variables that depend on having a proper ${.OBJDIR}. Sponsored by: EMC / Isilon Storage Division 291311 by bdrewery: META MODE: Fix 'make the-lot' with recent locale changes Sponsored by: EMC / Isilon Storage Division 291310 by bdrewery: Stop building vers.c in include/ and only build the needed osreldate.h. Because of how osreldate.h was being built with newvers.sh, which always spat out a vers.c dependent on SVN or git, the meta mode build was considering osreldate.h to depend on the current git or SVN index. This would lead to entire tree rebuilds when modifying git's index. There's no reason to be generating vers.c here so just skip it. While here, in mk-osreldate.sh rename PARAM_H to proper PARAMFILE (which newvers.sh already has a default for) and remove unneeded export. Sponsored by: EMC / Isilon Storage Division 291309 by bdrewery: META MODE: Avoid creating TESTS directories for bootstrap. Sponsored by: EMC / Isilon Storage Division 291308 by bdrewery: META MODE: Don't override DESTDIR to the default when building the toolchain. For this case, the normal META MODE staging logic should be used. The BSARGS having DESTDIR= is due to Makefile.inc1 overriding DESTDIR to something when appropriate. For the toolchain stage META MODE is in charge of it, not Makefile.inc1. At least include/, if staging it to the host stagedir, was impacted from this. Staging of include.host is not yet done. Sponsored by: EMC / Isilon Storage Division 291307 by bdrewery: META MODE: Prefer INSTALL=tools/install.sh to lessen the need for xinstall.host. This both avoids some dependencies on xinstall.host and allows bootstrapping on older releases to work due to lack of at least 'install -l' support. Sponsored by: EMC / Isilon Storage Division 291306 by gjb: Fix tmpfs(5) '/tmp' mount point. A stray trailing space snuck in with one of the recent changes, making r290550 and r290573 effectively no-op. MFC after: 3 days Sponsored by: The FreeBSD Foundation 291305 by bdrewery: META MODE: Remove bin/cat.host dependency. This likely slipped in during early testing; local.dirdeps.mk always excludes bin/cat.host now. Sponsored by: EMC / Isilon Storage Division The end of the build log: [...truncated 182514 lines...] /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:100:26: note: passing argument to parameter here int strncmp(const char *, const char *, size_t) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2968:27: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] p = unpack_varlen_hex (++p1, &addr); ^~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:1268:26: note: passing argument to parameter 'buff' here unpack_varlen_hex (char *buff, /* packet to parse */ ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2968:6: warning: assigning to 'unsigned char *' from 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] p = unpack_varlen_hex (++p1, &addr); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2974:22: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] p_temp = strchr (p1 + 1, ';'); ^~~~~~ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:76:26: note: passing argument to parameter here char *strchr(const char *, int) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2992:28: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] fieldsize = hex2bin (p, regs, DEPRECATED_REGISTER_RAW_SIZE (reg->regnum)); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2376:22: note: passing argument to parameter 'hex' here hex2bin (const char *hex, char *bin, int count) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3030:27: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] remote_console_output (buf + 1); ^~~~~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2860:30: note: passing argument to parameter 'msg' here remote_console_output (char *msg) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3086:15: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] getpkt (buf, (rs->remote_packet_size), wait_forever_enabled_p); ^~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.h:31:27: note: passing argument to parameter 'buf' here extern void getpkt (char *buf, long sizeof_buf, int forever); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3101:27: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] remote_fileio_request (buf); ^~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote-fileio.h:31:42: note: passing argument to parameter 'buf' here extern void remote_fileio_request (char *buf); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3130:17: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] if (!strncmp (p, "awatch", strlen ("awatch")) != 0) ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:100:26: note: passing argument to parameter here int strncmp(const char *, const char *, size_t) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3133:22: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] pnum = strtol (p, &p_temp, 16); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/stdlib.h:109:37: note: passing argument to parameter here long strtol(const char * __restrict, char ** __restrict, int); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3141:38: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] p1 = (unsigned char *) strchr (p, ':'); ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:76:26: note: passing argument to parameter here char *strchr(const char *, int) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3145:20: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] if (strncmp (p, "thread", p1 - p) == 0) ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:100:26: note: passing argument to parameter here int strncmp(const char *, const char *, size_t) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3147:32: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] p_temp = unpack_varlen_hex (++p1, &thread_num); ^~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:1268:26: note: passing argument to parameter 'buff' here unpack_varlen_hex (char *buff, /* packet to parse */ ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3151:26: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] else if ((strncmp (p, "watch", p1 - p) == 0) ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:100:26: note: passing argument to parameter here int strncmp(const char *, const char *, size_t) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3152:22: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] || (strncmp (p, "rwatch", p1 - p) == 0) ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:100:26: note: passing argument to parameter here int strncmp(const char *, const char *, size_t) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3153:22: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] || (strncmp (p, "awatch", p1 - p) == 0)) ^ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:100:26: note: passing argument to parameter here int strncmp(const char *, const char *, size_t) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3156:27: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] p = unpack_varlen_hex (++p1, &addr); ^~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:1268:26: note: passing argument to parameter 'buff' here unpack_varlen_hex (char *buff, /* packet to parse */ ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3156:6: warning: assigning to 'unsigned char *' from 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] p = unpack_varlen_hex (++p1, &addr); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3162:40: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] p_temp = (unsigned char *) strchr (p1 + 1, ';'); ^~~~~~ /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/tmp/usr/include/string.h:76:26: note: passing argument to parameter here char *strchr(const char *, int) __pure; ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3162:12: warning: assigning to 'char *' from 'unsigned char *' converts between pointers to integer types with different sign [-Wpointer-sign] p_temp = (unsigned char *) strchr (p1 + 1, ';'); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3164:8: warning: assigning to 'unsigned char *' from 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] p = p_temp; ^ ~~~~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3180:28: warning: passing 'unsigned char *' to parameter of type 'const char *' converts between pointers to integer types with different sign [-Wpointer-sign] fieldsize = hex2bin (p, regs, DEPRECATED_REGISTER_RAW_SIZE (reg->regnum)); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2376:22: note: passing argument to parameter 'hex' here hex2bin (const char *hex, char *bin, int count) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3219:27: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] remote_console_output (buf + 1); ^~~~~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2860:30: note: passing argument to parameter 'msg' here remote_console_output (char *msg) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3661:19: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] p += hexnumstr (p, (ULONGEST) memaddr); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3502:18: note: passing argument to parameter 'buf' here hexnumstr (char *buf, ULONGEST num) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3669:24: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] plenlen = hexnumstr (p, (ULONGEST) todo); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3502:18: note: passing argument to parameter 'buf' here hexnumstr (char *buf, ULONGEST num) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3708:24: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] plen += hexnumnstr (plen, (ULONGEST) nr_bytes, plenlen); ^~~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3512:19: note: passing argument to parameter 'buf' here hexnumnstr (char *buf, ULONGEST num, int width) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3716:35: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] nr_bytes = bin2hex (myaddr, p, todo); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:2406:33: note: passing argument to parameter 'hex' here bin2hex (const char *bin, char *hex, int count) ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3726:18: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] putpkt_binary (buf, (int) (p - buf)); ^~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:189:33: note: passing argument to parameter 'buf' here static int putpkt_binary (char *buf, int cnt); ^ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.c:3727:11: warning: passing 'unsigned char *' to parameter of type 'char *' converts between pointers to integer types with different sign [-Wpointer-sign] getpkt (buf, sizeof_buf, 0); ^~~ /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/remote.h:31:27: note: passing argument to parameter 'buf' here extern void getpkt (char *buf, long sizeof_buf, int forever); ^ --- all_subdir_kerberos5 --- A failure has been detected in another branch of the parallel make make[5]: stopped in /builds/FreeBSD_HEAD/kerberos5/lib/libkrb5 *** [all] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/kerberos5/lib 1 error make[4]: stopped in /builds/FreeBSD_HEAD/kerberos5/lib *** [all_subdir_lib] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/kerberos5 1 error make[3]: stopped in /builds/FreeBSD_HEAD/kerberos5 *** [all_subdir_kerberos5] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD --- all_subdir_rescue --- A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD/sbin/ifconfig *** [ifconfig_make] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/rescue/rescue 1 error make[5]: stopped in /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/rescue/rescue *** [objs] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/rescue/rescue 1 error make[4]: stopped in /builds/FreeBSD_HEAD/rescue/rescue *** [all] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/rescue 1 error make[3]: stopped in /builds/FreeBSD_HEAD/rescue *** [all_subdir_rescue] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD --- all_subdir_gnu --- 40 warnings generated. A failure has been detected in another branch of the parallel make make[6]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/gdb/libgdb *** [all] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/gdb 1 error make[5]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin/gdb *** [all_subdir_gdb] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin 1 error make[4]: stopped in /builds/FreeBSD_HEAD/gnu/usr.bin *** [all_subdir_usr.bin] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD/gnu 1 error make[3]: stopped in /builds/FreeBSD_HEAD/gnu *** [all_subdir_gnu] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD 4 errors make[2]: stopped in /builds/FreeBSD_HEAD *** [everything] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD 1 error make[1]: stopped in /builds/FreeBSD_HEAD *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD 1 error make: stopped in /builds/FreeBSD_HEAD Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Wed Nov 25 22:37:00 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F529A36099; Wed, 25 Nov 2015 22:37:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 55A4E11DF; Wed, 25 Nov 2015 22:37:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 4DC1E1FB6; Wed, 25 Nov 2015 22:37:00 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id F07E2180BA; Wed, 25 Nov 2015 22:36:59 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id VNdixnnZ1Qhj; Wed, 25 Nov 2015 22:36:57 +0000 (UTC) Subject: Re: FreeBSD_HEAD_i386 - Build #1764 - Still Failing DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 98B02180B5 To: jenkins-admin@FreeBSD.org, lidl@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org, Glen Barber , ngie@FreeBSD.org References: <665601706.165.1448483446533.JavaMail.jenkins@jenkins-9.freebsd.org> <2077754732.171.1448489807861.JavaMail.jenkins@jenkins-9.freebsd.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <5656380B.7070600@FreeBSD.org> Date: Wed, 25 Nov 2015 14:36:59 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <2077754732.171.1448489807861.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3RL1lEL8AcQKkKOxiu3AXX7PGbDclNK8K" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Nov 2015 22:37:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3RL1lEL8AcQKkKOxiu3AXX7PGbDclNK8K Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/25/2015 2:16 PM, jenkins-admin@FreeBSD.org wrote: > make[7]: make[7]: don't know how to make .o. Stop My bad. Fixed. --=20 Regards, Bryan Drewery --3RL1lEL8AcQKkKOxiu3AXX7PGbDclNK8K Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWVjgLAAoJEDXXcbtuRpfPWVsIALantNu1PDB4quIqIr40+RdE UHaCZg3v49BwxK39gc65tRqpVeywlakXUM9PnsQroyjnLbOTqSHspQ3WraQ0KGoN Dm0bUMX9bpD2O94yxRjWZ5hS/Aco+0/dcYLXAhOt7XdPzQWHGhB27gdnjgPfMaAU EhYfYli2JpELnWRW1cAZOBWrACQhgTE3QDqIFI3AyNy7kWCoJnr1p0NvO9SFZvc1 NIovgmgU3jD6m+VqnSRdrLHUuyxdHlmCjdPZrXt9PcuBT+g7Bi+NfhyAfLxmEGV9 ILx6fPqg9CTTKwTb6wrFgr8urcU9l8ECzHmw5p5b+EBKSPeUI7nx35Ab6NrLYBI= =3nSU -----END PGP SIGNATURE----- --3RL1lEL8AcQKkKOxiu3AXX7PGbDclNK8K-- From owner-freebsd-current@freebsd.org Thu Nov 26 00:36:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C10E3A37A78; Thu, 26 Nov 2015 00:36:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B17DA156A; Thu, 26 Nov 2015 00:36:37 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 787D48E6; Thu, 26 Nov 2015 00:36:37 +0000 (UTC) Date: Thu, 26 Nov 2015 00:36:31 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ngie@FreeBSD.org, bdrewery@FreeBSD.org, gnn@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <432398430.177.1448498196125.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2077754732.171.1448489807861.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2077754732.171.1448489807861.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1765 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 00:36:37 -0000 FreeBSD_HEAD_i386 - Build #1765 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1765/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1765/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1765/console Change summaries: 291341 by gnn: Summary: A simple script to print the return value of any function, with or without wild cards. 291340 by bdrewery: Follow-up r291338 to handle .d, .y and .l files better as well. X-MFC-With: r291338 MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 291339 by bdrewery: Follow-up r291330: h_testbits.h is only needed by xdr_test. X-MFC-With: r291330 MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 291338 by bdrewery: Fix the "common object" handling to not depend on ".o" if SRCS only contains headers. This resulted in 'don't know how to make .o.' errors after the changes in r289286. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 291337 by ngie: Link fclose(3) to fdclose(3) X-MFC with: r285140 MFC after: 3 weeks (need to evaluate whether or not r285140 can be MFCed) Sponsored by: EMC / Isilon Storage Division 291335 by ngie: Fix building sys/modules/if_enc by adding missing headers X-MFC with: r291292, r291299 (if that ever happens) Pointyhat to: ae From owner-freebsd-current@freebsd.org Thu Nov 26 02:13:48 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14C31A364E1 for ; Thu, 26 Nov 2015 02:13:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 014EB186D; Thu, 26 Nov 2015 02:13:48 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1AF78933; Thu, 26 Nov 2015 02:13:48 +0000 (UTC) Date: Thu, 26 Nov 2015 02:13:44 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: sjg@FreeBSD.org, ngie@FreeBSD.org, bdrewery@FreeBSD.org, gnn@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <525845582.183.1448504028062.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <705942890.173.1448489949318.JavaMail.jenkins@jenkins-9.freebsd.org> References: <705942890.173.1448489949318.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #3566 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 02:13:48 -0000 FreeBSD_HEAD - Build #3566 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3566/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3566/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3566/console Change summaries: 291342 by sjg: ParseTrackInput: do not access beyond end of buffer. Reviewed by: dim 291341 by gnn: Summary: A simple script to print the return value of any function, with or without wild cards. 291340 by bdrewery: Follow-up r291338 to handle .d, .y and .l files better as well. X-MFC-With: r291338 MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 291339 by bdrewery: Follow-up r291330: h_testbits.h is only needed by xdr_test. X-MFC-With: r291330 MFC after: 1 week Sponsored by: EMC / Isilon Storage Division 291338 by bdrewery: Fix the "common object" handling to not depend on ".o" if SRCS only contains headers. This resulted in 'don't know how to make .o.' errors after the changes in r289286. MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division 291337 by ngie: Link fclose(3) to fdclose(3) X-MFC with: r285140 MFC after: 3 weeks (need to evaluate whether or not r285140 can be MFCed) Sponsored by: EMC / Isilon Storage Division From owner-freebsd-current@freebsd.org Thu Nov 26 07:21:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51EA7A3614C for ; Thu, 26 Nov 2015 07:21:35 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail.mands.hu (mail.mands.hu [194.143.229.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2BAEB19E5; Thu, 26 Nov 2015 07:21:33 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 26 Nov 2015 08:21:20 +0100 From: =?iso-8859-2?Q?M=26S_-_Krasznai_Andr=E1s?= To: Bryan Drewery , "freebsd-current@freebsd.org" Date: Thu, 26 Nov 2015 08:21:17 +0100 Subject: RE: freebsd-current compile with clang & ccache Thread-Topic: freebsd-current compile with clang & ccache Thread-Index: AdEnn0gqslGwzHSRQJyYBcmwrRh4xgAe3+Hg Message-ID: <3B0F582294DE3E448963BA62DC306AEE470440509C@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> <5655E345.8@FreeBSD.org> In-Reply-To: <5655E345.8@FreeBSD.org> Accept-Language: en-US Content-Language: hu-HU X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Nov 2015 07:21:35 -0000 Thanks, but as far as I know WITH_CCACHE_BUILD is only for ports compilatio= n and novadays I use binary ports wherever I can. rgds Andr=E1s -----Original Message----- From: Bryan Drewery [mailto:bdrewery@FreeBSD.org]=20 Sent: Wednesday, November 25, 2015 5:35 PM To: M&S - Krasznai Andr=E1s ; freebsd-current@fre= ebsd.org Subject: Re: freebsd-current compile with clang & ccache On 11/24/2015 1:31 AM, M&S - Krasznai Andr=E1s wrote: > What can I do to eliminate the ccache error during installworld apart fro= m not using ccache? I would recommend not setting CC or CCACHE_PATH in make.conf and using the = new WITH_CCACHE_BUILD=3Dyes option instead. -- Regards, Bryan Drewery From owner-freebsd-current@freebsd.org Thu Nov 26 07:35:37 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 476E8A36E17 for ; Thu, 26 Nov 2015 07:35:37 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F40A1293; Thu, 26 Nov 2015 07:35:37 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by iofh3 with SMTP id h3so77061648iof.3; Wed, 25 Nov 2015 23:35:36 -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 :content-transfer-encoding:message-id:references:to; bh=ig2A0alb7xUCr0BK9lY/vJK0neQK1E8UYAjp/xMj324=; b=xqr3ckFIdLfpFr+UgZ8Wt3nYtW11H5XHYZNcBpcg6CneV2eJ2qU9XFera1dBb51NY3 wztjNjIhi+M/bawPdP/rXNgwSJeWXQNoPeGJU5BiQLlyzBH2J+IyUDEKuFGhKocKnSbx PqqKCOI13C5t2dwk81XpWTHRLnWFGKfJuSqvpr/7SrPWv7lBO3XclcjGj5b1ZHfQ5086 HekyWN8oDDoWUlYz+z+H18MF3fwwQMTmBuwDrx87ZuqxgszrZWFEL22r1f4bEV6IxeSN 8xXTTlAOUlfFoTZc63lCONRnKZ+c5wb6wIkmxLSloT2oF3KzSVRob3Vg7/l/EOekqV77 thPA== X-Received: by 10.66.153.139 with SMTP id vg11mr57881586pab.118.1448523336211; Wed, 25 Nov 2015 23:35:36 -0800 (PST) Received: from [192.168.20.7] (c-24-16-212-205.hsd1.wa.comcast.net. [24.16.212.205]) by smtp.gmail.com with ESMTPSA id 24sm25262799pfm.75.2015.11.25.23.35.34 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Nov 2015 23:35:35 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: freebsd-current compile with clang & ccache From: NGie Cooper In-Reply-To: <3B0F582294DE3E448963BA62DC306AEE470440509C@exchange.mands.hu> Date: Wed, 25 Nov 2015 23:35:33 -0800 Cc: Bryan Drewery , "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <30A4964A-036C-4E00-9E28-1BECB3321D37@gmail.com> References: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> <5655E345.8@FreeBSD.org> <3B0F582294DE3E448963BA62DC306AEE470440509C@exchange.mands.hu> To: =?utf-8?Q?M=26S_-_Krasznai_Andr=C3=A1s?= X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Nov 2015 07:35:37 -0000 > On Nov 25, 2015, at 23:21, M&S - Krasznai Andr=C3=A1s = wrote: >=20 > Thanks, but as far as I know WITH_CCACHE_BUILD is only for ports = compilation and novadays I use binary ports wherever I can. It=E2=80=99s available in recent versions of FreeBSD CURRENT [1], [2] . Cheers, -NGie 1. = https://lists.freebsd.org/pipermail/freebsd-arch/2015-November/017472.html= 2. https://svnweb.freebsd.org/changeset/base/290526= From owner-freebsd-current@freebsd.org Thu Nov 26 08:01:19 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CD3DA383E3 for ; Thu, 26 Nov 2015 08:01:19 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail.mands.hu (mail.mands.hu [194.143.229.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74C1B188D; Thu, 26 Nov 2015 08:01:18 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 26 Nov 2015 09:01:17 +0100 From: =?iso-8859-1?Q?M=26S_-_Krasznai_Andr=E1s?= To: Rainer Hurling , Bryan Drewery , FreeBSD-Current Date: Thu, 26 Nov 2015 09:01:13 +0100 Subject: RE: freebsd-current compile with clang & ccache Thread-Topic: freebsd-current compile with clang & ccache Thread-Index: AdEnui1L411qxytIQvCsOLYwMsm/vwAY/gNQ Message-ID: <3B0F582294DE3E448963BA62DC306AEE47044050A2@exchange.mands.hu> References: <5655F93F.2050706@juanmolina.eu> <56560304.4080501@FreeBSD.org> <56560D62.7060205@gwdg.de> <56560DE7.3080608@FreeBSD.org> <56561053.5040002@gwdg.de> In-Reply-To: <56561053.5040002@gwdg.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Nov 2015 08:01:19 -0000 Hi I am now reading the manual pages for src.conf.=20 Src.conf should only be used to specify variables for make, e.g. WITHOUT_PR= OFILE, or WITH_CCACHE_BUILD. Man src.conf does not say much more about ccac= he, but ccache-howto-freebsd says that WITH_CCACHE_BUILD is only for buildi= ng ports with ccache; for world and kernel you should set CC and CXX variab= les within make.conf following the advice in ccache-howto=20 ("To use ccache for ports, just add WITH_CCACHE_BUILD=3Dyes to /etc/make.co= nf. To use ccache for base add the following to /etc/make.conf: .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) .if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc) CC:=3D${CC... .... ") I do not copy here the full howto My problem is that after a successful compile of base - world and kernel - = using ccache I run make installkernel correctly, but after reboot and merge= master -p I got a lot of ccache error messages during make installworld. Th= ey complain ebout not finding compiler cc in path although cc -v gives the = clang version number, so cc IS on the path. Best regards Andr=E1s Krasznai -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Rainer Hurling Sent: 2015. november 25. 20:48 To: Bryan Drewery; FreeBSD-Current Subject: Re: freebsd-current compile with clang & ccache Am 25.11.15 um 20:37 schrieb Bryan Drewery: > On 11/25/2015 11:34 AM, Rainer Hurling wrote: >> Am 25.11.15 um 19:50 schrieb Bryan Drewery: >>> On 11/25/2015 10:09 AM, Juan Molina wrote: >>>>> On 11/24/2015 1:31 AM, M&S - Krasznai Andr=E1s wrote: >>>>>> /What can I do to eliminate the ccache error during installworld >>>>> apart from not using ccache? / >>>>> I would recommend not setting CC or CCACHE_PATH in make.conf and=20 >>>>> using the new WITH_CCACHE_BUILD=3Dyes option instead. >>>>> >>>>> -- >>>>> Regards, >>>>> Bryan Drewery >>>> >>>> Hi. >>>> >>>> I'm seeing the same ccache errors and I do not have CC or=20 >>>> CCACHE_PATH defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEP= END in src.conf. >>>> >>> >>> WITH_FAST_DEPEND is not related. >>> >>> Are you building and installing as a different user? Using a=20 >>> different MAKEOBJDIRPREFIX in build and install? >>> >>> Do you have CCACHE_PATH in your environment? >>> >>> Run 'make ccache-print-options|grep path'. It should have no value. >>> >> >> Is there any possibility to redirect the .ccache directory, something=20 >> like CCACHE_PATH for userland? >> >> I am asking, because in my attempts to build base with=20 >> WITH_CCACHE_BUILD and WITH_FAST_DEPEND enabled, it breaks with error=20 >> message 'file system full'. My root partition has only 1GB and ccache=20 >> itself seems to need more than 800MB in /root/.ccache. >> >=20 > You want to modify CCACHE_DIR. You can do this in make.conf or the=20 > environment. >=20 > I tend to just symlink /root/.ccache to somewhere else though and let=20 > the default work via the symlink. >=20 > Also see 'man src.conf' (WITH_CCACHE_BUILD section) and 'man ccache'. >=20 Oops, I should have looked into man src.conf before asking here, sorry. And many thanks for the quick and helpful answer. _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/= listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Nov 26 08:25:42 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BABCA371FD for ; Thu, 26 Nov 2015 08:25:42 +0000 (UTC) (envelope-from listjm@club.fr) Received: from smtp23.services.sfr.fr (smtp23.services.sfr.fr [93.17.128.22]) (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 0D4B61500; Thu, 26 Nov 2015 08:25:41 +0000 (UTC) (envelope-from listjm@club.fr) Received: from filter.sfr.fr (localhost [78.118.197.112]) by msfrf2317.sfr.fr (SMTP Server) with ESMTP id 7A28C700023E; Thu, 26 Nov 2015 09:15:35 +0100 (CET) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club.fr Received: from [192.168.1.51] (112.197.118.78.rev.sfr.net [78.118.197.112]) by msfrf2317.sfr.fr (SMTP Server) with ESMTP id 461B37000234; Thu, 26 Nov 2015 09:15:35 +0100 (CET) X-SFR-UUID: 20151126081535287.461B37000234@msfrf2317.sfr.fr Subject: Re: freebsd-current compile with clang & ccache To: Bryan Drewery , FreeBSD-Current References: <5655F93F.2050706@juanmolina.eu> <56560304.4080501@FreeBSD.org> <5656214B.5000101@club.fr> <565623F1.70508@FreeBSD.org> From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor Message-ID: <5656BF9E.6070206@club.fr> Date: Thu, 26 Nov 2015 09:15:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <565623F1.70508@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Nov 2015 08:25:42 -0000 Le 25/11/2015 22:11, Bryan Drewery a écrit : > On 11/25/2015 12:59 PM, Juan Ramón Molina Menor wrote: >> Le 25/11/2015 19:50, Bryan Drewery a écrit : >>> On 11/25/2015 10:09 AM, Juan Molina wrote: >>>>> On 11/24/2015 1:31 AM, M&S - Krasznai András wrote: >>>>>> /What can I do to eliminate the ccache error during installworld >>>>> apart from not using ccache? / >>>>> I would recommend not setting CC or CCACHE_PATH in make.conf and using >>>>> the new WITH_CCACHE_BUILD=yes option instead. >>>>> >>>>> -- >>>>> Regards, >>>>> Bryan Drewery >>>> Hi. >>>> >>>> I’m seeing the same ccache errors and I do not have CC or CCACHE_PATH >>>> defined anywhere. Only WITH_CCACHE_BUILD and WITH_FAST_DEPEND in >>>> src.conf. >>>> >>> WITH_FAST_DEPEND is not related. >> OK, thanks. I was referring to the content of /etc/src.conf. By the way, >> there is no /etc/make.conf in this system. >> >>> Are you building and installing as a different user? Using a different >>> MAKEOBJDIRPREFIX in build and install? >> Not at all, just following the /etc/src/UPDATING instructions, as root: >> >> # cd /usr/src >> # svn up >> # make -j2 buildworld >> # make -j2 kernel >> >> # mergemaster -Fp >> # make installworld COMPILER_TYPE="clang" >> >> # mergemaster -Fi >> # make delete-old >> >>> Do you have CCACHE_PATH in your environment? >> Yes, it is set in /etc/csh.cshrc as indicate the ccache instructions: >> >> # echo $CCACHE_PATH >> /usr/bin:/usr/local/bin >> >>> Run 'make ccache-print-options|grep path'. It should have no value. >> # make ccache-print-options | grep path >> (environment) path = >> > > Which branch and revision is this? 11.0-CURRENT r291280 (yesterday). From owner-freebsd-current@freebsd.org Thu Nov 26 08:47:52 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46B84A38969 for ; Thu, 26 Nov 2015 08:47:52 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from mail.mands.hu (mail.mands.hu [194.143.229.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BA36318DD; Thu, 26 Nov 2015 08:47:51 +0000 (UTC) (envelope-from Krasznai.Andras@mands.hu) Received: from exchange.mands.hu ([::1]) by exchange.mands.hu ([::1]) with mapi; Thu, 26 Nov 2015 09:47:48 +0100 From: =?utf-8?B?TSZTIC0gS3Jhc3puYWkgQW5kcsOhcw==?= To: NGie Cooper CC: Bryan Drewery , "freebsd-current@freebsd.org" Date: Thu, 26 Nov 2015 09:47:45 +0100 Subject: RE: freebsd-current compile with clang & ccache Thread-Topic: freebsd-current compile with clang & ccache Thread-Index: AdEoHQvv/Tga1VMIRNuH5hqGQpH+MwACcIZA Message-ID: <3B0F582294DE3E448963BA62DC306AEE47044050AE@exchange.mands.hu> References: <3B0F582294DE3E448963BA62DC306AEE4704404FCB@exchange.mands.hu> <5655E345.8@FreeBSD.org> <3B0F582294DE3E448963BA62DC306AEE470440509C@exchange.mands.hu> <30A4964A-036C-4E00-9E28-1BECB3321D37@gmail.com> In-Reply-To: <30A4964A-036C-4E00-9E28-1BECB3321D37@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Nov 2015 08:47:52 -0000 SGkNCg0KSSBub3cgbW9kaWZpZWQgbXkgc2V0dXAgYWNjb3JkaW5nIHRvIHRoZSBsaW5rcyB5b3Ug cHJvdmlkZWQgSSBhbmQgY29tcGlsZSBhIGZyZXNobHkgdXBkYXRlZCBiYXNlIG9mIEZyZWVCU0Qt Q3VycmVudC4NCg0KSSB3aWxsIHJlcG9ydCB3aGVuIGZpbnNoZWQuDQoNClJnZHMNCg0KQW5kcsOh cw0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBOR2llIENvb3BlciBbbWFp bHRvOnlhbmV1cmFiZXlhQGdtYWlsLmNvbV0gDQpTZW50OiAyMDE1LiBub3ZlbWJlciAyNi4gODoz Ng0KVG86IE0mUyAtIEtyYXN6bmFpIEFuZHLDoXMNCkNjOiBCcnlhbiBEcmV3ZXJ5OyBmcmVlYnNk LWN1cnJlbnRAZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBmcmVlYnNkLWN1cnJlbnQgY29tcGls ZSB3aXRoIGNsYW5nICYgY2NhY2hlDQoNCg0KPiBPbiBOb3YgMjUsIDIwMTUsIGF0IDIzOjIxLCBN JlMgLSBLcmFzem5haSBBbmRyw6FzIDxLcmFzem5haS5BbmRyYXNAbWFuZHMuaHU+IHdyb3RlOg0K PiANCj4gVGhhbmtzLCBidXQgYXMgZmFyIGFzIEkga25vdyBXSVRIX0NDQUNIRV9CVUlMRCBpcyBv bmx5IGZvciBwb3J0cyBjb21waWxhdGlvbiBhbmQgbm92YWRheXMgSSB1c2UgYmluYXJ5IHBvcnRz IHdoZXJldmVyIEkgY2FuLg0KDQpJdOKAmXMgYXZhaWxhYmxlIGluIHJlY2VudCB2ZXJzaW9ucyBv ZiBGcmVlQlNEIENVUlJFTlQgWzFdLCBbMl0gLg0KQ2hlZXJzLA0KLU5HaWUNCg0KMS4gaHR0cHM6 Ly9saXN0cy5mcmVlYnNkLm9yZy9waXBlcm1haWwvZnJlZWJzZC1hcmNoLzIwMTUtTm92ZW1iZXIv MDE3NDcyLmh0bWwNCjIuIGh0dHBzOi8vc3Zud2ViLmZyZWVic2Qub3JnL2NoYW5nZXNldC9iYXNl LzI5MDUyNg0K From owner-freebsd-current@freebsd.org Thu Nov 26 18:22:56 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6D4AA3A64F for ; Thu, 26 Nov 2015 18:22:56 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from srv56-45.cdn.bestreaming.com (ns330343.ip-37-187-119.eu [37.187.119.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7431C1D70 for ; Thu, 26 Nov 2015 18:22:52 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (localhost [IPv6:::1]) by srv56-45.cdn.bestreaming.com (8.15.2/8.15.2) with ESMTP id tAQIMaoc092024; Thu, 26 Nov 2015 19:22:36 +0100 (CET) (envelope-from fbl@aoek.com) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 26 Nov 2015 19:22:35 +0100 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: Adrian Chadd Cc: Svatopluk Kraus , freebsd-current Subject: Re: Aheros AR9565: buffer error messages from ath_edma_rxbuf_alloc and ath_edma_rxfifo_alloc In-Reply-To: References: <5725cee00ae81e93db6b0be560d10285@mail.yourbox.net> Message-ID: X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Nov 2015 18:22:56 -0000 Hi Adrian, ATH_ENABLE_11N was missing from kernel config, now it works perfectly, sorry for the noise. Here's the sysct output FYI: Nov 26 19:10:12 current kernel: no tx bufs (empty list): 0 Nov 26 19:10:12 current kernel: no tx bufs (was busy): 0 Nov 26 19:10:12 current kernel: aggr single packet: 33 Nov 26 19:10:12 current kernel: aggr single packet w/ BAW closed: 0 Nov 26 19:10:12 current kernel: aggr non-baw packet: 94 Nov 26 19:10:12 current kernel: aggr aggregate packet: 12684 Nov 26 19:10:12 current kernel: aggr single packet low hwq: 2439 Nov 26 19:10:12 current kernel: aggr single packet RTS aggr limited: 0 Nov 26 19:10:12 current kernel: aggr sched, no work: 24419 Nov 26 19:10:12 current kernel: 0: 0 1: 0 2: 3453 3: 138 Nov 26 19:10:12 current kernel: 4: 45 5: 39 6: 2721 7: 4245 Nov 26 19:10:12 current kernel: 8: 337 9: 225 10: 110 11: 90 Nov 26 19:10:12 current kernel: 12: 236 13: 54 14: 104 15: 47 Nov 26 19:10:12 current kernel: 16: 57 17: 48 18: 80 19: 73 Nov 26 19:10:12 current kernel: 20: 46 21: 64 22: 65 23: 62 Nov 26 19:10:12 current kernel: 24: 35 25: 69 26: 25 27: 83 Nov 26 19:10:12 current kernel: 28: 62 29: 38 30: 23 31: 4 Nov 26 19:10:12 current kernel: 32: 6 33: 0 34: 0 35: 0 Nov 26 19:10:12 current kernel: 36: 0 37: 0 38: 0 39: 0 Nov 26 19:10:12 current kernel: 40: 0 41: 0 42: 0 43: 0 Nov 26 19:10:12 current kernel: 44: 0 45: 0 46: 0 47: 0 Nov 26 19:10:12 current kernel: 48: 0 49: 0 50: 0 51: 0 Nov 26 19:10:12 current kernel: 52: 0 53: 0 54: 0 55: 0 Nov 26 19:10:12 current kernel: 56: 0 57: 0 58: 0 59: 0 Nov 26 19:10:12 current kernel: 60: 0 61: 0 62: 0 63: 0 Nov 26 19:10:12 current kernel: Nov 26 19:10:12 current kernel: HW TXQ 0: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Nov 26 19:10:12 current kernel: HW TXQ 1: axq_depth=0, axq_aggr_depth=2, axq_fifo_depth=3, holdingbf=0 Nov 26 19:10:12 current kernel: HW TXQ 2: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Nov 26 19:10:12 current kernel: HW TXQ 3: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Nov 26 19:10:12 current kernel: HW TXQ 8: axq_depth=0, axq_aggr_depth=0, axq_fifo_depth=0, holdingbf=0 Nov 26 19:10:12 current kernel: Total TX buffers: 413; Total TX buffers busy: 0 (413) Nov 26 19:10:12 current kernel: Total mgmt TX buffers: 32; Total mgmt TX buffers busy: 0 Nov 26 19:10:12 current kernel: 0: fifolen: 16/16; head=0; tail=0; m_pending=0, m_holdbf=0 Nov 26 19:10:12 current kernel: 1: fifolen: 128/128; head=71; tail=71; m_pending=0, m_holdbf=0 Nov 26 19:10:12 current kernel: Total RX buffers in free list: 368 buffers Regards, --- José Pérez El 2015-11-25 01:18, Adrian Chadd escribió: > Hm, what's in your kenrel config file? Is ENABLE_11N or whatever the > ath driver option there? > > sysctl dev.ath.0.txagg=1 ; then check dmesg and output me the results. > > Thanks! > > > -a > > > On 24 November 2015 at 14:50, José Pérez wrote: >> Dear Svatopluk, >> tried again with current, and I get (almost) the same: >> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on >> rxbuf?! >> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc >> failed: i=0, nbufs=128? >> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxbuf_alloc: nothing on >> rxbuf?! >> Nov 23 18:14:47 current kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc >> failed: i=1, nbufs=128? >> >> Ideas? Can I help? >> >> Thank you. >> >> Regards, >> >> >> --- >> José Pérez >> >> >> El 2015-11-23 13:45, Svatopluk Kraus escribió: >>> >>> On Mon, Nov 23, 2015 at 1:12 PM, José Pérez wrote: >>>> >>>> Hi, >>>> I am the (happy?) owner of an Atheros AR9565 which used to work just >>>> fine. >>>> >>>> I recently updated an old -current, and a flood of these messages >>>> bumped >>>> up: >>>> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxbuf_alloc: nothing on >>>> rxbuf?! >>>> Nov 13 17:47:16 test kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc >>>> failed: >>>> i=24, nb >>>> ufs=128? >>>> >>>> # pciconf -lv | relevant_part >>>> ath0@pci0:1:0:0: class=0x028000 card=0x064211ad >>>> chip=0x0036168c >>>> rev=0x01 hdr=0x00 >>>> vendor = 'Qualcomm Atheros' >>>> device = 'QCA9565 / AR9565 Wireless Network Adapter' >>>> class = network >>>> >>>> # dmesg | relevant_part >>>> ath0: mem 0xf0800000-0xf087ffff irq 32 at >>>> device >>>> 0.0 on pci1 >>>> ath0: WB335 2-ANT card detected >>>> ar9300_attach: calling ar9300_hw_attach >>>> ar9300_hw_attach: calling ar9300_eeprom_attach >>>> ar9300_flash_map: unimplemented for now >>>> Restoring Cal data from DRAM >>>> Restoring Cal data from EEPROM >>>> Restoring Cal data from Flash >>>> Restoring Cal data from Flash >>>> Restoring Cal data from OTP >>>> ar9300_hw_attach: ar9300_eeprom_attach returned 0 >>>> ath0: [HT] enabling HT modes >>>> ath0: [HT] enabling short-GI in 20MHz mode >>>> ath0: [HT] 1 stream STBC receive enabled >>>> ath0: [HT] 1 RX streams; 1 TX streams >>>> ath0: AR9565 mac 704.1 RF5110 phy 2261.3 >>>> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 >>>> >>>> # ifconfig | relevant_part >>>> wlan0: flags=8843 metric 0 >>>> mtu >>>> 1500 >>>> ether a4:db:30:ab:ad:ca >>>> inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 >>>> nd6 options=29 >>>> media: IEEE 802.11 Wireless Ethernet MCS mode 11ng >>>> status: associated >>>> ssid myssid channel 6 (2437 MHz 11g ht/20) bssid >>>> de:ad:be:ee:ee:ef >>>> regdomain ETSI2 country ES indoor ecm authmode WPA2/802.11i >>>> privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM >>>> 3:128-bit >>>> txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k >>>> ampdudensity 4 shortgi wme burst roaming MANUAL >>>> groups: wlan >>>> >>>> >>>> >>>> Is there anything I can help with to improve this? Thank you. >>>> >>> >>> What revision do you use? If you use , please, try >>> to update to r291193 or higher. >>> >>> Svatopluk Kraus >>> >>> >>> >>>> Regards, >>>> >>>> -- >>>> José Pérez >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://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 Nov 27 06:17:32 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42C23A3ADEE for ; Fri, 27 Nov 2015 06:17:32 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx2.shrew.net (mx2.shrew.net [38.97.5.132]) (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 C69211455 for ; Fri, 27 Nov 2015 06:17:31 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx2.shrew.net (8.14.7/8.14.7) with ESMTP id tAR5v1qD050124 for ; Thu, 26 Nov 2015 23:57:01 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (cpe-72-179-24-154.austin.res.rr.com [72.179.24.154]) by mail.shrew.net (Postfix) with ESMTPSA id 46B0818C28E for ; Thu, 26 Nov 2015 23:56:51 -0600 (CST) Subject: Re: Resizing a zpool as a VMware ESXi guest ... To: freebsd-current@freebsd.org References: <543841B8.4070007@shrew.net> <20141016081016.GA4670@brick.home> From: Matthew Grooms Message-ID: <5657F135.6080902@shrew.net> Date: Thu, 26 Nov 2015 23:59:17 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20141016081016.GA4670@brick.home> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx2.shrew.net [10.24.10.11]); Thu, 26 Nov 2015 23:57:02 -0600 (CST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Nov 2015 06:17:32 -0000 On 10/16/2014 3:10 AM, Edward Tomasz NapieraÅ‚a wrote: > On 1010T1529, Matthew Grooms wrote: >> All, >> >> I am a long time user and advocate of FreeBSD and manage a several >> deployments of FreeBSD in a few data centers. Now that these >> environments are almost always virtual, it would make sense that FreeBSD >> support for basic features such as dynamic disk resizing. It looks like >> most of the parts are intended to work. Kudos to the FreeBSD foundation >> for seeing the need and sponsoring dynamic increase of online UFS >> filesystems via growfs. Unfortunately, it would appear that there are >> still problems in this area, such as ... >> >> a) cam/geom recognizing when a drive's size has increased >> b) zpool recognizing when a gpt partition size has increased >> >> For example, if I do an install of FreeBSD 10 on VMware using ZFS, I see >> the following ... >> >> root@zpool-test:~ # gpart show >> => 34 16777149 da0 GPT (8.0G) >> 34 1024 1 freebsd-boot (512K) >> 1058 4194304 2 freebsd-swap (2.0G) >> 4195362 12581821 3 freebsd-zfs (6.0G) >> >> If I increase the VM disk size using VMware to 16G and rescan using >> camcontrol, this is what I see ... > "camcontrol rescan" does not force fetching the updated disk size. > AFAIK there is no way to do that. However, this should happen > automatically, if the "other side" properly sends proper Unit Attention > after resizing. No idea why this doesn't happen with VMWare. > Reboot obviously clears things up. > > [..] > >> Now I want the claim the additional 14 gigs of space for my zpool ... >> >> root@zpool-test:~ # zpool status >> pool: zroot >> state: ONLINE >> scan: none requested >> config: >> >> NAME STATE READ >> WRITE CKSUM >> zroot ONLINE 0 0 0 >> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 ONLINE 0 0 0 >> >> root@zpool-test:~ # zpool set autoexpand=on zroot >> root@zpool-test:~ # zpool online -e zroot >> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 >> root@zpool-test:~ # zpool list >> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >> zroot 5.97G 876M 5.11G 14% 1.00x ONLINE - >> >> The zpool appears to still only have 5.11G free. Lets reboot and try >> again ... > Interesting. This used to work; actually either of those (autoexpand or > online -e) should do the trick. > >> root@zpool-test:~ # zpool set autoexpand=on zroot >> root@zpool-test:~ # zpool online -e zroot >> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 >> root@zpool-test:~ # zpool list >> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >> zroot 14.0G 876M 13.1G 6% 1.00x ONLINE - >> >> Now I have 13.1G free. I can add this space to any of my zfs volumes and >> it picks the change up immediately. So the question remains, why do I >> need to reboot the OS twice to allocate new disk space to a volume? >> FreeBSD is first and foremost a server operating system. Servers are >> commonly deployed in data centers. Virtual environments are now >> commonplace in data centers, not the exception to the rule. VMware still >> has the vast majority of the private virutal environment market. I >> assume that most would expect things like this to work out of the box. >> Did I miss a required step or is this fixed in CURRENT? > Looks like genuine bugs (or rather, one missing feature and one bug). > Filling PRs for those might be a good idea. > All, I know this is a very late follow up, but spent some more time looking at this today and found some additional information that I found quite interesting. I setup two VMs, one that acts as an iSCSI initiator ( CURRENT ) and another that acts as a target ( 10.2-RELEASE ). Both are running under ESXi v5.5. There are two block devices on the initiator, da1 and da2, that I used for resize testing ... [root@iscsi-i /home/mgrooms]# camcontrol devlist at scbus1 target 0 lun 0 (cd0,pass0) at scbus2 target 0 lun 0 (pass1,da0) at scbus2 target 1 lun 0 (pass2,da1) at scbus3 target 0 lun 0 (da2,pass3) The da1 device is a virtual disk hanging off of a VMware virtual SAS controller ... [root@iscsi-i /home/mgrooms]# pciconf ... mpt0@pci0:3:0:0: class=0x010700 card=0x197615ad chip=0x00541000 rev=0x01 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'SAS1068 PCI-X Fusion-MPT SAS' class = mass storage subclass = SAS [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h Device Size: 10 G, Block Length: 512 bytes [root@iscsi-i /home/mgrooms]# gpart show da1 => 40 20971440 da1 GPT (10G) 40 20971440 1 freebsd-ufs (10G) The da2 device is an iSCSI LUN mounted from my FreeBSD 10.2 VM running ctld ... [root@iscsi-i /home/mgrooms]# iscsictl Target name Target portal State iqn.2015-01.lab.shrew:target0 iscsi-t.shrew.lab Connected: da2 [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h Device Size: 10 G, Block Length: 512 bytes [root@iscsi-i /home/mgrooms]# gpart show da2 => 40 20971440 da2 GPT (10G) 40 24 - free - (12K) 64 20971392 1 freebsd-ufs (10G) 20971456 24 - free - (12K) When I increased the size of da1 ( the VMDK ) and then re-ran 'camcontrol readcap' without a reboot, it clearly showed that the disk size had increased. However, geom failed to recognize the additional capacity ... [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h Device Size: 16 G, Block Length: 512 bytes [root@iscsi-i /home/mgrooms]# gpart show da1 => 40 20971440 da1 GPT (10G) 40 20971440 1 freebsd-ufs (10G) Here is the interesting bit. I increased the size of da2 by modifying the lun size in ctld.conf on the target and then issued a /etc/rd.d/ctld reload. When I re-ran 'camcontrol readcap' on the initiator without a reboot, it also showed that the disk size had increased, but this time geom recognized the additional capacity as well ... [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h Device Size: 16 G, Block Length: 512 bytes [root@iscsi-i /home/mgrooms]# gpart show da2 => 40 33554352 da2 GPT (16G) 40 24 - free - (12K) 64 20971392 1 freebsd-ufs (10G) 20971456 12582936 - free - (6.0G) I was then able to resize the partition and then grow the UFS filesystem, all without rebooting the VM ... [root@iscsi-i /home/mgrooms]# gpart resize -i 1 da2 da2p1 resized [root@iscsi-i /home/mgrooms]# gpart show da2 => 40 33554352 da2 GPT (16G) 40 24 - free - (12K) 64 33554304 1 freebsd-ufs (16G) 33554368 24 - free - (12K) [root@iscsi-i /home/mgrooms]# growfs da2p1 Device is mounted read-write; resizing will result in temporary write suspension for /var/data2. It's strongly recommended to make a backup before growing the file system. OK to grow filesystem on /dev/da2p1, mounted on /var/data2, from 10GB to 16GB? [Yes/No] Yes super-block backups (for fsck_ffs -b #) at: 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, 30773952, 32056192, 33338432 [root@iscsi-i /home/mgrooms]# df -h Filesystem Size Used Avail Capacity Mounted on /dev/da0p3 15G 1.2G 12G 9% / devfs 1.0K 1.0K 0B 100% /dev /dev/da1p1 9.7G 32M 8.9G 0% /var/data1 /dev/da2p1 15G 32M 14G 0% /var/data2 It's also worth noting that the additional space was not recognized by gpart/geom on the initiator until after the 'camcontrol readcap da2' command was run. In other words, I'm skeptical that it was a Unit Attention notification that made the right thing happen since it still took manual prodding of cam to get the new disk geometry up into the geom layer. So what's the difference between the Virtual SAS block device vs the iSCSI block device? I'm sure I have no idea. But in my mind this invalidates two previous notions that were floated when I brought this problem up late last year ... 1) There is in fact a command that can be manually run to force cam to read new disk geometry. And when that new geometry is read, it is, at least in some cases, passed on to geom. 2) While ESXi may or may not be issuing the correct SCSI notifications to help the OS pick up the new disk geometry automatically, it surely reports the new size when asked. Additionally, all the pluming is in place to allow the entire disk, geom, fs resize process to work without a reboot. I'm just not sure why it seems to work with iSCSI but doesn't with the virtualized SAS controller. Any thoughts? Thanks, -Matthew From owner-freebsd-current@freebsd.org Fri Nov 27 09:16:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89889A36D4D for ; Fri, 27 Nov 2015 09:16:33 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [31.223.170.169]) (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 371C41847 for ; Fri, 27 Nov 2015 09:16:31 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 258261534C4; Fri, 27 Nov 2015 10:16:23 +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 gwg9Ri5LhN4Q; Fri, 27 Nov 2015 10:16:20 +0100 (CET) Received: from [IPv6:2001:4cb8:3:1:b807:f283:4d14:bef8] (unknown [IPv6:2001:4cb8:3:1:b807:f283:4d14:bef8]) by smtp.digiware.nl (Postfix) with ESMTP id 6EFE41534C8; Fri, 27 Nov 2015 10:16:20 +0100 (CET) Subject: Re: Resizing a zpool as a VMware ESXi guest ... To: Matthew Grooms , freebsd-current@freebsd.org References: <543841B8.4070007@shrew.net> <20141016081016.GA4670@brick.home> <5657F135.6080902@shrew.net> From: Willem Jan Withagen Organization: Digiware Management b.v. Message-ID: <56581F5A.4010009@digiware.nl> Date: Fri, 27 Nov 2015 10:16:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5657F135.6080902@shrew.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Nov 2015 09:16:33 -0000 On 27-11-2015 06:59, Matthew Grooms wrote: > On 10/16/2014 3:10 AM, Edward Tomasz NapieraÅ‚a wrote: >> On 1010T1529, Matthew Grooms wrote: >>> All, >>> >>> I am a long time user and advocate of FreeBSD and manage a several >>> deployments of FreeBSD in a few data centers. Now that these >>> environments are almost always virtual, it would make sense that FreeBSD >>> support for basic features such as dynamic disk resizing. It looks like >>> most of the parts are intended to work. Kudos to the FreeBSD foundation >>> for seeing the need and sponsoring dynamic increase of online UFS >>> filesystems via growfs. Unfortunately, it would appear that there are >>> still problems in this area, such as ... >>> >>> a) cam/geom recognizing when a drive's size has increased >>> b) zpool recognizing when a gpt partition size has increased >>> >>> For example, if I do an install of FreeBSD 10 on VMware using ZFS, I see >>> the following ... >>> >>> root@zpool-test:~ # gpart show >>> => 34 16777149 da0 GPT (8.0G) >>> 34 1024 1 freebsd-boot (512K) >>> 1058 4194304 2 freebsd-swap (2.0G) >>> 4195362 12581821 3 freebsd-zfs (6.0G) >>> >>> If I increase the VM disk size using VMware to 16G and rescan using >>> camcontrol, this is what I see ... >> "camcontrol rescan" does not force fetching the updated disk size. >> AFAIK there is no way to do that. However, this should happen >> automatically, if the "other side" properly sends proper Unit Attention >> after resizing. No idea why this doesn't happen with VMWare. >> Reboot obviously clears things up. >> >> [..] >> >>> Now I want the claim the additional 14 gigs of space for my zpool ... >>> >>> root@zpool-test:~ # zpool status >>> pool: zroot >>> state: ONLINE >>> scan: none requested >>> config: >>> >>> NAME STATE READ >>> WRITE CKSUM >>> zroot ONLINE 0 >>> 0 0 >>> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 ONLINE 0 >>> 0 0 >>> >>> root@zpool-test:~ # zpool set autoexpand=on zroot >>> root@zpool-test:~ # zpool online -e zroot >>> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 >>> root@zpool-test:~ # zpool list >>> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >>> zroot 5.97G 876M 5.11G 14% 1.00x ONLINE - >>> >>> The zpool appears to still only have 5.11G free. Lets reboot and try >>> again ... >> Interesting. This used to work; actually either of those (autoexpand or >> online -e) should do the trick. >> >>> root@zpool-test:~ # zpool set autoexpand=on zroot >>> root@zpool-test:~ # zpool online -e zroot >>> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 >>> root@zpool-test:~ # zpool list >>> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >>> zroot 14.0G 876M 13.1G 6% 1.00x ONLINE - >>> >>> Now I have 13.1G free. I can add this space to any of my zfs volumes and >>> it picks the change up immediately. So the question remains, why do I >>> need to reboot the OS twice to allocate new disk space to a volume? >>> FreeBSD is first and foremost a server operating system. Servers are >>> commonly deployed in data centers. Virtual environments are now >>> commonplace in data centers, not the exception to the rule. VMware still >>> has the vast majority of the private virutal environment market. I >>> assume that most would expect things like this to work out of the box. >>> Did I miss a required step or is this fixed in CURRENT? >> Looks like genuine bugs (or rather, one missing feature and one bug). >> Filling PRs for those might be a good idea. >> > > All, > > I know this is a very late follow up, but spent some more time looking > at this today and found some additional information that I found quite > interesting. I setup two VMs, one that acts as an iSCSI initiator ( > CURRENT ) and another that acts as a target ( 10.2-RELEASE ). Both are > running under ESXi v5.5. There are two block devices on the initiator, > da1 and da2, that I used for resize testing ... > > [root@iscsi-i /home/mgrooms]# camcontrol devlist > at scbus1 target 0 lun 0 (cd0,pass0) > at scbus2 target 0 lun 0 (pass1,da0) > at scbus2 target 1 lun 0 (pass2,da1) > at scbus3 target 0 lun 0 (da2,pass3) > > The da1 device is a virtual disk hanging off of a VMware virtual SAS > controller ... > > [root@iscsi-i /home/mgrooms]# pciconf > ... > mpt0@pci0:3:0:0: class=0x010700 card=0x197615ad chip=0x00541000 > rev=0x01 hdr=0x00 > vendor = 'LSI Logic / Symbios Logic' > device = 'SAS1068 PCI-X Fusion-MPT SAS' > class = mass storage > subclass = SAS > > [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h > Device Size: 10 G, Block Length: 512 bytes > > [root@iscsi-i /home/mgrooms]# gpart show da1 > => 40 20971440 da1 GPT (10G) > 40 20971440 1 freebsd-ufs (10G) > > The da2 device is an iSCSI LUN mounted from my FreeBSD 10.2 VM running > ctld ... > > [root@iscsi-i /home/mgrooms]# iscsictl > Target name Target portal State > iqn.2015-01.lab.shrew:target0 iscsi-t.shrew.lab Connected: da2 > > [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h > Device Size: 10 G, Block Length: 512 bytes > > [root@iscsi-i /home/mgrooms]# gpart show da2 > => 40 20971440 da2 GPT (10G) > 40 24 - free - (12K) > 64 20971392 1 freebsd-ufs (10G) > 20971456 24 - free - (12K) > > When I increased the size of da1 ( the VMDK ) and then re-ran > 'camcontrol readcap' without a reboot, it clearly showed that the disk > size had increased. However, geom failed to recognize the additional > capacity ... > > [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h > Device Size: 16 G, Block Length: 512 bytes > > [root@iscsi-i /home/mgrooms]# gpart show da1 > => 40 20971440 da1 GPT (10G) > 40 20971440 1 freebsd-ufs (10G) > > Here is the interesting bit. I increased the size of da2 by modifying > the lun size in ctld.conf on the target and then issued a /etc/rd.d/ctld > reload. When I re-ran 'camcontrol readcap' on the initiator without a > reboot, it also showed that the disk size had increased, but this time > geom recognized the additional capacity as well ... > > [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h > Device Size: 16 G, Block Length: 512 bytes > > [root@iscsi-i /home/mgrooms]# gpart show da2 > => 40 33554352 da2 GPT (16G) > 40 24 - free - (12K) > 64 20971392 1 freebsd-ufs (10G) > 20971456 12582936 - free - (6.0G) > > I was then able to resize the partition and then grow the UFS > filesystem, all without rebooting the VM ... > > [root@iscsi-i /home/mgrooms]# gpart resize -i 1 da2 > da2p1 resized > > [root@iscsi-i /home/mgrooms]# gpart show da2 > => 40 33554352 da2 GPT (16G) > 40 24 - free - (12K) > 64 33554304 1 freebsd-ufs (16G) > 33554368 24 - free - (12K) > > [root@iscsi-i /home/mgrooms]# growfs da2p1 > Device is mounted read-write; resizing will result in temporary write > suspension for /var/data2. > It's strongly recommended to make a backup before growing the file system. > OK to grow filesystem on /dev/da2p1, mounted on /var/data2, from 10GB to > 16GB? [Yes/No] Yes > super-block backups (for fsck_ffs -b #) at: > 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, > 30773952, 32056192, 33338432 > > [root@iscsi-i /home/mgrooms]# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/da0p3 15G 1.2G 12G 9% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/da1p1 9.7G 32M 8.9G 0% /var/data1 > /dev/da2p1 15G 32M 14G 0% /var/data2 > > It's also worth noting that the additional space was not recognized by > gpart/geom on the initiator until after the 'camcontrol readcap da2' > command was run. In other words, I'm skeptical that it was a Unit > Attention notification that made the right thing happen since it still > took manual prodding of cam to get the new disk geometry up into the > geom layer. I remember doing this for a bhyve VM, and had the type same problem. Getting gpart in the VM to actually pickup the new size required some extra prodding (I like that word) or rebooting the VM. I can remember reporting this: tpoic: "resampeling of a ZVOL that has been resized" and getting a fix from Andrey V. Elsukov... Index: head/sys/geom/part/g_part_gpt.c =================================================================== --- head/sys/geom/part/g_part_gpt.c (revision 282044) +++ head/sys/geom/part/g_part_gpt.c (working copy) @@ -760,7 +760,7 @@ g_part_gpt_resize(struct g_part_table *basetable, struct g_part_gpt_entry *entry; if (baseentry == NULL) - return (EOPNOTSUPP); + return (g_part_gpt_recover(basetable)); entry = (struct g_part_gpt_entry *)baseentry; baseentry->gpe_end = baseentry->gpe_start + gpp->gpp_size - 1; Which went into the tree, but perhaps only in HEAD. And that helped me getting the correct retasting of the GPART partitions. Not sure if this snippet would help you to get around GEOM tasting the new size. --WjW From owner-freebsd-current@freebsd.org Fri Nov 27 18:14:33 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78386A3A567 for ; Fri, 27 Nov 2015 18:14:33 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 E3CF9105E for ; Fri, 27 Nov 2015 18:14:32 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.14.7/8.14.7) with ESMTP id tARI68aO039422; Fri, 27 Nov 2015 12:06:08 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (cpe-72-179-24-154.austin.res.rr.com [72.179.24.154]) by mail.shrew.net (Postfix) with ESMTPSA id 09AAC18A689; Fri, 27 Nov 2015 12:06:03 -0600 (CST) Subject: Re: Resizing a zpool as a VMware ESXi guest ... To: Willem Jan Withagen , freebsd-current@freebsd.org References: <543841B8.4070007@shrew.net> <20141016081016.GA4670@brick.home> <5657F135.6080902@shrew.net> <56581F5A.4010009@digiware.nl> From: Matthew Grooms Message-ID: <56589C1A.1020702@shrew.net> Date: Fri, 27 Nov 2015 12:08:26 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56581F5A.4010009@digiware.nl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx1.shrew.net [10.24.10.10]); Fri, 27 Nov 2015 12:06:08 -0600 (CST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Nov 2015 18:14:33 -0000 On 11/27/2015 3:16 AM, Willem Jan Withagen wrote: > On 27-11-2015 06:59, Matthew Grooms wrote: >> On 10/16/2014 3:10 AM, Edward Tomasz NapieraÅ‚a wrote: >>> On 1010T1529, Matthew Grooms wrote: >>>> All, >>>> >>>> I am a long time user and advocate of FreeBSD and manage a several >>>> deployments of FreeBSD in a few data centers. Now that these >>>> environments are almost always virtual, it would make sense that >>>> FreeBSD >>>> support for basic features such as dynamic disk resizing. It looks >>>> like >>>> most of the parts are intended to work. Kudos to the FreeBSD >>>> foundation >>>> for seeing the need and sponsoring dynamic increase of online UFS >>>> filesystems via growfs. Unfortunately, it would appear that there are >>>> still problems in this area, such as ... >>>> >>>> a) cam/geom recognizing when a drive's size has increased >>>> b) zpool recognizing when a gpt partition size has increased >>>> >>>> For example, if I do an install of FreeBSD 10 on VMware using ZFS, >>>> I see >>>> the following ... >>>> >>>> root@zpool-test:~ # gpart show >>>> => 34 16777149 da0 GPT (8.0G) >>>> 34 1024 1 freebsd-boot (512K) >>>> 1058 4194304 2 freebsd-swap (2.0G) >>>> 4195362 12581821 3 freebsd-zfs (6.0G) >>>> >>>> If I increase the VM disk size using VMware to 16G and rescan using >>>> camcontrol, this is what I see ... >>> "camcontrol rescan" does not force fetching the updated disk size. >>> AFAIK there is no way to do that. However, this should happen >>> automatically, if the "other side" properly sends proper Unit Attention >>> after resizing. No idea why this doesn't happen with VMWare. >>> Reboot obviously clears things up. >>> >>> [..] >>> >>>> Now I want the claim the additional 14 gigs of space for my zpool ... >>>> >>>> root@zpool-test:~ # zpool status >>>> pool: zroot >>>> state: ONLINE >>>> scan: none requested >>>> config: >>>> >>>> NAME STATE READ >>>> WRITE CKSUM >>>> zroot ONLINE 0 >>>> 0 0 >>>> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 ONLINE 0 >>>> 0 0 >>>> >>>> root@zpool-test:~ # zpool set autoexpand=on zroot >>>> root@zpool-test:~ # zpool online -e zroot >>>> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 >>>> root@zpool-test:~ # zpool list >>>> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >>>> zroot 5.97G 876M 5.11G 14% 1.00x ONLINE - >>>> >>>> The zpool appears to still only have 5.11G free. Lets reboot and try >>>> again ... >>> Interesting. This used to work; actually either of those >>> (autoexpand or >>> online -e) should do the trick. >>> >>>> root@zpool-test:~ # zpool set autoexpand=on zroot >>>> root@zpool-test:~ # zpool online -e zroot >>>> gptid/352086bd-50b5-11e4-95b8-0050569b2a04 >>>> root@zpool-test:~ # zpool list >>>> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >>>> zroot 14.0G 876M 13.1G 6% 1.00x ONLINE - >>>> >>>> Now I have 13.1G free. I can add this space to any of my zfs >>>> volumes and >>>> it picks the change up immediately. So the question remains, why do I >>>> need to reboot the OS twice to allocate new disk space to a volume? >>>> FreeBSD is first and foremost a server operating system. Servers are >>>> commonly deployed in data centers. Virtual environments are now >>>> commonplace in data centers, not the exception to the rule. VMware >>>> still >>>> has the vast majority of the private virutal environment market. I >>>> assume that most would expect things like this to work out of the box. >>>> Did I miss a required step or is this fixed in CURRENT? >>> Looks like genuine bugs (or rather, one missing feature and one bug). >>> Filling PRs for those might be a good idea. >>> >> >> All, >> >> I know this is a very late follow up, but spent some more time looking >> at this today and found some additional information that I found quite >> interesting. I setup two VMs, one that acts as an iSCSI initiator ( >> CURRENT ) and another that acts as a target ( 10.2-RELEASE ). Both are >> running under ESXi v5.5. There are two block devices on the initiator, >> da1 and da2, that I used for resize testing ... >> >> [root@iscsi-i /home/mgrooms]# camcontrol devlist >> at scbus1 target 0 lun 0 (cd0,pass0) >> at scbus2 target 0 lun 0 (pass1,da0) >> at scbus2 target 1 lun 0 (pass2,da1) >> at scbus3 target 0 lun 0 (da2,pass3) >> >> The da1 device is a virtual disk hanging off of a VMware virtual SAS >> controller ... >> >> [root@iscsi-i /home/mgrooms]# pciconf >> ... >> mpt0@pci0:3:0:0: class=0x010700 card=0x197615ad chip=0x00541000 >> rev=0x01 hdr=0x00 >> vendor = 'LSI Logic / Symbios Logic' >> device = 'SAS1068 PCI-X Fusion-MPT SAS' >> class = mass storage >> subclass = SAS >> >> [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h >> Device Size: 10 G, Block Length: 512 bytes >> >> [root@iscsi-i /home/mgrooms]# gpart show da1 >> => 40 20971440 da1 GPT (10G) >> 40 20971440 1 freebsd-ufs (10G) >> >> The da2 device is an iSCSI LUN mounted from my FreeBSD 10.2 VM running >> ctld ... >> >> [root@iscsi-i /home/mgrooms]# iscsictl >> Target name Target portal State >> iqn.2015-01.lab.shrew:target0 iscsi-t.shrew.lab Connected: da2 >> >> [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h >> Device Size: 10 G, Block Length: 512 bytes >> >> [root@iscsi-i /home/mgrooms]# gpart show da2 >> => 40 20971440 da2 GPT (10G) >> 40 24 - free - (12K) >> 64 20971392 1 freebsd-ufs (10G) >> 20971456 24 - free - (12K) >> >> When I increased the size of da1 ( the VMDK ) and then re-ran >> 'camcontrol readcap' without a reboot, it clearly showed that the disk >> size had increased. However, geom failed to recognize the additional >> capacity ... >> >> [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h >> Device Size: 16 G, Block Length: 512 bytes >> >> [root@iscsi-i /home/mgrooms]# gpart show da1 >> => 40 20971440 da1 GPT (10G) >> 40 20971440 1 freebsd-ufs (10G) >> >> Here is the interesting bit. I increased the size of da2 by modifying >> the lun size in ctld.conf on the target and then issued a /etc/rd.d/ctld >> reload. When I re-ran 'camcontrol readcap' on the initiator without a >> reboot, it also showed that the disk size had increased, but this time >> geom recognized the additional capacity as well ... >> >> [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h >> Device Size: 16 G, Block Length: 512 bytes >> >> [root@iscsi-i /home/mgrooms]# gpart show da2 >> => 40 33554352 da2 GPT (16G) >> 40 24 - free - (12K) >> 64 20971392 1 freebsd-ufs (10G) >> 20971456 12582936 - free - (6.0G) >> >> I was then able to resize the partition and then grow the UFS >> filesystem, all without rebooting the VM ... >> >> [root@iscsi-i /home/mgrooms]# gpart resize -i 1 da2 >> da2p1 resized >> >> [root@iscsi-i /home/mgrooms]# gpart show da2 >> => 40 33554352 da2 GPT (16G) >> 40 24 - free - (12K) >> 64 33554304 1 freebsd-ufs (16G) >> 33554368 24 - free - (12K) >> >> [root@iscsi-i /home/mgrooms]# growfs da2p1 >> Device is mounted read-write; resizing will result in temporary write >> suspension for /var/data2. >> It's strongly recommended to make a backup before growing the file >> system. >> OK to grow filesystem on /dev/da2p1, mounted on /var/data2, from 10GB to >> 16GB? [Yes/No] Yes >> super-block backups (for fsck_ffs -b #) at: >> 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, >> 30773952, 32056192, 33338432 >> >> [root@iscsi-i /home/mgrooms]# df -h >> Filesystem Size Used Avail Capacity Mounted on >> /dev/da0p3 15G 1.2G 12G 9% / >> devfs 1.0K 1.0K 0B 100% /dev >> /dev/da1p1 9.7G 32M 8.9G 0% /var/data1 >> /dev/da2p1 15G 32M 14G 0% /var/data2 >> >> It's also worth noting that the additional space was not recognized by >> gpart/geom on the initiator until after the 'camcontrol readcap da2' >> command was run. In other words, I'm skeptical that it was a Unit >> Attention notification that made the right thing happen since it still >> took manual prodding of cam to get the new disk geometry up into the >> geom layer. > > I remember doing this for a bhyve VM, and had the type same problem. > Getting gpart in the VM to actually pickup the new size required some > extra prodding (I like that word) or rebooting the VM. > I can remember reporting this: > tpoic: "resampeling of a ZVOL that has been resized" > and getting a fix from Andrey V. Elsukov... > > Index: head/sys/geom/part/g_part_gpt.c > =================================================================== > --- head/sys/geom/part/g_part_gpt.c (revision 282044) > +++ head/sys/geom/part/g_part_gpt.c (working copy) > @@ -760,7 +760,7 @@ g_part_gpt_resize(struct g_part_table *basetable, > struct g_part_gpt_entry *entry; > > if (baseentry == NULL) > - return (EOPNOTSUPP); > + return (g_part_gpt_recover(basetable)); > > entry = (struct g_part_gpt_entry *)baseentry; > baseentry->gpe_end = baseentry->gpe_start + gpp->gpp_size - 1; > > Which went into the tree, but perhaps only in HEAD. > And that helped me getting the correct retasting of the GPART partitions. > > Not sure if this snippet would help you to get around GEOM tasting the > new size. > Thanks for the response. I read the commit logs daily but I don't recall that one. However, it looks like that change went in over five months ago ( r284151 ) and I'm running these tests on a CURRENT ... [mgrooms@iscsi-i ~]$ uname -a FreeBSD iscsi-i.shrew.lab 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r291085: Thu Nov 19 21:48:13 UTC 2015 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 Something else is amiss here and I don't have the chops to fix it myself. I tried compiling a custom kernel with CAMDEBUG and twiddling with the camcontrol debug options to compare the output during the VMDK vs iSCSI disk resize process. Nothing was obvious to my untrained eye. I'd be more than happy to test patches or provide additional information to anyone willing to help. Thanks, -Matthew From owner-freebsd-current@freebsd.org Fri Nov 27 18:56:36 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 790FDA3AEF9 for ; Fri, 27 Nov 2015 18:56:36 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx2.shrew.net (mx2.shrew.net [38.97.5.132]) (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 14A181AF7 for ; Fri, 27 Nov 2015 18:56:35 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx2.shrew.net (8.14.7/8.14.7) with ESMTP id tARIsIr0056316 for ; Fri, 27 Nov 2015 12:54:18 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (cpe-72-179-24-154.austin.res.rr.com [72.179.24.154]) by mail.shrew.net (Postfix) with ESMTPSA id 1C76A18AF11 for ; Fri, 27 Nov 2015 12:54:08 -0600 (CST) Subject: Re: Resizing a zpool as a VMware ESXi guest ... To: freebsd-current@freebsd.org References: <543841B8.4070007@shrew.net> <20141016081016.GA4670@brick.home> <5657F135.6080902@shrew.net> <56581F5A.4010009@digiware.nl> <56589C1A.1020702@shrew.net> From: Matthew Grooms Message-ID: <5658A764.5030508@shrew.net> Date: Fri, 27 Nov 2015 12:56:36 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56589C1A.1020702@shrew.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx2.shrew.net [10.24.10.11]); Fri, 27 Nov 2015 12:54:18 -0600 (CST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Nov 2015 18:56:36 -0000 On 11/27/2015 12:08 PM, Matthew Grooms wrote: > On 11/27/2015 3:16 AM, Willem Jan Withagen wrote: >> On 27-11-2015 06:59, Matthew Grooms wrote: >>> All, >>> >>> I know this is a very late follow up, but spent some more time looking >>> at this today and found some additional information that I found quite >>> interesting. I setup two VMs, one that acts as an iSCSI initiator ( >>> CURRENT ) and another that acts as a target ( 10.2-RELEASE ). Both are >>> running under ESXi v5.5. There are two block devices on the initiator, >>> da1 and da2, that I used for resize testing ... >>> >>> [root@iscsi-i /home/mgrooms]# camcontrol devlist >>> at scbus1 target 0 lun 0 (cd0,pass0) >>> at scbus2 target 0 lun 0 (pass1,da0) >>> at scbus2 target 1 lun 0 (pass2,da1) >>> at scbus3 target 0 lun 0 (da2,pass3) >>> >>> The da1 device is a virtual disk hanging off of a VMware virtual SAS >>> controller ... >>> >>> [root@iscsi-i /home/mgrooms]# pciconf >>> ... >>> mpt0@pci0:3:0:0: class=0x010700 card=0x197615ad chip=0x00541000 >>> rev=0x01 hdr=0x00 >>> vendor = 'LSI Logic / Symbios Logic' >>> device = 'SAS1068 PCI-X Fusion-MPT SAS' >>> class = mass storage >>> subclass = SAS >>> >>> [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h >>> Device Size: 10 G, Block Length: 512 bytes >>> >>> [root@iscsi-i /home/mgrooms]# gpart show da1 >>> => 40 20971440 da1 GPT (10G) >>> 40 20971440 1 freebsd-ufs (10G) >>> >>> The da2 device is an iSCSI LUN mounted from my FreeBSD 10.2 VM running >>> ctld ... >>> >>> [root@iscsi-i /home/mgrooms]# iscsictl >>> Target name Target portal State >>> iqn.2015-01.lab.shrew:target0 iscsi-t.shrew.lab Connected: da2 >>> >>> [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h >>> Device Size: 10 G, Block Length: 512 bytes >>> >>> [root@iscsi-i /home/mgrooms]# gpart show da2 >>> => 40 20971440 da2 GPT (10G) >>> 40 24 - free - (12K) >>> 64 20971392 1 freebsd-ufs (10G) >>> 20971456 24 - free - (12K) >>> >>> When I increased the size of da1 ( the VMDK ) and then re-ran >>> 'camcontrol readcap' without a reboot, it clearly showed that the disk >>> size had increased. However, geom failed to recognize the additional >>> capacity ... >>> >>> [root@iscsi-i /home/mgrooms]# camcontrol readcap da1 -h >>> Device Size: 16 G, Block Length: 512 bytes >>> >>> [root@iscsi-i /home/mgrooms]# gpart show da1 >>> => 40 20971440 da1 GPT (10G) >>> 40 20971440 1 freebsd-ufs (10G) >>> >>> Here is the interesting bit. I increased the size of da2 by modifying >>> the lun size in ctld.conf on the target and then issued a >>> /etc/rd.d/ctld >>> reload. When I re-ran 'camcontrol readcap' on the initiator without a >>> reboot, it also showed that the disk size had increased, but this time >>> geom recognized the additional capacity as well ... >>> >>> [root@iscsi-i /home/mgrooms]# camcontrol readcap da2 -h >>> Device Size: 16 G, Block Length: 512 bytes >>> >>> [root@iscsi-i /home/mgrooms]# gpart show da2 >>> => 40 33554352 da2 GPT (16G) >>> 40 24 - free - (12K) >>> 64 20971392 1 freebsd-ufs (10G) >>> 20971456 12582936 - free - (6.0G) >>> >>> I was then able to resize the partition and then grow the UFS >>> filesystem, all without rebooting the VM ... >>> >>> [root@iscsi-i /home/mgrooms]# gpart resize -i 1 da2 >>> da2p1 resized >>> >>> [root@iscsi-i /home/mgrooms]# gpart show da2 >>> => 40 33554352 da2 GPT (16G) >>> 40 24 - free - (12K) >>> 64 33554304 1 freebsd-ufs (16G) >>> 33554368 24 - free - (12K) >>> >>> [root@iscsi-i /home/mgrooms]# growfs da2p1 >>> Device is mounted read-write; resizing will result in temporary write >>> suspension for /var/data2. >>> It's strongly recommended to make a backup before growing the file >>> system. >>> OK to grow filesystem on /dev/da2p1, mounted on /var/data2, from >>> 10GB to >>> 16GB? [Yes/No] Yes >>> super-block backups (for fsck_ffs -b #) at: >>> 21798272, 23080512, 24362752, 25644992, 26927232, 28209472, 29491712, >>> 30773952, 32056192, 33338432 >>> >>> [root@iscsi-i /home/mgrooms]# df -h >>> Filesystem Size Used Avail Capacity Mounted on >>> /dev/da0p3 15G 1.2G 12G 9% / >>> devfs 1.0K 1.0K 0B 100% /dev >>> /dev/da1p1 9.7G 32M 8.9G 0% /var/data1 >>> /dev/da2p1 15G 32M 14G 0% /var/data2 >>> >>> It's also worth noting that the additional space was not recognized by >>> gpart/geom on the initiator until after the 'camcontrol readcap da2' >>> command was run. In other words, I'm skeptical that it was a Unit >>> Attention notification that made the right thing happen since it still >>> took manual prodding of cam to get the new disk geometry up into the >>> geom layer. >> >> I remember doing this for a bhyve VM, and had the type same problem. >> Getting gpart in the VM to actually pickup the new size required some >> extra prodding (I like that word) or rebooting the VM. >> I can remember reporting this: >> tpoic: "resampeling of a ZVOL that has been resized" >> and getting a fix from Andrey V. Elsukov... >> >> Index: head/sys/geom/part/g_part_gpt.c >> =================================================================== >> --- head/sys/geom/part/g_part_gpt.c (revision 282044) >> +++ head/sys/geom/part/g_part_gpt.c (working copy) >> @@ -760,7 +760,7 @@ g_part_gpt_resize(struct g_part_table *basetable, >> struct g_part_gpt_entry *entry; >> >> if (baseentry == NULL) >> - return (EOPNOTSUPP); >> + return (g_part_gpt_recover(basetable)); >> >> entry = (struct g_part_gpt_entry *)baseentry; >> baseentry->gpe_end = baseentry->gpe_start + gpp->gpp_size - 1; >> >> Which went into the tree, but perhaps only in HEAD. >> And that helped me getting the correct retasting of the GPART >> partitions. >> >> Not sure if this snippet would help you to get around GEOM tasting the >> new size. >> > > Thanks for the response. I read the commit logs daily but I don't > recall that one. However, it looks like that change went in over five > months ago ( r284151 ) and I'm running these tests on a CURRENT ... > > [mgrooms@iscsi-i ~]$ uname -a > FreeBSD iscsi-i.shrew.lab 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r291085: Thu Nov 19 21:48:13 UTC 2015 > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > Something else is amiss here and I don't have the chops to fix it > myself. I tried compiling a custom kernel with CAMDEBUG and twiddling > with the camcontrol debug options to compare the output during the > VMDK vs iSCSI disk resize process. Nothing was obvious to my untrained > eye. I'd be more than happy to test patches or provide additional > information to anyone willing to help. > I thought it would be useful to get more output from the geom layer, similar to the camcontrol debug output ... [root@iscsi-i /home/mgrooms]# sysctl kern.geom.debugflags=0x81 When I resize the iSCSI LUN and run the 'camcontrol readcap da2 -h', I see this in the log output ... [root@iscsi-i /home/mgrooms]# tail -f /var/log/messages ... Nov 27 12:20:07 iscsi-i kernel: (pass3:iscsi1:0:0:0): Capacity data has changed Nov 27 12:20:07 iscsi-i kernel: g_post_event_x(0xffffffff80973850, 0xfffff80003f4e000, 1, 0) Nov 27 12:20:07 iscsi-i kernel: g_post_event_x(0xffffffff8097a6b0, 0xfffff80003f42b60, 2, 0) Nov 27 12:20:07 iscsi-i kernel: g_resize_provider_event(0xfffff800038c6700) Nov 27 12:20:07 iscsi-i kernel: g_part_resize(da2) Nov 27 12:20:07 iscsi-i kernel: GEOM_PART: da2 was automatically resized. Nov 27 12:20:07 iscsi-i kernel: Use `gpart commit da2` to save changes or `gpart undo da2` to revert them. Nov 27 12:20:07 iscsi-i kernel: g_raid_taste(RAID, da2) Nov 27 12:20:07 iscsi-i kernel: g_attach(0xfffff80003e64780, 0xfffff800038c6700) Nov 27 12:20:07 iscsi-i kernel: g_detach(0xfffff80003e64780) Nov 27 12:20:07 iscsi-i kernel: g_destroy_consumer(0xfffff80003e64780) Nov 27 12:20:07 iscsi-i kernel: g_destroy_geom(0xfffff800038c9c00(raid:taste)) Nov 27 12:20:07 iscsi-i kernel: g_label_taste(LABEL, da2) However, when I resize the VMDK disk and run the 'camcontrol readcap da1 -h' command, I see nothing in the log output. So it would appear that even though cam is reporting the new capacity in the command line output, the this info is not being forwarded to geom in this case. Maybe the VMware virtual SAS device ( mpt0 ) isn't reporting some special capability bit to cam which causes it to squelch the info? I'm not sure if this is useful but here is what the device info looks like at boot time ... mpt0: port 0x4000-0x40ff mem 0xfd4ec000-0xfd4effff,0xfd4f0000-0xfd4fffff irq 18 at device 0.0 on pci3 mpt0: MPI Version=1.5.0.0 ... da0 at mpt0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 20480MB (41943040 512 byte sectors) da0: quirks=0x40 da1 at mpt0 bus 0 scbus2 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 20480MB (41943040 512 byte sectors) da1: quirks=0x40 ... da2 at iscsi1 bus 0 scbus3 target 0 lun 0 da2: Fixed Direct Access SPC-4 SCSI device da2: Serial Number MYSERIAL 0 da2: 150.000MB/s transfers da2: Command Queueing enabled da2: 16384MB (33554432 512 byte sectors) Any thoughts? Thanks, -Matthew From owner-freebsd-current@freebsd.org Fri Nov 27 19:52:20 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A58DA3ABA8 for ; Fri, 27 Nov 2015 19:52:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 63D1C177C for ; Fri, 27 Nov 2015 19:52:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 623AAA3ABA6; Fri, 27 Nov 2015 19:52:20 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60F20A3ABA5 for ; Fri, 27 Nov 2015 19:52:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2323E1779 for ; Fri, 27 Nov 2015 19:52:19 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id tARJdAqd040537 for ; Fri, 27 Nov 2015 14:39:10 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Fri, 27 Nov 2015 14:39:10 -0500 (EST) Date: Fri, 27 Nov 2015 14:39:10 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: current@freebsd.org Subject: Build failure, undefined reference to __mq_oshandle Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Nov 2015 19:52:20 -0000 $ uname -a FreeBSD vega 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r277320: Mon Jan 19 09:02:50 EST 2015 deischen@vega:/usr/FreeBSD/svn/obj/usr/FreeBSD/svn/src/sys/vega amd64 Upgrading to today's current, 'rm -rf /usr/obj/*; make -j8 buildworld' fails here: ===> lib/libc/tests/gen/execve (buildconfig) --- all_subdir_tests --- --- all_subdir_mqueue --- mqtest3.o: In function `main': /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x139): undefined reference to `__mq_oshandle' /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x14c): undefined reference to `__mq_oshandle' /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x16c): undefined reference to `__mq_oshandle' /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x3e6): undefined reference to `__mq_oshandle' /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x3f9): undefined reference to `__mq_oshandle' mqtest3.o:/usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x40f): more undefined references to `__mq_oshandle' follow cc: error: linker command failed with exit code 1 (use -v to see invocation) Going to try make [-j1], next, but anyone come across this? -- DE From owner-freebsd-current@freebsd.org Fri Nov 27 21:36:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4409BA3A04A for ; Fri, 27 Nov 2015 21:36:35 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0A41468 for ; Fri, 27 Nov 2015 21:36:35 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: by mailman.ysv.freebsd.org (Postfix) id 29462A3A049; Fri, 27 Nov 2015 21:36:35 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27E7BA3A048 for ; Fri, 27 Nov 2015 21:36:35 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBD941465 for ; Fri, 27 Nov 2015 21:36:34 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id tARLaWXf040264 for ; Fri, 27 Nov 2015 16:36:32 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Fri, 27 Nov 2015 16:36:32 -0500 (EST) Date: Fri, 27 Nov 2015 16:36:32 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org Subject: Re: Build failure, undefined reference to __mq_oshandle In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Nov 2015 21:36:35 -0000 On Fri, 27 Nov 2015, Daniel Eischen wrote: > $ uname -a > FreeBSD vega 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r277320: Mon Jan 19 > 09:02:50 EST 2015 > deischen@vega:/usr/FreeBSD/svn/obj/usr/FreeBSD/svn/src/sys/vega amd64 > > Upgrading to today's current, 'rm -rf /usr/obj/*; make -j8 buildworld' > fails here: > > ===> lib/libc/tests/gen/execve (buildconfig) > --- all_subdir_tests --- > --- all_subdir_mqueue --- > mqtest3.o: In function `main': > /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x139): undefined > reference to `__mq_oshandle' > /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x14c): undefined > reference to `__mq_oshandle' > /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x16c): undefined > reference to `__mq_oshandle' > /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x3e6): undefined > reference to `__mq_oshandle' > /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x3f9): undefined > reference to `__mq_oshandle' > mqtest3.o:/usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x40f): more > undefined references to `__mq_oshandle' follow > cc: error: linker command failed with exit code 1 (use -v to see invocation) > > Going to try make [-j1], next, but anyone come across this? Still fails. Why do the tests in tests/sys/mqueue/ try to use non-public APIs? -- DE From owner-freebsd-current@freebsd.org Fri Nov 27 21:38:04 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6BBF7A3A0CC for ; Fri, 27 Nov 2015 21:38:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 527C115DA for ; Fri, 27 Nov 2015 21:38:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 521E0A3A0CA; Fri, 27 Nov 2015 21:38:04 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51B86A3A0C9 for ; Fri, 27 Nov 2015 21:38:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17B6E15D9 for ; Fri, 27 Nov 2015 21:38:03 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id tARLc2Uq041062 for ; Fri, 27 Nov 2015 16:38:02 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Fri, 27 Nov 2015 16:38:02 -0500 (EST) Date: Fri, 27 Nov 2015 16:38:02 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: current@freebsd.org Subject: Re: Build failure, undefined reference to __mq_oshandle In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Nov 2015 21:38:04 -0000 Damn, please use deischen@freebsd.org for replies. On Fri, 27 Nov 2015, Daniel Eischen wrote: > On Fri, 27 Nov 2015, Daniel Eischen wrote: > >> $ uname -a >> FreeBSD vega 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r277320: Mon Jan 19 >> 09:02:50 EST 2015 >> deischen@vega:/usr/FreeBSD/svn/obj/usr/FreeBSD/svn/src/sys/vega amd64 >> >> Upgrading to today's current, 'rm -rf /usr/obj/*; make -j8 buildworld' >> fails here: >> >> ===> lib/libc/tests/gen/execve (buildconfig) >> --- all_subdir_tests --- >> --- all_subdir_mqueue --- >> mqtest3.o: In function `main': >> /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x139): undefined >> reference to `__mq_oshandle' >> /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x14c): undefined >> reference to `__mq_oshandle' >> /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x16c): undefined >> reference to `__mq_oshandle' >> /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x3e6): undefined >> reference to `__mq_oshandle' >> /usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x3f9): undefined >> reference to `__mq_oshandle' >> mqtest3.o:/usr/FreeBSD/svn/src/tests/sys/mqueue/mqtest3.c:(.text+0x40f): >> more undefined references to `__mq_oshandle' follow >> cc: error: linker command failed with exit code 1 (use -v to see >> invocation) >> >> Going to try make [-j1], next, but anyone come across this? > > Still fails. > > Why do the tests in tests/sys/mqueue/ try to use non-public APIs? -- DE From owner-freebsd-current@freebsd.org Fri Nov 27 23:45:08 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDEC5A3A76A for ; Fri, 27 Nov 2015 23:45:08 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DF49515A0; Fri, 27 Nov 2015 23:45:08 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9093911F9; Fri, 27 Nov 2015 23:45:08 +0000 (UTC) Date: Fri, 27 Nov 2015 23:45:03 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, tuexen@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <51960674.203.1448667907552.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #841 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2015 23:45:09 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #841 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.= 9/841/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/= 841/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/8= 41/console Change summaries: 291411 by adrian: [ath] conditionally print out the rate series information if ATH_DEBUG_XMIT= is set. 291410 by tuexen: Take also the send queue and sent queue into account when triggering the sending of outgoing stream reset requests. MFC after:=093 days 291409 by emaste: kbdmap: include filename when reporting fopen() failure Previously only one of two cases reported the file name. Use the same error string in both cases. Sponsored by:=09The FreeBSD Foundation The end of the build log: [...truncated 288432 lines...] ctfconvert -L VERSION -g ata-acerlabs.o --- ataacerlabs.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o ataacerlabs.ko.fu= ll ata-acerlabs.o ctfmerge -L VERSION -g -o ataacerlabs.ko.full ata-acerlabs.o :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk ataacerlabs= .ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % a= taacerlabs.ko.full --- ataacerlabs.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug ataacerlabs.ko.full= ataacerlabs.ko.debug --- ataacerlabs.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Da= taacerlabs.ko.debug ataacerlabs.ko.full ataacerlabs.ko --- all_subdir_ataamd --- =3D=3D=3D> ata/atapci/chipsets/ataamd (all) --- ata-amd.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD = -MP -MF.depend.ata-amd.o -MTata-amd.o -mcmodel=3Dkernel -mno-red-zone -mno-= mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -= fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-= qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs= -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-= error=3Denum-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Dagg= ressive-loop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Da= rray-bounds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dseque= nce-point -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error= =3Doverflow -finline-limit=3D8000 -fms-extensions --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 -c /buil= ds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci/chipsets/ataamd/../../.= ./../../dev/ata/chipsets/ata-amd.c -o ata-amd.o --- all_subdir_autofs --- ctfconvert -L VERSION -g autofs.o --- autofs_vnops.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD = -MP -MF.depend.autofs_vnops.o -MTautofs_vnops.o -mcmodel=3Dkernel -mno-red-= zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffree= standing -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnest= ed-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winli= ne -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-in= clude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=3Din= line -Wno-error=3Denum-compare -Wno-error=3Dunused-but-set-variable -Wno-e= rror=3Daggressive-loop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno= -error=3Darray-bounds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-err= or=3Dsequence-point -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -= Wno-error=3Doverflow -finline-limit=3D8000 -fms-extensions --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999= -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/au= tofs_vnops.c -o autofs_vnops.o --- all_subdir_ata --- ctfconvert -L VERSION -g ata-amd.o --- ataamd.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o ataamd.ko.full at= a-amd.o ctfmerge -L VERSION -g -o ataamd.ko.full ata-amd.o :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk ataamd.ko.f= ull export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % ataamd= .ko.full --- ataamd.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug ataamd.ko.full ataa= md.ko.debug --- ata-pci.o --- ctfconvert -L VERSION -g ata-pci.o --- all_subdir_chipsets --- --- ataamd.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Da= taamd.ko.debug ataamd.ko.full ataamd.ko --- all_subdir_ataati --- =3D=3D=3D> ata/atapci/chipsets/ataati (all) --- all_subdir_autofs --- --- autofs_vfsops.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD = -MP -MF.depend.autofs_vfsops.o -MTautofs_vfsops.o -mcmodel=3Dkernel -mno-re= d-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffr= eestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wne= sted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Win= line -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-= include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=3D= inline -Wno-error=3Denum-compare -Wno-error=3Dunused-but-set-variable -Wno= -error=3Daggressive-loop-optimizations -Wno-error=3Dmaybe-uninitialized -W= no-error=3Darray-bounds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-e= rror=3Dsequence-point -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow= -Wno-error=3Doverflow -finline-limit=3D8000 -fms-extensions --param inlin= e-unit-growth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:19= 99 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/= autofs_vfsops.c -o autofs_vfsops.o --- all_subdir_ath --- --- if_ath_sysctl.o --- ctfconvert -L VERSION -g if_ath_sysctl.o --- all_subdir_autofs --- --- autofs_vnops.o --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/autofs= _vnops.c: In function 'autofs_trigger_vn': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/autofs= _vnops.c:139:23: warning: variable 'amp' set but not used [-Wunused-but-set= -variable] struct autofs_mount *amp; ^ --- all_subdir_ata --- --- ata-ati.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -includ= e /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sy= s/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-com= mon -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeB= SD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD = -MP -MF.depend.ata-ati.o -MTata-ati.o -mcmodel=3Dkernel -mno-red-zone -mno-= mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -= fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs= -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-= qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs= -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=3Dinline -Wno-= error=3Denum-compare -Wno-error=3Dunused-but-set-variable -Wno-error=3Dagg= ressive-loop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-error=3Da= rray-bounds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-error=3Dseque= nce-point -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -Wno-error= =3Doverflow -finline-limit=3D8000 -fms-extensions --param inline-unit-grow= th=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 -c /buil= ds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci/chipsets/ataati/../../.= ./../../dev/ata/chipsets/ata-ati.c -o ata-ati.o --- all_subdir_ath --- --- if_ath_tx.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/modules/ath/../../dev/ath -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mo= dules/ath/../../dev/ath/ath_hal -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys= /modules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -i= nclude /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fn= o-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/= FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC = -MD -MP -MF.depend.if_ath_tx.o -MTif_ath_tx.o -mcmodel=3Dkernel -mno-red-z= one -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffrees= tanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wneste= d-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winlin= e -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-inc= lude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=3Dinl= ine -Wno-error=3Denum-compare -Wno-error=3Dunused-but-set-variable -Wno-er= ror=3Daggressive-loop-optimizations -Wno-error=3Dmaybe-uninitialized -Wno-= error=3Darray-bounds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wno-erro= r=3Dsequence-point -Wno-error=3Dattributes -Wno-error=3Dstrict-overflow -W= no-error=3Doverflow -finline-limit=3D8000 -fms-extensions --param inline-u= nit-growth=3D100 --param large-function-growth=3D1000 -std=3Diso9899:1999 = -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_t= x.c -o if_ath_tx.o --- all_subdir_autofs --- --- autofs_vfsops.o --- ctfconvert -L VERSION -g autofs_vfsops.o --- all_subdir_ath --- --- if_ath_tx_ht.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd= 64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-alias= ing -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/modules/ath/../../dev/ath -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/mo= dules/ath/../../dev/ath/ath_hal -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys= /modules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -i= nclude /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4= .9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fn= o-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/= FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC = -MD -MP -MF.depend.if_ath_tx_ht.o -MTif_ath_tx_ht.o -mcmodel=3Dkernel -mno= -red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -= ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -= Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -= Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissi= ng-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error= =3Dinline -Wno-error=3Denum-compare -Wno-error=3Dunused-but-set-variable -= Wno-error=3Daggressive-loop-optimizations -Wno-error=3Dmaybe-uninitialized = -Wno-error=3Darray-bounds -Wno-error=3Daddress -Wno-error=3Dcast-qual -Wn= o-error=3Dsequence-point -Wno-error=3Dattributes -Wno-error=3Dstrict-overf= low -Wno-error=3Doverflow -finline-limit=3D8000 -fms-extensions --param in= line-unit-growth=3D100 --param large-function-growth=3D1000 -std=3Diso9899= :1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if= _ath_tx_ht.c -o if_ath_tx_ht.o --- all_subdir_autofs --- --- autofs_vnops.o --- ctfconvert -L VERSION -g autofs_vnops.o --- all_subdir_ath --- --- if_ath_tx.o --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_calc_protection': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :1036:6: warning: variable 'shortPreamble' set but not used [-Wunused-but-s= et-variable] int shortPreamble; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :1033:26: warning: variable 'wh' set but not used [-Wunused-but-set-variabl= e] struct ieee80211_frame *wh; ^ --- all_subdir_autofs --- --- autofs.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o autofs.ko.full au= tofs.o autofs_vnops.o autofs_vfsops.o --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_normal_setup': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :1536:19: warning: variable 'ds' set but not used [-Wunused-but-set-variabl= e] struct ath_desc *ds; ^ --- all_subdir_ata --- ctfconvert -L VERSION -g ata-ati.o --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_start': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :1848:16: warning: variable 'seqno' set but not used [-Wunused-but-set-vari= able] ieee80211_seq seqno; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :1847:6: warning: variable 'is_ampdu' set but not used [-Wunused-but-set-va= riable] int is_ampdu, is_ampdu_tx, is_ampdu_pending; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_raw_start': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :2073:16: warning: variable 'subtype' set but not used [-Wunused-but-set-va= riable] uint8_t type, subtype; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :2073:10: warning: variable 'type' set but not used [-Wunused-but-set-varia= ble] uint8_t type, subtype; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :2069:19: warning: variable 'ds' set but not used [-Wunused-but-set-variabl= e] struct ath_desc *ds; ^ --- all_subdir_autofs --- ctfmerge -L VERSION -g -o autofs.ko.full autofs.o autofs_vnops.o autofs_vfs= ops.o --- all_subdir_ata --- --- ataati.ko.full --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o ataati.ko.full at= a-ati.o --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_swq': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :3032:26: warning: variable 'wh' set but not used [-Wunused-but-set-variabl= e] struct ieee80211_frame *wh; ^ --- all_subdir_ata --- ctfmerge -L VERSION -g -o ataati.ko.full ata-ati.o --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_tid_drain_print': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :3731:29: warning: variable 'tap' set but not used [-Wunused-but-set-variab= le] struct ieee80211_tx_ampdu *tap; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :3730:18: warning: variable 'txq' set but not used [-Wunused-but-set-variab= le] struct ath_txq *txq; ^ --- all_subdir_ata --- :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk ataati.ko.f= ull export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % ataati= .ko.full --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_aggr_retry_unaggr': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :4400:29: warning: variable 'tap' set but not used [-Wunused-but-set-variab= le] struct ieee80211_tx_ampdu *tap; ^ /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_comp_aggr_error': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :4558:29: warning: variable 'tap' set but not used [-Wunused-but-set-variab= le] struct ieee80211_tx_ampdu *tap; ^ --- all_subdir_ata --- --- ataati.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug ataati.ko.full ataa= ti.ko.debug --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_aggr_comp_aggr': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :4723:6: warning: variable 'txseq' set but not used [-Wunused-but-set-varia= ble] int txseq; ^ --- all_subdir_ata --- --- ataati.ko --- --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_tid_hw_queue_aggr': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :5243:29: warning: variable 'tap' set but not used [-Wunused-but-set-variab= le] struct ieee80211_tx_ampdu *tap; ^ --- all_subdir_ata --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Da= taati.ko.debug ataati.ko.full ataati.ko --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_node_sleep': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :6102:18: warning: variable 'txq' set but not used [-Wunused-but-set-variab= le] struct ath_txq *txq; ^ --- all_subdir_ata --- --- all_subdir_atacenatek --- --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= : In function 'ath_tx_node_wakeup': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c= :6139:18: warning: variable 'txq' set but not used [-Wunused-but-set-variab= le] struct ath_txq *txq; ^ --- all_subdir_ata --- =3D=3D=3D> ata/atapci/chipsets/atacenatek (all) --- all_subdir_autofs --- :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk autofs.ko.f= ull export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % autofs= .ko.full --- autofs.ko.debug --- --- all_subdir_ath --- --- if_ath_tx_ht.o --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx_h= t.c: In function 'ath_buf_set_rate': /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx_h= t.c:631:21: error: 'ATH_DEBUG_XMIT' undeclared (first use in this function) if (sc->sc_debug & ATH_DEBUG_XMIT) ^ --- all_subdir_autofs --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug autofs.ko.full auto= fs.ko.debug --- all_subdir_ath --- /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx_h= t.c:631:21: note: each undeclared identifier is reported only once for each= function it appears in --- all_subdir_autofs --- --- autofs.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Da= utofs.ko.debug autofs.ko.full autofs.ko --- all_subdir_ath --- *** [if_ath_tx_ht.o] Error code 1 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath --- all_subdir_autofs --- A failure has been detected in another branch of the parallel make make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs *** [all_subdir_autofs] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules --- all_subdir_ata --- A failure has been detected in another branch of the parallel make make[7]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapc= i/chipsets/atacenatek *** [all_subdir_atacenatek] Error code 2 make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapc= i/chipsets 1 error make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapc= i/chipsets *** [all_subdir_chipsets] Error code 2 make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapc= i 1 error make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapc= i *** [all_subdir_atapci] Error code 2 make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata 1 error make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata *** [all_subdir_ata] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules --- all_subdir_ath --- --- if_ath_tx.o --- ctfconvert -L VERSION -g if_ath_tx.o 1 error make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath *** [all_subdir_ath] Error code 2 make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules 3 errors make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC 1 error make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HE= AD_amd64_gcc4.9/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 *** [buildkernel] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Nov 28 00:13:25 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2728A3AEF7; Sat, 28 Nov 2015 00:13:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A497F10AA; Sat, 28 Nov 2015 00:13:25 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id A66A91215; Sat, 28 Nov 2015 00:13:25 +0000 (UTC) Date: Sat, 28 Nov 2015 00:13:23 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: emaste@FreeBSD.org, tuexen@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <102615045.207.1448669605650.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1781 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2015 00:13:26 -0000 FreeBSD_HEAD_i386 - Build #1781 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1781/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1781/cha= nges Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1781/cons= ole Change summaries: 291411 by adrian: [ath] conditionally print out the rate series information if ATH_DEBUG_XMIT= is set. 291410 by tuexen: Take also the send queue and sent queue into account when triggering the sending of outgoing stream reset requests. MFC after:=093 days 291409 by emaste: kbdmap: include filename when reporting fopen() failure Previously only one of two cases reported the file name. Use the same error string in both cases. Sponsored by:=09The FreeBSD Foundation The end of the build log: [...truncated 173170 lines...] awk -f /usr/src/sys/conf/kmod_syms.awk coretemp.kld export_syms | xargs -J= % objcopy % coretemp.kld --- coretemp.ko.full --- ld -Bshareable -d -warn-common -o coretemp.ko.full coretemp.kld --- coretemp.ko.debug --- objcopy --only-keep-debug coretemp.ko.full coretemp.ko.debug --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_alq.o --- all_subdir_coretemp --- --- coretemp.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcoretemp.ko.debug coretemp.ko.= full coretemp.ko --- all_subdir_cp --- =3D=3D=3D> cp (all) --- exdump.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/li= bfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx= -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__= printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-o= ption -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-emp= ty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-e= rror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/execute= r/exdump.c --- modules-all --- --- cpddk.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cp/../../dev/cp/cpddk.c -o c= pddk.o --- exdump.o --- ctfconvert -L VERSION -g exdump.o --- modules-all --- --- all_subdir_cpuctl --- =3D=3D=3D> cpuctl (all) --- cpuctl.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cpuctl/../../dev/cpuctl/cpuc= tl.c -o cpuctl.o ctfconvert -L VERSION -g cpuctl.o --- cpuctl.kld --- ld -d -warn-common -r -d -o cpuctl.kld cpuctl.o ctfmerge -L VERSION -g -o cpuctl.kld cpuctl.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk cpuctl.kld export_syms | xargs -J% = objcopy % cpuctl.kld --- cpuctl.ko.full --- ld -Bshareable -d -warn-common -o cpuctl.ko.full cpuctl.kld --- cpuctl.ko.debug --- objcopy --only-keep-debug cpuctl.ko.full cpuctl.ko.debug --- cpuctl.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcpuctl.ko.debug cpuctl.ko.full= cpuctl.ko --- all_subdir_cp --- --- if_cp.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cp/../../dev/cp/if_cp.c -o i= f_cp.o --- all_subdir_ath --- --- ar9300_reset.o --- ctfconvert -L VERSION -g ar9300_reset.o --- all_subdir_cpufreq --- =3D=3D=3D> cpufreq (all) --- ichss.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cpufreq/../../dev/cpufreq/ic= hss.c -o ichss.o ctfconvert -L VERSION -g ichss.o --- powernow.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/po= wernow.c -o powernow.o --- all_subdir_cp --- ctfconvert -L VERSION -g if_cp.o --- all_subdir_cpufreq --- --- smist.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/sm= ist.c -o smist.o --- powernow.o --- ctfconvert -L VERSION -g powernow.o --- all_subdir_ath --- --- if_ath.o --- ctfconvert -L VERSION -g if_ath.o --- if_ath_debug.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c /usr/src/sys/modules/ath/../../dev/ath/if_at= h_debug.c -o if_ath_debug.o --- all_subdir_cpufreq --- --- est.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/es= t.c -o est.o --- smist.o --- ctfconvert -L VERSION -g smist.o --- exfield.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/li= bfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx= -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__= printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-o= ption -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-emp= ty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-e= rror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/execute= r/exfield.c --- modules-all --- --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_debug.o --- if_ath_keycache.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c /usr/src/sys/modules/ath/../../dev/ath/if_at= h_keycache.c -o if_ath_keycache.o --- exfield.o --- ctfconvert -L VERSION -g exfield.o --- modules-all --- --- all_subdir_cpufreq --- --- hwpstate.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/hw= pstate.c -o hwpstate.o --- est.o --- ctfconvert -L VERSION -g est.o --- exfldio.o --- cc -c -O -pipe -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/li= bfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-mmx= -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -= Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prot= otypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__= printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-o= ption -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-emp= ty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-e= rror-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std= =3Diso9899:1999 -Werror /usr/src/sys/contrib/dev/acpica/components/execute= r/exfldio.c --- modules-all --- --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_keycache.o --- all_subdir_cpufreq --- --- hwpstate.o --- ctfconvert -L VERSION -g hwpstate.o --- p4tcc.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/p4= tcc.c -o p4tcc.o --- exfldio.o --- ctfconvert -L VERSION -g exfldio.o --- modules-all --- --- all_subdir_crypto --- --- all_subdir_ath --- --- if_ath_sysctl.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c /usr/src/sys/modules/ath/../../dev/ath/if_at= h_sysctl.c -o if_ath_sysctl.o --- all_subdir_crypto --- =3D=3D=3D> crypto (all) --- criov.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/crypto/../../opencrypto/crio= v.c -o criov.o --- all_subdir_cpufreq --- ctfconvert -L VERSION -g p4tcc.o --- cpufreq.kld --- ld -d -warn-common -r -d -o cpufreq.kld ichss.o est.o hwpstate.o p4tcc.o po= wernow.o smist.o ctfmerge -L VERSION -g -o cpufreq.kld ichss.o est.o hwpstate.o p4tcc.o powe= rnow.o smist.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk cpufreq.kld export_syms | xargs -J%= objcopy % cpufreq.kld --- cpufreq.ko.full --- ld -Bshareable -d -warn-common -o cpufreq.ko.full cpufreq.kld --- cpufreq.ko.debug --- objcopy --only-keep-debug cpufreq.ko.full cpufreq.ko.debug --- cpufreq.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcpufreq.ko.debug cpufreq.ko.fu= ll cpufreq.ko --- all_subdir_crypto --- --- xform.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/crypto/../../opencrypto/xfor= m.c -o xform.o --- criov.o --- ctfconvert -L VERSION -g criov.o --- all_subdir_cryptodev --- =3D=3D=3D> cryptodev (all) --- all_subdir_cp --- --- cpddk.o --- ctfconvert -L VERSION -g cpddk.o --- if_cp.kld --- ld -d -warn-common -r -d -o if_cp.kld if_cp.o cpddk.o ctfmerge -L VERSION -g -o if_cp.kld if_cp.o cpddk.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk if_cp.kld export_syms | xargs -J% o= bjcopy % if_cp.kld --- all_subdir_cryptodev --- --- cryptodev.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cryptodev/../../opencrypto/c= ryptodev.c -o cryptodev.o --- all_subdir_cp --- --- if_cp.ko.full --- ld -Bshareable -d -warn-common -o if_cp.ko.full if_cp.kld --- if_cp.ko.debug --- objcopy --only-keep-debug if_cp.ko.full if_cp.ko.debug --- if_cp.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dif_cp.ko.debug if_cp.ko.full i= f_cp.ko --- all_subdir_crypto --- --- cast.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/crypto/../../opencrypto/cast= .c -o cast.o --- xform.o --- ctfconvert -L VERSION -g xform.o --- all_subdir_cs --- =3D=3D=3D> cs (all) --- if_cs.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/cs/../../dev/cs/if_cs.c -o i= f_cs.o --- all_subdir_crypto --- --- cast.o --- ctfconvert -L VERSION -g cast.o --- cryptodeflate.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/crypto/../../opencrypto/cryp= todeflate.c -o cryptodeflate.o --- all_subdir_ath --- ctfconvert -L VERSION -g if_ath_sysctl.o --- all_subdir_crypto --- ctfconvert -L VERSION -g cryptodeflate.o --- rmd160.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_= global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC = -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protector -gd= warf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostic= s-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-e= rror-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function= -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-av= x -std=3Diso9899:1999 -c /usr/src/sys/modules/crypto/../../opencrypto/rmd1= 60.c -o rmd160.o --- all_subdir_ath --- --- if_ath_tx.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c /usr/src/sys/modules/ath/../../dev/ath/if_at= h_tx.c -o if_ath_tx.o --- all_subdir_cryptodev --- ctfconvert -L VERSION -g cryptodev.o --- cryptodev.kld --- ld -d -warn-common -r -d -o cryptodev.kld cryptodev.o ctfmerge -L VERSION -g -o cryptodev.kld cryptodev.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk cryptodev.kld export_syms | xargs -= J% objcopy % cryptodev.kld --- cryptodev.ko.full --- ld -Bshareable -d -warn-common -o cryptodev.ko.full cryptodev.kld --- cryptodev.ko.debug --- objcopy --only-keep-debug cryptodev.ko.full cryptodev.ko.debug --- cryptodev.ko --- objcopy --strip-debug --add-gnu-debuglink=3Dcryptodev.ko.debug cryptodev.k= o.full cryptodev.ko --- all_subdir_ath --- --- if_ath_tx_ht.o --- cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdin= c -I. -I/usr/src/sys/modules/ath/../../dev/ath -I/usr/src/sys/modules/ath/= ../../dev/ath/ath_hal -I. -I/usr/src/sys/modules/ath/../../contrib/dev/ath/= ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC= /opt_global.h -I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENE= RIC -mno-mmx -mno-sse -msoft-float -ffreestanding -fwrapv -fstack-protecto= r -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-poin= ter-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagn= ostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -= Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-fun= ction -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -m= no-avx -std=3Diso9899:1999 -c /usr/src/sys/modules/ath/../../dev/ath/if_at= h_tx_ht.c -o if_ath_tx_ht.o /usr/src/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c:631:21: error: use of= undeclared identifier 'ATH_DEBUG_XMIT' if (sc->sc_debug & ATH_DEBUG_XMIT) ^ 1 error generated. *** [if_ath_tx_ht.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/ath --- all_subdir_cs --- ctfconvert -L VERSION -g if_cs.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/cs *** [all_subdir_cs] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_crypto --- ctfconvert -L VERSION -g rmd160.o A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/crypto *** [all_subdir_crypto] Error code 2 make[3]: stopped in /usr/src/sys/modules --- all_subdir_ath --- --- if_ath_tx.o --- ctfconvert -L VERSION -g if_ath_tx.o 1 error make[4]: stopped in /usr/src/sys/modules/ath *** [all_subdir_ath] Error code 2 make[3]: stopped in /usr/src/sys/modules 3 errors make[3]: stopped in /usr/src/sys/modules *** [modules-all] Error code 2 make[2]: stopped in /usr/obj/usr/src/sys/GENERIC 1 error make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** [buildkernel] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildkernel] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_i386] $ /bin/sh -xe /tmp/hudson8783285499030879788.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_HEAD_i386' + echo 'clean up jail FreeBSD_HEAD_i386' clean up jail FreeBSD_HEAD_i386 + sudo jail -r FreeBSD_HEAD_i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::106:1 -alias + sudo umount FreeBSD_HEAD_i386/usr/src + sudo umount FreeBSD_HEAD_i386/dev + sudo rm -fr FreeBSD_HEAD_i386 + true + sudo chflags -R noschg FreeBSD_HEAD_i386 + sudo rm -fr FreeBSD_HEAD_i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sat Nov 28 00:34:09 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49465A36405 for ; Sat, 28 Nov 2015 00:34:09 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "sarah.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BB8291C68; Sat, 28 Nov 2015 00:34:07 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.auburn.protected-networks.net (mail.auburn.protected-networks.net [202.12.127.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.auburn.protected-networks.net", Issuer "Protected Networks Root CA" (not verified)) by sarah.protected-networks.net (Postfix) with ESMTPS id 130BBFEBE5; Fri, 27 Nov 2015 19:34:03 -0500 (EST) Authentication-Results: sarah.protected-networks.net; domainkeys=fail (no signature) header.from=imb@protected-networks.net Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@mail.auburn.protected-networks.net) by mail.auburn.protected-networks.net (Postfix) with ESMTPSA id A813FCC; Fri, 27 Nov 2015 19:34:01 -0500 (EST) Subject: Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #841 - Failure To: adrian@FreeBSD.org, freebsd-current@FreeBSD.org References: <51960674.203.1448667907552.JavaMail.jenkins@jenkins-9.freebsd.org> From: Michael Butler Message-ID: <5658F676.3040507@protected-networks.net> Date: Fri, 27 Nov 2015 19:33:58 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <51960674.203.1448667907552.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Nov 2015 00:34:09 -0000 SVN 291411 should have included the following to build correctly in the non-debug case: Index: sys/dev/ath/if_ath_tx_ht.c =================================================================== --- sys/dev/ath/if_ath_tx_ht.c (revision 291411) +++ sys/dev/ath/if_ath_tx_ht.c (working copy) @@ -627,7 +627,7 @@ ath_rateseries_setup(sc, ni, bf, series); -#if 1 +#ifdef ATH_DEBUG if (sc->sc_debug & ATH_DEBUG_XMIT) ath_rateseries_print(sc, series); #endif On 11/27/15 18:45, jenkins-admin@FreeBSD.org wrote: > FreeBSD_HEAD_amd64_gcc4.9 - Build #841 - Failure: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/841/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/841/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/841/console > > Change summaries: > > 291411 by adrian: > [ath] conditionally print out the rate series information if ATH_DEBUG_XMIT is set. > > 291410 by tuexen: > Take also the send queue and sent queue into account when triggering > the sending of outgoing stream reset requests. > > MFC after: 3 days > > 291409 by emaste: > kbdmap: include filename when reporting fopen() failure > > Previously only one of two cases reported the file name. Use the same > error string in both cases. > > Sponsored by: The FreeBSD Foundation > > > > The end of the build log: > > [...truncated 288432 lines...] > ctfconvert -L VERSION -g ata-acerlabs.o > --- ataacerlabs.ko.full --- > /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o ataacerlabs.ko.full ata-acerlabs.o > ctfmerge -L VERSION -g -o ataacerlabs.ko.full ata-acerlabs.o > :> export_syms > awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk ataacerlabs.ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % ataacerlabs.ko.full > --- ataacerlabs.ko.debug --- > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug ataacerlabs.ko.full ataacerlabs.ko.debug > --- ataacerlabs.ko --- > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=ataacerlabs.ko.debug ataacerlabs.ko.full ataacerlabs.ko > --- all_subdir_ataamd --- > ===> ata/atapci/chipsets/ataamd (all) > --- ata-amd.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD -MP -MF.depend.ata-amd.o -MTata-amd.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm i s > sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=inline -Wno-error=enum-compare -Wno-error=unused-but-set-variable -Wno-error=aggressive-loop-optimizations -Wno-error=maybe-uninitialized -Wno-error=array-bounds -Wno-error=address -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes -Wno-error=strict-overflow -Wno-error=overflow -finline-limit=8000 -fms-extensions --param inline-unit-growth=100 --param large-function-growth=1000 -std=iso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci/chipsets/ataamd/../../../../../dev/ata/chipsets/ata-amd.c -o ata-amd.o > --- all_subdir_autofs --- > ctfconvert -L VERSION -g autofs.o > --- autofs_vnops.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD -MP -MF.depend.autofs_vnops.o -MTautofs_vnops.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto t y > pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=inline -Wno-error=enum-compare -Wno-error=unused-but-set-variable -Wno-error=aggressive-loop-optimizations -Wno-error=maybe-uninitialized -Wno-error=array-bounds -Wno-error=address -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes -Wno-error=strict-overflow -Wno-error=overflow -finline-limit=8000 -fms-extensions --param inline-unit-growth=100 --param large-function-growth=1000 -std=iso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/autofs_vnops.c -o autofs_vnops.o > --- all_subdir_ata --- > ctfconvert -L VERSION -g ata-amd.o > --- ataamd.ko.full --- > /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o ataamd.ko.full ata-amd.o > ctfmerge -L VERSION -g -o ataamd.ko.full ata-amd.o > :> export_syms > awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk ataamd.ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % ataamd.ko.full > --- ataamd.ko.debug --- > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug ataamd.ko.full ataamd.ko.debug > --- ata-pci.o --- > ctfconvert -L VERSION -g ata-pci.o > --- all_subdir_chipsets --- > --- ataamd.ko --- > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=ataamd.ko.debug ataamd.ko.full ataamd.ko > --- all_subdir_ataati --- > ===> ata/atapci/chipsets/ataati (all) > --- all_subdir_autofs --- > --- autofs_vfsops.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD -MP -MF.depend.autofs_vfsops.o -MTautofs_vfsops.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro t o > types -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=inline -Wno-error=enum-compare -Wno-error=unused-but-set-variable -Wno-error=aggressive-loop-optimizations -Wno-error=maybe-uninitialized -Wno-error=array-bounds -Wno-error=address -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes -Wno-error=strict-overflow -Wno-error=overflow -finline-limit=8000 -fms-extensions --param inline-unit-growth=100 --param large-function-growth=1000 -std=iso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/autofs_vfsops.c -o autofs_vfsops.o > --- all_subdir_ath --- > --- if_ath_sysctl.o --- > ctfconvert -L VERSION -g if_ath_sysctl.o > --- all_subdir_autofs --- > --- autofs_vnops.o --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/autofs_vnops.c: In function 'autofs_trigger_vn': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs/../../fs/autofs/autofs_vnops.c:139:23: warning: variable 'amp' set but not used [-Wunused-but-set-variable] > struct autofs_mount *amp; > ^ > --- all_subdir_ata --- > --- ata-ati.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD -MP -MF.depend.ata-ati.o -MTata-ati.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm i s > sing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=inline -Wno-error=enum-compare -Wno-error=unused-but-set-variable -Wno-error=aggressive-loop-optimizations -Wno-error=maybe-uninitialized -Wno-error=array-bounds -Wno-error=address -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes -Wno-error=strict-overflow -Wno-error=overflow -finline-limit=8000 -fms-extensions --param inline-unit-growth=100 --param large-function-growth=1000 -std=iso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci/chipsets/ataati/../../../../../dev/ata/chipsets/ata-ati.c -o ata-ati.o > --- all_subdir_ath --- > --- if_ath_tx.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/ath_hal -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD -MP -MF.depend.if_ a t > h_tx.o -MTif_ath_tx.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=inline -Wno-error=enum-compare -Wno-error=unused-but-set-variable -Wno-error=aggressive-loop-optimizations -Wno-error=maybe-uninitialized -Wno-error=array-bounds -Wno-error=address -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes -Wno-error=strict-overflow -Wno-error=overflow -finline-limit=8000 -fms-extensions --param inline-unit-growth=100 --param large-function-growth=1000 -std=iso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c -o if_ath_tx.o > --- all_subdir_autofs --- > --- autofs_vfsops.o --- > ctfconvert -L VERSION -g autofs_vfsops.o > --- all_subdir_ath --- > --- if_ath_tx_ht.o --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/ath_hal -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../contrib/dev/ath/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD -MP -MF.depend.if_ a t > h_tx_ht.o -MTif_ath_tx_ht.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=inline -Wno-error=enum-compare -Wno-error=unused-but-set-variable -Wno-error=aggressive-loop-optimizations -Wno-error=maybe-uninitialized -Wno-error=array-bounds -Wno-error=address -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes -Wno-error=strict-overflow -Wno-error=overflow -finline-limit=8000 -fms-extensions --param inline-unit-growth=100 --param large-function-growth=1000 -std=iso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c -o if_ath_tx_ht.o > --- all_subdir_autofs --- > --- autofs_vnops.o --- > ctfconvert -L VERSION -g autofs_vnops.o > --- all_subdir_ath --- > --- if_ath_tx.o --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_calc_protection': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:1036:6: warning: variable 'shortPreamble' set but not used [-Wunused-but-set-variable] > int shortPreamble; > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:1033:26: warning: variable 'wh' set but not used [-Wunused-but-set-variable] > struct ieee80211_frame *wh; > ^ > --- all_subdir_autofs --- > --- autofs.ko.full --- > /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o autofs.ko.full autofs.o autofs_vnops.o autofs_vfsops.o > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_normal_setup': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:1536:19: warning: variable 'ds' set but not used [-Wunused-but-set-variable] > struct ath_desc *ds; > ^ > --- all_subdir_ata --- > ctfconvert -L VERSION -g ata-ati.o > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_start': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:1848:16: warning: variable 'seqno' set but not used [-Wunused-but-set-variable] > ieee80211_seq seqno; > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:1847:6: warning: variable 'is_ampdu' set but not used [-Wunused-but-set-variable] > int is_ampdu, is_ampdu_tx, is_ampdu_pending; > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_raw_start': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:2073:16: warning: variable 'subtype' set but not used [-Wunused-but-set-variable] > uint8_t type, subtype; > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:2073:10: warning: variable 'type' set but not used [-Wunused-but-set-variable] > uint8_t type, subtype; > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:2069:19: warning: variable 'ds' set but not used [-Wunused-but-set-variable] > struct ath_desc *ds; > ^ > --- all_subdir_autofs --- > ctfmerge -L VERSION -g -o autofs.ko.full autofs.o autofs_vnops.o autofs_vfsops.o > --- all_subdir_ata --- > --- ataati.ko.full --- > /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o ataati.ko.full ata-ati.o > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_swq': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:3032:26: warning: variable 'wh' set but not used [-Wunused-but-set-variable] > struct ieee80211_frame *wh; > ^ > --- all_subdir_ata --- > ctfmerge -L VERSION -g -o ataati.ko.full ata-ati.o > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_tid_drain_print': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:3731:29: warning: variable 'tap' set but not used [-Wunused-but-set-variable] > struct ieee80211_tx_ampdu *tap; > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:3730:18: warning: variable 'txq' set but not used [-Wunused-but-set-variable] > struct ath_txq *txq; > ^ > --- all_subdir_ata --- > :> export_syms > awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk ataati.ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % ataati.ko.full > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_aggr_retry_unaggr': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:4400:29: warning: variable 'tap' set but not used [-Wunused-but-set-variable] > struct ieee80211_tx_ampdu *tap; > ^ > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_comp_aggr_error': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:4558:29: warning: variable 'tap' set but not used [-Wunused-but-set-variable] > struct ieee80211_tx_ampdu *tap; > ^ > --- all_subdir_ata --- > --- ataati.ko.debug --- > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug ataati.ko.full ataati.ko.debug > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_aggr_comp_aggr': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:4723:6: warning: variable 'txseq' set but not used [-Wunused-but-set-variable] > int txseq; > ^ > --- all_subdir_ata --- > --- ataati.ko --- > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_tid_hw_queue_aggr': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:5243:29: warning: variable 'tap' set but not used [-Wunused-but-set-variable] > struct ieee80211_tx_ampdu *tap; > ^ > --- all_subdir_ata --- > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=ataati.ko.debug ataati.ko.full ataati.ko > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_node_sleep': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:6102:18: warning: variable 'txq' set but not used [-Wunused-but-set-variable] > struct ath_txq *txq; > ^ > --- all_subdir_ata --- > --- all_subdir_atacenatek --- > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_node_wakeup': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx.c:6139:18: warning: variable 'txq' set but not used [-Wunused-but-set-variable] > struct ath_txq *txq; > ^ > --- all_subdir_ata --- > ===> ata/atapci/chipsets/atacenatek (all) > --- all_subdir_autofs --- > :> export_syms > awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk autofs.ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % autofs.ko.full > --- autofs.ko.debug --- > --- all_subdir_ath --- > --- if_ath_tx_ht.o --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c: In function 'ath_buf_set_rate': > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c:631:21: error: 'ATH_DEBUG_XMIT' undeclared (first use in this function) > if (sc->sc_debug & ATH_DEBUG_XMIT) > ^ > --- all_subdir_autofs --- > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug autofs.ko.full autofs.ko.debug > --- all_subdir_ath --- > /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath/../../dev/ath/if_ath_tx_ht.c:631:21: note: each undeclared identifier is reported only once for each function it appears in > --- all_subdir_autofs --- > --- autofs.ko --- > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=autofs.ko.debug autofs.ko.full autofs.ko > --- all_subdir_ath --- > *** [if_ath_tx_ht.o] Error code 1 > > make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath > --- all_subdir_autofs --- > A failure has been detected in another branch of the parallel make > > make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/autofs > *** [all_subdir_autofs] Error code 2 > > make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules > --- all_subdir_ata --- > A failure has been detected in another branch of the parallel make > > make[7]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci/chipsets/atacenatek > *** [all_subdir_atacenatek] Error code 2 > > make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci/chipsets > 1 error > > make[6]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci/chipsets > *** [all_subdir_chipsets] Error code 2 > > make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci > 1 error > > make[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata/atapci > *** [all_subdir_atapci] Error code 2 > > make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata > 1 error > > make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ata > *** [all_subdir_ata] Error code 2 > > make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules > --- all_subdir_ath --- > --- if_ath_tx.o --- > ctfconvert -L VERSION -g if_ath_tx.o > 1 error > > make[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/ath > *** [all_subdir_ath] Error code 2 > > make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules > 3 errors > > make[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules > *** [modules-all] Error code 2 > > make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC > 1 error > > make[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC > *** [buildkernel] Error code 2 > > make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > 1 error > > make[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > *** [buildkernel] Error code 2 > > make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > 1 error > > make: stopped in /builds/FreeBSD_HEAD_amd64_gcc4.9 > Build step 'Execute shell' marked build as failure > [WARNINGS] Skipping publisher since build result is FAILURE > IRC notifier plugin: Sending notification to: #freebsd-commits > Email was triggered for: Failure - Any > Sending email for trigger: Failure - Any > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sat Nov 28 01:44:08 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 288EAA3B28C for ; Sat, 28 Nov 2015 01:44:08 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 888A61774; Sat, 28 Nov 2015 01:44:07 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.14.7/8.14.7) with ESMTP id tAS1fiTT042855; Fri, 27 Nov 2015 19:41:44 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (cpe-72-179-24-154.austin.res.rr.com [72.179.24.154]) by mail.shrew.net (Postfix) with ESMTPSA id 6C98518C1F4; Fri, 27 Nov 2015 19:41:39 -0600 (CST) Subject: Re: Resizing a zpool as a VMware ESXi guest ... To: freebsd-current@freebsd.org, trasz@FreeBSD.org References: <543841B8.4070007@shrew.net> <20141016081016.GA4670@brick.home> <5657F135.6080902@shrew.net> <56581F5A.4010009@digiware.nl> <56589C1A.1020702@shrew.net> <5658A764.5030508@shrew.net> From: Matthew Grooms Message-ID: <565906E8.9060005@shrew.net> Date: Fri, 27 Nov 2015 19:44:08 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <5658A764.5030508@shrew.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx1.shrew.net [10.24.10.10]); Fri, 27 Nov 2015 19:41:45 -0600 (CST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Nov 2015 01:44:08 -0000 On 11/27/2015 12:56 PM, Matthew Grooms wrote: > I thought it would be useful to get more output from the geom layer, > similar to the camcontrol debug output ... > > [root@iscsi-i /home/mgrooms]# sysctl kern.geom.debugflags=0x81 > > When I resize the iSCSI LUN and run the 'camcontrol readcap da2 -h', I > see this in the log output ... > > [root@iscsi-i /home/mgrooms]# tail -f /var/log/messages > ... > Nov 27 12:20:07 iscsi-i kernel: (pass3:iscsi1:0:0:0): Capacity data > has changed > Nov 27 12:20:07 iscsi-i kernel: g_post_event_x(0xffffffff80973850, > 0xfffff80003f4e000, 1, 0) > Nov 27 12:20:07 iscsi-i kernel: g_post_event_x(0xffffffff8097a6b0, > 0xfffff80003f42b60, 2, 0) > Nov 27 12:20:07 iscsi-i kernel: > g_resize_provider_event(0xfffff800038c6700) > Nov 27 12:20:07 iscsi-i kernel: g_part_resize(da2) > Nov 27 12:20:07 iscsi-i kernel: GEOM_PART: da2 was automatically resized. > Nov 27 12:20:07 iscsi-i kernel: Use `gpart commit da2` to save changes > or `gpart undo da2` to revert them. > Nov 27 12:20:07 iscsi-i kernel: g_raid_taste(RAID, da2) > Nov 27 12:20:07 iscsi-i kernel: g_attach(0xfffff80003e64780, > 0xfffff800038c6700) > Nov 27 12:20:07 iscsi-i kernel: g_detach(0xfffff80003e64780) > Nov 27 12:20:07 iscsi-i kernel: g_destroy_consumer(0xfffff80003e64780) > Nov 27 12:20:07 iscsi-i kernel: > g_destroy_geom(0xfffff800038c9c00(raid:taste)) > Nov 27 12:20:07 iscsi-i kernel: g_label_taste(LABEL, da2) > > However, when I resize the VMDK disk and run the 'camcontrol readcap > da1 -h' command, I see nothing in the log output. So it would appear > that even though cam is reporting the new capacity in the command line > output, the this info is not being forwarded to geom in this case. > Maybe the VMware virtual SAS device ( mpt0 ) isn't reporting some > special capability bit to cam which causes it to squelch the info? > > I'm not sure if this is useful but here is what the device info looks > like at boot time ... > > mpt0: port 0x4000-0x40ff mem > 0xfd4ec000-0xfd4effff,0xfd4f0000-0xfd4fffff irq 18 at device 0.0 on pci3 > mpt0: MPI Version=1.5.0.0 > ... > da0 at mpt0 bus 0 scbus2 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 300.000MB/s transfers > da0: Command Queueing enabled > da0: 20480MB (41943040 512 byte sectors) > da0: quirks=0x40 > da1 at mpt0 bus 0 scbus2 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 300.000MB/s transfers > da1: Command Queueing enabled > da1: 20480MB (41943040 512 byte sectors) > da1: quirks=0x40 > ... > da2 at iscsi1 bus 0 scbus3 target 0 lun 0 > da2: Fixed Direct Access SPC-4 SCSI device > da2: Serial Number MYSERIAL 0 > da2: 150.000MB/s transfers > da2: Command Queueing enabled > da2: 16384MB (33554432 512 byte sectors) > I spent the day looking over the FreeBSD cam and scsi_da source code. After sprinkling a bunch of printf's around to see what code paths were being called, It's obvious that Edward was correct in assuming that ESXi doesn't return any 'Unit Attention' sense information in response to a 'Read Capacity' request. This kinda makes sense as ESXi emulates SCSI-2 disk devices and, as far as I can tell, the 0x2A/0x09 ASC/ASCQ sense code that denotes 'Capacity Data Has Changed' wasn't defined until the SCSCI-3 spec. It's frustrating that the only way to get the scsci_da code to call reprobe() is by receiving a command from the device. Would something like this work? ... 1) Register a callback using xpt_register_async( daasync, AC_REPROBE_DEVICE, path ) that calls reprobe() 2) Implement a new IOCTL in cam_xpt that camcontrol can call with the bus:target:lun as the argument 3) have cam_xpt capture the IOCTL request and call xpt_async( AC_REPROBE_DEVICE, path ) as a result This way users would have the option of manually asking cam to communicate the new size to geom. The only option now is one or more reboots to gain access to the increased disk capacity. If this sounds like a reasonable approach, I'll take a stab at implementing it. Thanks, -Matthew From owner-freebsd-current@freebsd.org Sat Nov 28 02:21:27 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41793A3B81B; Sat, 28 Nov 2015 02:21:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 290251379; Sat, 28 Nov 2015 02:21:27 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EAB401262; Sat, 28 Nov 2015 02:21:25 +0000 (UTC) Date: Sat, 28 Nov 2015 02:21:22 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ume@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1172001684.211.1448677284338.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <102615045.207.1448669605650.JavaMail.jenkins@jenkins-9.freebsd.org> References: <102615045.207.1448669605650.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #1782 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2015 02:21:27 -0000 FreeBSD_HEAD_i386 - Build #1782 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1782/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1782/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1782/console Change summaries: 291416 by adrian: Add AR9530 (honeybee) config option. 291415 by ume: Regen src.conf.5 for recent option changes. 291414 by ume: Fix breakage by recent collation change. LC_ALL has to be exported. 291413 by adrian: * Add device string for QCA955x (scorpion); * Add device ID and device string for QCA953x (honeybee). 291412 by adrian: wrap in ATH_DEBUG. Thanks sparc64 build! From owner-freebsd-current@freebsd.org Sat Nov 28 02:55:41 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23AE3A39006 for ; Sat, 28 Nov 2015 02:55:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 142401486; Sat, 28 Nov 2015 02:55:41 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9A83D126F; Sat, 28 Nov 2015 02:55:36 +0000 (UTC) Date: Sat, 28 Nov 2015 02:53:36 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ume@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <212700896.214.1448679334316.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <51960674.203.1448667907552.JavaMail.jenkins@jenkins-9.freebsd.org> References: <51960674.203.1448667907552.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #842 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc4.9 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2015 02:55:41 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #842 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/842/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/842/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/842/console Change summaries: 291416 by adrian: Add AR9530 (honeybee) config option. 291415 by ume: Regen src.conf.5 for recent option changes. 291414 by ume: Fix breakage by recent collation change. LC_ALL has to be exported. 291413 by adrian: * Add device string for QCA955x (scorpion); * Add device ID and device string for QCA953x (honeybee). 291412 by adrian: wrap in ATH_DEBUG. Thanks sparc64 build! From owner-freebsd-current@freebsd.org Sat Nov 28 20:32:12 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60B2BA3BC50 for ; Sat, 28 Nov 2015 20:32:12 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2AB3E1F8C for ; Sat, 28 Nov 2015 20:32:12 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by ioir85 with SMTP id r85so140102546ioi.1 for ; Sat, 28 Nov 2015 12:32:11 -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=Ehcx258UcrdwWiUwdL5RpZ4c3QmpeebdX5Q8qSqYen4=; b=TziqrNrvXD1fZfL1y0fWo/gF4fa4KfZMoNY8tpmpMxucgAHqoHuxK0mpquwbNTho3X rPOvHObOTGNjFj6+lpgIwJYeTkdnRwVf+z5vShbvBa5VJ6pp+LzematuCPaGOsKMB1x9 zfClgj9DelXuKFKB20CU3yCu07RFGBFtcaZBL/vv6AZlls9Dek8FKFdAW+JO5rTVyEk9 hzgJq69pJIeXt+LKam54suUo6wsPYOZiYnd57CXmr+/b46CaT2D0GJaW7F8NNXep4Yci L0jo+y1QlB9f/uRxFNrA71ZQHNt4ebM7KYNMvIx6Dsg8YTlGNKCUpvimL9tn+JzWgJu2 3Cqw== MIME-Version: 1.0 X-Received: by 10.107.168.157 with SMTP id e29mr50306424ioj.96.1448742731508; Sat, 28 Nov 2015 12:32:11 -0800 (PST) Received: by 10.79.111.199 with HTTP; Sat, 28 Nov 2015 12:32:11 -0800 (PST) Date: Sat, 28 Nov 2015 21:32:11 +0100 Message-ID: Subject: Panic at shutdown From: "Ranjan1018 ." <214748mv@gmail.com> To: FreeBSD CURRENT Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Nov 2015 20:32:12 -0000 Hi, sometimes I have the panic in the photo at shutdown: http://imgur.com/mXrgFLp Unfortunately this happens randomly. I am running: $ uname -a FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #3 r291160M: Sun Nov 22 17:10:38 CET 2015 root@ativ:/usr/obj/usr/src/sys/GENERIC amd64 Regards, Maurizio From owner-freebsd-current@freebsd.org Sat Nov 28 22:50:45 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7201A3B340 for ; Sat, 28 Nov 2015 22:50:45 +0000 (UTC) (envelope-from jmaloney@pcbsd.org) Received: from barracuda.ixsystems.com (mail.ixsystems.com [69.198.165.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.ixsystems.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89A631EB6 for ; Sat, 28 Nov 2015 22:50:44 +0000 (UTC) (envelope-from jmaloney@pcbsd.org) X-ASG-Debug-ID: 1448751042-08ca042abc03a50002-XDYc8F Received: from [10.0.1.8] (ip72-209-175-134.ks.ks.cox.net [72.209.175.134]) by barracuda.ixsystems.com with ESMTP id rqPqEJCaGQZlGBPg (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Nov 2015 14:50:43 -0800 (PST) X-Barracuda-Envelope-From: jmaloney@pcbsd.org X-Barracuda-AUTH-User: jmaloney@pcbsd.org X-Barracuda-Apparent-Source-IP: 72.209.175.134 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: EFI and i915kms questions From: Joe Maloney X-ASG-Orig-Subj: Re: EFI and i915kms questions In-Reply-To: <56505B3F.2070403@dumbbell.fr> Date: Sat, 28 Nov 2015 16:50:41 -0600 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5BC149BC-8BA6-4089-A9E6-763E2494A30A@pcbsd.org> References: <54B18FFE-063F-4F62-9343-28FDE68EE358@pcbsd.org> <56505B3F.2070403@dumbbell.fr> To: =?utf-8?Q?Jean-S=C3=A9bastien_P=C3=A9dron?= X-Mailer: Apple Mail (2.3096.5) X-Barracuda-Connect: ip72-209-175-134.ks.ks.cox.net[72.209.175.134] X-Barracuda-Start-Time: 1448751043 X-Barracuda-Encrypted: ECDHE-RSA-AES256-SHA X-Barracuda-URL: https://10.2.0.41:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=8.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.24804 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Nov 2015 22:50:45 -0000 Thank you. For what it=E2=80=99s worth I was able to grab a dump after = setting that sysctl. It looks like this maybe the culprit? panic: _sx_xlock_hard: recursed on non-recursive sx gmbus @ = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/intel_iic.c:362 Since it is to large for posting here. I will include a link to the = entire dump on pastebin if anyone is interesting in looking at it. http://pastebin.com/mzS5svy8 In addition I did a little further testing to narrow down the issue. 10.1-RELEASE WORKS 10.2-RELEASE WORKS I recall trying a 10.2-STABLE image that crashed as well. I can tell = you for sure that the following releases all the way back to August have = the issue for CURRENT. FreeBSD-11.0-CURRENT-amd64-20150804-r286285-memstick.img FreeBSD-11.0-CURRENT-amd64-20150917-r287930-memstick.img FreeBSD-11.0-CURRENT-amd64-20151001-r288459-memstick.img FreeBSD-11.0-CURRENT-amd64-20151119-r291085-memstick.img If there is an archive of older images for CURRENT I would be happy to = try those to help further narrow down where things broke. Joe Maloney > On Nov 21, 2015, at 5:53 AM, Jean-S=C3=A9bastien P=C3=A9dron = wrote: >=20 > On 13/11/2015 18:15, Joe Maloney wrote: >> Hello, >=20 > Hi! >=20 >> Sometime after changes in FreeBSD 10-STABLE, 10.2 onwards, and=20 >> recent 11 CURRENT the resolution no longer sets properly when using >> UEFI boot. It now boots with a 640x480 resolution, and kldload >> i915kms results in a black screen. I have not been able to grab a >> debug log, or crash dump even with all of the debugging features >> turned on. I cannot ssh into the laptop when this panic occurs, and >> the screen is black so I can=E2=80=99t really see what happened. = I=E2=80=99m curious >> if there is anything else I can do besides enabling dumpdev or >> kldload -v i915kms > output.txt that doesn=E2=80=99t give me any = detail. >> Nothing shows up in /var/crash or whatever the directory was. >=20 > You could try to set debug.debugger_on_panic=3D0 in /etc/sysctl.conf. = It > often helps to at least get core dumps when the crash happens in a = video > driver. >=20 > --=20 > Jean-S=C3=A9bastien P=C3=A9dron >=20 From owner-freebsd-current@freebsd.org Sat Nov 28 23:10:55 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 371DBA3B6EE for ; Sat, 28 Nov 2015 23:10:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 06705162E for ; Sat, 28 Nov 2015 23:10:55 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pabfh17 with SMTP id fh17so149995870pab.0 for ; Sat, 28 Nov 2015 15:10:54 -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 :content-transfer-encoding:message-id:references:to; bh=9tKUjJpBhCQL5QYFB4eBUwtbVmHkXsLPpFS412kiAEM=; b=K2GDyTiWQvDi1TqplCwTbsg41XsDd3t+M7a/ukklebBx83KFi7tMtQ3Naq/ZeQWi5h tnxoqFW17kpZEHyTaBjfvagT7M+bY8jZDKO6D8ci0OTVmJPOiBDI8qDNEjCYEKHAqoJW S6F5PM3RF+KK1186SJp7gm8BPExptE5grCxhbns5GIFRYgbokXRMLBd8ccXaf9oBtOZa UhAjUz7uOMn65IjZmhGIZ+TJfznngWm4c7Yyqb+gQiDH1s/Q0OgqS1EU3kKco/CytHIG S+uBMgrlPiFjrwmeymbQk6x44jR3RPoYtV/OQRQ1A40BZJPcNHWbaaUAxqL1aO1VRbMq Nq4g== X-Received: by 10.66.141.103 with SMTP id rn7mr77390200pab.126.1448752254623; Sat, 28 Nov 2015 15:10:54 -0800 (PST) Received: from [21.29.183.1] ([172.56.38.185]) by smtp.gmail.com with ESMTPSA id 70sm42047914pfr.2.2015.11.28.15.10.53 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Nov 2015 15:10:53 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Panic at shutdown From: Garrett Cooper X-Mailer: iPhone Mail (13B143) In-Reply-To: Date: Sat, 28 Nov 2015 15:10:51 -0800 Cc: FreeBSD CURRENT Content-Transfer-Encoding: 7bit Message-Id: <055E0877-533A-4378-A306-FDE511543243@gmail.com> References: To: "Ranjan1018 ." <214748mv@gmail.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Nov 2015 23:10:55 -0000 > On Nov 28, 2015, at 12:32, Ranjan1018 . <214748mv@gmail.com> wrote: > > Hi, > > sometimes I have the panic in the photo at shutdown: > > http://imgur.com/mXrgFLp > > Unfortunately this happens randomly. > > I am running: > > $ uname -a > > FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #3 r291160M: Sun Nov 22 > 17:10:38 CET 2015 root@ativ:/usr/obj/usr/src/sys/GENERIC amd64 The panic is in the ZFS code. Have you run memtest on the machine recently?