From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 05:00:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4434663; Sun, 7 Jun 2015 05:00:33 +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 95A521744; Sun, 7 Jun 2015 05:00:33 +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 6B4CD1930; Sun, 7 Jun 2015 05:00:29 +0000 (UTC) Date: Sun, 7 Jun 2015 05:00:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1714177110.66.1433653226818.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1089 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests 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: Sun, 07 Jun 2015 05:00:33 -0000 FreeBSD_HEAD-tests - Build #1089 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1089/ to view the results. From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 12:00:38 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D438041C; Sun, 7 Jun 2015 12:00:38 +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 C36C41561; Sun, 7 Jun 2015 12:00:38 +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 02E3619F5; Sun, 7 Jun 2015 12:00:34 +0000 (UTC) Date: Sun, 7 Jun 2015 12:00:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <46847556.68.1433678430701.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1714177110.66.1433653226818.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1714177110.66.1433653226818.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1090 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests 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: Sun, 07 Jun 2015 12:00:38 -0000 FreeBSD_HEAD-tests - Build #1090 - Fixed: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1090/ to view the results. From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 12:25:24 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E030898 for ; Sun, 7 Jun 2015 12:25:24 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::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 2B82B1ADA for ; Sun, 7 Jun 2015 12:25:24 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by wifx6 with SMTP id x6so59750387wif.0 for ; Sun, 07 Jun 2015 05:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WZEFlFD7UZMQedCnsXdS8Q46eWLf0UC/q5w7Pzvb0IE=; b=IcLjDFIaT0ZihUMC2SfeoM2wRK0mJwPbpARv5+SM9Z9lVrh6CYhEZP2QDSKOkB0RPc zr+88Z8CU3Q7YISHLR1OpEwfSLGY0mi6qlZG+Rp5OAaTsqOm43B6vlkFObvGWGmFobLn 31AxLuU34JvborvpSqZbB7POexpMhRaQa24FSLf9WWcCgjjEgxKsDPfV5s2suJHnuB/6 FRO6yuBvOdCbBNf8VdG3UYnLjh1CtrWDiJN19x8WS0stEdjtlds7Ee8/3YAmfJioiLBP e57cN2AjZ0XCLrFWXlkhfYwh2+MaGgjhcileeBzRFTgiwf9hcvlWuY2pSA5sk7tBJoiK j0Xg== MIME-Version: 1.0 X-Received: by 10.180.89.231 with SMTP id br7mr12910490wib.60.1433679922695; Sun, 07 Jun 2015 05:25:22 -0700 (PDT) Received: by 10.194.61.169 with HTTP; Sun, 7 Jun 2015 05:25:22 -0700 (PDT) Date: Sun, 7 Jun 2015 15:25:22 +0300 Message-ID: Subject: acpi_ibm boot panic From: Andrey Fesenko 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: Sun, 07 Jun 2015 12:25:24 -0000 Hello, After update r283989 and r284106 system crush if /boot/loader.conf contain acpi_ibm_load="YES" if comment this line, boot success. Screenshot http://bsdnir.info/files/acpi_ibm_crush.png From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 14:50:37 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3F76ADB for ; Sun, 7 Jun 2015 14:50:37 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id BFACF1B89 for ; Sun, 7 Jun 2015 14:50:37 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.2] (unknown [192.168.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 02FAD98D2 for ; Sun, 7 Jun 2015 14:50:36 +0000 (UTC) Message-ID: <55745A3E.8050000@freebsd.org> Date: Sun, 07 Jun 2015 10:50:38 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: acpi_ibm boot panic References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DlXlTIUUiHpdBqsKsjTj7DJxMAU9gP55C" 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, 07 Jun 2015 14:50:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DlXlTIUUiHpdBqsKsjTj7DJxMAU9gP55C Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-06-07 08:25, Andrey Fesenko wrote: > Hello, > After update r283989 and r284106 system crush if /boot/loader.conf > contain acpi_ibm_load=3D"YES" if comment this line, boot success. > Screenshot http://bsdnir.info/files/acpi_ibm_crush.png > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 I am getting the same thing on my Lenovo T530 as well --=20 Allan Jude --DlXlTIUUiHpdBqsKsjTj7DJxMAU9gP55C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVdFo+AAoJEJrBFpNRJZKfVQYP/3TMtBboS3nnEhdKYoskiNqQ eR7TafR9Ue9DM6WxRyYrbhGOLDWzBGb3bEmElP952IXpyJ5+KR/SHpD3/rUfdY3d ziQeKvfacBVTBLxDaASeC7DlO8xHaudg1jmiExjF9a82ohsZ1czDvJ4whA8Forb/ 1CzHGtatwKMUjaLUZ4sTLtc37yZ42vNP/9vy9+LlpFwqaxTamGwOoGLjZewrRWUm jsCc7Osvo82unNewOkYtYqeKdbue2BigQ8pqfbyX7jKNILoGyP6VMaOfcGGtGMQ5 ZAMfD2y8f7bWD0wA9FKjjeAcQF5IJfaqQO1TU2C7yxZYnobdIARkz4Ys/TFoNjsO dfDG3E2ICiLgOIj+HW7DqSbVlB3vHU7aIguWxApM2H96O6Y5hNR5ceVSfUg5ViOs pkwO8WOMTVwHThgIvPxgRCzxLfLHBj3esoypNM0x/XBKp9e4HcSR6J1sA81RVRw8 Vfjbg2mxH0rDtvlMvgRZzNToB8GIJZwALSIQzhAGpQVsYgQ2nNxfbntqahwnc9HL u+OhWreTTcvamLIpnKSFETjVL2IqsHcEJzHwRnvQBFkSB84s+bgLdw9DlPeYzTJo HNt5WCDp09NIjTlWC8FOXz8RK8PzkA/SkXxpU4nYAPd8QXTbBHghL4yjGyeal1Dq Gpk0V9B1QMqb0uvYR0An =VkMX -----END PGP SIGNATURE----- --DlXlTIUUiHpdBqsKsjTj7DJxMAU9gP55C-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 14:59:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 828DE608 for ; Sun, 7 Jun 2015 14:59:04 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 5EEC61D6B for ; Sun, 7 Jun 2015 14:59:04 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.2] (unknown [192.168.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id DF98E98DB for ; Sun, 7 Jun 2015 14:58:56 +0000 (UTC) Message-ID: <55745C32.8040602@freebsd.org> Date: Sun, 07 Jun 2015 10:58:58 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: acpi_ibm boot panic References: <55745A3E.8050000@freebsd.org> In-Reply-To: <55745A3E.8050000@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kKRnfHutT77FqxnnMXNI9spIjcAFd7bN1" 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, 07 Jun 2015 14:59:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kKRnfHutT77FqxnnMXNI9spIjcAFd7bN1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-06-07 10:50, Allan Jude wrote: > On 2015-06-07 08:25, Andrey Fesenko wrote: >> Hello, >> After update r283989 and r284106 system crush if /boot/loader.conf >> contain acpi_ibm_load=3D"YES" if comment this line, boot success. >> Screenshot http://bsdnir.info/files/acpi_ibm_crush.png >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >> >=20 > I am getting the same thing on my Lenovo T530 as well >=20 The problem seems to be r283678 by rpaulo@, I am trying to debug it now. --=20 Allan Jude --kKRnfHutT77FqxnnMXNI9spIjcAFd7bN1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVdFwyAAoJEJrBFpNRJZKf0lMP/2Nb8TYHXJ+zzB/7PA5WIccL b7MGqYBVfIAiKgwj+ONwKthCHb1BeWoKlagfxfbErahaIj7zdu8N4D7FKOutD/lI I2qItFQmVEPiPV7Zs1ypXWHij5wfUfhJR9137cjQuoFvam0zV1fypuKC4TkI7aYi NEv6XxVEJFAAHfhMJy2CG1EgR/AXTgvaVDLLr4sUFwDusysjWLwfkvyCd/a3OrJr yJ+Ig4/+7X/lkycSkwKazcq0pHz1QjRjlsj18wWWCpuAPDq3xaeyMS06ePS5w8Br /L0vSz4D0mLaUsVbggLDIw7UUcJBfcdb7rGVM7CEiHpbrQ6QdILgS7BaTy9GvcH/ aq2//2Wz9C//e7RQffdHsWC5CMvPXxTuRn+OOihq+dMJ2ix9sz5QzihWwRBVAhXe C9Ag0vE1W/yDBphsjyGr65mtC4HkqGDAw8Tj0H6CMXO8GjKr5U59NaW8C5bOizh/ fNwi1C5oKC78KZqoL59bCO2TtTr+LyUHP3KSMMayJSwNqJrIAmBr5M7r+WabRevc t1mRsA3AuXPZzcHsviUMYJJCS0qT5unV5c+t0EZKS5QT2S3MNIziTuZ9rTcpjqg7 tf8VDMLtxDwukyxISJ+mXfaj+wDu+ZJveW572MaByuIgJ4MIgnDpUh9xsRONBsAR 4XiDmMsqEI2XQdHQexHL =cLS6 -----END PGP SIGNATURE----- --kKRnfHutT77FqxnnMXNI9spIjcAFd7bN1-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 17:05:32 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C3975FC; Sun, 7 Jun 2015 17:05:32 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 083A61C06; Sun, 7 Jun 2015 17:05:31 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.2] (unknown [192.168.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 5DA61996E; Sun, 7 Jun 2015 17:05:30 +0000 (UTC) Message-ID: <557479D0.2020400@freebsd.org> Date: Sun, 07 Jun 2015 13:05:20 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org CC: rpaulo@freebsd.org Subject: Re: acpi_ibm boot panic References: <55745A3E.8050000@freebsd.org> <55745C32.8040602@freebsd.org> In-Reply-To: <55745C32.8040602@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DRi799BxLh6ih2NNlVw3w999S4DM6fcHO" 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, 07 Jun 2015 17:05:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DRi799BxLh6ih2NNlVw3w999S4DM6fcHO Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-06-07 10:58, Allan Jude wrote: > On 2015-06-07 10:50, Allan Jude wrote: >> On 2015-06-07 08:25, Andrey Fesenko wrote: >>> Hello, >>> After update r283989 and r284106 system crush if /boot/loader.conf >>> contain acpi_ibm_load=3D"YES" if comment this line, boot success. >>> Screenshot http://bsdnir.info/files/acpi_ibm_crush.png >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >>> >> >> I am getting the same thing on my Lenovo T530 as well >> >=20 > The problem seems to be r283678 by rpaulo@, I am trying to debug it now= =2E >=20 I have proposed a patch that solves the issue on my system here: https://reviews.freebsd.org/D2750 --=20 Allan Jude --DRi799BxLh6ih2NNlVw3w999S4DM6fcHO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVdHnYAAoJEJrBFpNRJZKfsHcQAIojQ+WTGNeGAX1+dP4IHEok bhkEcHtaVfjaXLDCbhFrwHwbKP7JCLXpX7EBSlTSby1v9Oy/WYCaTcT4dXkqoYKo 8Wlu2vosXv+gQ/u+mNMGD+yQ14o0xFmQqxxAKqNHojDmV1J8YP1JWKdjEIqTAtrU C6zg+DWXTQLY3AqBslpVsoZCwYBup+PefsJVs97XgnLuK2MXt9W/pvC/gLbnzz+4 8ipMeISCszQMjQiGBnb70Tzi1ti5uK1h6f4O3/qiOtsFYy9RWFjTcUYfTiSOE3JU Lupm8SyDi2KTGR9nwk/5i6Ycxwg7la+/1bLtYMNbt+X9FfX+AQ0sRFCPWamOiT5X k2U4q04B9i/qDwd+kP+mSAclRcLanJLknIoxOfgYcW4xj1JTFARgcJYX+t+XBPtu U04KA8qZO90Iv069OJE6561KDGiJ9dkjC9//dBxVfMOAyQf/OXhZCMQSlSVtJjw1 StEdkrccrzvNMy1ndNANdCemEeotmUVQjOJKieaUIFoBdC52MqVfeOaxqkzNHWeh vBCtZT4nhcZc9DmKzyrr3Xg0InibJscYzMkt7FiTEHLcH3JCdAzsLaSM/05xa0vR apWnxaWQccGCXMutb2PjhdJ1UJybpHBBpLMvHqWPYbjWZePSzAUZv01G/77cRgp7 kX/si0gAT66B13vvex6L =unfK -----END PGP SIGNATURE----- --DRi799BxLh6ih2NNlVw3w999S4DM6fcHO-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 7 19:02:55 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40A0491A; Sun, 7 Jun 2015 19:02:55 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::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 E0381181C; Sun, 7 Jun 2015 19:02:54 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by wigg3 with SMTP id g3so31189161wig.1; Sun, 07 Jun 2015 12:02:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FUWG9yMh7smnmUnY7S4H8sqQUNkjTVwhwjt69NvjoAs=; b=BPVCWboG4Ggr4z7Py+8+iIKPCltaA7FBWPmKr+jKy9sUbLq+f4YisSCnDr4KZVUFX2 OlPiHHHF/WbVXyDrlUURHnl3CJMAdbd88CjWMtoKuvWG0cvlaH4Q2KwX5Ihhdlhe235p 3EZLUIfR7YctT/QOuuyZmYtjyx3s7Db6YeJ4Rr+giGZfpWZtxwY4yV7k5T7G+SA1tcrU T6U2W72bCtdvh7ulhF8QjYH9NBhGaFDNSEBoxcfqzNJWSmoZi71fZJbRLRwHOj5gONfx fNcEFAuIcSkxMbkfZtRtcRh2xAgxlWci8mB1pR5qo2UaZp4LJuQor+QppyFtO40tcIcD b8zQ== MIME-Version: 1.0 X-Received: by 10.181.13.172 with SMTP id ez12mr14941316wid.91.1433703773381; Sun, 07 Jun 2015 12:02:53 -0700 (PDT) Received: by 10.194.61.169 with HTTP; Sun, 7 Jun 2015 12:02:53 -0700 (PDT) In-Reply-To: <557479D0.2020400@freebsd.org> References: <55745A3E.8050000@freebsd.org> <55745C32.8040602@freebsd.org> <557479D0.2020400@freebsd.org> Date: Sun, 7 Jun 2015 22:02:53 +0300 Message-ID: Subject: Re: acpi_ibm boot panic From: Andrey Fesenko To: Allan Jude Cc: freebsd-current , rpaulo@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: Sun, 07 Jun 2015 19:02:55 -0000 On Sun, Jun 7, 2015 at 8:05 PM, Allan Jude wrote: > On 2015-06-07 10:58, Allan Jude wrote: >> On 2015-06-07 10:50, Allan Jude wrote: >>> On 2015-06-07 08:25, Andrey Fesenko wrote: >>>> Hello, >>>> After update r283989 and r284106 system crush if /boot/loader.conf >>>> contain acpi_ibm_load="YES" if comment this line, boot success. >>>> Screenshot http://bsdnir.info/files/acpi_ibm_crush.png >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>> >>> I am getting the same thing on my Lenovo T530 as well >>> >> >> The problem seems to be r283678 by rpaulo@, I am trying to debug it now. >> > > I have proposed a patch that solves the issue on my system here: > > https://reviews.freebsd.org/D2750 > Thanks, this patch work fine for my X220 From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 00:45:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65D5F22D; Mon, 8 Jun 2015 00:45:28 +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 56CFF16A4; Mon, 8 Jun 2015 00:45:28 +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 8D7A61B02; Mon, 8 Jun 2015 00:45:26 +0000 (UTC) Date: Mon, 8 Jun 2015 00:45:24 +0000 (GMT) From: jenkins-admin@freebsd.org To: bapt@FreeBSD.org, markj@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1510127034.74.1433724325201.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2839 - Failure 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: Mon, 08 Jun 2015 00:45:28 -0000 FreeBSD_HEAD - Build #2839 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2839/ to view the results. From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 01:27:51 2015 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FAD32B1; Mon, 8 Jun 2015 01:27:51 +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 2F9AD1FAF; Mon, 8 Jun 2015 01:27:51 +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 C2B111B1C; Mon, 8 Jun 2015 01:27:51 +0000 (UTC) Date: Mon, 8 Jun 2015 01:27:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: bapt@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1953907412.78.1433726871730.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_i386 - Build #257 - 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: Mon, 08 Jun 2015 01:27:51 -0000 FreeBSD_HEAD_i386 - Build #257 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/257/ to view the results. From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 02:24:15 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 423DF9A1; Mon, 8 Jun 2015 02:24:15 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D7BA01DEA; Mon, 8 Jun 2015 02:24:14 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.9/8.14.9) with ESMTP id t582Mod5085984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 8 Jun 2015 10:22:51 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.9/8.14.9/Submit) id t582MoDI085981; Mon, 8 Jun 2015 10:22:50 +0800 (CST) (envelope-from kevlo) Date: Mon, 8 Jun 2015 10:22:49 +0800 From: Kevin Lo To: Gleb Smirnoff Cc: current@FreeBSD.org, adrian@FreeBSD.org Subject: Re: converted ural(4) Was: [Testers needed!] WiFi drivers changes Message-ID: <20150608022249.GA85843@ns.kevlo.org> References: <20150529133535.GT73119@glebius.int.ru> <20150604111808.GG73119@glebius.int.ru> <20150605154636.GB73119@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150605154636.GB73119@glebius.int.ru> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 08 Jun 2015 02:24:15 -0000 On Fri, Jun 05, 2015 at 06:46:36PM +0300, Gleb Smirnoff wrote: > > Hi Kevin, Hi Gleb, > you signed up as testers of ural(4). I have converted ural(4) > and uploaded new patch at: > > https://reviews.freebsd.org/D2655 > > Please try, report and update the project page. > > https://wiki.freebsd.org/projects/ifnet/net80211 > > Thanks a lot for your help. Works fine for me. Tested on Asus WL-167g. # dmesg |grep ural ural0: on usbus0 ural0: MAC/BBP RT2570 (rev 0x03), RF RT2526 # netstat -hI wlan0 1 input wlan0 output packets errs idrops bytes packets errs bytes colls 743 0 0 1.1M 370 0 38K 0 436 0 0 642K 218 3 22K 0 650 0 0 958K 325 0 33K 0 618 0 0 900K 305 2 31K 0 378 0 0 553K 188 1 19K 0 361 0 0 526K 179 1 18K 0 405 0 0 591K 200 0 20K 0 406 0 0 588K 200 0 20K 0 412 0 0 597K 202 0 21K 0 389 0 0 562K 191 0 20K 0 389 0 0 566K 192 2 20K 0 405 0 0 589K 200 0 20K 0 288 0 0 415K 141 0 14K 0 > -- > Totus tuus, Glebius. Kevin From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 02:31:47 2015 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87E83AE6; Mon, 8 Jun 2015 02:31:47 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns.kevlo.org", Issuer "ns.kevlo.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DB761FB9; Mon, 8 Jun 2015 02:31:46 +0000 (UTC) (envelope-from kevlo@ns.kevlo.org) Received: from ns.kevlo.org (localhost [127.0.0.1]) by ns.kevlo.org (8.14.9/8.14.9) with ESMTP id t582RnRQ086685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 8 Jun 2015 10:27:49 +0800 (CST) (envelope-from kevlo@ns.kevlo.org) Received: (from kevlo@localhost) by ns.kevlo.org (8.14.9/8.14.9/Submit) id t582RmsB086682; Mon, 8 Jun 2015 10:27:48 +0800 (CST) (envelope-from kevlo) Date: Mon, 8 Jun 2015 10:27:47 +0800 From: Kevin Lo To: Gleb Smirnoff Cc: Olivier =?iso-8859-1?Q?Cochard-Labb=E9?= , current@FreeBSD.org, adrian@FreeBSD.org Subject: Re: converted ral(4) Was: [Testers needed!] WiFi drivers changes Message-ID: <20150608022747.GA86562@ns.kevlo.org> References: <20150529133535.GT73119@glebius.int.ru> <20150604111808.GG73119@glebius.int.ru> <20150605031606.GA47851@ns.kevlo.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150605031606.GA47851@ns.kevlo.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 08 Jun 2015 02:31:47 -0000 On Fri, Jun 05, 2015 at 11:16:06AM +0800, Kevin Lo wrote: > > On Thu, Jun 04, 2015 at 02:18:08PM +0300, Gleb Smirnoff wrote: > > > > Hi Kevin and Olivier, > > Hi Gleb, > > > > > you signed up as testers of ral(4). I have converted ral(4) > > and uploaded new patch at: > > > > https://reviews.freebsd.org/D2655 > > > > Please try, report and update the project page. > > > > https://wiki.freebsd.org/projects/ifnet/net80211 > > > > Thanks a lot for your help. > > It works fine for me. Tested on RT5390, thanks. As I mentioned in a private message, the diff below changes ifp->if_drv_flags to sc->sc_flags, thanks. --- D2655.diff.orig 2015-06-08 10:20:12.220844488 +0800 +++ D2655.diff 2015-06-08 10:20:38.020180596 +0800 @@ -6279,7 +6279,7 @@ RAL_LOCK_ASSERT(sc); - KASSERT(ifp->if_drv_flags & IFF_DRV_RUNNING, ("not running")); -+ KASSERT(ifp->if_drv_flags & RAL_RUNNING, ("not running")); ++ KASSERT(sc->sc_flags & RAL_RUNNING, ("not running")); if (sc->sc_invalid) /* card ejected */ return; @@ -7109,7 +7109,7 @@ RAL_LOCK_ASSERT(sc); - KASSERT(ifp->if_drv_flags & IFF_DRV_RUNNING, ("not running")); -+ KASSERT(ifp->if_drv_flags & RT2860_RUNNNING, ("not running")); ++ KASSERT(sc->sc_flags & RT2860_RUNNNING, ("not running")); if (sc->sc_invalid) /* card ejected */ return; From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 06:52:04 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8FFBA3B; Mon, 8 Jun 2015 06:52:04 +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 A79101DAD; Mon, 8 Jun 2015 06:52:04 +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 E219D1BB7; Mon, 8 Jun 2015 06:52:04 +0000 (UTC) Date: Mon, 8 Jun 2015 06:52:03 +0000 (GMT) From: jenkins-admin@freebsd.org To: araujo@FreeBSD.org, alc@FreeBSD.org, marcel@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <410322475.84.1433746324871.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1510127034.74.1433724325201.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1510127034.74.1433724325201.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2840 - 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: Mon, 08 Jun 2015 06:52:04 -0000 FreeBSD_HEAD - Build #2840 - Still Failing: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2840/ to view the results. From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 10:16:23 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 300AF5F1; Mon, 8 Jun 2015 10:16:23 +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 1EDD71DFA; Mon, 8 Jun 2015 10:16:23 +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 F1D9D1C02; Mon, 8 Jun 2015 10:16:22 +0000 (UTC) Date: Mon, 8 Jun 2015 10:16:22 +0000 (GMT) From: jenkins-admin@freebsd.org To: bapt@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <120296118.88.1433758582496.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <410322475.84.1433746324871.JavaMail.jenkins@jenkins-9.freebsd.org> References: <410322475.84.1433746324871.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2841 - 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: Mon, 08 Jun 2015 10:16:23 -0000 FreeBSD_HEAD - Build #2841 - Fixed: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2841/ to view the results. From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 15:27:39 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1F6FE05; Mon, 8 Jun 2015 15:27:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::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 9ECC61CBB; Mon, 8 Jun 2015 15:27:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbhj9 with SMTP id hj9so62088099igb.1; Mon, 08 Jun 2015 08:27:39 -0700 (PDT) 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=xDoLoV/xbDUMV1lki0yhExe8djs7JH+hydaUmxjYkpo=; b=Pwcv6/a1AMDkiLZc/z+/r2NqeHC50W7OrG4iTzjZN39px2qzGXYAMUY4bT/+TGypc6 RsSSmhHg2AwIQ7NxnO0YXv2ZB61TZbDLf/6mNl4jY5TpexgW8vztY3r2wv0cUXfrbz+P 4JeWrQK2A3fLztvlo407cJ7XGTEVpV8zjJ+fiaUlOWyE+FKOhd4lqjMo8sQ00IhVIbEX tW0INV1h6jLZFqUPDkfCD8YMY23rLJFhyIe0SFaUkrjGRtk8sEYrQ4PYe6MOax+K8EaO 7XWOO2TZbUfpXY8K7g321uWb3vKnc4KoGsBoGWiAjEpQdn0vob8B8htU6DK6UNPGX9+K eTSA== MIME-Version: 1.0 X-Received: by 10.107.155.74 with SMTP id d71mr20665928ioe.29.1433777259143; Mon, 08 Jun 2015 08:27:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Mon, 8 Jun 2015 08:27:39 -0700 (PDT) Date: Mon, 8 Jun 2015 08:27:39 -0700 X-Google-Sender-Auth: 4KUtahg6_lL-NLXH7wsoD0eRYqA Message-ID: Subject: please test: iwn(4) patch to buffer 5ghz frames before transmitting From: Adrian Chadd To: "freebsd-wireless@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: Mon, 08 Jun 2015 15:27:39 -0000 Hi, This patch: From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 15:29:18 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2980AFAB; Mon, 8 Jun 2015 15:29:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::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 E974C1CDC; Mon, 8 Jun 2015 15:29:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbhj9 with SMTP id hj9so62127296igb.1; Mon, 08 Jun 2015 08:29:17 -0700 (PDT) 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=bfHpBboHpIwntX2hT+HB6JGfBav4nVFTeWl/ILefL9k=; b=JvgOnhkHfYbbZI67dY/78qpHhDv5vHhIguVN11my3cM+Naj9CbLKYYTvHM27VpMTiC AQtPI/7UAFbrlFISjHTxJnT0saNHXBVLXw2G9g2sHr4dEAYGHtUjYRkVO9H4LZWmXDzg uRSl0A2aEDAGEy4EdUBSY2mttSIuldHQWGpChvjH5DmhGSmhQ5fGZqVVdsfSphuIyp44 Vgd+n9214PvwWE9GB8orkEpPdzoT1oePrAGfjJZ8E8Dyvcq+wfKhZ8ogX3QqvGGJapuL VcsSq6PWeg+WAS5qqdgE8QWg+jeXJoWasV8JeU1wUNROH/L1aLRVQjobRmKohIvoH6Zc C+xg== MIME-Version: 1.0 X-Received: by 10.50.79.228 with SMTP id m4mr13992459igx.6.1433777357258; Mon, 08 Jun 2015 08:29:17 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Mon, 8 Jun 2015 08:29:17 -0700 (PDT) Date: Mon, 8 Jun 2015 08:29:17 -0700 X-Google-Sender-Auth: _MJ2YEmXK_Z3RzzzmahIb2P3qhA Message-ID: Subject: Those at BSDCan 2015: please test: iwn(4) patch to buffer 5ghz frames before transmitting From: Adrian Chadd To: "freebsd-wireless@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: Mon, 08 Jun 2015 15:29:18 -0000 Sigh. This patch: https://people.freebsd.org/~adrian/net80211/20150524-iwn-delay-xmit-passive-1.diff along with the latest net80211 tree in -HEAD will buffer frames until the first beacon is received after association. It doesn't (yet!) purge frames in all the right places, but it should be enough to at least get you associated to the 5GHz networks at bsdcan. -adrian From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 18:34:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02A6F2DE; Mon, 8 Jun 2015 18:34:52 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::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 91A5B1DCF; Mon, 8 Jun 2015 18:34:51 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by wgv5 with SMTP id 5so110201877wgv.1; Mon, 08 Jun 2015 11:34:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cz55gaB/SY7/oKbAUojvlukLlTs9Ha+DFaCIgFW0SDU=; b=E+UCM23dgh8QmXNf2pt7gQP4xeO/dozOB/9qbejkseEiucw9P2X7mKuYpx68a6XGUr gPG6gmZJ0nFtBEvZnurQAMVngCjg7upSDIhBnzr2y1h0h7t/MO6EaOXRAnAZUVJeu4JF Hb6jzOQpTPToj1++86TETaR1SvMShuEqhrdtCVDRZmlyyTH2XBVg9eTOuBKynJ2ygSSl dnKJRhP5NRX0rKhY0pfyK4loCkbHavOxPQ2oq+MGDBQUd3OCVZFl7u/r1DeLuBGCNdzh 1yIiHc4eazVI2kSX1Rdou0FrgI63NKlAw/hX5gfAeTSGYKmeI84/bFTtDxNal9KUH5ap GqVA== MIME-Version: 1.0 X-Received: by 10.180.78.136 with SMTP id b8mr842096wix.44.1433788490103; Mon, 08 Jun 2015 11:34:50 -0700 (PDT) Received: by 10.194.61.169 with HTTP; Mon, 8 Jun 2015 11:34:50 -0700 (PDT) In-Reply-To: References: Date: Mon, 8 Jun 2015 21:34:50 +0300 Message-ID: Subject: Re: acpi_ibm boot panic From: Andrey Fesenko To: Rui Paulo Cc: Allan Jude , freebsd-current , rpaulo@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, 08 Jun 2015 18:34:52 -0000 On Mon, Jun 8, 2015 at 9:10 PM, Rui Paulo wrote: > The patch looks fine (goto or no-goto). I'm curious as to why you have no > SMBIOS strings though. Are you EFI-booting? Did you upgrade EFI so that it > exports SMBIOS strings to kenv? I recently fixed this problem in EFI. I'm testing first version, without ngie@ changes. EFI bootloader + ZFS root system (boot in ufs) From owner-freebsd-current@FreeBSD.ORG Mon Jun 8 19:10:49 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17837CEF; Mon, 8 Jun 2015 19:10:49 +0000 (UTC) (envelope-from rpaulo@me.com) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtp001.mac.com [17.172.220.236]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DEFB1163F; Mon, 8 Jun 2015 19:10:48 +0000 (UTC) (envelope-from rpaulo@me.com) Received: from st11p02im-spool001.me.com ([17.172.220.115]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTP id <0NPN00E3K15MTK70@st11p02mm-asmtp001.mac.com>; Mon, 08 Jun 2015 18:10:41 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151,1.0.33,0.0.0000 definitions=2015-06-08_10:2015-06-08,2015-06-08,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1506080291 MIME-version: 1.0 Received: from localhost ([17.172.220.163]) by st11p02im-spool001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTP id <0NPN00RHA15N9X00@st11p02im-spool001.mac.com>; Mon, 08 Jun 2015 18:10:35 +0000 (GMT) To: Andrey Fesenko Cc: allanjude@freebsd.org, freebsd-current@freebsd.org, rpaulo@freebsd.org From: Rui Paulo Subject: Re: acpi_ibm boot panic Date: Mon, 08 Jun 2015 18:10:35 +0000 (GMT) X-Mailer: iCloud MailClient15C90 MailServer15C.19370 X-Originating-IP: [12.218.212.178] Message-id: Content-Type: text/plain; charset=utf-8; format=flowed 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: Mon, 08 Jun 2015 19:10:49 -0000 The patch looks fine (goto or no-goto). =C2=A0I'm curious as to why you ha= ve no SMBIOS strings though. =C2=A0Are you EFI-booting? =C2=A0Did you upgr= ade EFI so that it exports SMBIOS strings to kenv? =C2=A0I recently fixed = this problem in EFI.= From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 02:03:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D22E37FD; Tue, 9 Jun 2015 02:03:15 +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 9E62C1AAE; Tue, 9 Jun 2015 02:03:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t5923Dc5012976; Mon, 8 Jun 2015 19:03:13 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t5923Dwl012975; Mon, 8 Jun 2015 19:03:13 -0700 (PDT) (envelope-from david) Date: Mon, 8 Jun 2015 19:03:13 -0700 From: David Wolfskill To: Adrian Chadd Cc: "freebsd-wireless@freebsd.org" , freebsd-current Subject: Re: Those at BSDCan 2015: please test: iwn(4) patch to buffer 5ghz frames before transmitting Message-ID: <20150609020313.GA12665@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Adrian Chadd , "freebsd-wireless@freebsd.org" , freebsd-current References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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, 09 Jun 2015 02:03:16 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 08, 2015 at 08:29:17AM -0700, Adrian Chadd wrote: > Sigh. >=20 > This patch: >=20 > https://people.freebsd.org/~adrian/net80211/20150524-iwn-delay-xmit-passi= ve-1.diff >=20 > along with the latest net80211 tree in -HEAD will buffer frames until > the first beacon is received after association. It doesn't (yet!) > purge frames in all the right places, but it should be enough to at > least get you associated to the 5GHz networks at bsdcan. > ... Seems to work so far for me.... I started with: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #87 r28414= 9M/284150:1100076: Mon Jun 8 04:54:51 PDT 2015 root@g1-254.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY amd64 Then: Script started on Mon Jun 8 18:43:54 2015 command: svn patch /home/david/tmp/20150524-iwn-delay-xmit-passive-1.diff U sys/dev/iwn/if_iwn.c U sys/dev/iwn/if_iwnvar.h Script done on Mon Jun 8 18:43:54 2015 Rebuilt/installed the kernel, rebooted: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #88 r28414= 9M/284150:1100076: Mon Jun 8 18:47:07 PDT 2015 root@g1-254.catwhisker.= org:/common/S3/obj/usr/src/sys/CANARY amd64 And laptop associated on channel 1. Then I remembered that I had set the priority of the 2.4 & 5 GHz radios the same, so I bumped the 5 GHz one up, tolkd it to "reconnect," now it's on channel 149: g1-254(11.0-C)[5] ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 34:e6:d7:3c:4a:93 nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet MCS mode 11na status: associated ssid lmdhw-net channel 149 (5745 MHz 11a ht/40+) bssid 0a:18:d6:21:= 22:1f country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 15 bmiss 10 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k -amsdutx amsdurx shortgi wme roaming MANUAL groups: wlan=20 g1-254(11.0-C)[6]=20 If I get a chance, I'll see if I can try it at work tomorrow -- we have a bit higher bandwidth to the Internet there.... :-} Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --envbJBWh7q8WU6mo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVdklhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk75QAP/3WJcbQBcz8FRmFma8/jeQYd cgMqjoP8sYk4m2fxKVB/d5faPZgN/ddu5B/Rz9oAitNSf+ZmN9bnRFivROj+a1Zg H+9USZCp7qisnfBPZgY7P0zOm4H8ORJ+YhGpxz2rcDbCRKxvsiMjgkXoZRO/mWkj Hn6tel5Q2qb4CS2xx2QjTR9Iz6/SvmWp+LN3cQ6lDXAYwO/CIwKxNlwpPLOdDqLG IqMl1V4pw/ZeJEYr7qGmyxPQ2kQCDrLODPuQM75Q3Ug65qNDEtyGQLdfb+DZI+7O QbvwLF5HGd8xhT8XFWF40LtH32cygMVawSxoCXN9yyipkIGh5x02H6BKfmJuDibG aSlvAZN5IlWUZg6RrzL2GQmdq+pwEPrSGSk14uHOJEzJTfXa1u/IArMqDbTN/dPk HWEPIKEvxnj3QUGHiwTIXjTLx4I61N0tc1z9YI6xQL33cy+nA2Fibb529aRsjHCZ MVuGCpx86kINlXluTt0KEHgV+aNhZn9ArEGzkYl7xdFOVugfvbjTsi2C2vdcqxWF q6PfUxLKdTSPtyXa9yEbCtpi3p6RvLBoqVG8JlWdEce3FlZoji9TVEYw6pyEKSUy 1bZEFF8aP8/DAKVlCi/p2k7pN+t6lTZ9KXM/OOYIlza1Yp1VeEKi8a+Sn95zOfto vijRONkjhMfywNAviVg+ =HSHx -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 9 12:38:22 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0782DAC3; Tue, 9 Jun 2015 12:38:22 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id DA62D1160; Tue, 9 Jun 2015 12:38:21 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.2.211.218] (unknown [137.122.64.65]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id DC4FC9917; Tue, 9 Jun 2015 12:38:14 +0000 (UTC) Message-ID: <5576DE36.2050005@freebsd.org> Date: Tue, 09 Jun 2015 08:38:14 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Rui Paulo , Andrey Fesenko CC: freebsd-current@freebsd.org, rpaulo@freebsd.org Subject: Re: acpi_ibm boot panic References: In-Reply-To: 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: Tue, 09 Jun 2015 12:38:22 -0000 On 06/08/2015 14:10, Rui Paulo wrote: > The patch looks fine (goto or no-goto). I'm curious as to why you have > no SMBIOS strings though. Are you EFI-booting? Did you upgrade EFI so > that it exports SMBIOS strings to kenv? I recently fixed this problem > in EFI. I don't boot with EFI, as I am using ZFS. My machine is an Lenovo T530 (ivy bridge) -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 00:40:25 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87249281; Wed, 10 Jun 2015 00:40: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 35AE317C6; Wed, 10 Jun 2015 00:40: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 D56751F8B; Wed, 10 Jun 2015 00:40:12 +0000 (UTC) Date: Wed, 10 Jun 2015 00:39:57 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1325037805.92.1433896800563.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1097 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests 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, 10 Jun 2015 00:40:25 -0000 FreeBSD_HEAD-tests - Build #1097 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1097/ to view the results. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 03:27:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20CC1A44; Wed, 10 Jun 2015 03:27:15 +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 107911EA5; Wed, 10 Jun 2015 03:27:15 +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 8E7BC1FBD; Wed, 10 Jun 2015 03:27:12 +0000 (UTC) Date: Wed, 10 Jun 2015 03:27:09 +0000 (GMT) From: jenkins-admin@freebsd.org To: jkim@FreeBSD.org, sobomax@FreeBSD.org, zbb@FreeBSD.org, marcel@FreeBSD.org, ken@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1328164826.96.1433906831707.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2846 - Failure 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, 10 Jun 2015 03:27:15 -0000 FreeBSD_HEAD - Build #2846 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2846/ to view the results. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 08:12:28 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA9DC52E; Wed, 10 Jun 2015 08:12:28 +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 BA25911D2; Wed, 10 Jun 2015 08:12:28 +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 79EC2BA; Wed, 10 Jun 2015 08:12:28 +0000 (UTC) Date: Wed, 10 Jun 2015 08:12:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: alc@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <281320053.100.1433923947768.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1328164826.96.1433906831707.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1328164826.96.1433906831707.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2847 - 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, 10 Jun 2015 08:12:28 -0000 FreeBSD_HEAD - Build #2847 - Still Failing: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2847/ to view the results. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 10:01:44 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D043473 for ; Wed, 10 Jun 2015 10:01:44 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv158.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (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 CC6951D01 for ; Wed, 10 Jun 2015 10:01:43 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=DDQGzWNe6eU7tP8Upw/efaBWR8aRw1wMLVx3M7QIfDM=; b=asN6ICobKmYG37aNQqe2E4k3grupTO2MEpJCeqpgmhQhc+NqiAH2kQfxMWlpVrFY9IwYaid04hSBD7u++Qgm90dQ9PaV+kjWZhq5W9tHFdt1/c7mYyTyUAPqgM9S22+Ao9OO9DBkE4PtDhptB6/SVX/Eq1eKZqs7OzAkhNU+AGk=; Received: from [134.249.91.180] (helo=nonamehost.local) by frv158.fwdcdn.com with esmtpsa ID 1Z2cpB-000J8n-P9 for current@freebsd.org; Wed, 10 Jun 2015 13:01:33 +0300 Date: Wed, 10 Jun 2015 13:01:32 +0300 From: Ivan Klymenko To: current@freebsd.org Subject: Build world error after update from r284175 to r284207 Message-ID: <20150610130132.19eecf70@nonamehost.local> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=134.249.91.180; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net 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, 10 Jun 2015 10:01:44 -0000 ... ===> bin/getfacl (all) --- gnu.all__D --- --- floatformat.o --- cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. -I/usr/src/gnu/usr.bin/binutils/libiberty -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd -I/media/da0s1/obj/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/include -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -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-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/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/floatformat.c -o floatformat.o --- bin.all__D --- --- getfacl.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/bin/getfacl/getfacl.c -o getfacl.o --- cddl.all__D --- --- uu_dprintf.po --- cc -pg -O2 -pipe -DNATIVE_BUILD -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -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 -Wno-parentheses -Qunused-arguments -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/common/uu_dprintf.c -o uu_dprintf.po --- gnu.all__D --- --- hashtab.o --- cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=64 -I. -I/usr/src/gnu/usr.bin/binutils/libiberty -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd -I/media/da0s1/obj/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/include -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -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-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/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/hashtab.c -o hashtab.o --- cddl.all__D --- --- uu_ident.po --- cc -pg -O2 -pipe -DNATIVE_BUILD -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -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 -Wno-parentheses -Qunused-arguments -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/common/uu_ident.c -o uu_ident.po --- bin.all__D --- --- getfacl.1.gz --- gzip -cn /usr/src/bin/getfacl/getfacl.1 > getfacl.1.gz --- getfacl --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o getfacl getfacl.o --- all_subdir_hostname --- ===> bin/hostname (all) --- libexec.all__D --- --- ftpd --- cc -O2 -pipe -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/usr/src/libexec/ftpd -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM -std=gnu99 -fstack-protector -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-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam --- cddl.all__D --- --- uu_list.po --- --- bin.all__D --- --- hostname.o --- cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/bin/hostname/hostname.c -o hostname.o --- cddl.all__D --- cc -pg -O2 -pipe -DNATIVE_BUILD -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head -DNEED_SOLARIS_BOOLEAN -std=gnu99 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body -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 -Wno-parentheses -Qunused-arguments -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuutil/common/uu_list.c -o uu_list.po --- libexec.all__D --- ls.o: In function `ls_main': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0xcd): undefined reference to `xo_parse_args' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0xe3): undefined reference to `xo_set_flags' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x4a9): undefined reference to `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x6fd): undefined reference to `xo_open_container' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x729): undefined reference to `xo_close_container' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x72e): undefined reference to `xo_finish' ls.o: In function `traverse': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x81e): undefined reference to `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x85b): undefined reference to `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x880): undefined reference to `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x88a): undefined reference to `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8a5): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8bf): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8e0): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x90d): undefined reference to `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x95a): undefined reference to `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x984): undefined reference to `xo_err' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x995): undefined reference to `xo_err' ls.o: In function `display': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x125c): undefined reference to `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x12d9): undefined reference to `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x1486): undefined reference to `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x164e): undefined reference to `xo_err' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x1664): undefined reference to `xo_err' print.o: In function `printscol': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x10): undefined reference to `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x36): undefined reference to `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x50): undefined reference to `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5c): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x6c): undefined reference to `xo_close_list' print.o: In function `printaname': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xa0): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xd6): undefined reference to `xo_emit' print.o: In function `printname': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x19b): undefined reference to `xo_emit' print.o: In function `printlong': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x26b): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x275): undefined reference to `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x29a): undefined reference to `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x2f3): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x311): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x34d): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x4ec): undefined reference to `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x4fd): undefined reference to `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x53c): undefined reference to `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x572): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x590): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5ae): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5d9): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x673): undefined reference to `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x680): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x6c4): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x745): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x7ea): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x81a): undefined reference to `xo_error' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x826): undefined reference to `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x832): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x841): undefined reference to `xo_close_list' print.o: In function `printtime': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x991): undefined reference to `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x99e): undefined reference to `xo_emit' print.o: In function `printtype': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xa61): undefined reference to `xo_emit' print.o: In function `printstream': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xad9): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xb09): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xb32): undefined reference to `xo_emit' print.o:/usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xc8c): more undefined references to `xo_emit' follow print.o: In function `printcol': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xc96): undefined reference to `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xcf6): undefined reference to `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xd1e): undefined reference to `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xd8b): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdcc): undefined reference to `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdf8): undefined reference to `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xe01): undefined reference to `xo_warn' util.o: In function `prn_normal': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x43): undefined reference to `xo_emit' util.o: In function `usage': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x84c): undefined reference to `xo_error' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [ftpd] Error code 1 make[4]: stopped in /usr/src/libexec/ftpd 1 error make[4]: stopped in /usr/src/libexec/ftpd *** [_sub.all] Error code 2 make[3]: stopped in /usr/src/libexec 1 error make[3]: stopped in /usr/src/libexec --- bin.all__D --- --- hostname.1.gz --- --- libexec.all__D --- *** [libexec.all__D] Error code 2 make[2]: stopped in /usr/src --- bin.all__D --- gzip -cn /usr/src/bin/hostname/hostname.1 > hostname.1.gz A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/bin/hostname *** [all_subdir_hostname] Error code 2 make[3]: stopped in /usr/src/bin 1 error make[3]: stopped in /usr/src/bin *** [bin.all__D] Error code 2 make[2]: stopped in /usr/src --- gnu.all__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/gnu/usr.bin/binutils/libiberty *** [_sub.all] Error code 2 make[5]: stopped in /usr/src/gnu/usr.bin/binutils 1 error make[5]: stopped in /usr/src/gnu/usr.bin/binutils *** [all_subdir_binutils] Error code 2 make[4]: stopped in /usr/src/gnu/usr.bin 1 error make[4]: stopped in /usr/src/gnu/usr.bin *** [_sub.all] Error code 2 make[3]: stopped in /usr/src/gnu 1 error make[3]: stopped in /usr/src/gnu *** [gnu.all__D] Error code 2 make[2]: stopped in /usr/src --- cddl.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/cddl/lib/libuutil *** [all_subdir_libuutil] Error code 2 make[4]: stopped in /usr/src/cddl/lib 1 error make[4]: stopped in /usr/src/cddl/lib *** [_sub.all] Error code 2 make[3]: stopped in /usr/src/cddl 1 error make[3]: stopped in /usr/src/cddl *** [cddl.all__D] Error code 2 make[2]: stopped in /usr/src --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libc++ *** [all_subdir_libc++] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [lib.all__D] Error code 2 make[2]: stopped in /usr/src 5 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 From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 10:16:02 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5572371F; Wed, 10 Jun 2015 10:16:02 +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 44FEE1F76; Wed, 10 Jun 2015 10:16:02 +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 CE5BEDD; Wed, 10 Jun 2015 10:16:02 +0000 (UTC) Date: Wed, 10 Jun 2015 10:16:01 +0000 (GMT) From: jenkins-admin@freebsd.org To: jkim@FreeBSD.org, mjg@FreeBSD.org, zbb@FreeBSD.org, alc@FreeBSD.org, marcel@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <369064660.102.1433931362806.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #72 - 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: 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, 10 Jun 2015 10:16:02 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #72 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/72/ to view the results. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 10:26:20 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CD209CF for ; Wed, 10 Jun 2015 10:26:20 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv158.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (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 AC23E11F6 for ; Wed, 10 Jun 2015 10:26:19 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=ca54ZIzWE1kevRkjHcFbw0nRLWhSWq5E5zeygKfELVE=; b=hRsLFdJ3hTs03GGn7ekv/IVo2llTB50Z05q6yEHC23z2gZC/h+lCzJtKj1JrcSGXJjtC5FwAs7Ni9dPTaUXvM2egDjkbelKlmQVOdsQcMqHGJTtBV6Kf96Ni5byhaWUIfMjV4Io0Dk7Oc6Gtg7qNPkdURvKltD+68EsynKs2BSk=; Received: from [134.249.91.180] (helo=nonamehost.local) by frv158.fwdcdn.com with esmtpsa ID 1Z2dD7-0001z0-TI for current@freebsd.org; Wed, 10 Jun 2015 13:26:18 +0300 Date: Wed, 10 Jun 2015 13:26:17 +0300 From: Ivan Klymenko To: current@freebsd.org Subject: Re: Build world error after update from r284175 to r284207 Message-ID: <20150610132617.28010f2e@nonamehost.local> In-Reply-To: <20150610130132.19eecf70@nonamehost.local> References: <20150610130132.19eecf70@nonamehost.local> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.180; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net 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, 10 Jun 2015 10:26:20 -0000 Wed, 10 Jun 2015 13:01:32 +0300 Ivan Klymenko =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2: > ... > =3D=3D=3D> bin/getfacl (all) > --- gnu.all__D --- > --- floatformat.o --- > cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. > -I/usr/src/gnu/usr.bin/binutils/libiberty > -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > -I/media/da0s1/obj/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/in= clude > -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protector -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-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/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/l= ibiberty/floatformat.c > -o floatformat.o --- bin.all__D --- --- getfacl.o --- cc -O2 -pipe > -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments > -c /usr/src/bin/getfacl/getfacl.c -o getfacl.o --- cddl.all__D --- > --- uu_dprintf.po --- cc -pg -O2 -pipe -DNATIVE_BUILD > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuut= il/common > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/co= mmon > -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head > -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wno-pointer-sign > -Wno-unknown-pragmas -Wno-empty-body -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 -Wno-parentheses > -Qunused-arguments > -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuu= til/common/uu_dprintf.c > -o uu_dprintf.po --- gnu.all__D --- --- hashtab.o --- cc -O2 > -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. > -I/usr/src/gnu/usr.bin/binutils/libiberty > -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > -I/media/da0s1/obj/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/in= clude > -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protector -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-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/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/l= ibiberty/hashtab.c > -o hashtab.o --- cddl.all__D --- --- uu_ident.po --- cc -pg -O2 > -pipe -DNATIVE_BUILD > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuut= il/common > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/co= mmon > -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head > -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wno-pointer-sign > -Wno-unknown-pragmas -Wno-empty-body -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 -Wno-parentheses > -Qunused-arguments > -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuu= til/common/uu_ident.c > -o uu_ident.po --- bin.all__D --- --- getfacl.1.gz --- gzip > -cn /usr/src/bin/getfacl/getfacl.1 > getfacl.1.gz --- getfacl --- cc > -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wno-pointer-sign > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments > -o getfacl getfacl.o --- all_subdir_hostname --- =3D=3D=3D> bin/hostname > (all) --- libexec.all__D --- --- ftpd --- cc -O2 -pipe > -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/usr/src/libexec/ftpd > -Dmain=3Dls_main -I/usr/src/libexec/ftpd/../../bin/ls -DINET6 -DUSE_PAM > -std=3Dgnu99 -fstack-protector -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-parentheses-equality > -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Qunused-arguments -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o ls.o > cmp.o print.o util.o -lutil -lcrypt -lopie -lmd -lm -lpam --- > cddl.all__D --- --- uu_list.po --- --- bin.all__D --- --- hostname.o > --- cc -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow > -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > -Wnested-externs -Wredundant-decls -Wold-style-definition > -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Qunused-arguments -c /usr/src/bin/hostname/hostname.c -o hostname.o > --- cddl.all__D --- cc -pg -O2 -pipe -DNATIVE_BUILD > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuut= il/common > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/co= mmon > -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head > -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector -Wno-pointer-sign > -Wno-unknown-pragmas -Wno-empty-body -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 -Wno-parentheses > -Qunused-arguments > -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libuu= til/common/uu_list.c > -o uu_list.po --- libexec.all__D --- ls.o: In function > `ls_main': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0xcd): > undefined reference to > `xo_parse_args' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0xe3): > undefined reference to > `xo_set_flags' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x4a9): > undefined reference to > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x6fd): > undefined reference to > `xo_open_container' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x729): > undefined reference to > `xo_close_container' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x72e= ): > undefined reference to `xo_finish' ls.o: In function > `traverse': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x81e): > undefined reference to > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x85b): > undefined reference to > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x880): > undefined reference to > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x88a): > undefined reference to > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8a5): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8bf): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8e0): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x90d): > undefined reference to > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x95a): > undefined reference to > `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x984): > undefined reference to > `xo_err' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x995): > undefined reference to `xo_err' ls.o: In function > `display': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x125c): > undefined reference to > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x12d9): > undefined reference to > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x1486): > undefined reference to > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x164e): > undefined reference to > `xo_err' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x1664): > undefined reference to `xo_err' print.o: In function > `printscol': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x10): > undefined reference to > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x36): > undefined reference to > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x50= ): > undefined reference to > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5= c): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x6c): > undefined reference to `xo_close_list' print.o: In function > `printaname': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xa0): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xd6): > undefined reference to `xo_emit' print.o: In function > `printname': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x19b): > undefined reference to `xo_emit' print.o: In function > `printlong': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x26b): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x275): > undefined reference to > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x29a): > undefined reference to > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x2f= 3): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x311): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x34d): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x4ec): > undefined reference to > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x4fd): > undefined reference to > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x53c): > undefined reference to > `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x572): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x590): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5ae): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5d9): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x673): > undefined reference to > `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x680): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x6c4): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x745): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x7ea): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x81a): > undefined reference to > `xo_error' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x826): > undefined reference to > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x8= 32): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x841): > undefined reference to `xo_close_list' print.o: In function > `printtime': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x991): > undefined reference to > `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x99e): > undefined reference to `xo_emit' print.o: In function > `printtype': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xa61): > undefined reference to `xo_emit' print.o: In function > `printstream': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xad9): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xb09): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xb32): > undefined reference to `xo_emit' > print.o:/usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xc8c): > more undefined references to `xo_emit' follow print.o: In function > `printcol': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xc96): > undefined reference to > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xcf6): > undefined reference to > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xd1= e): > undefined reference to > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xd= 8b): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdcc): > undefined reference to > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdf8): > undefined reference to > `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xe01): > undefined reference to `xo_warn' util.o: In function > `prn_normal': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x43): > undefined reference to `xo_emit' util.o: In function > `usage': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x84c): > undefined reference to `xo_error' cc: error: linker command failed > with exit code 1 (use -v to see invocation) *** [ftpd] Error code 1 >=20 > make[4]: stopped in /usr/src/libexec/ftpd > 1 error >=20 > make[4]: stopped in /usr/src/libexec/ftpd > *** [_sub.all] Error code 2 >=20 > make[3]: stopped in /usr/src/libexec > 1 error >=20 > make[3]: stopped in /usr/src/libexec > --- bin.all__D --- > --- hostname.1.gz --- > --- libexec.all__D --- > *** [libexec.all__D] Error code 2 >=20 > make[2]: stopped in /usr/src > --- bin.all__D --- > gzip -cn /usr/src/bin/hostname/hostname.1 > hostname.1.gz > A failure has been detected in another branch of the parallel make >=20 > make[4]: stopped in /usr/src/bin/hostname > *** [all_subdir_hostname] Error code 2 >=20 > make[3]: stopped in /usr/src/bin > 1 error >=20 > make[3]: stopped in /usr/src/bin > *** [bin.all__D] Error code 2 >=20 > make[2]: stopped in /usr/src > --- gnu.all__D --- > A failure has been detected in another branch of the parallel make >=20 > make[6]: stopped in /usr/src/gnu/usr.bin/binutils/libiberty > *** [_sub.all] Error code 2 >=20 > make[5]: stopped in /usr/src/gnu/usr.bin/binutils > 1 error >=20 > make[5]: stopped in /usr/src/gnu/usr.bin/binutils > *** [all_subdir_binutils] Error code 2 >=20 > make[4]: stopped in /usr/src/gnu/usr.bin > 1 error >=20 > make[4]: stopped in /usr/src/gnu/usr.bin > *** [_sub.all] Error code 2 >=20 > make[3]: stopped in /usr/src/gnu > 1 error >=20 > make[3]: stopped in /usr/src/gnu > *** [gnu.all__D] Error code 2 >=20 > make[2]: stopped in /usr/src > --- cddl.all__D --- > A failure has been detected in another branch of the parallel make >=20 > make[5]: stopped in /usr/src/cddl/lib/libuutil > *** [all_subdir_libuutil] Error code 2 >=20 > make[4]: stopped in /usr/src/cddl/lib > 1 error >=20 > make[4]: stopped in /usr/src/cddl/lib > *** [_sub.all] Error code 2 >=20 > make[3]: stopped in /usr/src/cddl > 1 error >=20 > make[3]: stopped in /usr/src/cddl > *** [cddl.all__D] Error code 2 >=20 > make[2]: stopped in /usr/src > --- lib.all__D --- > A failure has been detected in another branch of the parallel make >=20 > make[4]: stopped in /usr/src/lib/libc++ > *** [all_subdir_libc++] Error code 2 >=20 > make[3]: stopped in /usr/src/lib > 1 error >=20 > make[3]: stopped in /usr/src/lib > *** [lib.all__D] Error code 2 >=20 > make[2]: stopped in /usr/src > 5 errors >=20 > make[2]: stopped in /usr/src > *** [everything] Error code 2 >=20 > make[1]: stopped in /usr/src > 1 error >=20 > make[1]: stopped in /usr/src > *** [buildworld] Error code 2 >=20 > make: stopped in /usr/src > 1 error >=20 > make: stopped in /usr/src > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" https://svnweb.freebsd.org/base?view=3Drevision&revision=3D284198 that commit breaks build. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 13:47:13 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4372CAF5; Wed, 10 Jun 2015 13:47:13 +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 321211987; Wed, 10 Jun 2015 13:47:13 +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 0345914E; Wed, 10 Jun 2015 13:47:12 +0000 (UTC) Date: Wed, 10 Jun 2015 13:47:12 +0000 (GMT) From: jenkins-admin@freebsd.org To: mjg@FreeBSD.org, br@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1710009091.108.1433944032889.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <281320053.100.1433923947768.JavaMail.jenkins@jenkins-9.freebsd.org> References: <281320053.100.1433923947768.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2848 - 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, 10 Jun 2015 13:47:13 -0000 FreeBSD_HEAD - Build #2848 - Still Failing: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2848/ to view the results. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 16:27:54 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F36E3B0 for ; Wed, 10 Jun 2015 16:27:54 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 335721660 for ; Wed, 10 Jun 2015 16:27:53 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p57BCFE51.dip0.t-ipconnect.de [87.188.254.81]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t5AGU9h9068786 for ; Wed, 10 Jun 2015 18:30:09 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id t5AGRg5l038625 for ; Wed, 10 Jun 2015 18:27:42 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id t5AGRU8i069714 for ; Wed, 10 Jun 2015 18:27:42 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201506101627.t5AGRU8i069714@fire.js.berklix.net> To: current@freebsd.org Subject: src/libexec/ftpd possible make error on svn_revision 284205 From: "Julian H. Stacey" Organization: http://berklix.com BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Wed, 10 Jun 2015 18:27:30 +0200 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, 10 Jun 2015 16:27:54 -0000 There may possibly be an un-matched commit at: cat /usr/src/.svn_revision # 284205 cat /usr/src/.ctm_status # src-cur 11995 make world /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdf8): undefined reference to `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xe01): undefined reference to `xo_warn' util.o: In function `prn_normal': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x43): undefined reference to `xo_emit' util.o: In function `usage': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x84c): undefined reference to `xo_error' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Now I'm runnning make -k all Before the world above I had run 'cd src/include ; make install ; cd .. ; make all' so the problem might be just here. Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Reply Below as a play script. Send plain text, Not quoted-printable, HTML, or base64. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 16:37:10 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5643C806 for ; Wed, 10 Jun 2015 16:37:10 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv158.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (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 17D9E18C5 for ; Wed, 10 Jun 2015 16:37:09 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=DxjDqShBe4q5UJAqePrieLF0lcxQDQTvvxGtwtNt/r0=; b=R5OMyunX2K1VUbgIMI6raAXkhsH9g2GILO8rJ3A5pXCE9yYwAGfAl6uqo1Cjz65e8l44UAt7vymdC2I+aiOhdb/Ccl3HrLDfWg2mQa85jh4FZSplmDH1tqb1/f4o0qpaMxg97aRF86GS047ei86YiO3GN4f12yuq5xmF3M6p0L8=; Received: from [134.249.91.180] (helo=nonamehost.local) by frv158.fwdcdn.com with esmtpsa ID 1Z2izt-0006sr-8T ; Wed, 10 Jun 2015 19:37:01 +0300 Date: Wed, 10 Jun 2015 19:37:00 +0300 From: Ivan Klymenko To: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: src/libexec/ftpd possible make error on svn_revision 284205 Message-ID: <20150610193700.02701054@nonamehost.local> In-Reply-To: <201506101627.t5AGRU8i069714@fire.js.berklix.net> References: <201506101627.t5AGRU8i069714@fire.js.berklix.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.180; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net 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, 10 Jun 2015 16:37:10 -0000 Wed, 10 Jun 2015 18:27:30 +0200 "Julian H. Stacey" =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0= =D0=B2: > There may possibly be an un-matched commit at: > cat /usr/src/.svn_revision # 284205 > cat /usr/src/.ctm_status # src-cur 11995 > make world >=20 > /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdf8): undefined > reference to > `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xe01): > undefined reference to `xo_warn' util.o: In function > `prn_normal': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x43): > undefined reference to `xo_emit' util.o: In function > `usage': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x84c): > undefined reference to `xo_error' cc: error: linker command failed > with exit code 1 (use -v to see invocation) *** Error code 1 >=20 > Now I'm runnning make -k all > Before the world above I had run > 'cd src/include ; make install ; cd .. ; make all' > so the problem might be just here. >=20 > Cheers, > Julian > -- > Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich > http://berklix.com Indent previous with "> ". Reply Below as a > play script. Send plain text, Not quoted-printable, HTML, or base64. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Fixed r284221 From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 16:37:58 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23A7D950 for ; Wed, 10 Jun 2015 16:37:58 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv158.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (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 C38F818D7 for ; Wed, 10 Jun 2015 16:37:57 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=4TyTGg3madRLVXMOkqSQ0rPXRrLg6mQQrEMg4iOHVOA=; b=FHVzFHKtR1AM+zr6qKE1QKkEsS3VOCZDE9jJYUE+R7vLahS34DSpMZ5tyiDpri+Ezx/ClYhd+OXxCo8EOM409Ig3y3aNrkj+LfUcu3UlbSBCumebgl3EzR3+Su3IhvWzlIBWlBbKo5hI5/75MWfBZqnpRWCUKnXjWyMnYMVz+NI=; Received: from [134.249.91.180] (helo=nonamehost.local) by frv158.fwdcdn.com with esmtpsa ID 1Z2j0m-0008EI-2S for current@freebsd.org; Wed, 10 Jun 2015 19:37:56 +0300 Date: Wed, 10 Jun 2015 19:37:55 +0300 From: Ivan Klymenko To: current@freebsd.org Subject: Re: Build world error after update from r284175 to r284207 Message-ID: <20150610193755.6a917fcd@nonamehost.local> In-Reply-To: <20150610132617.28010f2e@nonamehost.local> References: <20150610130132.19eecf70@nonamehost.local> <20150610132617.28010f2e@nonamehost.local> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=134.249.91.180; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net 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, 10 Jun 2015 16:37:58 -0000 Wed, 10 Jun 2015 13:26:17 +0300 Ivan Klymenko =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2: > Wed, 10 Jun 2015 13:01:32 +0300 > Ivan Klymenko =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2: >=20 > > ... > > =3D=3D=3D> bin/getfacl (all) > > --- gnu.all__D --- > > --- floatformat.o --- > > cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. > > -I/usr/src/gnu/usr.bin/binutils/libiberty > > -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > > -I/media/da0s1/obj/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > > -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/= include > > -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protector -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-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/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils= /libiberty/floatformat.c > > -o floatformat.o --- bin.all__D --- --- getfacl.o --- cc -O2 -pipe > > -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign > > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > > -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments > > -c /usr/src/bin/getfacl/getfacl.c -o getfacl.o --- cddl.all__D --- > > --- uu_dprintf.po --- cc -pg -O2 -pipe -DNATIVE_BUILD > > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libu= util/common > > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris > > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/= common > > -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include > > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head > > -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector > > -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body > > -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 -Wno-parentheses -Qunused-arguments > > -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/lib= uutil/common/uu_dprintf.c > > -o uu_dprintf.po --- gnu.all__D --- --- hashtab.o --- cc -O2 > > -pipe -DBFD_DEFAULT_TARGET_SIZE=3D64 -I. > > -I/usr/src/gnu/usr.bin/binutils/libiberty > > -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > > -I/media/da0s1/obj/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd > > -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/= include > > -DHAVE_CONFIG_H -std=3Dgnu99 -fstack-protector -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-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/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils= /libiberty/hashtab.c > > -o hashtab.o --- cddl.all__D --- --- uu_ident.po --- cc -pg -O2 > > -pipe -DNATIVE_BUILD > > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libu= util/common > > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris > > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/= common > > -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include > > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head > > -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector > > -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body > > -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 -Wno-parentheses -Qunused-arguments > > -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/lib= uutil/common/uu_ident.c > > -o uu_ident.po --- bin.all__D --- --- getfacl.1.gz --- gzip > > -cn /usr/src/bin/getfacl/getfacl.1 > getfacl.1.gz --- getfacl --- cc > > -O2 -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign > > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > > -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments > > -o getfacl getfacl.o --- all_subdir_hostname --- =3D=3D=3D> bin/hostname > > (all) --- libexec.all__D --- --- ftpd --- cc -O2 -pipe > > -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING -I/usr/src/libexec/ftpd > > -Dmain=3Dls_main -I/usr/src/libexec/ftpd/../../bin/ls -DINET6 > > -DUSE_PAM -std=3Dgnu99 -fstack-protector -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-parentheses-equality -Wno-unused-function -Wno-enum-conversion > > -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum > > -Wno-knr-promoted-parameter -Qunused-arguments -o ftpd ftpd.o > > ftpcmd.o logwtmp.o popen.o ls.o cmp.o print.o util.o -lutil > > -lcrypt -lopie -lmd -lm -lpam --- cddl.all__D --- --- > > uu_list.po --- --- bin.all__D --- --- hostname.o --- cc -O2 > > -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror -Wall > > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wold-style-definition -Wno-pointer-sign > > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > > -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments > > -c /usr/src/bin/hostname/hostname.c -o hostname.o --- cddl.all__D > > --- cc -pg -O2 -pipe -DNATIVE_BUILD > > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/libu= util/common > > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/compat/opensolaris > > -I/usr/src/cddl/lib/libuutil/../../../sys/cddl/contrib/opensolaris/uts/= common > > -I/usr/src/cddl/lib/libuutil/../../../cddl/compat/opensolaris/include > > -I/usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/head > > -DNEED_SOLARIS_BOOLEAN -std=3Dgnu99 -fstack-protector > > -Wno-pointer-sign -Wno-unknown-pragmas -Wno-empty-body > > -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 -Wno-parentheses -Qunused-arguments > > -c /usr/src/cddl/lib/libuutil/../../../cddl/contrib/opensolaris/lib/lib= uutil/common/uu_list.c > > -o uu_list.po --- libexec.all__D --- ls.o: In function > > `ls_main': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0xcd): > > undefined reference to > > `xo_parse_args' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0xe3): > > undefined reference to > > `xo_set_flags' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x4a9): > > undefined reference to > > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x6fd): > > undefined reference to > > `xo_open_container' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x72= 9): > > undefined reference to > > `xo_close_container' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x7= 2e): > > undefined reference to `xo_finish' ls.o: In function > > `traverse': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x81e): > > undefined reference to > > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x85b): > > undefined reference to > > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x880): > > undefined reference to > > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x88a): > > undefined reference to > > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8a5= ): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8bf): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x8e0): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x90d): > > undefined reference to > > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x95= a): > > undefined reference to > > `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x984): > > undefined reference to > > `xo_err' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x995): > > undefined reference to `xo_err' ls.o: In function > > `display': /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x125c): > > undefined reference to > > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x12d9): > > undefined reference to > > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x1486): > > undefined reference to > > `xo_warnx' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x164e): > > undefined reference to > > `xo_err' /usr/src/libexec/ftpd/../../bin/ls/ls.c:(.text+0x1664): > > undefined reference to `xo_err' print.o: In function > > `printscol': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x10): > > undefined reference to > > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x36): > > undefined reference to > > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x= 50): > > undefined reference to > > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0= x5c): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x6c): > > undefined reference to `xo_close_list' print.o: In function > > `printaname': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xa0): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xd6): > > undefined reference to `xo_emit' print.o: In function > > `printname': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x19b): > > undefined reference to `xo_emit' print.o: In function > > `printlong': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x26b): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x275): > > undefined reference to > > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x29a): > > undefined reference to > > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x= 2f3): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x311): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x34d): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x4ec): > > undefined reference to > > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x4fd): > > undefined reference to > > `xo_warn' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x53c): > > undefined reference to > > `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x572): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x590): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5ae): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x5d9): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x673): > > undefined reference to > > `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x680): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x6c4): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x745): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x7ea): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x81a): > > undefined reference to > > `xo_error' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x826): > > undefined reference to > > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0= x832): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x841): > > undefined reference to `xo_close_list' print.o: In function > > `printtime': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x991): > > undefined reference to > > `xo_attr' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x99e): > > undefined reference to `xo_emit' print.o: In function > > `printtype': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xa61): > > undefined reference to `xo_emit' print.o: In function > > `printstream': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xad9): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xb09): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xb32): > > undefined reference to `xo_emit' > > print.o:/usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xc8c): > > more undefined references to `xo_emit' follow print.o: In function > > `printcol': /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xc96): > > undefined reference to > > `xo_open_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xcf6): > > undefined reference to > > `xo_open_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0x= d1e): > > undefined reference to > > `xo_close_instance' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0= xd8b): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdcc): > > undefined reference to > > `xo_emit' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xdf8): > > undefined reference to > > `xo_close_list' /usr/src/libexec/ftpd/../../bin/ls/print.c:(.text+0xe01= ): > > undefined reference to `xo_warn' util.o: In function > > `prn_normal': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x43): > > undefined reference to `xo_emit' util.o: In function > > `usage': /usr/src/libexec/ftpd/../../bin/ls/util.c:(.text+0x84c): > > undefined reference to `xo_error' cc: error: linker command failed > > with exit code 1 (use -v to see invocation) *** [ftpd] Error code 1 > >=20 > > make[4]: stopped in /usr/src/libexec/ftpd > > 1 error > >=20 > > make[4]: stopped in /usr/src/libexec/ftpd > > *** [_sub.all] Error code 2 > >=20 > > make[3]: stopped in /usr/src/libexec > > 1 error > >=20 > > make[3]: stopped in /usr/src/libexec > > --- bin.all__D --- > > --- hostname.1.gz --- > > --- libexec.all__D --- > > *** [libexec.all__D] Error code 2 > >=20 > > make[2]: stopped in /usr/src > > --- bin.all__D --- > > gzip -cn /usr/src/bin/hostname/hostname.1 > hostname.1.gz > > A failure has been detected in another branch of the parallel make > >=20 > > make[4]: stopped in /usr/src/bin/hostname > > *** [all_subdir_hostname] Error code 2 > >=20 > > make[3]: stopped in /usr/src/bin > > 1 error > >=20 > > make[3]: stopped in /usr/src/bin > > *** [bin.all__D] Error code 2 > >=20 > > make[2]: stopped in /usr/src > > --- gnu.all__D --- > > A failure has been detected in another branch of the parallel make > >=20 > > make[6]: stopped in /usr/src/gnu/usr.bin/binutils/libiberty > > *** [_sub.all] Error code 2 > >=20 > > make[5]: stopped in /usr/src/gnu/usr.bin/binutils > > 1 error > >=20 > > make[5]: stopped in /usr/src/gnu/usr.bin/binutils > > *** [all_subdir_binutils] Error code 2 > >=20 > > make[4]: stopped in /usr/src/gnu/usr.bin > > 1 error > >=20 > > make[4]: stopped in /usr/src/gnu/usr.bin > > *** [_sub.all] Error code 2 > >=20 > > make[3]: stopped in /usr/src/gnu > > 1 error > >=20 > > make[3]: stopped in /usr/src/gnu > > *** [gnu.all__D] Error code 2 > >=20 > > make[2]: stopped in /usr/src > > --- cddl.all__D --- > > A failure has been detected in another branch of the parallel make > >=20 > > make[5]: stopped in /usr/src/cddl/lib/libuutil > > *** [all_subdir_libuutil] Error code 2 > >=20 > > make[4]: stopped in /usr/src/cddl/lib > > 1 error > >=20 > > make[4]: stopped in /usr/src/cddl/lib > > *** [_sub.all] Error code 2 > >=20 > > make[3]: stopped in /usr/src/cddl > > 1 error > >=20 > > make[3]: stopped in /usr/src/cddl > > *** [cddl.all__D] Error code 2 > >=20 > > make[2]: stopped in /usr/src > > --- lib.all__D --- > > A failure has been detected in another branch of the parallel make > >=20 > > make[4]: stopped in /usr/src/lib/libc++ > > *** [all_subdir_libc++] Error code 2 > >=20 > > make[3]: stopped in /usr/src/lib > > 1 error > >=20 > > make[3]: stopped in /usr/src/lib > > *** [lib.all__D] Error code 2 > >=20 > > make[2]: stopped in /usr/src > > 5 errors > >=20 > > make[2]: stopped in /usr/src > > *** [everything] Error code 2 > >=20 > > make[1]: stopped in /usr/src > > 1 error > >=20 > > make[1]: stopped in /usr/src > > *** [buildworld] Error code 2 > >=20 > > make: stopped in /usr/src > > 1 error > >=20 > > make: stopped in /usr/src > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" >=20 >=20 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D284198 that > commit breaks build. > _______________________________________________ Fixed r284221 From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 17:16:47 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A432AB9E for ; Wed, 10 Jun 2015 17:16:47 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 35C1012EC for ; Wed, 10 Jun 2015 17:16:46 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p57BCFE51.dip0.t-ipconnect.de [87.188.254.81]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id t5AHIuwx069092; Wed, 10 Jun 2015 19:18:56 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id t5AHGTEw038959; Wed, 10 Jun 2015 19:16:29 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id t5AHGBAp070205; Wed, 10 Jun 2015 19:16:23 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201506101716.t5AHGBAp070205@fire.js.berklix.net> To: Ivan Klymenko cc: current@freebsd.org Subject: Re: src/libexec/ftpd possible make error on svn_revision 284205 From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 10 Jun 2015 19:37:00 +0300." <20150610193700.02701054@nonamehost.local> Date: Wed, 10 Jun 2015 19:16:11 +0200 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, 10 Jun 2015 17:16:47 -0000 > Fixed r284221 Thanks ! Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Reply Below as a play script. Send plain text, Not quoted-printable, HTML, or base64. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 17:36:52 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAEBA6CA for ; Wed, 10 Jun 2015 17:36:52 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::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 A0D551956 for ; Wed, 10 Jun 2015 17:36:52 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by iebmu5 with SMTP id mu5so39302873ieb.1 for ; Wed, 10 Jun 2015 10:36:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dH5FTAoBEbTQ4yRbpTSoQDzNR1KrdF/QOaiKCw/sVyI=; b=KOlK+Q9CY0kjZUy+p650FHhB4EUdLCfcWAaS+VRWBr5ueg1Fno3LFqJQSWutfBCVRO Njs4Z1R1VQxtVklSU7VdGbLOLHpZDmZMVbOONb02mZ90dj3QyI/Z61VAYN9IhbDOZKfG Q+duWR125rtnMyjHOeMatB9o18U2JAXxrk3kjD3C8xT3eptcOss3JD9tOqxvjtz/LYou kPjQQd5oDd1y95oi56FqHaPTK1gFI2deJ3GkXfx960t9NNxpFHaV6jUV5Z1/nL9BWPnY UaF/jkiFlrAAZFsaePpfCspk6mOCLIgWAqIrLhM3GWuI8C8XiE9VU2oNMYXbK+KZfIAg eQaQ== MIME-Version: 1.0 X-Received: by 10.50.43.194 with SMTP id y2mr29129532igl.35.1433957811995; Wed, 10 Jun 2015 10:36:51 -0700 (PDT) Received: by 10.36.66.17 with HTTP; Wed, 10 Jun 2015 10:36:51 -0700 (PDT) Date: Wed, 10 Jun 2015 10:36:51 -0700 Message-ID: Subject: obtaining a minidump from panic() called from NMI handler From: Maksim Yevmenkin To: "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: Wed, 10 Jun 2015 17:36:52 -0000 hello, i have a question about obtaining minidump as result of panic() being called from nmi handler. basically, i have a way to trigger nmi, and, i would like to panic() system and obtain a minidump. i have modified isa_nmi() to appropriately inspect bits and return non-zero return code. i have turned off machdep.kdb_on_nmi knob (set it to zero). i have confirmed that amd64 trap() is called with correct T_NMI type. i've also confirmed that panic() is called from amd64's trap(). the issue i have is that system is rebooting too early. basically, it looks like minidump is started, but, for whatever reason, other cpus are not completely stopped (or may be they are panic()ing again) and system just reboots without having complete the minidump. the issue is not present when machdep.kdb_on_nmi is set to 1. in this case, system drops into ddb prompt and 'call doadump' works as expected. for various reasons i can not use ddb, and, would like to have system save nmi triggered minidump completely unattended. can someone please give me a clue as to what i should be looking into to make this work? thanks! max From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 19:41:25 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99477414; Wed, 10 Jun 2015 19:41: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 86AB71B36; Wed, 10 Jun 2015 19:41: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 2044B1E3; Wed, 10 Jun 2015 19:41:24 +0000 (UTC) Date: Wed, 10 Jun 2015 19:41:21 +0000 (GMT) From: jenkins-admin@freebsd.org To: mjg@FreeBSD.org, br@FreeBSD.org, brooks@FreeBSD.org, marcel@FreeBSD.org, kp@FreeBSD.org, ume@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <2001648946.112.1433965282863.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1710009091.108.1433944032889.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1710009091.108.1433944032889.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2849 - 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: Wed, 10 Jun 2015 19:41:25 -0000 FreeBSD_HEAD - Build #2849 - Fixed: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2849/ to view the results. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 20:14:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAA614FD for ; Wed, 10 Jun 2015 20:14:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B5F621304 for ; Wed, 10 Jun 2015 20:14:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2A9BABwmXhV/95baINchEmDGKx4jXYJgVKFfwqBdxQBAQEBAQEBgQqETIELAg0ZAl+IQZ5jj1+kCQEKAQEBHoEhjnSDI4FFBZB7pgAkggkdgW4igXeBAQEBAQ X-IronPort-AV: E=Sophos;i="5.13,589,1427774400"; d="scan'208";a="215390780" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 10 Jun 2015 16:13:59 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id C2C28B4172 for ; Wed, 10 Jun 2015 16:13:59 -0400 (EDT) Date: Wed, 10 Jun 2015 16:13:59 -0400 (EDT) From: Rick Macklem To: freebsd current Message-ID: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> Subject: setting tunables in stable/10 vs head? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.11] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) 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, 10 Jun 2015 20:14:07 -0000 Hi, I just MFC'd a patch from head to stable/10 that defines some tunables using CTLFLAG_RDTUN. Although the MFC didn't break anything, the tunables don't get changed by the values in /boot/loader.conf. By applying a patch like this: SYSCTL_DECL(_vfs_nfsd); int nfsrv_statehashsize = NFSSTATEHASHSIZE; +TUNABLE_INT("vfs.nfsd.statehashsize", &nfsrv_statehashsize); SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN, &nfsrv_statehashsize, 0, "Size of state hash table set via loader.conf"); they get set ok. So, is this correct or have I done something stupid? And, if it correct, do I commit a patch like the above directly to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.) Thanks for any help with this, rick From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 21:23:14 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E7BA29B; Wed, 10 Jun 2015 21:23:14 +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 5BAE0171E; Wed, 10 Jun 2015 21:23:14 +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 9BE27215; Wed, 10 Jun 2015 21:23:14 +0000 (UTC) Date: Wed, 10 Jun 2015 21:23:13 +0000 (GMT) From: jenkins-admin@freebsd.org To: delphij@FreeBSD.org, mjg@FreeBSD.org, br@FreeBSD.org, brooks@FreeBSD.org, marcel@FreeBSD.org, kp@FreeBSD.org, ume@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <491070378.115.1433971394542.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <369064660.102.1433931362806.JavaMail.jenkins@jenkins-9.freebsd.org> References: <369064660.102.1433931362806.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc4.9 - Build #73 - 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: Wed, 10 Jun 2015 21:23:14 -0000 FreeBSD_HEAD_amd64_gcc4.9 - Build #73 - Fixed: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/73/ to view the results. From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 22:08:36 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF193C5D; Wed, 10 Jun 2015 22:08:36 +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 AE171108C; Wed, 10 Jun 2015 22:08:36 +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 E85BB217; Wed, 10 Jun 2015 22:08:35 +0000 (UTC) Date: Wed, 10 Jun 2015 22:08:35 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1067822702.118.1433974115476.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1325037805.92.1433896800563.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1325037805.92.1433896800563.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1098 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests 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: Wed, 10 Jun 2015 22:08:36 -0000 FreeBSD_HEAD-tests - Build #1098 - Fixed: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1098/ to view the results. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 03:44:46 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F1823ED for ; Thu, 11 Jun 2015 03:44:46 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (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 3B67A1643 for ; Thu, 11 Jun 2015 03:44:46 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPSA id 634F3CFA9D; Wed, 10 Jun 2015 20:44:45 -0700 (PDT) Date: Wed, 10 Jun 2015 20:44:45 -0700 From: hiren panchasara To: Rick Macklem Cc: freebsd current Subject: Re: setting tunables in stable/10 vs head? Message-ID: <20150611034445.GB4757@strugglingcoder.info> References: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 11 Jun 2015 03:44:46 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 06/10/15 at 04:13P, Rick Macklem wrote: > Hi, >=20 > I just MFC'd a patch from head to stable/10 that defines some > tunables using CTLFLAG_RDTUN. Although the MFC didn't break > anything, the tunables don't get changed by the values in /boot/loader.co= nf. >=20 > By applying a patch like this: > SYSCTL_DECL(_vfs_nfsd); > int nfsrv_statehashsize =3D NFSSTATEHASHSIZE; > +TUNABLE_INT("vfs.nfsd.statehashsize", &nfsrv_statehashsize); > SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN, > &nfsrv_statehashsize, 0, > "Size of state hash table set via loader.conf"); >=20 > they get set ok. >=20 > So, is this correct or have I done something stupid? I believe that is correct. hans changed how they are declared with r267961 and now you do not need TUNABLE_INT() on -head. >=20 > And, if it correct, do I commit a patch like the above directly > to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.) That's the correct way, afaik. Cheers, Hiren --qcHopEYAB45HaUaB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJVeQQsXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lejcH/2xkrL2M73H7LTk0vctAK73o dB3BqqFFFrfp5vXCuVv7OovOfVnFUP5vkS8HJzkbsbD2Djuq3q7SxnTIvSYKJBlO YqBIbhcYn3C9OF3qW+K/adTBAAgphxwwMA0qY7eCgJNw9pQDWNQBwsHy+cw2Pcq2 oplZBcJXQR4yTBGkE6F3AQxh+/ykKCYvql/oS/O55sXoCFMBuY1j5qhZIBlXudij xXjzYwnHj5BCN2pvw9Cks6G690f5z1qzp4uV1XhsD/qfh1eLoD1571pgM9TMwdDO NpamL3Z8V2Q5z8Kh1FjMRpTDsHWni6FcjEdmZPK4Hhn1wJb2zOOsZtXekt4j0g0= =l1XA -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 04:07:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55402748 for ; Thu, 11 Jun 2015 04:07:57 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery4.ore.mailhop.org (pmta2.delivery4.ore.mailhop.org [54.200.247.200]) by mx1.freebsd.org (Postfix) with SMTP id 3448E1A9B for ; Thu, 11 Jun 2015 04:07:56 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 11 Jun 2015 04:07:56 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t5B47sqv005555; Wed, 10 Jun 2015 22:07:54 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1433995674.1200.399.camel@freebsd.org> Subject: Re: setting tunables in stable/10 vs head? From: Ian Lepore To: hiren panchasara Cc: Rick Macklem , freebsd current Date: Wed, 10 Jun 2015 22:07:54 -0600 In-Reply-To: <20150611034445.GB4757@strugglingcoder.info> References: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> <20150611034445.GB4757@strugglingcoder.info> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 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: Thu, 11 Jun 2015 04:07:57 -0000 On Wed, 2015-06-10 at 20:44 -0700, hiren panchasara wrote: > On 06/10/15 at 04:13P, Rick Macklem wrote: > > Hi, > > > > I just MFC'd a patch from head to stable/10 that defines some > > tunables using CTLFLAG_RDTUN. Although the MFC didn't break > > anything, the tunables don't get changed by the values in /boot/loader.conf. > > > > By applying a patch like this: > > SYSCTL_DECL(_vfs_nfsd); > > int nfsrv_statehashsize = NFSSTATEHASHSIZE; > > +TUNABLE_INT("vfs.nfsd.statehashsize", &nfsrv_statehashsize); > > SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN, > > &nfsrv_statehashsize, 0, > > "Size of state hash table set via loader.conf"); > > > > they get set ok. > > > > So, is this correct or have I done something stupid? > > I believe that is correct. hans changed how they are declared with r267961 > and now you do not need TUNABLE_INT() on -head. > > > > And, if it correct, do I commit a patch like the above directly > > to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.) > > That's the correct way, afaik. > > Cheers, > Hiren Is there a reason the sysctl tunable flag changes can't be MFC'd? Leaving changes that widespread un-mfc'd just makes for lots of merge conflicts as time goes on (and can also lead to merged code behaving differently than expected). -- Ian From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 04:23:03 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6F5CA31; Thu, 11 Jun 2015 04:23:03 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (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 918EA1EBA; Thu, 11 Jun 2015 04:23:03 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPSA id 19FA8CFCB9; Wed, 10 Jun 2015 21:23:03 -0700 (PDT) Date: Wed, 10 Jun 2015 21:23:03 -0700 From: hiren panchasara To: Ian Lepore , hselasky@FreeBSD.org Cc: Rick Macklem , freebsd current Subject: Re: setting tunables in stable/10 vs head? Message-ID: <20150611042303.GC4757@strugglingcoder.info> References: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> <20150611034445.GB4757@strugglingcoder.info> <1433995674.1200.399.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="i7F3eY7HS/tUJxUd" Content-Disposition: inline In-Reply-To: <1433995674.1200.399.camel@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 11 Jun 2015 04:23:03 -0000 --i7F3eY7HS/tUJxUd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 06/10/15 at 10:07P, Ian Lepore wrote: > On Wed, 2015-06-10 at 20:44 -0700, hiren panchasara wrote: > > On 06/10/15 at 04:13P, Rick Macklem wrote: > > > Hi, > > >=20 > > > I just MFC'd a patch from head to stable/10 that defines some > > > tunables using CTLFLAG_RDTUN. Although the MFC didn't break > > > anything, the tunables don't get changed by the values in /boot/loade= r.conf. > > >=20 > > > By applying a patch like this: > > > SYSCTL_DECL(_vfs_nfsd); > > > int nfsrv_statehashsize =3D NFSSTATEHASHSIZE; > > > +TUNABLE_INT("vfs.nfsd.statehashsize", &nfsrv_statehashsize); > > > SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN, > > > &nfsrv_statehashsize, 0, > > > "Size of state hash table set via loader.conf"); > > >=20 > > > they get set ok. > > >=20 > > > So, is this correct or have I done something stupid? > >=20 > > I believe that is correct. hans changed how they are declared with r267= 961 > > and now you do not need TUNABLE_INT() on -head. > > >=20 > > > And, if it correct, do I commit a patch like the above directly > > > to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.) > >=20 > > That's the correct way, afaik. > >=20 > > Cheers, > > Hiren >=20 > Is there a reason the sysctl tunable flag changes can't be MFC'd? > Leaving changes that widespread un-mfc'd just makes for lots of merge > conflicts as time goes on (and can also lead to merged code behaving > differently than expected). Added Hans to answer the question. Cheers, Hiren --i7F3eY7HS/tUJxUd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJVeQ0mXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lA68H/RRZxWCUK+qVKcOFpswO1+d3 3GIOSd/pjHLzo87c0X3mPRNsnjTFkRzR799zKHQdSpCRlLt0itn48N1zQKwGLjzU ZnhMI0EfDzB6D7FoyL3uASaISkYBZWeftOQTKFfamQhbaGSN1JQu8iGU4xVB36Gz 292NpG8yGJShaXbj1UiEro1mdXwKVLKSh9XWKxzX1+aY69iVUfK7siiQBBiMLR96 JANbSTnNahU2rbB/l0V5a7N2mhfUF4m4d/5bvhV9SHIK5JVNbMZsqLHzn9AI4fM6 ogpqTzCQQ9zGMz5i/1bN53sOphiXVZiF3NS0fyHbQZq4F3cvGw2mLDMQ/ir3Dzw= =WiVJ -----END PGP SIGNATURE----- --i7F3eY7HS/tUJxUd-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 08:50:57 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8997584A for ; Thu, 11 Jun 2015 08:50:57 +0000 (UTC) (envelope-from 214748mv@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 472421FD8 for ; Thu, 11 Jun 2015 08:50:57 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by yken206 with SMTP id n206so277674yke.2 for ; Thu, 11 Jun 2015 01:50:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IPf9pDuL4+iCQwk5xLJPAGBjwqAjb5BZsDAR1IHViB4=; b=XWuJ2HbiuosgN8Qxc309E/sibIoiK3bjq20i9Ed/pI151p97BTE8NKDNFgxPN5X6rg iIafM5gXetXdtiHj6sjYtYBJG/rWrDx8uujseWMvjuuZSpvoYyZphnkJXZf7CQcYOvmc 4Uy1X7QF/P7boUMzVVk6GfxIBFUyQxzsCxX+M1OID/bIR/YxyrSEJJkpLwJQ8DSwaUdc Nr+0EMr6gsrtsfHWJXTEmnRzM5rZYB2W/cIDiCtYZwzZzTL6vjHnbr6GrODfp2i7epUO iAOMyKg6fa3g5OR2tDmAimZmw6/rvXtCGihcyLRUH1ZtQgM9Kfvlt/22Z+6tV5X5lKhZ fUhg== MIME-Version: 1.0 X-Received: by 10.129.80.87 with SMTP id e84mr9873586ywb.31.1434012656164; Thu, 11 Jun 2015 01:50:56 -0700 (PDT) Received: by 10.13.226.196 with HTTP; Thu, 11 Jun 2015 01:50:56 -0700 (PDT) In-Reply-To: References: Date: Thu, 11 Jun 2015 10:50:56 +0200 Message-ID: Subject: Re: Slow shutdown From: "Ranjan1018 ." <214748mv@gmail.com> To: Garrett Cooper Cc: FreeBSD CURRENT 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 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, 11 Jun 2015 08:50:57 -0000 2015-05-24 22:33 GMT+02:00 Garrett Cooper : > On May 24, 2015, at 6:33, Ranjan1018 . <214748mv@gmail.com> wrote: > > > On my laptop running r283297, after the message =E2=80=9CAll buffers sy= nced.=E2=80=9D and > > before =E2=80=9CUptime: =E2=80=A6..=E2=80=9D it takes more than 55 seco= nds. > > Not a lot of info here to diagnose your issue... > - What happens if you hit control-t, i.e. what wait channel does it print > out? > - What filesystems do you have mounted (fuse, NFS, UFS, ZFS)? > - What=E2=80=99s your root media (SSDs, SATA/PATA hard drives, etc)? > > Thanks.. > Solved ! The slow shutdown is caused by some remote smbfs shares mounted via openvpn: the remote drives are unmounted after the openvpn daemon termination, this induces some long timeout. The solution is to unmount the smbfs shares in a shutdown script before the openvpn daemon termination. I have discovered this issue with this =E2=80=98dirty=E2=80=99 patch that dis= plays the unmounted fs at shutdown: http://pastebin.com/Xfiz9nsv With this patch shutting down my laptop appear as: https://drive.google.com/file/d/0BzoWQoMqq1sfcHZyRnlEeTRobFU/view?usp=3Dsha= ring . For testing the the patch apply it in /sys/kern, rebuild and install the kernel. Set the new OID: # sysctl kern.shutdown.show_umountfs=3D1 Halt the system: # shutdown -h now Regards, Maurizio From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 11:16:33 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A906B218; Thu, 11 Jun 2015 11:16:33 +0000 (UTC) (envelope-from carpeddiem@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 740671886; Thu, 11 Jun 2015 11:16:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by igbsb11 with SMTP id sb11so4048380igb.0; Thu, 11 Jun 2015 04:16:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=zPjcNqr7MaRivx6mGhHI++rqMRYvqlWm6BKJZEE62SM=; b=Bh4huXuJawUeukmm/fIJH7xPWX4sVHsm4h3j8SNseKCOQMphGDkixUpk+8wxGu3N+m arLHFflzVPeeek0hmPEUOTQv9nWd557vdd/7Caa4M/xfFsuo/s04RFZIJ4AwiKwMWp3l H9NwROjQc2yNRctreMzSLMBeOCvTQ8ixVy4CTLnpRDUNFP64Vmu7hVmGVu2xNOSj8Bmb pdcx/FDglPI1KTxKR5NWUOMPSnWCXYRaRi49hVGBPLWkQwDh//6rWWMRJJ08ROw0GY63 Q3ViPSuELffIFjVKFGHoKsT0A7Td1fbiLKBh3rggBlUa3ajihv+h0NvMfG/JukmDmGgy /f7Q== X-Received: by 10.50.132.3 with SMTP id oq3mr12030309igb.21.1434021392838; Thu, 11 Jun 2015 04:16:32 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.48.3 with HTTP; Thu, 11 Jun 2015 04:16:12 -0700 (PDT) In-Reply-To: References: From: Ed Maste Date: Thu, 11 Jun 2015 07:16:12 -0400 X-Google-Sender-Auth: rJ8ZZ85xyB4sqgF9BaHuZ7DmrYw Message-ID: Subject: Re: Those at BSDCan 2015: please test: iwn(4) patch to buffer 5ghz frames before transmitting To: Adrian Chadd Cc: "freebsd-wireless@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: Thu, 11 Jun 2015 11:16:33 -0000 On 8 June 2015 at 11:29, Adrian Chadd wrote: > Sigh. > > This patch: > > https://people.freebsd.org/~adrian/net80211/20150524-iwn-delay-xmit-passive-1.diff > > along with the latest net80211 tree in -HEAD will buffer frames until > the first beacon is received after association. It doesn't (yet!) > purge frames in all the right places, but it should be enough to at > least get you associated to the 5GHz networks at bsdcan. I'm running with the patch at BSDCan. Failed to associate several times at 5Ghz before settling on channel 11 (2462 MHz 11g ht/20). A log with: wlandebug +assoc +state +rate sysctl dev.iwn.0.debug=0x1 can be found at https://people.freebsd.org/~emaste/logs/wlan-uottawa-5dcaf10a.log. It includes the failed attempts and the final successful association. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 11:25:56 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A806959C for ; Thu, 11 Jun 2015 11:25:56 +0000 (UTC) (envelope-from tangential.dreaming@gmail.com) Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15]) by mx1.freebsd.org (Postfix) with ESMTP id 9010D1AEA for ; Thu, 11 Jun 2015 11:25:56 +0000 (UTC) (envelope-from tangential.dreaming@gmail.com) Received: from msam.nabble.com (unknown [162.253.133.85]) by mbob.nabble.com (Postfix) with ESMTP id BEFE9EBC28B for ; Thu, 11 Jun 2015 04:26:05 -0700 (PDT) Date: Thu, 11 Jun 2015 04:25:55 -0700 (MST) From: zen2k To: freebsd-current@freebsd.org Message-ID: <1434021955560-6017846.post@n5.nabble.com> In-Reply-To: <54FFEC27.3010400@selasky.org> References: <54E11A57.3030105@selasky.org> <5013637.Hs60HQbBR0@shawnwebb-laptop> <1963872.pLReSBKNjx@shawnwebb-laptop> <54E6F060.2010301@selasky.org> <4020865.FJlWBPXrRZ@shawnwebb-laptop> <54E99CCE.5030401@selasky.org> <54FB663B.9080803@selasky.org> <1425903905.4540.0.camel@hardenedbsd.org> <89221372.DjuVbSkams@shawnwebb-laptop> <54FFEC27.3010400@selasky.org> Subject: Re: Pluggable frame buffer devices MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 11 Jun 2015 11:34:02 +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: Thu, 11 Jun 2015 11:25:56 -0000 Hello I have an AOC e2251fwu monitor which I have used under debian using libdlo with success in the past. I have used the same driver under OpenBSD for testing purpose only with "make check" and it's rendering the test on the attached monitor. I have spend one week and trying to figure out how to make the monitor work under FreeBSD. I have recompile the kernel using you're support for the udl.c and loaded the module in the kernel. kldstat: Id Refs Address Size Name 4 1 0xffffffff81fd6000 9e20 udl.ko 5 2 0xffffffff81fe0000 71b0 videomode.ko I have installed the xf86-video-scfb from the ports. And I'm stuck, can't figure out why in the dmsg the adapter is still recognize as a generic usb device shouldn't the drivers kicked in at this point making the monitor available as a framebuffer adapter in /dev ? dmsg | grep DisplayLink ugen2.3: at usbus2 Can you please provide some instructions regarding the steps involved in making this monitor work? Thank you. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Pluggable-frame-buffer-devices-tp5989022p6017846.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 16:32:52 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC6093EE; Thu, 11 Jun 2015 16:32:52 +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 9607D1F85; Thu, 11 Jun 2015 16:32:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbsb11 with SMTP id sb11so8863971igb.0; Thu, 11 Jun 2015 09:32:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=J+6DDo7j9rkXyJHJiuevb6RkV+9MgJ/ZO2rbo5BdDnI=; b=IpVjPWfiNyjDrnevsvIhZvL4bdjxLZx1TTy5MBpU8K7AiMR/qrz6YKPE7gRnEDkGYt gFL3k0TWTcI/I7olTHxq3H4LDNptnSfwQYyZvmDQPG4o6wOYQcOdgrQNI5uNTSnKm6Z5 z5R/HxnHy4dDxZ0cTIFLpsE/anEVzcd8QlCnUbFKHqlX0qDq2S/LfKbsvv/+q3q9Cevs ahigmzHLU6rcXaTHu77eriibu46D+Ck/6c/zZHtOs6Tc3MrrwVeu+zznlX3Ywh0LkfUv WsdWtaMMmdDJvUlQHj0LvB+m4fWzke4r4aex0QAPP+gd7/fnSjGG8cX33y2aWb/8JeLE pX1A== MIME-Version: 1.0 X-Received: by 10.42.120.66 with SMTP id e2mr11683403icr.37.1434040371972; Thu, 11 Jun 2015 09:32:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Thu, 11 Jun 2015 09:32:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 11 Jun 2015 09:32:51 -0700 X-Google-Sender-Auth: vs9Ps_RtJa1zrBhO0mPC9hUjyWU Message-ID: Subject: Re: Those at BSDCan 2015: please test: iwn(4) patch to buffer 5ghz frames before transmitting From: Adrian Chadd To: Ed Maste Cc: "freebsd-wireless@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: Thu, 11 Jun 2015 16:32:52 -0000 Hi , Thanks. It didn't look like it even attempted to transmit on the 5ghz band at all (no SCAN -> AUTH, then xmit attempts.) -a From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 16:58:15 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2288794F; Thu, 11 Jun 2015 16:58:15 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 D906E1624; Thu, 11 Jun 2015 16:58:14 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A95A11FE023; Thu, 11 Jun 2015 18:58:11 +0200 (CEST) Message-ID: <5579BE54.6070701@selasky.org> Date: Thu, 11 Jun 2015 18:59:00 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: hiren panchasara , Ian Lepore CC: Rick Macklem , freebsd current Subject: Re: setting tunables in stable/10 vs head? References: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> <20150611034445.GB4757@strugglingcoder.info> <1433995674.1200.399.camel@freebsd.org> <20150611042303.GC4757@strugglingcoder.info> In-Reply-To: <20150611042303.GC4757@strugglingcoder.info> Content-Type: text/plain; charset=windows-1252; 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: Thu, 11 Jun 2015 16:58:15 -0000 On 06/11/15 06:23, hiren panchasara wrote: > On 06/10/15 at 10:07P, Ian Lepore wrote: >> On Wed, 2015-06-10 at 20:44 -0700, hiren panchasara wrote: >>> On 06/10/15 at 04:13P, Rick Macklem wrote: >>>> Hi, >>>> >>>> I just MFC'd a patch from head to stable/10 that defines some >>>> tunables using CTLFLAG_RDTUN. Although the MFC didn't break >>>> anything, the tunables don't get changed by the values in /boot/loader.conf. >>>> >>>> By applying a patch like this: >>>> SYSCTL_DECL(_vfs_nfsd); >>>> int nfsrv_statehashsize = NFSSTATEHASHSIZE; >>>> +TUNABLE_INT("vfs.nfsd.statehashsize", &nfsrv_statehashsize); >>>> SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN, >>>> &nfsrv_statehashsize, 0, >>>> "Size of state hash table set via loader.conf"); >>>> >>>> they get set ok. >>>> >>>> So, is this correct or have I done something stupid? >>> >>> I believe that is correct. hans changed how they are declared with r267961 >>> and now you do not need TUNABLE_INT() on -head. >>>> >>>> And, if it correct, do I commit a patch like the above directly >>>> to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.) >>> >>> That's the correct way, afaik. >>> >>> Cheers, >>> Hiren >> >> Is there a reason the sysctl tunable flag changes can't be MFC'd? >> Leaving changes that widespread un-mfc'd just makes for lots of merge >> conflicts as time goes on (and can also lead to merged code behaving >> differently than expected). > > Added Hans to answer the question. Hi, I wasn't sure if MFC'ing would break anything with regard to binary compatibility, so the change was kept in -head and only the broken SYSCTLs were fixed in 10- and 9- . --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 16:59:05 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE8B3A57 for ; Thu, 11 Jun 2015 16:59:05 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 A3C4B1634 for ; Thu, 11 Jun 2015 16:59:05 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 62CD81FE023; Thu, 11 Jun 2015 18:59:03 +0200 (CEST) Message-ID: <5579BE88.6000601@selasky.org> Date: Thu, 11 Jun 2015 18:59:52 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Rick Macklem , freebsd current Subject: Re: setting tunables in stable/10 vs head? References: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> In-Reply-To: <1249942556.55526194.1433967239788.JavaMail.root@uoguelph.ca> Content-Type: text/plain; charset=windows-1252; 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: Thu, 11 Jun 2015 16:59:06 -0000 On 06/10/15 22:13, Rick Macklem wrote: > So, is this correct or have I done something stupid? Yes, this is correct. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 18:49:32 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82F03272; Thu, 11 Jun 2015 18:49:32 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 45CE51242; Thu, 11 Jun 2015 18:49:31 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 524533BD37; Thu, 11 Jun 2015 18:49:24 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t5BC3X8D060389; Thu, 11 Jun 2015 12:03:33 GMT (envelope-from phk@phk.freebsd.dk) To: Ed Maste cc: Adrian Chadd , "freebsd-wireless@freebsd.org" , freebsd-current Subject: Re: Those at BSDCan 2015: please test: iwn(4) patch to buffer 5ghz frames before transmitting In-reply-to: From: "Poul-Henning Kamp" References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <60387.1434024213.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Thu, 11 Jun 2015 12:03:33 +0000 Message-ID: <60388.1434024213@critter.freebsd.dk> 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, 11 Jun 2015 18:49:32 -0000 -------- In message , Ed Maste writes: >I'm running with the patch at BSDCan. Failed to associate several >times at 5Ghz before settling on channel 11 (2462 MHz 11g ht/20). A >log with: > >wlandebug +assoc +state +rate >sysctl dev.iwn.0.debug=3D0x1 I have had no luck getting my T430s to associate at 5GHz either, so much so that I started wondering if I even have 5G antennas in this laptop or not... wn0: mem 0xd1c00000-0xd1c01fff irq 17 at = device 0.0 on pci3 iwn0: iwn_read_firmware: ucode rev=3D0x12a80601 -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:02:03 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 761D3717; Thu, 11 Jun 2015 20:02:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::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 3F17A18E4; Thu, 11 Jun 2015 20:02:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbhj9 with SMTP id hj9so60626838igb.1; Thu, 11 Jun 2015 13:02:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5box4kZKg1Vyii3hnjkTu4tfqfnDbee76LnYsptvFRU=; b=lgMkBBQmB8SSzOprDi505E7a/SyKS2OZqUtMyZ6ooOwbNk48xRekeZrW95A8yTHpgR sg7pfA8J9IN2T+k1u9iVOLX4zY1lYZQmcxcVX1qg+65hMXM8Q37vkZqqsKEgOwHzANuS t73BPXKm1L2BQoYFWrbhy0SUr1pVZCp9hHtTaPqRAzNZKI6fBa7HevJbeyXULkQRxkNu mHNDxMsT0bVBenfPqz7msWQFSVU8Wv7TlRInGebR8RdHJ8OYI2UI3yaLzK1TxkddXgF6 Pg7CqRwccYBALl33sy1RcsNFk16yjZApCiEB6ps5eu59vbVCbhH0Wo4FGSQ+CAH8UwYt kj8Q== MIME-Version: 1.0 X-Received: by 10.50.73.198 with SMTP id n6mr36556246igv.32.1434049132454; Thu, 11 Jun 2015 11:58:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Thu, 11 Jun 2015 11:58:52 -0700 (PDT) In-Reply-To: <60388.1434024213@critter.freebsd.dk> References: <60388.1434024213@critter.freebsd.dk> Date: Thu, 11 Jun 2015 11:58:52 -0700 X-Google-Sender-Auth: M7oVzzjpp0s0XIa7_gKcqJtgJrA Message-ID: Subject: Re: Those at BSDCan 2015: please test: iwn(4) patch to buffer 5ghz frames before transmitting From: Adrian Chadd To: Poul-Henning Kamp Cc: Ed Maste , "freebsd-wireless@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: Thu, 11 Jun 2015 20:02:03 -0000 On 11 June 2015 at 05:03, Poul-Henning Kamp wrote: > -------- > In message > , Ed Maste writes: > >>I'm running with the patch at BSDCan. Failed to associate several >>times at 5Ghz before settling on channel 11 (2462 MHz 11g ht/20). A >>log with: >> >>wlandebug +assoc +state +rate >>sysctl dev.iwn.0.debug=0x1 > > I have had no luck getting my T430s to associate at 5GHz either, so > much so that I started wondering if I even have 5G antennas in this > laptop or not... > > wn0: mem 0xd1c00000-0xd1c01fff irq 17 at device 0.0 on pci3 > iwn0: iwn_read_firmware: ucode rev=0x12a80601 It's a firmware quirk that the driver never really dealt with right. :( That NIC should be dual-band. Try doing the above debugging (with IEEE80211_DEBUG / IWN_DEBUG compiled in) and let me see what happens. -adrian From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 20:55:32 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9192D811 for ; Thu, 11 Jun 2015 20:55:32 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x244.google.com (mail-oi0-x244.google.com [IPv6:2607:f8b0:4003:c06::244]) (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 5366F16DD for ; Thu, 11 Jun 2015 20:55:32 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oiax69 with SMTP id x69so3186831oia.2 for ; Thu, 11 Jun 2015 13:55:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=56+syFUN6LAebwFQ8mQ487zpvGeZHgK/upo9FKYqQtU=; b=t9+fOSDWLch5HgXj0v+64RtvC5XVCAWTAuOhnqvMx928B8Tp1plGd8AMwATjhyPOZY xeD4kNWD/W2KzyaZtkGRCje16a/pfrQsXc7O98wC+8chVVfQdNFhSnNfbYeinLI/1eN7 WRqOZzDfF0IsOopXABdxUqyrXj40oNv6b4DPMYe6oXcGVDYURuEkJOkhj3E/iYvS/bAW P5sNO2bvvWUNmiYUxB9zeS8arbGgjJd2y87p2IFLFG71/qVo/7xjv01dVLxlXTjeiHEL rqfLB/D5P5Wo29DnwHd1+bb3b3ADRmMVyetNSmr81yGr68vSW243GbU8105Oy987V2Bd 8JSg== MIME-Version: 1.0 X-Received: by 10.202.89.131 with SMTP id n125mr9003856oib.91.1434056131486; Thu, 11 Jun 2015 13:55:31 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Thu, 11 Jun 2015 13:55:31 -0700 (PDT) In-Reply-To: References: Date: Thu, 11 Jun 2015 13:55:31 -0700 X-Google-Sender-Auth: KgR6_1URGqTsGRdDcu7LBrbfDvU Message-ID: Subject: Re: Slow shutdown From: Kevin Oberman To: "Ranjan1018 ." <214748mv@gmail.com> Cc: Garrett Cooper , FreeBSD CURRENT 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 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, 11 Jun 2015 20:55:32 -0000 On Thu, Jun 11, 2015 at 1:50 AM, Ranjan1018 . <214748mv@gmail.com> wrote: > 2015-05-24 22:33 GMT+02:00 Garrett Cooper : > > > On May 24, 2015, at 6:33, Ranjan1018 . <214748mv@gmail.com> wrote: > > > > > On my laptop running r283297, after the message =E2=80=9CAll buffers = synced.=E2=80=9D > and > > > before =E2=80=9CUptime: =E2=80=A6..=E2=80=9D it takes more than 55 se= conds. > > > > Not a lot of info here to diagnose your issue... > > - What happens if you hit control-t, i.e. what wait channel does it pri= nt > > out? > > - What filesystems do you have mounted (fuse, NFS, UFS, ZFS)? > > - What=E2=80=99s your root media (SSDs, SATA/PATA hard drives, etc)? > > > > Thanks.. > > > > Solved ! > > The slow shutdown is caused by some remote smbfs shares mounted via > openvpn: the remote drives are unmounted after the openvpn daemon > termination, this induces some long timeout. The solution is to unmount t= he > smbfs shares in a shutdown script before the openvpn daemon termination. = I > have discovered this issue with this =E2=80=98dirty=E2=80=99 patch that d= isplays the > unmounted fs at shutdown: > > http://pastebin.com/Xfiz9nsv > > With this patch shutting down my laptop appear as: > > > https://drive.google.com/file/d/0BzoWQoMqq1sfcHZyRnlEeTRobFU/view?usp=3Ds= haring > . > > For testing the the patch apply it in /sys/kern, rebuild and install the > kernel. > > Set the new OID: > > # sysctl kern.shutdown.show_umountfs=3D1 > > Halt the system: > > # shutdown -h now > > Regards, > > Maurizio > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " The same issue exists in fusefs, but has an uglier result. The fuse daemon shuts down before any fusefs based file systems are unmounted, but, for several R/W file systems including NTFS and exFAT, the result is a corrupt file system. I did the same thing to work around this problem... an init script, but I wonder if this should not be handled in some cleaner and more global manner. (No, I have no idea right now of how to implement this.) -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Jun 11 23:13:53 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79DE7E78 for ; Thu, 11 Jun 2015 23:13:53 +0000 (UTC) (envelope-from henry.hu.sh@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::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 48D051A0A for ; Thu, 11 Jun 2015 23:13:53 +0000 (UTC) (envelope-from henry.hu.sh@gmail.com) Received: by padev16 with SMTP id ev16so10812069pad.0 for ; Thu, 11 Jun 2015 16:13:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=7cjRS6MxkFQEy7mDiLXb7FLcdsNfwa5glj7kaA/essk=; b=BgeYNl2zwByxCiNwK6KSzd1R6vtAlJpPOC37xMptjSHwcq1xpMdwEFnhRE6u3BO+k4 Hx1OIbbJMRwu3hg4O0pF5BBYTQWv03zSNu8uLRbd/jV9KHP5MLsPxoyjyTyLBWQgQms3 0JhRHg0PQo+ZCNmO3rHLQrG/jhtRZq0mchUHbqZu5EfoRZDAXPffft1c/bhDsUkloFvj 4MSkWMq6aTgVFYYF5Rizj1gPsVsKd8vsC+E5CNtBeqdH1C+K0hKUcT/vRB7bGW6jknfX s+qaFzdTvBcTPUou6gnzIfiIT+8CuJIrG4ebjIZlGehkQlnTVmeiY4S9Edq/occdtjgr Y03g== X-Received: by 10.68.131.225 with SMTP id op1mr18166420pbb.86.1434064432744; Thu, 11 Jun 2015 16:13:52 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Henry Hu Date: Thu, 11 Jun 2015 23:13:41 +0000 Message-ID: Subject: Re: Slow shutdown To: Kevin Oberman , "Ranjan1018 ." <214748mv@gmail.com> Cc: Garrett Cooper , FreeBSD CURRENT 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 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, 11 Jun 2015 23:13:53 -0000 On Thu, Jun 11, 2015 at 1:55 PM Kevin Oberman wrote: > On Thu, Jun 11, 2015 at 1:50 AM, Ranjan1018 . <214748mv@gmail.com> wrote: > > > 2015-05-24 22:33 GMT+02:00 Garrett Cooper : > > > > > On May 24, 2015, at 6:33, Ranjan1018 . <214748mv@gmail.com> wrote: > > > > > > > On my laptop running r283297, after the message =E2=80=9CAll buffer= s synced.=E2=80=9D > > and > > > > before =E2=80=9CUptime: =E2=80=A6..=E2=80=9D it takes more than 55 = seconds. > > > > > > Not a lot of info here to diagnose your issue... > > > - What happens if you hit control-t, i.e. what wait channel does it > print > > > out? > > > - What filesystems do you have mounted (fuse, NFS, UFS, ZFS)? > > > - What=E2=80=99s your root media (SSDs, SATA/PATA hard drives, etc)? > > > > > > Thanks.. > > > > > > > Solved ! > > > > The slow shutdown is caused by some remote smbfs shares mounted via > > openvpn: the remote drives are unmounted after the openvpn daemon > > termination, this induces some long timeout. The solution is to unmount > the > > smbfs shares in a shutdown script before the openvpn daemon termination= . > I > > have discovered this issue with this =E2=80=98dirty=E2=80=99 patch that= displays the > > unmounted fs at shutdown: > > > > http://pastebin.com/Xfiz9nsv > > > > With this patch shutting down my laptop appear as: > > > > > > > https://drive.google.com/file/d/0BzoWQoMqq1sfcHZyRnlEeTRobFU/view?usp=3Ds= haring > > . > > > > For testing the the patch apply it in /sys/kern, rebuild and install th= e > > kernel. > > > > Set the new OID: > > > > # sysctl kern.shutdown.show_umountfs=3D1 > > > > Halt the system: > > > > # shutdown -h now > > > > Regards, > > > > Maurizio > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > The same issue exists in fusefs, but has an uglier result. The fuse daemo= n > shuts down before any fusefs based file systems are unmounted, but, for > several R/W file systems including NTFS and exFAT, the result is a corrup= t > file system. I did the same thing to work around this problem... an init > script, but I wonder if this should not be handled in some cleaner and mo= re > global manner. (No, I have no idea right now of how to implement this.) > I think that I've hit this problem several times, because I've lost files on my NTFS portable harddisk several times. Now I force an unmount in the shutdown script. I remember that when fuse module was still in fusefs-kmod, the rc script unmounts the file systems, and there's even a _safe flag to ensure safety. -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 08:30:22 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A941CF for ; Fri, 12 Jun 2015 08:30:22 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::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 6400915E8 for ; Fri, 12 Jun 2015 08:30:22 +0000 (UTC) (envelope-from 214748mv@gmail.com) Received: by ykfw62 with SMTP id w62so6963492ykf.2 for ; Fri, 12 Jun 2015 01:30:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CE4oF0SQxVhsGInyj8IeDN0u86tLfwInGQYBvPwy+0Q=; b=SF2K6epiyiE1P5mUNiBo9x2NUlM3LZpJWm91O8ewntQ7SrNPkdoxyNNnrT4Kbpg0h1 sMKBBC700mTmt2JDE2c0XeX1TrICmxzvOv4IZRNaddeCIiLG2sIHE8TMNVF35ZF4yafQ dSMyyKfN3OBRwI/uEc6MGcOE6K6tjuIAbbucJ9U+h4YXqK0fUe5yJsq03XuhBHY2/ers WneVKgTVinjAL20Is1DJM05XLvyDNX/CwTM8RQ4NYaHogx8RUo5pMcvo2KgkdsYE6kKx L4AlSv72dbe9uZ7jdGUGnnnopBrKPavl6gb8Ai1+8Z0A71xgXUKGu0kR9ApM9lxBZTWt QCkQ== MIME-Version: 1.0 X-Received: by 10.129.80.87 with SMTP id e84mr17097266ywb.31.1434097821515; Fri, 12 Jun 2015 01:30:21 -0700 (PDT) Received: by 10.13.226.196 with HTTP; Fri, 12 Jun 2015 01:30:21 -0700 (PDT) In-Reply-To: References: Date: Fri, 12 Jun 2015 10:30:21 +0200 Message-ID: Subject: Re: Slow shutdown From: "Ranjan1018 ." <214748mv@gmail.com> To: Henry Hu Cc: Kevin Oberman , Garrett Cooper , 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: Fri, 12 Jun 2015 08:30:22 -0000 2015-06-12 1:13 GMT+02:00 Henry Hu : > On Thu, Jun 11, 2015 at 1:55 PM Kevin Oberman wrote: > >> The same issue exists in fusefs, but has an uglier result. The fuse daemon >> shuts down before any fusefs based file systems are unmounted, but, for >> several R/W file systems including NTFS and exFAT, the result is a corrupt >> file system. I did the same thing to work around this problem... an init >> script, but I wonder if this should not be handled in some cleaner and >> more >> global manner. (No, I have no idea right now of how to implement this.) >> > > I think that I've hit this problem several times, because I've lost files > on my NTFS portable harddisk several times. Now I force an unmount in the > shutdown script. > I remember that when fuse module was still in fusefs-kmod, the rc script > unmounts the file systems, and there's even a _safe flag to ensure safety. > > Hi, I have the same issue in my laptop a dual boot FreeBSD/Windows 8. In FreeBSD, the Win8 partition, is mounted via fusefs and is unmounted in a shutdown script. But if I do not unmount this partition in a script, it is not unmounted by the OS or fusefs at shutdown. Probably this is a different or new bug. For the original bug I have opened a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200784 Please comment here if you like. Regards, Maurizio From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 13:35:17 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD938741 for ; Fri, 12 Jun 2015 13:35:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 04B961B35 for ; Fri, 12 Jun 2015 13:35:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA25239 for ; Fri, 12 Jun 2015 16:35:14 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Z3P73-0003x4-As for freebsd-current@FreeBSD.org; Fri, 12 Jun 2015 16:35:13 +0300 Message-ID: <557ADFD8.50001@FreeBSD.org> Date: Fri, 12 Jun 2015 16:34:16 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: bug with special bracket expressions in regular expressions References: <5224A693.3000904@FreeBSD.org> <5224C08E.1070404@FreeBSD.org> In-Reply-To: <5224C08E.1070404@FreeBSD.org> Content-Type: text/plain; charset=utf-8 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: Fri, 12 Jun 2015 13:35:17 -0000 On 02/09/2013 19:45, Andriy Gapon wrote: > It seems that the code works like this: > - first it matches "cd0 " and "removes" it > - then it passes "cd1 xx" for matching with a flag that tells that this is not > a real start of the string > - thus the matching code > o knows that this is not a real line start, so it can't match [[:<:]] > just for that reason > o it does _not_ know what was the character before the start of the given > substring, so it can not know if it could match [[:<:]] > > So matching fails. > Not sure if this is an internal problem of regex(3) or a problem of how sed(1) > uses regex(3). I've come up with a patch to fix this problem: https://reviews.freebsd.org/D2792 I am not sure who among the developers is interested in the regexp code, so currently the request does not have any reviewers. If know that code well or care about its correctness please add yourself ti the review request. All testers are welcome. The issue could be quite an edge case, but I am more interested to see if no regressions are introduced. Thanks. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 17:39:14 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6899454 for ; Fri, 12 Jun 2015 17:39:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 08098EBF for ; Fri, 12 Jun 2015 17:39:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA28082; Fri, 12 Jun 2015 20:39:10 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Z3Sv8-0004AP-4A; Fri, 12 Jun 2015 20:39:10 +0300 Message-ID: <557B1905.80307@FreeBSD.org> Date: Fri, 12 Jun 2015 20:38:13 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Maksim Yevmenkin , "current@freebsd.org" Subject: Re: obtaining a minidump from panic() called from NMI handler References: In-Reply-To: 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: Fri, 12 Jun 2015 17:39:14 -0000 On 10/06/2015 20:36, Maksim Yevmenkin wrote: > hello, > > i have a question about obtaining minidump as result of panic() being > called from nmi handler. basically, i have a way to trigger nmi, and, > i would like to panic() system and obtain a minidump. > > i have modified isa_nmi() to appropriately inspect bits and return > non-zero return code. i have turned off machdep.kdb_on_nmi knob (set > it to zero). i have confirmed that amd64 trap() is called with correct > T_NMI type. i've also confirmed that panic() is called from amd64's > trap(). > > the issue i have is that system is rebooting too early. basically, it > looks like minidump is started, but, for whatever reason, other cpus > are not completely stopped (or may be they are panic()ing again) and > system just reboots without having complete the minidump. > > the issue is not present when machdep.kdb_on_nmi is set to 1. in this > case, system drops into ddb prompt and 'call doadump' works as > expected. for various reasons i can not use ddb, and, would like to > have system save nmi triggered minidump completely unattended. > > can someone please give me a clue as to what i should be looking into > to make this work? Maksim, could it be that more than one CPUs get the NMI at the same time? IF yes, then the current code wouldn't handle that well - each of the NMI-ed CPUs will try to stop all others with another NMI and it will wait until each of those CPUs sets an acknowledgement bit in its NMI handler. This scheme works fine if there's only one CPU that wants to become the master, but results in a deadlock otherwise. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:49:02 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51B7BC73; Fri, 12 Jun 2015 18:49:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::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 1CAB7F6; Fri, 12 Jun 2015 18:49:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by igbzc4 with SMTP id zc4so17562577igb.0; Fri, 12 Jun 2015 11:49:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MGN+LR0hlOV2EVFEBeO4lkxkScWYhbeE4k6+a4fuzAY=; b=AwnmWQisl9/xEk3qVuFPRVWINPFFzI4tLS8ZIkeCz4GIELBiqJcSpYezoEvfTaYOeX SMfyKJF78U+Gv+Qw1SXBw2KJYp8PxwkHoeaZe2zx0p5KckjIx3HIfujzvMM+G5cNuMtq ERujA8kJV4Z9Dpp6XUIAUvHLFwRqTLVKryesYQeASFd9RboRg9UzBHb+5D653N2Mpg+T gQHd4cfF4ueA/OsBfBQJNViFehzXL06P4zWfceXQFRTe9izQfR/jIn1rKTX14KcI+w/W EcDbivnIvMRJuNHgcwCxR06eDYct+4tfbcaN/0KGm1KWwBB/KnaSlPGp9dqAW2HA51se 63zQ== MIME-Version: 1.0 X-Received: by 10.43.172.68 with SMTP id nx4mr17733801icc.48.1434134941559; Fri, 12 Jun 2015 11:49:01 -0700 (PDT) Received: by 10.36.66.17 with HTTP; Fri, 12 Jun 2015 11:49:01 -0700 (PDT) In-Reply-To: <557B1905.80307@FreeBSD.org> References: <557B1905.80307@FreeBSD.org> Date: Fri, 12 Jun 2015 11:49:01 -0700 Message-ID: Subject: Re: obtaining a minidump from panic() called from NMI handler From: Maksim Yevmenkin To: Andriy Gapon Cc: "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: Fri, 12 Jun 2015 18:49:02 -0000 Andriy, >> i have a question about obtaining minidump as result of panic() being >> called from nmi handler. basically, i have a way to trigger nmi, and, >> i would like to panic() system and obtain a minidump. >> >> i have modified isa_nmi() to appropriately inspect bits and return >> non-zero return code. i have turned off machdep.kdb_on_nmi knob (set >> it to zero). i have confirmed that amd64 trap() is called with correct >> T_NMI type. i've also confirmed that panic() is called from amd64's >> trap(). >> >> the issue i have is that system is rebooting too early. basically, it >> looks like minidump is started, but, for whatever reason, other cpus >> are not completely stopped (or may be they are panic()ing again) and >> system just reboots without having complete the minidump. >> >> the issue is not present when machdep.kdb_on_nmi is set to 1. in this >> case, system drops into ddb prompt and 'call doadump' works as >> expected. for various reasons i can not use ddb, and, would like to >> have system save nmi triggered minidump completely unattended. >> >> can someone please give me a clue as to what i should be looking into >> to make this work? > > could it be that more than one CPUs get the NMI at the same time? i guess, its possible. is there an easy way to check for that? > IF yes, then the current code wouldn't handle that well - each of the NMI-ed > CPUs will try to stop all others with another NMI and it will wait until each of > those CPUs sets an acknowledgement bit in its NMI handler. This scheme works > fine if there's only one CPU that wants to become the master, but results in a > deadlock otherwise. that makes sense. i don't observe deadlock, but, simple reboot. thanks, max From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 18:55:27 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22442DE9; Fri, 12 Jun 2015 18:55: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 9E5D033D; Fri, 12 Jun 2015 18:55:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t5CItL3e098298 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 12 Jun 2015 21:55:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t5CItL3e098298 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t5CItL3j098296; Fri, 12 Jun 2015 21:55:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 12 Jun 2015 21:55:21 +0300 From: Konstantin Belousov To: Maksim Yevmenkin Cc: Andriy Gapon , "current@freebsd.org" Subject: Re: obtaining a minidump from panic() called from NMI handler Message-ID: <20150612185521.GE2080@kib.kiev.ua> References: <557B1905.80307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.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: Fri, 12 Jun 2015 18:55:27 -0000 On Fri, Jun 12, 2015 at 11:49:01AM -0700, Maksim Yevmenkin wrote: > Andriy, > > >> i have a question about obtaining minidump as result of panic() being > >> called from nmi handler. basically, i have a way to trigger nmi, and, > >> i would like to panic() system and obtain a minidump. > >> > >> i have modified isa_nmi() to appropriately inspect bits and return > >> non-zero return code. i have turned off machdep.kdb_on_nmi knob (set > >> it to zero). i have confirmed that amd64 trap() is called with correct > >> T_NMI type. i've also confirmed that panic() is called from amd64's > >> trap(). > >> > >> the issue i have is that system is rebooting too early. basically, it > >> looks like minidump is started, but, for whatever reason, other cpus > >> are not completely stopped (or may be they are panic()ing again) and > >> system just reboots without having complete the minidump. > >> > >> the issue is not present when machdep.kdb_on_nmi is set to 1. in this > >> case, system drops into ddb prompt and 'call doadump' works as > >> expected. for various reasons i can not use ddb, and, would like to > >> have system save nmi triggered minidump completely unattended. > >> > >> can someone please give me a clue as to what i should be looking into > >> to make this work? > > > > could it be that more than one CPUs get the NMI at the same time? > > i guess, its possible. is there an easy way to check for that? > > > IF yes, then the current code wouldn't handle that well - each of the NMI-ed > > CPUs will try to stop all others with another NMI and it will wait until each of > > those CPUs sets an acknowledgement bit in its NMI handler. This scheme works > > fine if there's only one CPU that wants to become the master, but results in a > > deadlock otherwise. > > that makes sense. i don't observe deadlock, but, simple reboot. I believe I posted patches to serialize ddb entrance or panics due to nmi. I do not have references handy, you could search lists. From owner-freebsd-current@FreeBSD.ORG Fri Jun 12 19:11:02 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6092183 for ; Fri, 12 Jun 2015 19:11:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) by mx1.freebsd.org (Postfix) with SMTP id BFA6486B for ; Fri, 12 Jun 2015 19:11:02 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 12 Jun 2015 19:10:49 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t5CJAs12009173; Fri, 12 Jun 2015 13:10:54 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1434136254.1415.47.camel@freebsd.org> Subject: Re: obtaining a minidump from panic() called from NMI handler From: Ian Lepore To: Konstantin Belousov Cc: Maksim Yevmenkin , Andriy Gapon , "current@freebsd.org" Date: Fri, 12 Jun 2015 13:10:54 -0600 In-Reply-To: <20150612185521.GE2080@kib.kiev.ua> References: <557B1905.80307@FreeBSD.org> <20150612185521.GE2080@kib.kiev.ua> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 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: Fri, 12 Jun 2015 19:11:03 -0000 On Fri, 2015-06-12 at 21:55 +0300, Konstantin Belousov wrote: > On Fri, Jun 12, 2015 at 11:49:01AM -0700, Maksim Yevmenkin wrote: > > Andriy, > > > > >> i have a question about obtaining minidump as result of panic() being > > >> called from nmi handler. basically, i have a way to trigger nmi, and, > > >> i would like to panic() system and obtain a minidump. > > >> > > >> i have modified isa_nmi() to appropriately inspect bits and return > > >> non-zero return code. i have turned off machdep.kdb_on_nmi knob (set > > >> it to zero). i have confirmed that amd64 trap() is called with correct > > >> T_NMI type. i've also confirmed that panic() is called from amd64's > > >> trap(). > > >> > > >> the issue i have is that system is rebooting too early. basically, it > > >> looks like minidump is started, but, for whatever reason, other cpus > > >> are not completely stopped (or may be they are panic()ing again) and > > >> system just reboots without having complete the minidump. > > >> > > >> the issue is not present when machdep.kdb_on_nmi is set to 1. in this > > >> case, system drops into ddb prompt and 'call doadump' works as > > >> expected. for various reasons i can not use ddb, and, would like to > > >> have system save nmi triggered minidump completely unattended. > > >> > > >> can someone please give me a clue as to what i should be looking into > > >> to make this work? > > > > > > could it be that more than one CPUs get the NMI at the same time? > > > > i guess, its possible. is there an easy way to check for that? > > > > > IF yes, then the current code wouldn't handle that well - each of the NMI-ed > > > CPUs will try to stop all others with another NMI and it will wait until each of > > > those CPUs sets an acknowledgement bit in its NMI handler. This scheme works > > > fine if there's only one CPU that wants to become the master, but results in a > > > deadlock otherwise. > > > > that makes sense. i don't observe deadlock, but, simple reboot. > > I believe I posted patches to serialize ddb entrance or panics due to nmi. > I do not have references handy, you could search lists. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" That was on freebsd-arch in July 2014. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 12:34:39 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DE53EB2 for ; Sat, 13 Jun 2015 12:34:39 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) (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 1231A379 for ; Sat, 13 Jun 2015 12:34:38 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by wigg3 with SMTP id g3so36944947wig.1 for ; Sat, 13 Jun 2015 05:34:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=Cumar3jHufB9qOGGWQ8Giu3koNUuBPqHIBab4/3uoK8=; b=MLsNnts6ou5T6g1Yt3DRrYTt+PKvXYiNaQXDTZKtWHB8lPaU6rhbZEo8Zn/QFExm4N yURDB/iRa1Zf4ZWCEXmL0+iYM/7wy5NalSGtTxfXoK/6AktaGEup9ptK25ejUZ0cgSCN tuFp+1TS3oeQ1R8KOtTeBS3hQM1+i5iZbXYvFLIbCBRy59TcsjuajQ2eeCKfFzp+ntzZ UC5v0luDI11A02MTji1fmbmY12GlKqEY5atw/MJk8Xw5l+UVb6J4bLzESjmpD5EiUfZf ZPUqe7/B1VlK5jbtfom0TNJQ8oxH47YQk7oDTXf7s15PBIzwmhYhc0zhJ2tluex9xath xWvQ== X-Gm-Message-State: ALoCoQmLOQXKQ6/mavwxTiuj0C3hoTsXt78xFl5UmhHGFbDrqyOlZ63mh865ox4NDr5slq9ujFtB MIME-Version: 1.0 X-Received: by 10.180.102.227 with SMTP id fr3mr15114327wib.19.1434198877225; Sat, 13 Jun 2015 05:34:37 -0700 (PDT) Received: by 10.194.162.225 with HTTP; Sat, 13 Jun 2015 05:34:37 -0700 (PDT) Date: Sat, 13 Jun 2015 14:34:37 +0200 Message-ID: Subject: broken release generation when From: Oliver Pinter To: current@freebsd.org Cc: gjb@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: Sat, 13 Jun 2015 12:34:39 -0000 Hi all! We got build error with custom BRANCH= in newvers.sh. The release process unable to generate the ISO files but they not stopped with error, just ignore them, and continue with memstick images. cp /jenkins/workspace/HardenedBSD-stable-master-amd64/release/rc.local bootonly/etc sh /jenkins/workspace/HardenedBSD-stable-master-amd64/release/amd64/mkisoimages.sh -b 11_0_CURRENT_HARDENEDBSD_amd64_BO bootonly.iso bootonly 100+0 records in 100+0 records out 409600 bytes transferred in 0.007822 secs (52361998 bytes/sec) newfs_msdos: cannot get number of sectors per track: Operation not supported newfs_msdos: cannot get number of heads: Operation not supported newfs_msdos: trim 44 sectors to adjust to a multiple of 63 /dev/md0: 717 sectors in 717 FAT12 clusters (512 bytes/cluster) BytesPerSec=512 SecPerClust=1 ResSectors=1 FATs=2 RootDirEnts=512 Sectors=756 Media=0xf8 FATsecs=3 SecPerTrack=63 Heads=1 HiddenSecs=0 makefs: error: The Disk Label must be at most 32 characters long usage: makefs [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian] [-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size] [-b free-blocks] [-f free-files] [-F mtree-specfile] [-xZ] [-N userdb-dir] image-file directory | manifest [extra-directory ...] More info: http://jenkins.hardenedbsd.org:8180/jenkins/job/HardenedBSD-stable-master-amd64/59/console From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 13:17:30 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E17397C6; Sat, 13 Jun 2015 13:17:30 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9DBDFE71; Sat, 13 Jun 2015 13:17:30 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-248-228.lns20.per4.internode.on.net [121.45.248.228]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t5DDHPx9079654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 13 Jun 2015 06:17:28 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <557C2D5F.4080005@freebsd.org> Date: Sat, 13 Jun 2015 21:17:19 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Maksim Yevmenkin , Andriy Gapon CC: "current@freebsd.org" Subject: Re: obtaining a minidump from panic() called from NMI handler References: <557B1905.80307@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; 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: Sat, 13 Jun 2015 13:17:31 -0000 On 6/13/15 2:49 AM, Maksim Yevmenkin wrote: > Andriy, > >>> i have a question about obtaining minidump as result of panic() being >>> called from nmi handler. basically, i have a way to trigger nmi, and, >>> i would like to panic() system and obtain a minidump. >>> >>> i have modified isa_nmi() to appropriately inspect bits and return >>> non-zero return code. i have turned off machdep.kdb_on_nmi knob (set >>> it to zero). i have confirmed that amd64 trap() is called with correct >>> T_NMI type. i've also confirmed that panic() is called from amd64's >>> trap(). >>> >>> the issue i have is that system is rebooting too early. basically, it >>> looks like minidump is started, but, for whatever reason, other cpus >>> are not completely stopped (or may be they are panic()ing again) and >>> system just reboots without having complete the minidump. >>> >>> the issue is not present when machdep.kdb_on_nmi is set to 1. in this >>> case, system drops into ddb prompt and 'call doadump' works as >>> expected. for various reasons i can not use ddb, and, would like to >>> have system save nmi triggered minidump completely unattended. >>> >>> can someone please give me a clue as to what i should be looking into >>> to make this work? >> could it be that more than one CPUs get the NMI at the same time? > i guess, its possible. is there an easy way to check for that? hard code checks in the code so that all except the first do something different. (even only as a debug check).. like write to some location and loop... > >> IF yes, then the current code wouldn't handle that well - each of the NMI-ed >> CPUs will try to stop all others with another NMI and it will wait until each of >> those CPUs sets an acknowledgement bit in its NMI handler. This scheme works >> fine if there's only one CPU that wants to become the master, but results in a >> deadlock otherwise. > that makes sense. i don't observe deadlock, but, simple reboot. > > thanks, > max > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 14:01:48 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C48D803; Sat, 13 Jun 2015 14:01:48 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA0EC7A; Sat, 13 Jun 2015 14:01:46 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp118-210-12-163.lns20.adl2.internode.on.net (HELO midget.dons.net.au) ([118.210.12.163]) by ipmail05.adl6.internode.on.net with ESMTP; 13 Jun 2015 23:31:45 +0930 Received: from [10.65.210.53] ([137.122.64.26]) (authenticated bits=0) by midget.dons.net.au (8.15.1/8.14.9) with ESMTPSA id t5DE1dQd005101 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Jun 2015 23:31:41 +0930 (CST) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: Host [137.122.64.26] claimed to be [10.65.210.53] Subject: Re: obtaining a minidump from panic() called from NMI handler Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: text/plain; charset=us-ascii From: "O'Connor, Daniel" In-Reply-To: <557C2D5F.4080005@freebsd.org> Date: Sat, 13 Jun 2015 10:01:32 -0400 Cc: Maksim Yevmenkin , Andriy Gapon , "current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <3FCB93E6-40AA-4673-99F1-14CD145FFFAA@dons.net.au> References: <557B1905.80307@FreeBSD.org> <557C2D5F.4080005@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.2098) X-Spam-Score: -1.107 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.75 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, 13 Jun 2015 14:01:48 -0000 > On 13 Jun 2015, at 09:17, Julian Elischer wrote: >=20 >>> could it be that more than one CPUs get the NMI at the same time? >> i guess, its possible. is there an easy way to check for that? > hard code checks in the code so that all except the first do something = different. > (even only as a debug check).. like write to some location and loop... How about just something to the effect of.. if (curcpu !=3D cpu0) while (1) ; -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 14:10:40 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C242BD2 for ; Sat, 13 Jun 2015 14:10:40 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::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 294E0D44 for ; Sat, 13 Jun 2015 14:10:40 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by wibdq8 with SMTP id dq8so38549419wib.1 for ; Sat, 13 Jun 2015 07:10:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=y2h6gvJg9Lrs5oVTaYSgMZgepKCrHdtNMUvCd7yucsU=; b=AL89yybJFI2Bs+n5TOmPBjMMqTFa+MKfMb9xWVXZBDQ97qhwNBsLGG9eONH3ALuJk/ fAxpNwZyQ+KdjU20vxV7X3QzHwwToOfS8TZEHtPrK8Bv9TvhkKtY8CNk1bMR8HFyfLPu gjeVuBLGanUMYyxeayti2x4BTceDnq8GmW+YTXYsBQF1Dw7H5o6iWEfkcJ3yVKarGz61 r9G8X1hRoILTvjQIfBP2+c+LYiO+gb1xbYbA+PC9h6v4gIIVg18LBGeMQYILv62P+69c +qvJR4DQ88x2GngMbUwPad7aIBV+XFXxXz8wAJ9hAthJ2eHfENoQhe0DSjdJHvK+IjUD MTPw== MIME-Version: 1.0 X-Received: by 10.194.95.132 with SMTP id dk4mr36349788wjb.88.1434204638619; Sat, 13 Jun 2015 07:10:38 -0700 (PDT) Received: by 10.194.74.167 with HTTP; Sat, 13 Jun 2015 07:10:38 -0700 (PDT) Date: Sat, 13 Jun 2015 16:10:38 +0200 Message-ID: Subject: geli panics my system after suspend-resume: g_eli_orphan_spoil_assert() called for cd0.eli From: =?UTF-8?B?Sm9zw6kgR2FyY8OtYSBKdWFuaW5v?= To: 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: Sat, 13 Jun 2015 14:10:40 -0000 Hi FreeBSD current, I get a reproducible panic following these steps: 1- Mount a geli encrypted DVD: # geli attach /dev/cd0 Password: # mount -o ro /dev/cd0.eli /cdrom 2- Do some work in the /cdrom filesystem. 3- Close my laptop lid. The system suspends. 4- Open again the lid a wait. The system resumes, but panics after a few seconds: panic: Function g_eli_orphan_spoil_assert() called for cd0.eli. After that, X windows session close and bt> prompt shows in the console. I type "dump" and reboot. Download the full backtrace from http://pastebin.com/i82Zbt0A Thanks in advance, best regards From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 14:33:05 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D587581C; Sat, 13 Jun 2015 14:33:05 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AA9065EA; Sat, 13 Jun 2015 14:33:05 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-248-228.lns20.per4.internode.on.net [121.45.248.228]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t5DEWnqC079851 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 13 Jun 2015 07:32:52 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <557C3F0C.70900@freebsd.org> Date: Sat, 13 Jun 2015 22:32:44 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "O'Connor, Daniel" CC: Maksim Yevmenkin , Andriy Gapon , "current@freebsd.org" Subject: Re: obtaining a minidump from panic() called from NMI handler References: <557B1905.80307@FreeBSD.org> <557C2D5F.4080005@freebsd.org> <3FCB93E6-40AA-4673-99F1-14CD145FFFAA@dons.net.au> In-Reply-To: <3FCB93E6-40AA-4673-99F1-14CD145FFFAA@dons.net.au> Content-Type: text/plain; charset=windows-1252; 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: Sat, 13 Jun 2015 14:33:05 -0000 On 6/13/15 10:01 PM, O'Connor, Daniel wrote: >> On 13 Jun 2015, at 09:17, Julian Elischer wrote: >> >>>> could it be that more than one CPUs get the NMI at the same time? >>> i guess, its possible. is there an easy way to check for that? >> hard code checks in the code so that all except the first do something different. >> (even only as a debug check).. like write to some location and loop... > How about just something to the effect of.. > if (curcpu != cpu0) > while (1) > ; well, use 'pause' in the loop to save power. or even halt maybe.. (whatever the idle loop uses) and write something to an array ( stopped_by_nmi[curcpu-index] ) on entering the code so the base processor can see what processors entered it. (names not correct) > > -- > Daniel O'Connor > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 14:35:51 2015 Return-Path: Delivered-To: current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 272D794D; Sat, 13 Jun 2015 14:35:50 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 13 Jun 2015 14:35:46 +0000 From: Glen Barber To: Oliver Pinter Cc: current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: broken release generation when Message-ID: <20150613143546.GA2333@hub.FreeBSD.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) 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, 13 Jun 2015 14:35:51 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [re@ CC'd] On Sat, Jun 13, 2015 at 02:34:37PM +0200, Oliver Pinter wrote: > Hi all! >=20 > We got build error with custom BRANCH=3D in newvers.sh. The release > process unable to generate the ISO files but they not stopped with > error, just ignore them, and continue with memstick images. >=20 >=20 > cp /jenkins/workspace/HardenedBSD-stable-master-amd64/release/rc.local > bootonly/etc > sh /jenkins/workspace/HardenedBSD-stable-master-amd64/release/amd64/mkiso= images.sh > -b 11_0_CURRENT_HARDENEDBSD_amd64_BO bootonly.iso bootonly > 100+0 records in > 100+0 records out > 409600 bytes transferred in 0.007822 secs (52361998 bytes/sec) > newfs_msdos: cannot get number of sectors per track: Operation not suppor= ted > newfs_msdos: cannot get number of heads: Operation not supported > newfs_msdos: trim 44 sectors to adjust to a multiple of 63 > /dev/md0: 717 sectors in 717 FAT12 clusters (512 bytes/cluster) > BytesPerSec=3D512 SecPerClust=3D1 ResSectors=3D1 FATs=3D2 RootDirEnts=3D5= 12 > Sectors=3D756 Media=3D0xf8 FATsecs=3D3 SecPerTrack=3D63 Heads=3D1 HiddenS= ecs=3D0 > makefs: error: The Disk Label must be at most 32 characters long > usage: makefs [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian] > [-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size] > [-b free-blocks] [-f free-files] [-F mtree-specfile] [-xZ] > [-N userdb-dir] image-file directory | manifest [extra-directory ...] >=20 I think at this point either: 1) VOLUME_LABEL should be removed; or 2) VOLUME_LABEL should be only set if 'uname -s' returns 'FreeBSD'. There have been multiple reports of issues with this, and the workaround for edge cases is getting far too ugly at this point, so I prefer option (1). Glen --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVfD/CAAoJEAMUWKVHj+KTOJ4P/jMGDj1s/XCMCOi2xIgTcHr7 NOU2wFVgHDsdMrH89Xd7YbYUeFstUnAFAJm5hk1CqJ+ttSu5Ko3JhqZi/acMQ18W WZdleQgw4WCVJfF1FFaOQ5YVIaO2pBtbKbCRuCv4xjA0V1htEtc7Zp8NUCgxQx84 MlPMfmQqW76I6QoCQDdYut3HAhZHaIR6cN+jUlXx/9rir+MH1bNReQsKgjLps08U YXEkwFQQdj8HzLg9qnjemsP0iWohdfoKnDOK4qttKA8iFvFVgFEAcAM0FAxTOmZN sg+ObwxSLkgTjGzgi5dEZZql808FU4pbhdUgjmyAQofAX9yqn355DAvaWkD6B9Ci eGlmxK0KGjwSLYiLfDCz2L2dK5now5Y/KUxMVyiaO6JZj4mY0AsiT2le6abKqGsQ WZLCsLbynbFljmNwrYRRAM3A+s5+8BItxu+s2clpULI+t9BOEIphgl9C1FjAgea3 RpMELmMoKNNqIOi3X+hSqOnRmQjrYDs4J+KvN1AaDrj0bbo9MNG9J1gZk8MjVWzI F4DifiBcLXe5SwQfZa80Yxgpsp7U/rBwAbQq99wsNe/UdwQyLvKtCuOAjBvlygK2 V2Vm/++U0iabPrVtMkm2zQv9sSRw7nBwqbDrFLAy2NhYmalRPGUh2pmBZRus20z7 UZV1si8hG66YcFYpzXtW =vL+h -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 15:00:24 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 698E8367; Sat, 13 Jun 2015 15:00:24 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebius.int.ru", Issuer "cell.glebius.int.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8D94BE5; Sat, 13 Jun 2015 15:00:23 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.9/8.14.9) with ESMTP id t5DF0KOI004362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 13 Jun 2015 18:00:20 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.9/8.14.9/Submit) id t5DF0KgL004361; Sat, 13 Jun 2015 18:00:20 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 13 Jun 2015 18:00:20 +0300 From: Gleb Smirnoff To: kevlo@FreeBSD.org Cc: current@FreeBSD.org, adrian@FreeBSD.org Subject: converted run(4) Was: [Testers needed!] WiFi drivers changes Message-ID: <20150613150020.GN73119@glebius.int.ru> References: <20150529133535.GT73119@glebius.int.ru> <20150604111808.GG73119@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150604111808.GG73119@glebius.int.ru> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 13 Jun 2015 15:00:24 -0000 Hi Kevin, you signed up as tester of run(4). I have converted run(4) and uploaded new patch at: https://reviews.freebsd.org/D2655 Please try, report and update the project page. https://wiki.freebsd.org/projects/ifnet/net80211 Thanks a lot for your help. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 15:30:49 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05B44B38 for ; Sat, 13 Jun 2015 15:30:49 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) (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 9B3A129A for ; Sat, 13 Jun 2015 15:30:48 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by wigg3 with SMTP id g3so39317378wig.1 for ; Sat, 13 Jun 2015 08:30:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=HgDAd5lDP0b1FwkxPNd7vbTZFuhphw1xcj31iwbH9B4=; b=alWV3NhQeEjJ6DdegHCAVBucS+Uv3qZxX1mV/PdJrUoZBayAvPvzDuJpHsX65+R2Sa CXB3ZwLuCuhxuJBJflmdL+HJkyqBgNhJiV/a/5QDRuEi3whDQTX6EzR9f3smS6MEBR/O 9y9k0MRgy7CgPXxCGB1zTEaqMSQcMzp6YAMAWVOxfw9/mQsTXae8TX6chPSnU19sbVNa ak8TAooTpQv41qKc3abl16mNeB5gsJQH/9qz9181hkPD2TG9Ro+6q7pCW33t5XccP7YF rF8UCiPtSsiccK2smq8W0tRnreUn38dp7qIvA337mcuRVhcsbq56cvcF3FRI7cy3fdiI ODdQ== X-Gm-Message-State: ALoCoQlQ0Gk0S+C6sFjPceTTzriiQoNPh8omlOFtCM7va0DAS+KrJSYxzCBpIR6VzYBJHMjOEwMo MIME-Version: 1.0 X-Received: by 10.194.57.109 with SMTP id h13mr34639331wjq.67.1434209022833; Sat, 13 Jun 2015 08:23:42 -0700 (PDT) Received: by 10.194.162.225 with HTTP; Sat, 13 Jun 2015 08:23:42 -0700 (PDT) In-Reply-To: <20150613143546.GA2333@hub.FreeBSD.org> References: <20150613143546.GA2333@hub.FreeBSD.org> Date: Sat, 13 Jun 2015 17:23:42 +0200 Message-ID: Subject: Re: broken release generation when From: Oliver Pinter To: Glen Barber Cc: current@freebsd.org, FreeBSD Release Engineering Team 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: Sat, 13 Jun 2015 15:30:49 -0000 On 6/13/15, Glen Barber wrote: > [re@ CC'd] > > On Sat, Jun 13, 2015 at 02:34:37PM +0200, Oliver Pinter wrote: >> Hi all! >> >> We got build error with custom BRANCH= in newvers.sh. The release >> process unable to generate the ISO files but they not stopped with >> error, just ignore them, and continue with memstick images. >> >> >> cp /jenkins/workspace/HardenedBSD-stable-master-amd64/release/rc.local >> bootonly/etc >> sh >> /jenkins/workspace/HardenedBSD-stable-master-amd64/release/amd64/mkisoimages.sh >> -b 11_0_CURRENT_HARDENEDBSD_amd64_BO bootonly.iso bootonly >> 100+0 records in >> 100+0 records out >> 409600 bytes transferred in 0.007822 secs (52361998 bytes/sec) >> newfs_msdos: cannot get number of sectors per track: Operation not >> supported >> newfs_msdos: cannot get number of heads: Operation not supported >> newfs_msdos: trim 44 sectors to adjust to a multiple of 63 >> /dev/md0: 717 sectors in 717 FAT12 clusters (512 bytes/cluster) >> BytesPerSec=512 SecPerClust=1 ResSectors=1 FATs=2 RootDirEnts=512 >> Sectors=756 Media=0xf8 FATsecs=3 SecPerTrack=63 Heads=1 HiddenSecs=0 >> makefs: error: The Disk Label must be at most 32 characters long >> usage: makefs [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian] >> [-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size] >> [-b free-blocks] [-f free-files] [-F mtree-specfile] [-xZ] >> [-N userdb-dir] image-file directory | manifest [extra-directory ...] >> > > I think at this point either: > > 1) VOLUME_LABEL should be removed; or > 2) VOLUME_LABEL should be only set if 'uname -s' returns 'FreeBSD'. > > There have been multiple reports of issues with this, and the workaround > for edge cases is getting far too ugly at this point, so I prefer option > (1). > Hmm, and seems like the memstick builds are affected too: try to boot this: http://jenkins.hardenedbsd.org/builds/HardenedBSD-master-amd64/build-127/ISO-IMAGES/HardenedBSD-11-CURRENT_hardenedbsd-master-amd64-mini-memstick.img > Glen > > From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 15:31:10 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83DBFC34; Sat, 13 Jun 2015 15:31:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 3C8EA2E6; Sat, 13 Jun 2015 15:31:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Z3nOf-000F77-0J; Sat, 13 Jun 2015 18:31:01 +0300 Date: Sat, 13 Jun 2015 18:31:00 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: Oliver Pinter , current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: broken release generation when Message-ID: <20150613153100.GE58397@zxy.spb.ru> References: <20150613143546.GA2333@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150613143546.GA2333@hub.FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false 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, 13 Jun 2015 15:31:10 -0000 On Sat, Jun 13, 2015 at 02:35:46PM +0000, Glen Barber wrote: > [re@ CC'd] > > On Sat, Jun 13, 2015 at 02:34:37PM +0200, Oliver Pinter wrote: > > Hi all! > > > > We got build error with custom BRANCH= in newvers.sh. The release > > process unable to generate the ISO files but they not stopped with > > error, just ignore them, and continue with memstick images. > > > > > > cp /jenkins/workspace/HardenedBSD-stable-master-amd64/release/rc.local > > bootonly/etc > > sh /jenkins/workspace/HardenedBSD-stable-master-amd64/release/amd64/mkisoimages.sh > > -b 11_0_CURRENT_HARDENEDBSD_amd64_BO bootonly.iso bootonly > > 100+0 records in > > 100+0 records out > > 409600 bytes transferred in 0.007822 secs (52361998 bytes/sec) > > newfs_msdos: cannot get number of sectors per track: Operation not supported > > newfs_msdos: cannot get number of heads: Operation not supported > > newfs_msdos: trim 44 sectors to adjust to a multiple of 63 > > /dev/md0: 717 sectors in 717 FAT12 clusters (512 bytes/cluster) > > BytesPerSec=512 SecPerClust=1 ResSectors=1 FATs=2 RootDirEnts=512 > > Sectors=756 Media=0xf8 FATsecs=3 SecPerTrack=63 Heads=1 HiddenSecs=0 > > makefs: error: The Disk Label must be at most 32 characters long > > usage: makefs [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian] > > [-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size] > > [-b free-blocks] [-f free-files] [-F mtree-specfile] [-xZ] > > [-N userdb-dir] image-file directory | manifest [extra-directory ...] > > > > I think at this point either: > > 1) VOLUME_LABEL should be removed; or > 2) VOLUME_LABEL should be only set if 'uname -s' returns 'FreeBSD'. > > There have been multiple reports of issues with this, and the workaround > for edge cases is getting far too ugly at this point, so I prefer option > (1). makefs must truncate label and don't return error. From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 15:34:53 2015 Return-Path: Delivered-To: current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF3FD40F; Sat, 13 Jun 2015 15:34:52 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Sat, 13 Jun 2015 15:34:49 +0000 From: Glen Barber To: Oliver Pinter Cc: current@freebsd.org, FreeBSD Release Engineering Team Subject: Re: broken release generation when Message-ID: <20150613153449.GB2333@hub.FreeBSD.org> References: <20150613143546.GA2333@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.23 (2014-03-12) 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, 13 Jun 2015 15:34:53 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 13, 2015 at 05:23:42PM +0200, Oliver Pinter wrote: > On 6/13/15, Glen Barber wrote: > > [re@ CC'd] > > > > On Sat, Jun 13, 2015 at 02:34:37PM +0200, Oliver Pinter wrote: > >> Hi all! > >> > >> We got build error with custom BRANCH=3D in newvers.sh. The release > >> process unable to generate the ISO files but they not stopped with > >> error, just ignore them, and continue with memstick images. > >> > >> > >> cp /jenkins/workspace/HardenedBSD-stable-master-amd64/release/rc.local > >> bootonly/etc > >> sh > >> /jenkins/workspace/HardenedBSD-stable-master-amd64/release/amd64/mkiso= images.sh > >> -b 11_0_CURRENT_HARDENEDBSD_amd64_BO bootonly.iso bootonly > >> 100+0 records in > >> 100+0 records out > >> 409600 bytes transferred in 0.007822 secs (52361998 bytes/sec) > >> newfs_msdos: cannot get number of sectors per track: Operation not > >> supported > >> newfs_msdos: cannot get number of heads: Operation not supported > >> newfs_msdos: trim 44 sectors to adjust to a multiple of 63 > >> /dev/md0: 717 sectors in 717 FAT12 clusters (512 bytes/cluster) > >> BytesPerSec=3D512 SecPerClust=3D1 ResSectors=3D1 FATs=3D2 RootDirEnts= =3D512 > >> Sectors=3D756 Media=3D0xf8 FATsecs=3D3 SecPerTrack=3D63 Heads=3D1 Hidd= enSecs=3D0 > >> makefs: error: The Disk Label must be at most 32 characters long > >> usage: makefs [-t fs-type] [-o fs-options] [-d debug-mask] [-B endian] > >> [-S sector-size] [-M minimum-size] [-m maximum-size] [-s image-size] > >> [-b free-blocks] [-f free-files] [-F mtree-specfile] [-xZ] > >> [-N userdb-dir] image-file directory | manifest [extra-directory ...] > >> > > > > I think at this point either: > > > > 1) VOLUME_LABEL should be removed; or > > 2) VOLUME_LABEL should be only set if 'uname -s' returns 'FreeBSD'. > > > > There have been multiple reports of issues with this, and the workaround > > for edge cases is getting far too ugly at this point, so I prefer option > > (1). > > >=20 > Hmm, and seems like the memstick builds are affected too: try to boot > this: http://jenkins.hardenedbsd.org/builds/HardenedBSD-master-amd64/buil= d-127/ISO-IMAGES/HardenedBSD-11-CURRENT_hardenedbsd-master-amd64-mini-memst= ick.img >=20 I'm not currently in a location where I can boot things, but yes, all installer images will be affected by this for your use case. Glen --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVfE2ZAAoJEAMUWKVHj+KTrJIP/jxUMHGUVviQ1P3aumym657k 4Z0EQgHK2aSqBvLBiq3PCm3LPhUpH1GSPKghyPZw2r5s8niZ2MV0ieioz7FQIy1d MMMBnq+XKXWeekoIuuHZyVS8ygWWLc8R3QhED9YPLl+BATWIH++fEn61u8iuW6rE UVHjZoPd4yLnNCKg6B0SrmUaFGZ3Ik2y2kAs6On7mZ4QmFuqP4UzTVpcxDj3dHlC AS/sbXii2YkEIWKj7m2X7Gd3XcsTeOlhGMdB90jxWJj49tAJjbbiuq0LM4JrzEym Kjt8Z9ErMKU3Okw/Z1D6OXgoUQe5LIlc3DOM63wuj4fYCPIkUmRBrxdeLuY+tf5A yDRYVnl/TTTXiYfMsH3ncvKJyMtQIosKUwM0bUW98vJr1CD8BXk9fyYDiIpxd26z mypClnbqPSNknG5t/Rbp3UJ1M6AUwZnhvCECZCb4FG1pJ+Pr0xzGFafLQceiabge S78QQiQvHkXxKOQryNvvYts6nTCFHeYSQupJBQg5HM2E+3bfSwkDFKvUZEN573CT qI0z8/UYLeElRxJ94CFQnnIfYKO9HD5OvOtUGHSXnjJwcs5yfO5W+puewpm5BmDE nUVSfUMQmj1yp9JcrsmZhGUdu3rNrBBYLyEZvS5UNVUrWlwkuUB6S0/PbhASVEsR i+hKu3d3qRZL9zwPBXSL =dSpJ -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 17:04:03 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B33C7588 for ; Sat, 13 Jun 2015 17:04:03 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::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 72514CB4 for ; Sat, 13 Jun 2015 17:04:03 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oial131 with SMTP id l131so4073910oia.3 for ; Sat, 13 Jun 2015 10:04:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2Aiiwvh7ryNRK0fOsRPVt1fBeblUSvgPFJSpp//r6jE=; b=yH7lZmje07VsK3yNulpNux45K5lPfX7dTK72l8/FFaXc1Fi+MRcuCAXdbBQPbd/4u6 HR7EePypIxi+68rOP4ZDxK1BXRCCa0hmV/i01o/2TkB2OD3uHStqDQSbWQM2g/bnI0yP K6os/Qh4GhV3kzHY6F98qulPj3+IpcFD5Za7BiiJqb2V2wrGErpPVJJNILP68DQWouOw kD1iTq4/rxCqZ20CngB0wxqLLSZp0NieFIEdDiAnBAaQNCkb6nU96NX9UEB6IzlLK4H5 nr07e0cCrcMr9cQX61sqpexyF1VqK30jlLu0zwfv13rqilFtKcdUWQSvHoFxlQJqIeUJ UFIw== MIME-Version: 1.0 X-Received: by 10.202.188.139 with SMTP id m133mr16137000oif.73.1434215042747; Sat, 13 Jun 2015 10:04:02 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Sat, 13 Jun 2015 10:04:02 -0700 (PDT) In-Reply-To: References: Date: Sat, 13 Jun 2015 10:04:02 -0700 X-Google-Sender-Auth: 9aBNhDE_3kzoP5aUl4UAAvbqKhU Message-ID: Subject: Re: Slow shutdown From: Kevin Oberman To: "Ranjan1018 ." <214748mv@gmail.com> Cc: Henry Hu , Garrett Cooper , 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, 13 Jun 2015 17:04:03 -0000 On Fri, Jun 12, 2015 at 1:30 AM, Ranjan1018 . <214748mv@gmail.com> wrote: > > > 2015-06-12 1:13 GMT+02:00 Henry Hu : > >> On Thu, Jun 11, 2015 at 1:55 PM Kevin Oberman >> wrote: >> >>> The same issue exists in fusefs, but has an uglier result. The fuse >>> daemon >>> shuts down before any fusefs based file systems are unmounted, but, for >>> several R/W file systems including NTFS and exFAT, the result is a >>> corrupt >>> file system. I did the same thing to work around this problem... an init >>> script, but I wonder if this should not be handled in some cleaner and >>> more >>> global manner. (No, I have no idea right now of how to implement this.) >>> >> >> I think that I've hit this problem several times, because I've lost files >> on my NTFS portable harddisk several times. Now I force an unmount in the >> shutdown script. >> I remember that when fuse module was still in fusefs-kmod, the rc script >> unmounts the file systems, and there's even a _safe flag to ensure safety. >> >> > Hi, > I have the same issue in my laptop a dual boot FreeBSD/Windows 8. In > FreeBSD, the Win8 partition, is mounted via fusefs and is unmounted in a > shutdown script. > But if I do not unmount this partition in a script, it is not unmounted by > the OS or fusefs at shutdown. Probably this is a different or new bug. > > For the original bug I have opened a PR: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200784 > Please comment here if you like. > > Regards, > Maurizio > > I also opened a bug report for the fusefs case. It is https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200513. It includes a shutdown script that will unmount the file systems cleanly, though it will unmount all fusefs file systems, whether they need it or not. Many fusefs file systems are read-only or fully synchronous, so are always "clean". But, as far as I can tell, unmounting does not harm for any fusefs file system. (Yes, "fusefs file system" is probably redundant.) The shutdown script is only for systems running the native fusefs code and not the older fusefs-kmod port. -- Kevin Oberman, Network Engineer, Retired From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 20:05:10 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 507E4448; Sat, 13 Jun 2015 20:05:10 +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 4149EBFF; Sat, 13 Jun 2015 20:05:10 +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 7F9A493C; Sat, 13 Jun 2015 20:05:04 +0000 (UTC) Date: Sat, 13 Jun 2015 20:04:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <1515523168.6.1434225896950.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD-tests - Build #1107 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD-tests 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: Sat, 13 Jun 2015 20:05:10 -0000 FreeBSD_HEAD-tests - Build #1107 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1107/ to view the results. From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 21:32:03 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 138AB68A for ; Sat, 13 Jun 2015 21:32:03 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::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 D1FA323E for ; Sat, 13 Jun 2015 21:32:02 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pabqy3 with SMTP id qy3so41497546pab.3 for ; Sat, 13 Jun 2015 14:32:02 -0700 (PDT) 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 :message-id:references:to; bh=EV2iPxEReHR/d1SP+LzyZJ+wjzin5mGAae09Nb4jh+g=; b=v6a8Kl2vzVcCjRoTvPMiwgzWs4TelvTu0l5K562tEX+9vHYjF7Sn/JMjEjTEO9HJAp ekieL0tGmJ1bgVDCmATpKRD5aAsSJst9se6moNZN+qgMEbfHxAFSAIuDXMK5L5VbZ6i0 HD9IkhOs5A7fGxLY5ijglZfjKAbB+xywqaPkOMT1vGqVenYbS2t5U2x/c8rM98kIuTUU ObfzaGg/Gzjww0VsHsqTvwMgsIv1jpbyFFlwmocJ4n+TYlRjtzNlTNFQ2tQqyLK/Uar7 LGg98ggn2MOOucbYI2KPgFxrKzRswdiHD6oQOZI7gIqayzOSdls9/u85hk09TjWTqTTG Sa5A== X-Received: by 10.68.135.196 with SMTP id pu4mr34722815pbb.64.1434231122314; Sat, 13 Jun 2015 14:32:02 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:2434:29cc:2519:36ef? ([2601:8:ab80:7d6:2434:29cc:2519:36ef]) by mx.google.com with ESMTPSA id xo3sm7529019pbb.74.2015.06.13.14.31.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 13 Jun 2015 14:32:01 -0700 (PDT) Subject: Re: geli panics my system after suspend-resume: g_eli_orphan_spoil_assert() called for cd0.eli Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_AB73F0E7-0407-4935-963D-6DB25DAF761B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Garrett Cooper In-Reply-To: Date: Sat, 13 Jun 2015 14:31:56 -0700 Cc: current@freebsd.org Message-Id: References: To: =?iso-8859-1?Q?Jos=E9_Garc=EDa_Juanino?= X-Mailer: Apple Mail (2.1878.6) 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, 13 Jun 2015 21:32:03 -0000 --Apple-Mail=_AB73F0E7-0407-4935-963D-6DB25DAF761B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Jun 13, 2015, at 7:10, Jos=E9 Garc=EDa Juanino = wrote: > Hi FreeBSD current, >=20 > I get a reproducible panic following these steps: >=20 > 1- Mount a geli encrypted DVD: >=20 > # geli attach /dev/cd0 > Password: >=20 > # mount -o ro /dev/cd0.eli /cdrom >=20 > 2- Do some work in the /cdrom filesystem. >=20 > 3- Close my laptop lid. The system suspends. >=20 > 4- Open again the lid a wait. The system resumes, but panics after a > few seconds: >=20 > panic: Function g_eli_orphan_spoil_assert() called for cd0.eli. >=20 > After that, X windows session close and bt> prompt shows in the > console. I type "dump" and reboot. >=20 > Download the full backtrace from http://pastebin.com/i82Zbt0A File a bug! https://bugs.freebsd.org/bugzilla/enter_bug.cgi --Apple-Mail=_AB73F0E7-0407-4935-963D-6DB25DAF761B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVfKFNAAoJEMZr5QU6S73eNMgH+wfS+bKvfy7IyvnBxySPhuFm KcWOCd/uQmNvSCYz0nGUA4qGr5pphJkXBB/pZLJNiRTRJKBixTZ8r8nqIQfbZpEp nojWBEwuAWJzkKnF+CYcFU3Hs8jeDUnIza9bqwnnhEB1NzSa34smdnLyxrnP2iac T/tiJ5CBGeIg2g1bTWW3AaFxctrobuuIRzhQZ4Mx+L1r1geZm1Au4osZ8maYtPfu a4jK7kP09zVlvoSgMfQSXRMersx3pq7PCtDYJ8vCqBEU8o0ZhNciOTLs4IBlWlLu xT6uxnxY9C7XNi4AJ5PAHjDsGMxKWhfR+/GfjqJyC3mCnx640MIEX1L24tw8ngU= =juO0 -----END PGP SIGNATURE----- --Apple-Mail=_AB73F0E7-0407-4935-963D-6DB25DAF761B-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 21:37:24 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 210628A5; Sat, 13 Jun 2015 21:37:24 +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 0FD8E277; Sat, 13 Jun 2015 21:37:24 +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 42AF695A; Sat, 13 Jun 2015 21:37:24 +0000 (UTC) Date: Sat, 13 Jun 2015 21:37:20 +0000 (GMT) From: jenkins-admin@freebsd.org To: sjg@FreeBSD.org, kp@FreeBSD.org, dim@FreeBSD.org, emaste@FreeBSD.org, bryanv@FreeBSD.org, kan@FreeBSD.org, tuexen@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <380110668.9.1434231444045.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2860 - Failure 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: Sat, 13 Jun 2015 21:37:24 -0000 FreeBSD_HEAD - Build #2860 - Failure: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2860/ to view the results. From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 21:38:16 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30B409B2; Sat, 13 Jun 2015 21:38:16 +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 20233285; Sat, 13 Jun 2015 21:38:16 +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 780FA95B; Sat, 13 Jun 2015 21:38:16 +0000 (UTC) Date: Sat, 13 Jun 2015 21:38:16 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-current@freebsd.org Message-ID: <138485436.11.1434231496487.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <380110668.9.1434231444045.JavaMail.jenkins@jenkins-9.freebsd.org> References: <380110668.9.1434231444045.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD - Build #2861 - 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: Sat, 13 Jun 2015 21:38:16 -0000 FreeBSD_HEAD - Build #2861 - Still Failing: Check console output at https://jenkins.freebsd.org/job/FreeBSD_HEAD/2861/ to view the results. From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 22:44:32 2015 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2509DBC5; Sat, 13 Jun 2015 22:44:32 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E223A3F1; Sat, 13 Jun 2015 22:44:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.14.9/8.14.9) with ESMTP id t5DMiUlG002412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 13 Jun 2015 15:44:31 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.9/8.14.9/Submit) id t5DMiUBT002411; Sat, 13 Jun 2015 15:44:30 -0700 (PDT) (envelope-from sgk) Date: Sat, 13 Jun 2015 15:44:30 -0700 From: Steve Kargl To: freebsd-current@freebsd.org, bapt@freebsd.org Subject: apropos(1) with MANPATH is broken Message-ID: <20150613224430.GA2296@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) 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, 13 Jun 2015 22:44:32 -0000 The recent change from historic mandoc to the newer stuff has broken apropos(1). From the apropos(1) manpage MANPATH The standard search path used by man(1) may be changed by specifying a path in the MANPATH environment variable. Invalid paths, or paths without manual databases, are ignored. Overridden by -M. If MANPATH begins with a colon, it is appended to the default list; if it ends with a colon, it is prepended to the default list; or if it contains two adjacent colons, the standard search path is inserted between the colons. If none of these conditions are met, it overrides the standard search path. In my .cshrc I have setenv MANPATH /usr/local/man:/usr/share/man:$HOME/man % setenv | grep MANP MANPATH=/usr/local/man:/usr/share/man:/home/kargl/man % apropos apropos (Warning: MANPATH environment variable set) /usr/home/kargl/man/mandoc.db: No such file or directory apropos, whatis(1) - search manual page databases Historically, there is no noise. Neither the warning about MANPATH being set nor a message about a missing .db file were printed. This should at least be hidden behind -v. % unsetenv MANPATH % apropos apropos /usr/home/kargl/man/mandoc.db: No such file or directory /usr/local/lib/perl5/site_perl/man/mandoc.db: No such file or directory /usr/local/lib/perl5/5.16/perl/man/mandoc.db: No such file or directory apropos, whatis(1) - search manual page databases Unsetting MANPATH seems to not revert to a standard manpath of /usr/share/man (or maybe /usr/local/man:/usr/share/man). Also, why is it suddenly picking up the perl5 directories? There is no /etc/man.conf on the system and login.conf does not define manpath. setenv MANPATH :$HOME/man % apropos apropos (Warning: MANPATH environment variable set) /usr/home/kargl/man/mandoc.db: No such file or directory MANPATH was not appended to the standard search path. So, starting the exercise over with MANPATH removed from .cshrc. Re-login-ing into the system % setenv | grep MAN MANPATH is not set as expected. % apropos apropos /usr/home/kargl/man/mandoc.db: No such file or directory /usr/local/lib/perl5/site_perl/man/mandoc.db: No such file or directory /usr/local/lib/perl5/5.16/perl/man/mandoc.db: No such file or directory apropos, whatis(1) - search manual page databases So, some default search path is followed % setenv MANPATH :$HOME/man % apropos apropos (Warning: MANPATH environment variable set) /usr/home/kargl/man/mandoc.db: No such file or directory % man apropos No manual entry for apropos -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 13 22:46:11 2015 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8E80CFD; Sat, 13 Jun 2015 22:46:11 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (thyme.infocus-llc.com [199.15.120.10]) (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 B15055ED; Sat, 13 Jun 2015 22:46:11 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id BF44137B5E6; Sat, 13 Jun 2015 17:46:03 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3m8DY70QH5z1bZ; Sat, 13 Jun 2015 17:46:03 -0500 (CDT) Date: Sat, 13 Jun 2015 17:46:03 -0500 From: "Matthew D. Fuller" To: =?iso-8859-1?Q?Jos=E9_Garc=EDa?= Juanino Cc: freebsd-geom@freebsd.org Subject: Re: geli panics my system after suspend-resume: g_eli_orphan_spoil_assert() called for cd0.eli Message-ID: <20150613224602.GB1733@over-yonder.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23-fullermd.4 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.7 at thyme.infocus-llc.com X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 13 Jun 2015 23:12:41 +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: Sat, 13 Jun 2015 22:46:12 -0000 [ Redirect to -geom, bcc'd to -current for transition ] On Sat, Jun 13, 2015 at 04:10:38PM +0200 I heard the voice of José García Juanino, and lo! it spake thus: > Hi FreeBSD current, > > I get a reproducible panic following these steps: > > 1- Mount a geli encrypted DVD: [...] > 4- Open again the lid a wait. The system resumes, but panics after a > few seconds: > > panic: Function g_eli_orphan_spoil_assert() called for cd0.eli. This is presumably what's hooked up in g_eli_create(): /* * Spoiling cannot happen actually, because we keep provider open for * writing all the time or provider is read-only. */ gp->spoiled = g_eli_orphan_spoil_assert; The backtrace makes me think that coming out of resume will cause a media change event on the cd0 device, which sounds a _little_ odd, but may be necessary due to Stupid Reality Crap. That pushes a spoil event down to g_eli. And g_eli seems to assume that can't happen to a thing it's got around an open. With the caveat that I'm no expert on ELI or GEOM, and any advice I might give could just be the trigger for a nasal demon invasion of our world, one thing you might try is taking that event as a hint to just blow away the .eli device; treat it like an orphan. So changing that callback to using the g_eli_orphan func instead. e.g., something like Index: g_eli.c =================================================================== --- g_eli.c (revision 284359) +++ g_eli.c (working copy) @@ -730,7 +730,7 @@ g_eli_create(struct gctl_req *req, struct g_class * Spoiling cannot happen actually, because we keep provider open for * writing all the time or provider is read-only. */ - gp->spoiled = g_eli_orphan_spoil_assert; + gp->spoiled = g_eli_orphan; gp->orphan = g_eli_orphan; gp->dumpconf = g_eli_dumpconf; /* (not even remotely tested; beware of leopard) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream.