From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 21:45:15 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5B7099C; Sat, 7 Sep 2013 21:45:15 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A61C126F5; Sat, 7 Sep 2013 21:45:15 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIQJc-000Dte-CI; Sat, 07 Sep 2013 22:45:13 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0DF2CB3D-CBBE-440F-99BD-85C8FD521DE8"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <1378589511.1111.529.camel@revolution.hippie.lan> Date: Sat, 7 Sep 2013 22:45:11 +0100 Message-Id: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <618CA386-7444-4631-A69B-7FD2F22C91E6@grondar.org> <1378589511.1111.529.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sun, 08 Sep 2013 00:18:23 +0000 Cc: Adrian Chadd , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 07 Sep 2013 21:45:16 -0000 --Apple-Mail=_0DF2CB3D-CBBE-440F-99BD-85C8FD521DE8 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 7 Sep 2013, at 22:31, Ian Lepore wrote: > Those of us who have to cope with limited systems will fix our config > for those systems; that part of it shouldn't be your problem beyond > providing us with a knob. If there is NO random number generator, then /dev/random blocks. Period. If you don't want to block, don't read /dev/random. If you have an RNG loaded (like Yarrow), the intent is that it will block-until-secure, but you can insta-unblock it by writing to it. The intent is that early in the boot, while running all the /etc/rc.d/* stuff, you write anything you like (hopefully random crud) to the device and it seeds itself with what it gets. At file close after the write, it unblocks. So at the minimum, you can unblock Yarrow by doing $ echo '' > /dev/random ... as soon as the device is active. There is your knob. M -- Mark R V Murray --Apple-Mail=_0DF2CB3D-CBBE-440F-99BD-85C8FD521DE8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUiueZ958vKOKE6LNAQpweAP/UGQnbVOT0Qh+4nrldKvK9dzsdbj0AAZm wuBuITlTrrgioHWxrXlOAsp80Xa7CaOvTGLhNoVIP7qfW74klWTGJ7Jpej8aeVtC fsOZq7D43bDqremOV4HSTu11oovhwtJx4QsD6s59nUiU0SoDgo30B+xYYFqRnRSz pwVQJ7pHqfU= =VHNS -----END PGP SIGNATURE----- --Apple-Mail=_0DF2CB3D-CBBE-440F-99BD-85C8FD521DE8-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 00:27:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 95D89A16; Sun, 8 Sep 2013 00:27:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08D4B2CE0; Sun, 8 Sep 2013 00:27:20 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hj3so2163206wib.1 for ; Sat, 07 Sep 2013 17:27:19 -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=vF+ihFPG8zh19cqiqTflg4v+7d9nDee0/2WA6t/QmYU=; b=qZ9r3uy6PXnMlQvJQEpbNeQ/5B6vpzasu/EvhMysSKTsfOhFXsudeHWfQjXMGPO/rz mVLMsZyWUrhS+d4d9oyQ8KsdI9RFOdHRJnkEIpmgAgICWp3i7Wcf9UdqYNobiyBaTMr7 AzD1t/5IoiDV34CMlH4LfgV2M1OUygA3ib7YuF3/usU2i3ddVh0y56DiAtkYcEVAsUA5 CqNK8ot16FTAYy97b2SIRRb6F0wCr/WurUPrEaxYgAD3TPC8SpAqu8ux85c4mINVPL2r m3KN1F7obl2arYks5w5Ytx7iWf96ifGCl/wP5TO62+7vzWwCdK7CGGe1N/TuD58p6qzs euvQ== MIME-Version: 1.0 X-Received: by 10.194.75.165 with SMTP id d5mr7483713wjw.18.1378600039415; Sat, 07 Sep 2013 17:27:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Sat, 7 Sep 2013 17:27:19 -0700 (PDT) In-Reply-To: <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> Date: Sat, 7 Sep 2013 17:27:19 -0700 X-Google-Sender-Auth: _ehHa6MetE0Xz7QsJlciPAQdsXY Message-ID: Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Adrian Chadd To: Mark R V Murray Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-current@freebsd.org" , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 00:27:21 -0000 [snip] ok. So I can work around this for these MIPS AP images by echoing something into /dev/random ? -adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 00:31:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1098EB4C; Sun, 8 Sep 2013 00:31:29 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4FB12D29; Sun, 8 Sep 2013 00:31:28 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 489D526F8; Sun, 8 Sep 2013 00:31:25 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 489D526F8 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 7 Sep 2013 20:31:23 -0400 From: Glen Barber To: Adrian Chadd Subject: Re: random(4) update causes mips compile fail | mips boot fail Message-ID: <20130908003123.GX77463@glenbarber.us> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="95puKF9o0QNvO5PE" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-current@freebsd.org" , Ian Lepore , Mark R V Murray X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 00:31:29 -0000 --95puKF9o0QNvO5PE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 07, 2013 at 05:27:19PM -0700, Adrian Chadd wrote: > ok. So I can work around this for these MIPS AP images by echoing somethi= ng > into /dev/random ? >=20 The correct workaround (which now I see I should have done before locking head/) is to revert this commit so it can be properly fixed. Calling "echo '' >/dev/random" the "KNOB" is insulting. Glen --95puKF9o0QNvO5PE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSK8VbAAoJEFJPDDeguUajIHEIAJ4svnJVH06rTkQd5i6eSlRZ kMbxKiD39whKZKe0SxRPGgS+DRklrk7qSQFuD9Irk2BuUyePpQqQbKbP6ja/iPay E2axk5uZC1RGg2tKQB3ankqt/tuvC9miYrYK1iUqnhBV1/m2trF/TIvE8MDHsVeN 3RpJLF5brLlGCeO9FLYSaAQVAnlrHIMye2xct4N5jfYhMU2d3gGsI9Cx7Nw/5AbK R2CjBnKbIeb7GFDtfOp8NWV76Gn3D26EgTmfURfxdGjhP+Q7gm/nWurvb0w8P63g 5W76RITfbWq/STAMZqBaIS84qnnPPuGEYrjQ96eVQs84BS7Z0YtKec2iWQ1UVJE= =VFKu -----END PGP SIGNATURE----- --95puKF9o0QNvO5PE-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 00:34:15 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD712C78; Sun, 8 Sep 2013 00:34:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 933412D43; Sun, 8 Sep 2013 00:34:15 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id up15so4711378pbc.12 for ; Sat, 07 Sep 2013 17:34:14 -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=KcrnPr04CBSNcLmE+//EVU1eBeVqh4IkvX9Th+EsBV4=; b=IK+oA0ozOKPAg/wJPosBGSwerYhd6olssKWLf+l/m2g/2GujaODzNKpNZpcTZgRsux MipVa91ejG5cPwhhSUL5OKybOHtN6cs70fYYQUNFOkfRobj+dsibAoPcfBPFpdsPQiqg Hxjdw7IX1ipjby6DDLJXtKM41rOvJYcWMJZyZmEneIwXXHR2eMbDPeRWdkFqlT97LJkA KnRgrplgJEI8nBAGxfPA79qP/gMGPkrY2f2OMzZ2dEMJktLmUsw3/H2KjHD9hSkwWNch sp7XPBojI+SWGy4+4wepzuUhoCf3InETWu60vAf0eeceyHm/OCtkmPqVNF45gatPXX1g CxRg== MIME-Version: 1.0 X-Received: by 10.68.255.69 with SMTP id ao5mr10989438pbd.66.1378600454776; Sat, 07 Sep 2013 17:34:14 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.66.219.74 with HTTP; Sat, 7 Sep 2013 17:34:14 -0700 (PDT) In-Reply-To: <20130908003123.GX77463@glenbarber.us> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> <20130908003123.GX77463@glenbarber.us> Date: Sat, 7 Sep 2013 17:34:14 -0700 X-Google-Sender-Auth: 0KOfUPI49sP6BlxrB4tm5pMpHF4 Message-ID: Subject: Re: random(4) update causes mips compile fail | mips boot fail From: Kevin Oberman To: Glen Barber Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , "freebsd-current@freebsd.org" , Mark R V Murray , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 00:34:16 -0000 I'm sorry. The word is spelled "KLUDGE", now "KNOB". It works and is better than being dead in the water, but is is still spelled "KLUDGE". On Sat, Sep 7, 2013 at 5:31 PM, Glen Barber wrote: > On Sat, Sep 07, 2013 at 05:27:19PM -0700, Adrian Chadd wrote: > > ok. So I can work around this for these MIPS AP images by echoing > something > > into /dev/random ? > > > > The correct workaround (which now I see I should have done before > locking head/) is to revert this commit so it can be properly fixed. > > Calling "echo '' >/dev/random" the "KNOB" is insulting. > > Glen > > -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 00:37:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D31FDDA3; Sun, 8 Sep 2013 00:37:02 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3A3E2D60; Sun, 8 Sep 2013 00:37:02 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 71CCD2791; Sun, 8 Sep 2013 00:37:01 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 71CCD2791 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 7 Sep 2013 20:36:59 -0400 From: Glen Barber To: Kevin Oberman Subject: Re: random(4) update causes mips compile fail | mips boot fail Message-ID: <20130908003659.GY77463@glenbarber.us> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> <20130908003123.GX77463@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oWEYV0WmY9Kcrzh0" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Adrian Chadd , "freebsd-current@freebsd.org" , Mark R V Murray , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 00:37:02 -0000 --oWEYV0WmY9Kcrzh0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 07, 2013 at 05:34:14PM -0700, Kevin Oberman wrote: > On Sat, Sep 7, 2013 at 5:31 PM, Glen Barber wrote: >=20 > > On Sat, Sep 07, 2013 at 05:27:19PM -0700, Adrian Chadd wrote: > > > ok. So I can work around this for these MIPS AP images by echoing > > something > > > into /dev/random ? > > > > > > > The correct workaround (which now I see I should have done before > > locking head/) is to revert this commit so it can be properly fixed. > > > > Calling "echo '' >/dev/random" the "KNOB" is insulting. > > >=20 > I'm sorry. The word is spelled "KLUDGE", now "KNOB". It works and is bett= er > than being dead in the water, but is is still spelled "KLUDGE". >=20 Meh, we can create a symlink for KLUDGE -> KNOB in head/ if needed. Either way, I think this commit needs to be reverted until properly fixed and tested. Glen --oWEYV0WmY9Kcrzh0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSK8arAAoJEFJPDDeguUajdWIH/1Yf3qUQJdCq+X7AJ5c4k/rq IsoIh0U1JXvM4Wi1jAhk6NsekJJp6GjX2q9lz3xcYa5zO5KQYL/pOs3v3Hqw8qbn UL9scA9gcBu/5ZppYAvyVATbWzSNZIXPqKZYzivy+lK5HxkpmOYhZl3dT3cggTAw VFc1Rc2WPwgr/HLZ3htVOdpK5FVhy0qWuRmnmvQ+cBkBkw9NTnSenVIYjcfy/PMV ET2Eomt8+5jTBQC2FPAcc9JKvrNLI66HnRV7ttJ9+pisVjyLRrFtE7GyS3lOxdVz COutbMKNSjsoKsX+kVVipH8j2SCGhhh5hC0C9oN9UW/3pHCNtEoY6aUTWb2yAHo= =FFR6 -----END PGP SIGNATURE----- --oWEYV0WmY9Kcrzh0-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 03:17:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 606E5E2D; Sun, 8 Sep 2013 03:17:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 267BA2497; Sun, 8 Sep 2013 03:17:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r883H7tk098540; Sat, 7 Sep 2013 23:17:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r883H7fG098539; Sun, 8 Sep 2013 03:17:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 8 Sep 2013 03:17:07 GMT Message-Id: <201309080317.r883H7fG098539@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 03:17:09 -0000 TB --- 2013-09-08 02:09:15 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-08 02:09:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-08 02:09:15 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-08 02:09:15 - cleaning the object tree TB --- 2013-09-08 02:09:15 - /usr/local/bin/svn stat /src TB --- 2013-09-08 02:09:49 - At svn revision 255367 TB --- 2013-09-08 02:09:50 - building world TB --- 2013-09-08 02:09:50 - CROSS_BUILD_TESTING=YES TB --- 2013-09-08 02:09:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-08 02:09:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-08 02:09:50 - SRCCONF=/dev/null TB --- 2013-09-08 02:09:50 - TARGET=mips TB --- 2013-09-08 02:09:50 - TARGET_ARCH=mips TB --- 2013-09-08 02:09:50 - TZ=UTC TB --- 2013-09-08 02:09:50 - __MAKE_CONF=/dev/null TB --- 2013-09-08 02:09:50 - cd /src TB --- 2013-09-08 02:09:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Sep 8 02:09:57 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Sep 8 03:11:43 UTC 2013 TB --- 2013-09-08 03:11:43 - cd /src/sys/mips/conf TB --- 2013-09-08 03:11:43 - /usr/sbin/config -m ADM5120 TB --- 2013-09-08 03:11:43 - skipping ADM5120 kernel TB --- 2013-09-08 03:11:43 - cd /src/sys/mips/conf TB --- 2013-09-08 03:11:43 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-08 03:11:43 - skipping ALCHEMY kernel TB --- 2013-09-08 03:11:43 - cd /src/sys/mips/conf TB --- 2013-09-08 03:11:43 - /usr/sbin/config -m AP121 TB --- 2013-09-08 03:11:43 - building AP121 kernel TB --- 2013-09-08 03:11:43 - CROSS_BUILD_TESTING=YES TB --- 2013-09-08 03:11:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-08 03:11:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-08 03:11:43 - SRCCONF=/dev/null TB --- 2013-09-08 03:11:43 - TARGET=mips TB --- 2013-09-08 03:11:43 - TARGET_ARCH=mips TB --- 2013-09-08 03:11:43 - TZ=UTC TB --- 2013-09-08 03:11:43 - __MAKE_CONF=/dev/null TB --- 2013-09-08 03:11:43 - cd /src TB --- 2013-09-08 03:11:43 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sun Sep 8 03:11:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Sun Sep 8 03:14:42 UTC 2013 TB --- 2013-09-08 03:14:42 - cd /src/sys/mips/conf TB --- 2013-09-08 03:14:42 - /usr/sbin/config -m AP91 TB --- 2013-09-08 03:14:42 - building AP91 kernel TB --- 2013-09-08 03:14:42 - CROSS_BUILD_TESTING=YES TB --- 2013-09-08 03:14:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-08 03:14:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-08 03:14:42 - SRCCONF=/dev/null TB --- 2013-09-08 03:14:42 - TARGET=mips TB --- 2013-09-08 03:14:42 - TARGET_ARCH=mips TB --- 2013-09-08 03:14:42 - TZ=UTC TB --- 2013-09-08 03:14:42 - __MAKE_CONF=/dev/null TB --- 2013-09-08 03:14:42 - cd /src TB --- 2013-09-08 03:14:42 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sun Sep 8 03:14:42 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] pseudo_rng.o:(.data+0x44): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x74): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x78): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x84): undefined reference to `random_null_func' pseudo_rng.o:(.data+0x8c): more undefined references to `random_null_func' follow random_adaptors.o: In function `random_sysctl_active_adaptor_handler': /src/sys/dev/random/random_adaptors.c:(.text+0x40): undefined reference to `random_get_active_adaptor' /src/sys/dev/random/random_adaptors.c:(.text+0x40): relocation truncated to fit: R_MIPS_26 against `random_get_active_adaptor' *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP91 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-08 03:17:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-08 03:17:07 - ERROR: failed to build AP91 kernel TB --- 2013-09-08 03:17:07 - 2927.72 user 671.15 system 4072.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 06:14:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 53A9EFCC; Sun, 8 Sep 2013 06:14:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B25CB2B84; Sun, 8 Sep 2013 06:14:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIYGp-003Ao2-60>; Sun, 08 Sep 2013 08:14:51 +0200 Received: from g225186224.adsl.alicedsl.de ([92.225.186.224] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIYGp-00284I-1D>; Sun, 08 Sep 2013 08:14:51 +0200 Date: Sun, 8 Sep 2013 08:14:45 +0200 From: "O. Hartmann" To: rakuco@FreeBSD.org Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous Message-ID: <20130908081445.242f77c7@thor.walstatt.dyndns.org> In-Reply-To: <201309072249.r87MnsLP052803@freefall.freebsd.org> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/5kI5W1PsqicJ9pw3Dt5w5KU"; protocol="application/pgp-signature" X-Originating-IP: 92.225.186.224 Cc: freebsd-current@freebsd.org, kde@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 06:14:53 -0000 --Sig_/5kI5W1PsqicJ9pw3Dt5w5KU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 7 Sep 2013 22:49:54 GMT rakuco@FreeBSD.org wrote: > Synopsis: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: > error: call to 'swap' is ambiguous >=20 > State-Changed-From-To: open->patched > State-Changed-By: rakuco > State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 > State-Changed-Why:=20 > I don't think the previous version worked. >=20 > From your description, it looks like you've switched to building with > libc++ whereas libstdc++ was being used before. >=20 > The upcoming Qt 4.8.5 plus a few patches which only made it to 4.8.6 > (but we've backported) will finally make Qt build with libc++. >=20 > We've just sent an exp-run request for Qt 4.8.5, and will hopefully > fix all these errors once it is committed. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181913 I build the world/kernel since early this year with=20 CXXFLAGS+=3D -stdlib=3Dlibc++ CXXFLAGS+=3D -std=3Dc++11 in /etc/src.conf. I do not use those flags in /etc/make.conf! /etc/src.conf is supposed to target ONLY the /usr/src world, not the ports - this is as I interpret the man page for /etc/src.conf and it would be logical. But this rule/thinking seems to be broken by some includes from /usr/ports/Mk ingredients. I can assure that I didn't switch anything to build the ports but rebuilding world and then restarting building. Something must have changed since then in the logic of how libc++ slipped in instead of of libstdc++. What I did was a "make delete-old-files", which deleted several GNU gcc stuff on all CURRENT boxes. I did not see that any lib got killed after I tried "make delete-old-libs". And I did not check whether libstdc++ is still being built. There are many other occasions where now c++ errors occur and I guess those ports need to be reported in one by one via PR? --Sig_/5kI5W1PsqicJ9pw3Dt5w5KU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLBXaAAoJEOgBcD7A/5N8BnAH/1BGvJpkbCIYfUV8T5Dsfw7y bHEmkEpO/DwokYVQ2DU8/q/xGPcFwAeJDozkX26Fbmi0+GJDMWrrlx/hcUInSBnL VlasAMGtH7u6UhGnLEhAW+e7pBMUEmTuDMhhYcoXcvKmdZSvmrHiReCbMyiWWZPD x8q6I1Thy2fqUZf6rmTw6dEoa8eTr0qQyVgnM4cAozw6JMlpzW9L0aj2tU0qbGpc Rc1l1DXTTGFyvoT/m//NGtClz+F1srAxr+9nR+VmrVLOLb2mEGh4eIRTgveXnbfZ AuO014D5qyY4DtNEqHn64mC/GCWLY7DIgH/Mdz8UB1A/KaP0y9Ik8b3wNA5i6ak= =Ti0P -----END PGP SIGNATURE----- --Sig_/5kI5W1PsqicJ9pw3Dt5w5KU-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 06:41:36 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D20C85C7; Sun, 8 Sep 2013 06:41:36 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2h.mail.yandex.net (forward2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::2]) by mx1.freebsd.org (Postfix) with ESMTP id 85D522CA9; Sun, 8 Sep 2013 06:41:36 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward2h.mail.yandex.net (Yandex) with ESMTP id ABEC5701A82; Sun, 8 Sep 2013 10:41:33 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id C4AE02C1169; Sun, 8 Sep 2013 10:41:32 +0400 (MSK) Received: from 93.91.3.70.tel.ru (93.91.3.70.tel.ru [93.91.3.70]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id pWeqFt8YB4-fVdaBZWI; Sun, 8 Sep 2013 10:41:32 +0400 Message-ID: <522C1C1B.6050809@passap.ru> Date: Sun, 08 Sep 2013 10:41:31 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> In-Reply-To: <20130908081445.242f77c7@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, kde@FreeBSD.org, freebsd-ports@freebsd.org, rakuco@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 06:41:36 -0000 08.09.2013 10:14, O. Hartmann пишет: > I can assure that I didn't switch anything to build the ports but > rebuilding world and then restarting building. Something must have > changed since then in the logic of how libc++ slipped in instead of > of libstdc++. > > What I did was a "make delete-old-files", which deleted several GNU gcc > stuff on all CURRENT boxes. I did not see that any lib got killed after > I tried "make delete-old-libs". And I did not check whether libstdc++ > is still being built. Yes, recently gcc was switched off by default at CURRENT, so libc++ is used both for the system and ports. > There are many other occasions where now c++ errors occur and I guess > those ports need to be reported in one by one via PR? Guess so. Preferrable with a patch. ;-) -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 08:44:12 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5B56F382; Sun, 8 Sep 2013 08:44:12 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id AA04321EC; Sun, 8 Sep 2013 08:44:11 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cXmJN0q6NzFTPg; Sun, 8 Sep 2013 10:44:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XLvfzQOVhuBQ; Sun, 8 Sep 2013 10:44:01 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Sun, 8 Sep 2013 10:44:01 +0200 (CEST) Message-ID: <522C38D1.1040602@FreeBSD.org> Date: Sun, 08 Sep 2013 10:44:01 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130902 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> <522B1BC4.4090304@FreeBSD.org> <20130907214610.69fabdff@thor.walstatt.dyndns.org> In-Reply-To: <20130907214610.69fabdff@thor.walstatt.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: olli hauer , freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 08:44:12 -0000 On 09/07/13 21:46, O. Hartmann wrote: > On Sat, 07 Sep 2013 14:27:48 +0200 > Guido Falsi wrote: > >> On 09/07/13 14:10, olli hauer wrote: >>> There are 13 ports using --with-iconv=${LOCALBASE} >>> devel/apr1 >>> devel/apr2 >>> devel/git >>> irc/epic5 >>> lang/gauche >>> net-mgmt/ettercap >>> net/ssltunnel-client >>> net/yaz >>> net/zebra-server >>> textproc/libxml2 >>> textproc/py-libxml2 >>> www/apache22 >>> www/apache24 >>> >> >> Most of these do work anyway. I'm sure about various of these. I have >> them working on my PCs. This does not mean they don't need to be >> tweaked anyway, but they have lower priority. >> >> net-mgmt/ettercap is known broken and I have it in my pipe. I'm >> giving this all the time I can, but I can''t spend too much time on >> this right now. I'm going to check these and fix the broken ones asap. >> >> >>> >>> and devel/glib20, print/ghostscript8, print/ghostscript9 using >>> --with-libiconv=gnu >>> --with-libiconv=native >>> --with-libiconv=no >>> --with-libiconv=no >>> >> >> glib20 I already fixed in the big commit. uses native or gnu where >> appropriate. I'll also have a look at the ghostscript ports asap, but >> at least ghostscript9 I have seen it working on my PCs. >> >>> >>> Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). >>> >>> If Uses/iconv.mk can be extended with something like ICON_PATH, then >>> the 13 ports can be changed quickly to use the right iconv. >>> >> >> Most of those will use the right iconv anyway if only one is found. >> Extending iconv.mk should be discussed with portmgr, adding a >> variable shouldn't be a problem though. >> > > > This happens in editors/abiword: > > > libtool: link: ( cd ".libs" && rm -f "libimp.la" && ln -s > "../libimp.la" "libimp.la" ) gmake[7]: Leaving directory > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp' > gmake[6]: Leaving directory > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp' > gmake[6]: Entering directory > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' ../../doltlibtool > --tag=CXX --mode=link c++ -O2 -pipe -O3 -march=native > -fno-strict-aliasing -lgsf-1 -lgobject-2.0 -lglib-2.0 -lintl > -L/usr/local/lib -lxml2 -lgthread-2.0 -pthread -lgobject-2.0 > -L/usr/local/lib -lglib-2.0 -lintl -L../../src -labiword-2.8 -lz > -avoid-version -module -no-undefined -L/usr/local/lib -o > opendocument.la -rpath /usr/local/lib/abiword-2.8/plugins > common/libcommon.la exp/libexp.la imp/libimp.la -ljpeg > grep: /usr/local/lib/libiconv.la: No such file or directory > sed: /usr/local/lib/libiconv.la: No such file or directory libtool: > link: `/usr/local/lib/libiconv.la' is not a valid libtool archive > gmake[6]: *** [opendocument.la] Error 1 gmake[6]: Leaving directory > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' > gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' > gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins' gmake[3]: *** > [all-recursive] Error 1 gmake[3]: Leaving directory > `/usr/ports/editors/abiword/work/abiword-2.8.6' gmake[2]: *** [all] > Error 2 gmake[2]: Leaving directory > `/usr/ports/editors/abiword/work/abiword-2.8.6' ===> Compilation failed > unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before > reporting the failure to the maintainer. *** Error code 1 > This one looks like you still have some old libtoool archive which references libiconv laying around. Can you try again this command line(I rewrite here for convenience): find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print | xargs -n 1 pkg which -oq | sort -u and force rebuild of any port which still shows up? If none shows up (which would be strange, but I can't exclude anything) Hope is not lost and there are still some things we can try. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 08:54:47 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B61FA8D2 for ; Sun, 8 Sep 2013 08:54:47 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 816332287 for ; Sun, 8 Sep 2013 08:54:47 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 204EFBC8A4; Sun, 8 Sep 2013 08:54:45 +0000 (UTC) Date: Sun, 8 Sep 2013 10:54:44 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Message-ID: <20130908085444.GL43281@caravan.chchile.org> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20130907123545.GK43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130907123545.GK43281@caravan.chchile.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 08:54:47 -0000 On Sat, Sep 07, 2013 at 02:35:45PM +0200, Jeremie Le Hen wrote: > Hi, > > I have the following panic every time I do a zfs receive on a given > dataset. > > For the background, I synchronize a zfs dataset every couple of minutes > using zfs send/receive. > > I think I recently got a panic (I'm running mav@'s geom direct dispatch > patch) which probably happen at a bad time and left the snapshot/data in > an inconsistent state. Now, whenever my cron job runs, it triggers the > panic. > > The process that triggers the panic is: > zfs receive -F data/jail/caravan > > Probably relevant, on boot, I have the following message: > Solaris: WARNING: can't open objset for data/jail/caravan/%recv > > > I have a core around if needed to debug. I will not try to repair the > snapshot/dataset during this weekend, to get a chance to test a patch. > Afterward I will have to start this job again. > > > panic: solaris assert: dn->dn_datablkshift != 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c, line: 638 > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00e62401a0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e6240250 > vpanic() at vpanic+0x126/frame 0xfffffe00e6240290 > panic() at panic+0x43/frame 0xfffffe00e62402f0 > assfail() at assfail+0x22/frame 0xfffffe00e6240300 > dmu_tx_hold_free() at dmu_tx_hold_free+0x167/frame 0xfffffe00e62403e0 > dmu_free_long_range() at dmu_free_long_range+0x1f5/frame > 0xfffffe00e6240450 > dmu_free_long_object() at dmu_free_long_object+0x1f/frame > 0xfffffe00e6240480 > dmu_recv_stream() at dmu_recv_stream+0x86e/frame 0xfffffe00e62406b0 > zfs_ioc_recv() at zfs_ioc_recv+0x96c/frame 0xfffffe00e6240920 > zfsdev_ioctl() at zfsdev_ioctl+0x54a/frame 0xfffffe00e62409c0 > devfs_ioctl_f() at devfs_ioctl_f+0xf0/frame 0xfffffe00e6240a20 > kern_ioctl() at kern_ioctl+0x2ca/frame 0xfffffe00e6240a90 > sys_ioctl() at sys_ioctl+0x11f/frame 0xfffffe00e6240ae0 > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e6240bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e6240bf0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8019ddf1a, rsp = > 0x7fffffff5c08, rbp = 0x7fffffff5c90 --- I rolled back my kernel arbitrarily in the past (2013/08/01). The panic doesn't happen any more. I will try to narrow this down by dichotomy but that will be more efficient if someone has a rough idea wherefrom the problem appeared. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 09:00:23 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0AA35B5A; Sun, 8 Sep 2013 09:00:23 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BC59622E8; Sun, 8 Sep 2013 09:00:22 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 8BAFA4547; Sun, 8 Sep 2013 09:00:21 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id E0B2429436; Sun, 8 Sep 2013 11:00:24 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Glen Barber Subject: Re: random(4) update causes mips compile fail | mips boot fail References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> <20130908003123.GX77463@glenbarber.us> Date: Sun, 08 Sep 2013 11:00:24 +0200 In-Reply-To: <20130908003123.GX77463@glenbarber.us> (Glen Barber's message of "Sat, 7 Sep 2013 20:31:23 -0400") Message-ID: <86fvtfhemv.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , "freebsd-current@freebsd.org" , Mark R V Murray , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 09:00:23 -0000 Glen Barber writes: > The correct workaround (which now I see I should have done before > locking head/) is to revert this commit so it can be properly fixed. Glen, to be fair, the mips boot fails because they're trying to use a device before it's ready. It just so happens that this device is implemented entirely in software, not in hardware, but it's no different from trying to read from an empty optical drive. The only thing that has changed, in practical terms, is that previously if they tried to read from an empty drive (to continue the analogy) we'd nod and smile and feed them zeroes, whereas now we wait for someone to insert a disc. So Mark didn't really break anything here (apart from the build breakage which has already been fixed), he just made an existing bug visible. And he's already reverted the *one* line of code that did this, so mips is now almost as broken as it was before (only almost, because the first commit also fixed some serious harvesting / entropy estimation bugs). Anyway, on platforms that support tunables, this should help: Index: sys/dev/random/randomdev_soft.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/random/randomdev_soft.c (revision 255371) +++ sys/dev/random/randomdev_soft.c (working copy) @@ -102,6 +102,8 @@ =20 #endif =20 +TUNABLE_INT("kern.random.sys.seeded", &random_context.seeded); + /* List for the dynamic sysctls */ static struct sysctl_ctx_list random_clist; =20 On platforms that don't, we need to figure out a better solution; possibly Pawel's early harvesting patch, which, while not perfect, at least introduces a minimum of entropy into Yarrow before boot. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 10:29:58 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5D818EF4; Sun, 8 Sep 2013 10:29:58 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x230.google.com (mail-ee0-x230.google.com [IPv6:2a00:1450:4013:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F3D2267E; Sun, 8 Sep 2013 10:29:57 +0000 (UTC) Received: by mail-ee0-f48.google.com with SMTP id l10so2517789eei.35 for ; Sun, 08 Sep 2013 03:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AQCNobY63TJbO8d2OP7OYtJ31e+g+XXAiHmsVYiU50w=; b=tEssIvjG6VuHew/8gzz7qbwxsSB64Pvy9b6cSv933viRS0FGMOx5SA6iOLqvKyF5JN cK/nIVh7eEmoBFxEo0tFMSrAInlH9hjvXSHGho8dEGqAzQxdV7Et6zFH4FNL+zoAgEzn jTkLieWqhdZWB7sdh/BHCigMpXWRztAP0dqlpChrt8JndNWODECK4N9udos1badCUwPb wLOoQtiwXNugsp1WsKcx0jd4uKYTjLlDzj6vAOpGWCjQV+yqGys5ps+YOhK3tpV9uqn6 E1ILmn135zGheQAcQnHZCzmgu3VhbGHKGL9DpJ+5jLpBjznIlBlwaEfrGIl0XjOufHaG Hm+g== X-Received: by 10.14.184.3 with SMTP id r3mr2092005eem.49.1378636195840; Sun, 08 Sep 2013 03:29:55 -0700 (PDT) Received: from [192.168.1.102] (ajf203.neoplus.adsl.tpnet.pl. [83.25.239.203]) by mx.google.com with ESMTPSA id f49sm12299889eec.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Sep 2013 03:29:55 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <522A1C73.9030402@mu.org> Date: Sun, 8 Sep 2013 12:29:53 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <522A1C73.9030402@mu.org> To: Alfred Perlstein X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, "freebsd-current@FreeBSD.org" , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 10:29:58 -0000 Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 = wrz 2013, o godz. 20:18: > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diff = you'll find >> a patch which adds the new iSCSI initiator and target, against = 10-CURRENT. >> To use the new initiator, start with "man iscsictl". For the target = - "man >> ctld". >>=20 >> All feedback is welcome. If nothing unexpected comes up, I'll commit = it >> in a few days from now. Note that it's still not optimized; at this = point >> I'm focusing more on reliability and interoperability. >>=20 >> This work is being sponsored by FreeBSD Foundation. >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 > Edward, this is really exciting! >=20 > Is there an easy way to use the userland iscsi configuration files? Which iSCSI userland configuration files, the ctl.conf(5)? If you need an ability to parse it and modify from a shell scripts, see confctl = utility (sysutils/confctl, https://github.com/trasz/confctl/).=20 > We would love to quickly backport and ship this with FreeNAS as an = option for our users, having the config files be the same OR having a = very good converter would really make that much easier for us. Porting to 9 should be quite easy - there are Capsicum API differences; you might also want to compare CTL between 10 and 9 to see if there are any changes which need to be merged. Taking a look at the code = searching for possible security issues would be also very welcome :-) As for the config files - writing a converter should be quite easy. = Which configuration files you need to support, ctl.conf(5) and istgt = configuration? From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 10:45:09 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2FC2732D; Sun, 8 Sep 2013 10:45:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id CC457273C; Sun, 8 Sep 2013 10:45:08 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VIcWN-000GGZ-SW; Sun, 08 Sep 2013 14:47:11 +0400 Date: Sun, 8 Sep 2013 14:47:11 +0400 From: Slawa Olhovchenkov To: Edward Tomasz Napiera?a Subject: Re: New iSCSI stack. Message-ID: <20130908104711.GB41751@zxy.spb.ru> References: <522A1C73.9030402@mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 10:45:09 -0000 On Sun, Sep 08, 2013 at 12:29:53PM +0200, Edward Tomasz Napiera?a wrote: > > We would love to quickly backport and ship this with FreeNAS as an option for our users, having the config files be the same OR having a very good converter would really make that much easier for us. > > Porting to 9 should be quite easy - there are Capsicum API differences; > you might also want to compare CTL between 10 and 9 to see if there are > any changes which need to be merged. Taking a look at the code searching > for possible security issues would be also very welcome :-) > > As for the config files - writing a converter should be quite easy. Which > configuration files you need to support, ctl.conf(5) and istgt configuration? Can you write utility for _generate_ ctl.conf from runtime configuration? Curenly configuring directly by `ctladm create` is more predictable from script, but incompatible by syntax and not persistent. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 10:46:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E2F951C; Sun, 8 Sep 2013 10:46:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23E0E2756; Sun, 8 Sep 2013 10:46:17 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIcVU-00412m-6q>; Sun, 08 Sep 2013 12:46:16 +0200 Received: from g225186224.adsl.alicedsl.de ([92.225.186.224] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIcVU-002MfD-17>; Sun, 08 Sep 2013 12:46:16 +0200 Date: Sun, 8 Sep 2013 12:46:15 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130908124615.409f437b@thor.walstatt.dyndns.org> In-Reply-To: <522C38D1.1040602@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> <522B1BC4.4090304@FreeBSD.org> <20130907214610.69fabdff@thor.walstatt.dyndns.org> <522C38D1.1040602@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ybfK58P_qfbg_hjgIVwfdSm"; protocol="application/pgp-signature" X-Originating-IP: 92.225.186.224 Cc: olli hauer , freebsd-current@freebsd.org, FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 10:46:18 -0000 --Sig_/ybfK58P_qfbg_hjgIVwfdSm Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 08 Sep 2013 10:44:01 +0200 Guido Falsi wrote: > On 09/07/13 21:46, O. Hartmann wrote: > > On Sat, 07 Sep 2013 14:27:48 +0200 > > Guido Falsi wrote: > > > >> On 09/07/13 14:10, olli hauer wrote: > >>> There are 13 ports using --with-iconv=3D${LOCALBASE} > >>> devel/apr1 > >>> devel/apr2 > >>> devel/git > >>> irc/epic5 > >>> lang/gauche > >>> net-mgmt/ettercap > >>> net/ssltunnel-client > >>> net/yaz > >>> net/zebra-server > >>> textproc/libxml2 > >>> textproc/py-libxml2 > >>> www/apache22 > >>> www/apache24 > >>> > >> > >> Most of these do work anyway. I'm sure about various of these. I > >> have them working on my PCs. This does not mean they don't need to > >> be tweaked anyway, but they have lower priority. > >> > >> net-mgmt/ettercap is known broken and I have it in my pipe. I'm > >> giving this all the time I can, but I can''t spend too much time on > >> this right now. I'm going to check these and fix the broken ones > >> asap. > >> > >> > >>> > >>> and devel/glib20, print/ghostscript8, print/ghostscript9 using > >>> --with-libiconv=3Dgnu > >>> --with-libiconv=3Dnative > >>> --with-libiconv=3Dno > >>> --with-libiconv=3Dno > >>> > >> > >> glib20 I already fixed in the big commit. uses native or gnu where > >> appropriate. I'll also have a look at the ghostscript ports asap, > >> but at least ghostscript9 I have seen it working on my PCs. > >> > >>> > >>> Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). > >>> > >>> If Uses/iconv.mk can be extended with something like ICON_PATH, > >>> then the 13 ports can be changed quickly to use the right iconv. > >>> > >> > >> Most of those will use the right iconv anyway if only one is found. > >> Extending iconv.mk should be discussed with portmgr, adding a > >> variable shouldn't be a problem though. > >> > > > > > > This happens in editors/abiword: > > > > > > libtool: link: ( cd ".libs" && rm -f "libimp.la" && ln -s > > "../libimp.la" "libimp.la" ) gmake[7]: Leaving directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp' > > gmake[6]: Leaving directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp' > > gmake[6]: Entering directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' ..= /../doltlibtool > > --tag=3DCXX --mode=3Dlink c++ -O2 -pipe -O3 -march=3Dnative > > -fno-strict-aliasing -lgsf-1 -lgobject-2.0 -lglib-2.0 -lintl > > -L/usr/local/lib -lxml2 -lgthread-2.0 -pthread -lgobject-2.0 > > -L/usr/local/lib -lglib-2.0 -lintl -L../../src -labiword-2.8 -lz > > -avoid-version -module -no-undefined -L/usr/local/lib -o > > opendocument.la -rpath /usr/local/lib/abiword-2.8/plugins > > common/libcommon.la exp/libexp.la imp/libimp.la -ljpeg > > grep: /usr/local/lib/libiconv.la: No such file or directory > > sed: /usr/local/lib/libiconv.la: No such file or directory libtool: > > link: `/usr/local/lib/libiconv.la' is not a valid libtool archive > > gmake[6]: *** [opendocument.la] Error 1 gmake[6]: Leaving directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' > > gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' > > gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins' gmake[3]: > > *** [all-recursive] Error 1 gmake[3]: Leaving directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6' gmake[2]: *** [all] > > Error 2 gmake[2]: Leaving directory > > `/usr/ports/editors/abiword/work/abiword-2.8.6' =3D=3D=3D> Compilation > > failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild > > before reporting the failure to the maintainer. *** Error code 1 > > >=20 > This one looks like you still have some old libtoool archive which=20 > references libiconv laying around. >=20 > Can you try again this command line(I rewrite here for convenience): >=20 > find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print | > xargs -n 1 pkg which -oq | sort -u >=20 > and force rebuild of any port which still shows up? >=20 > If none shows up (which would be strange, but I can't exclude > anything) Hope is not lost and there are still some things we can try. >=20 On one box, the command sequence (thanks for being redundant, I didn't find the previous email with the sequence within) reveals: converters/psiconv editors/abiword math/gnumeric Deleteing psiconv and gnumeric makes the sequence not showing both ports again, but then, installing gnumeric again, which reels in psiconv, the output of the command sequence is a s shown. Something is strange here ... Another prerequisite port with oldish iconv reliances? --Sig_/ybfK58P_qfbg_hjgIVwfdSm Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLFV3AAoJEOgBcD7A/5N8DQ8H/AmZBVrRFcuH8HHO882GLl9L R8HJ07ha1TGbvU9sUgB6DJ1WggBjfgZRPyYXy31XUwB2o2e4X+ddIsNjxoWjN0ID JBW9TAJ8JShlz9A13NfbxWRPmR9du8CLFUGHY0SDKzSkYfclj7659IXYv5WSzF0f /2JTEDNOGa6uWvfBoiv+wqH7gJNXCPsCSZJnwuAoC2cJY7lTJjfikMdSB8plFXVw VoLF1yV/KjAGIObSU1Zi6c+EuIoJXc25w5Svo9EhXGZHxQKM/7eYV5ZjPxAZlcRU 5PusheIrsGLs2dQXf5TFOExlQ6nXSfYxqO/avs/Ck0rno1/6lDDujsz4NwD2DLw= =fS2Y -----END PGP SIGNATURE----- --Sig_/ybfK58P_qfbg_hjgIVwfdSm-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 12:57:19 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D8F68FC0; Sun, 8 Sep 2013 12:57:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82EA62C65; Sun, 8 Sep 2013 12:57:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::dd86:ea1:6752:b6ab] (unknown [IPv6:2001:7b8:3a7:0:dd86:ea1:6752:b6ab]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 670CB5C44; Sun, 8 Sep 2013 14:57:15 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_C8BC834B-D4B4-499A-B3FB-15B8AF6524A7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous From: Dimitry Andric In-Reply-To: <20130908081445.242f77c7@thor.walstatt.dyndns.org> Date: Sun, 8 Sep 2013 14:57:01 +0200 Message-Id: <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> To: O. Hartmann X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org, kde@FreeBSD.org, freebsd-ports@freebsd.org, rakuco@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 12:57:19 -0000 --Apple-Mail=_C8BC834B-D4B4-499A-B3FB-15B8AF6524A7 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Sep 8, 2013, at 08:14, O. Hartmann wrote: > On Sat, 7 Sep 2013 22:49:54 GMT > rakuco@FreeBSD.org wrote: > >> Synopsis: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: >> error: call to 'swap' is ambiguous >> >> State-Changed-From-To: open->patched >> State-Changed-By: rakuco >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 >> State-Changed-Why: >> I don't think the previous version worked. >> >> From your description, it looks like you've switched to building with >> libc++ whereas libstdc++ was being used before. >> >> The upcoming Qt 4.8.5 plus a few patches which only made it to 4.8.6 >> (but we've backported) will finally make Qt build with libc++. >> >> We've just sent an exp-run request for Qt 4.8.5, and will hopefully >> fix all these errors once it is committed. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=181913 > > I build the world/kernel since early this year with > > CXXFLAGS+= -stdlib=libc++ > CXXFLAGS+= -std=c++11 > > > in /etc/src.conf. I do not use those flags > in /etc/make.conf! /etc/src.conf is supposed to target ONLY > the /usr/src world, not the ports - this is as I interpret the man page > for /etc/src.conf and it would be logical. But this rule/thinking seems > to be broken by some includes from /usr/ports/Mk ingredients. Since r255321, -stdlib=libc++ is effectively the default, at least when you haven't set gcc as the default compiler. So it also applies to ports, which unavoidably will lead to a bit of fallout. My personal experience is that most C++-based ports compile fine with libc++ instead of libstdc++, except for a few that rely on internal libstdc++ details. However, -std=c++11 is *not* yet the default, and C++11 has different rules here and there, so some ports might fail to compile due to this. For some ports, too much hacking may be required to make them work with C++11. So in case of trouble, try removing -std=, or setting it to different values (c++0x, c++98, gnu++98, etc), to get the port to compile. Note the base system should have no problems with -std=c++11, so please continue to use the option in src.conf, and report any problems if you encounter them, so we can fix them. :-) -Dimitry --Apple-Mail=_C8BC834B-D4B4-499A-B3FB-15B8AF6524A7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlIsdCkACgkQsF6jCi4glqPYZACglByQgm4RM9TvDepRBC7a4YCt pSwAn0nuDJ0yz18iVzHCe0NBGs7AV3EQ =qYED -----END PGP SIGNATURE----- --Apple-Mail=_C8BC834B-D4B4-499A-B3FB-15B8AF6524A7-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 07:26:47 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C03E1356; Sun, 8 Sep 2013 07:26:47 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 808EB2ECB; Sun, 8 Sep 2013 07:26:47 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIZOO-000EQ0-HG; Sun, 08 Sep 2013 08:26:45 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_298FB214-770F-4A82-81EB-46371FD74047"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <20130908003123.GX77463@glenbarber.us> Date: Sun, 8 Sep 2013 08:26:43 +0100 Message-Id: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> <20130908003123.GX77463@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sun, 08 Sep 2013 13:11:01 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 07:26:47 -0000 --Apple-Mail=_298FB214-770F-4A82-81EB-46371FD74047 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 8 Sep 2013, at 01:31, Glen Barber wrote: > On Sat, Sep 07, 2013 at 05:27:19PM -0700, Adrian Chadd wrote: >> ok. So I can work around this for these MIPS AP images by echoing = something >> into /dev/random ? >>=20 >=20 > The correct workaround (which now I see I should have done before > locking head/) is to revert this commit so it can be properly fixed. >=20 > Calling "echo '' >/dev/random" the "KNOB" is insulting. Using a write to /dev/random as a reseed was there from day one (check = random(4)), and while it is not the clearest thing on the planet that a reseed = unblocks the device, that has always been there by intent. That is how = etc/rc.d/initrandom is supposed to work. In checking the man page I've released that connection needs to be = clarified. I've (re)set the "seeded" bit, so behaviour is as it was. I'll look for = a way to set this bit from the kernel config file. M --=20 Mark R V Murray --Apple-Mail=_298FB214-770F-4A82-81EB-46371FD74047 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUiwms958vKOKE6LNAQr74QP/WG0RwrX6ykRsfQ3cvhFPuoHYpXB0+MPt eb90Zb/8XrDvyTeEh8alX1qSWUCdK9/IFgfGs7/FLgqUjtkOX2XRaUb/jZGZKXzY 8QFeBG7EpKcqoyAH0vbxIzz3wPZPZXjqo0qYdrnkrnYHTt0VMNQMNCM0l5tZauJm 47OxYILaE0M= =iQi5 -----END PGP SIGNATURE----- --Apple-Mail=_298FB214-770F-4A82-81EB-46371FD74047-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 08:15:05 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1D391CBB; Sun, 8 Sep 2013 08:15:05 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D213E20E4; Sun, 8 Sep 2013 08:15:04 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIa97-000ESZ-Tq; Sun, 08 Sep 2013 09:15:03 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_11EBC3EB-A8A6-4F52-9856-E3B495F4A5CB"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <20130908003659.GY77463@glenbarber.us> Date: Sun, 8 Sep 2013 09:15:01 +0100 Message-Id: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> <20130908003123.GX77463@glenbarber.us> <20130908003659.GY77463@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sun, 08 Sep 2013 13:11:17 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 08:15:05 -0000 --Apple-Mail=_11EBC3EB-A8A6-4F52-9856-E3B495F4A5CB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 8 Sep 2013, at 01:36, Glen Barber wrote: > Either way, I think this commit needs to be reverted until properly > fixed and tested. The hyperbole is getting a little thick. How about sysctl kern.random.sys.seeded=1 ?? M -- Mark R V Murray --Apple-Mail=_11EBC3EB-A8A6-4F52-9856-E3B495F4A5CB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUiwyBd58vKOKE6LNAQoACAQAt3LwjhEWcTNlzqq+3xEJbPK9aIoCGNZY hfReO85WYWTaHxHQBnL6EdDFGCEEpUUVzsHyusPmvEnEjUXYaUQIjiOhVdMZephg CRYrRyFQuhW+tQPMndNO1CjLYN0T/bXK6QyDyRzZuY1nkrtCUfkPdylhZNaqScYi GzduA203ncI= =GQiy -----END PGP SIGNATURE----- --Apple-Mail=_11EBC3EB-A8A6-4F52-9856-E3B495F4A5CB-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 13:32:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B24F48A6; Sun, 8 Sep 2013 13:32:06 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79D4E2E0C; Sun, 8 Sep 2013 13:32:06 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id ro12so5078895pbb.13 for ; Sun, 08 Sep 2013 06:32:06 -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=kow/VCGdD95nw4ykriplHWLEEjxJpJPYf5h0XIyugf8=; b=sByVZz1jvmiPqtrVW1oZN/qpYXCYxvNho5TIfj1Tb76FWfmwOSCiWohFjNj8ZJXcEA hAdqGyGxJ8o4yptHkFmOrN4ckvcsS5o0b4iwhl88LITBti7j6o4ReW+xBoXtN4TltiW/ maJ4dfI1CnTytsUSnByheexoufluJPjRS2imekZNEmfg4Y5JXT/Irndzu80o7w/g7I4u sAhR8B5NH1SecP8hInap6TtpwXtpHdkN63nAt023y6psci1uV5PITEuBG2bZoOuv0u6Z kzP2x00kJoh3jYpUL1ZF8yhZr5n1SfRkEG5oFsr3euK+4m5yXZ4081dF9HB9zmEdOCk2 jspQ== MIME-Version: 1.0 X-Received: by 10.66.171.77 with SMTP id as13mr1134059pac.170.1378647126092; Sun, 08 Sep 2013 06:32:06 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Sun, 8 Sep 2013 06:32:06 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Sun, 8 Sep 2013 09:32:06 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 13:32:06 -0000 On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a wrote: > Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 wr= z > 2013, o godz. 20:18: > > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: > >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou'l= l find > >> a patch which adds the new iSCSI initiator and target, against > 10-CURRENT. > >> To use the new initiator, start with "man iscsictl". For the target - > "man > >> ctld". > >> > >> All feedback is welcome. If nothing unexpected comes up, I'll commit = it > >> in a few days from now. Note that it's still not optimized; at this > point > >> I'm focusing more on reliability and interoperability. > >> > >> This work is being sponsored by FreeBSD Foundation. > >> > >> _______________________________________________ > >> 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" > >> > > Edward, this is really exciting! > > > > Is there an easy way to use the userland iscsi configuration files? > > Which iSCSI userland configuration files, the ctl.conf(5)? If you need > an ability to parse it and modify from a shell scripts, see confctl utili= ty > (sysutils/confctl, https://github.com/trasz/confctl/). > > > We would love to quickly backport and ship this with FreeNAS as an > option for our users, having the config files be the same OR having a ver= y > good converter would really make that much easier for us. > > Porting to 9 should be quite easy - there are Capsicum API differences; > you might also want to compare CTL between 10 and 9 to see if there are > any changes which need to be merged. Taking a look at the code searching > for possible security issues would be also very welcome :-) > > As for the config files - writing a converter should be quite easy. Whic= h > configuration files you need to support, ctl.conf(5) and istgt > configuration? > I was i belive quite close to having it working on the last patch, however could never seem to get the ctl kernel module to function, And feel im a bit further away with this latest patch retracing my steps, from previous... quite easy to backport.... maybe for you, or other but yes, I also would like to integrate the work to stable/9 in the lab for some benchmarks > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 13:55:30 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5FE50D7A; Sun, 8 Sep 2013 13:55:30 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E87E2EF0; Sun, 8 Sep 2013 13:55:30 +0000 (UTC) Received: from [109.44.18.26] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1VIfST-0003l1-OP; Sun, 08 Sep 2013 15:55:21 +0200 Date: Sun, 8 Sep 2013 15:18:07 +0200 From: Fabian Keil To: Alexander Motin Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking Message-ID: <76c368a7.170c2a81@fabiankeil.de> In-Reply-To: <5224511D.4090503@FreeBSD.org> References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/e+tolWcnwD9WbCgVTVT2xX5"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 13:55:30 -0000 --Sig_/e+tolWcnwD9WbCgVTVT2xX5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Alexander Motin wrote: > I would like to invite more people to review and test my patches for=20 > improving CAM and GEOM scalability, that for last six months you could=20 > see developing in project/camlock SVN branch. Full diff of that branch=20 > against present head (r255131) can be found here: > http://people.freebsd.org/~mav/camlock_patches/camlock_20130902.patch So far I haven't noticed any issues with this patch (or later on with camlock_20130906.patch) using glabel, ggatec, geli and ZFS on amd64. cdda2wav continued to work as expected as well. Fabian --Sig_/e+tolWcnwD9WbCgVTVT2xX5 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIseQ8ACgkQBYqIVf93VJ3T4wCfeiDSZXs0l4Jo8T21G8j24SgE 21kAoJaTVJK37ZTpNjkcqSiTT2R9mXal =D4l8 -----END PGP SIGNATURE----- --Sig_/e+tolWcnwD9WbCgVTVT2xX5-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 14:16:52 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 89A58588; Sun, 8 Sep 2013 14:16:52 +0000 (UTC) (envelope-from prvs=19633a9885=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 075C7200B; Sun, 8 Sep 2013 14:16:51 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50005899270.msg; Sun, 08 Sep 2013 15:16:43 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 08 Sep 2013 15:16:43 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19633a9885=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Jeremie Le Hen" , References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Date: Sun, 8 Sep 2013 15:17:09 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 14:16:52 -0000 I believe this was added by this change set:- http://svnweb.freebsd.org/base?view=revision&revision=253821 Might want to try back out that change and see if everything works after that? Regards Steve ----- Original Message ----- From: "Jeremie Le Hen" To: Sent: Sunday, September 08, 2013 9:54 AM Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 > On Sat, Sep 07, 2013 at 02:35:45PM +0200, Jeremie Le Hen wrote: >> Hi, >> >> I have the following panic every time I do a zfs receive on a given >> dataset. >> >> For the background, I synchronize a zfs dataset every couple of minutes >> using zfs send/receive. >> >> I think I recently got a panic (I'm running mav@'s geom direct dispatch >> patch) which probably happen at a bad time and left the snapshot/data in >> an inconsistent state. Now, whenever my cron job runs, it triggers the >> panic. >> >> The process that triggers the panic is: >> zfs receive -F data/jail/caravan >> >> Probably relevant, on boot, I have the following message: >> Solaris: WARNING: can't open objset for data/jail/caravan/%recv >> >> >> I have a core around if needed to debug. I will not try to repair the >> snapshot/dataset during this weekend, to get a chance to test a patch. >> Afterward I will have to start this job again. >> >> >> panic: solaris assert: dn->dn_datablkshift != 0, file: >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c, line: 638 >> cpuid = 1 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00e62401a0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e6240250 >> vpanic() at vpanic+0x126/frame 0xfffffe00e6240290 >> panic() at panic+0x43/frame 0xfffffe00e62402f0 >> assfail() at assfail+0x22/frame 0xfffffe00e6240300 >> dmu_tx_hold_free() at dmu_tx_hold_free+0x167/frame 0xfffffe00e62403e0 >> dmu_free_long_range() at dmu_free_long_range+0x1f5/frame >> 0xfffffe00e6240450 >> dmu_free_long_object() at dmu_free_long_object+0x1f/frame >> 0xfffffe00e6240480 >> dmu_recv_stream() at dmu_recv_stream+0x86e/frame 0xfffffe00e62406b0 >> zfs_ioc_recv() at zfs_ioc_recv+0x96c/frame 0xfffffe00e6240920 >> zfsdev_ioctl() at zfsdev_ioctl+0x54a/frame 0xfffffe00e62409c0 >> devfs_ioctl_f() at devfs_ioctl_f+0xf0/frame 0xfffffe00e6240a20 >> kern_ioctl() at kern_ioctl+0x2ca/frame 0xfffffe00e6240a90 >> sys_ioctl() at sys_ioctl+0x11f/frame 0xfffffe00e6240ae0 >> amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e6240bf0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e6240bf0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8019ddf1a, rsp = >> 0x7fffffff5c08, rbp = 0x7fffffff5c90 --- > > I rolled back my kernel arbitrarily in the past (2013/08/01). The panic > doesn't happen any more. > > I will try to narrow this down by dichotomy but that will be more > efficient if someone has a rough idea wherefrom the problem appeared. > > -- > Jeremie Le Hen > > Scientists say the world is made up of Protons, Neutrons and Electrons. > They forgot to mention Morons. > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 14:58:06 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C5F643DB; Sun, 8 Sep 2013 14:58:06 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8EF1F21E4; Sun, 8 Sep 2013 14:58:06 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 90333BCA5D; Sun, 8 Sep 2013 14:58:04 +0000 (UTC) Date: Sun, 8 Sep 2013 16:58:04 +0200 From: Jeremie Le Hen To: Steven Hartland Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Message-ID: <20130908145804.GN43281@caravan.chchile.org> Mail-Followup-To: Steven Hartland , freebsd-current@FreeBSD.org References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jeremie Le Hen , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 14:58:06 -0000 On Sun, Sep 08, 2013 at 03:17:09PM +0100, Steven Hartland wrote: > I believe this was added by this change set:- > http://svnweb.freebsd.org/base?view=revision&revision=253821 > > Might want to try back out that change and see if everything > works after that? Actually, I already rolled back my kernel to August 1st: # svn info . Path: . Working Copy Root Path: /usr/src URL: http://svn0.us-west.freebsd.org/base/head/sys Repository Root: http://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 253847 Node Kind: directory Schedule: normal Last Changed Author: ian Last Changed Rev: 253847 Last Changed Date: 2013-07-31 21:14:00 +0200 (Wed, 31 Jul 2013) And the problem seems to have gone away. I could perform a full zfs send/receive whereas it would trigger a panic 100% of the time with a recent kernel. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 15:58:24 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D0C29900; Sun, 8 Sep 2013 15:58:24 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B7FB2458; Sun, 8 Sep 2013 15:58:24 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIhNW-000iGy-RH>; Sun, 08 Sep 2013 17:58:22 +0200 Received: from g225186224.adsl.alicedsl.de ([92.225.186.224] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIhNW-002jaZ-M4>; Sun, 08 Sep 2013 17:58:22 +0200 Date: Sun, 8 Sep 2013 17:58:16 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous Message-ID: <20130908175816.1b9680c6@thor.walstatt.dyndns.org> In-Reply-To: <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ZYZSQm5RiR9GFU6ZUZ0As2g"; protocol="application/pgp-signature" X-Originating-IP: 92.225.186.224 Cc: freebsd-current@freebsd.org, kde@FreeBSD.org, freebsd-ports@freebsd.org, rakuco@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 15:58:24 -0000 --Sig_/ZYZSQm5RiR9GFU6ZUZ0As2g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 8 Sep 2013 14:57:01 +0200 Dimitry Andric wrote: > On Sep 8, 2013, at 08:14, O. Hartmann > wrote: > > On Sat, 7 Sep 2013 22:49:54 GMT > > rakuco@FreeBSD.org wrote: > >=20 > >> Synopsis: > >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: > >> call to 'swap' is ambiguous > >>=20 > >> State-Changed-From-To: open->patched > >> State-Changed-By: rakuco > >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 > >> State-Changed-Why:=20 > >> I don't think the previous version worked. > >>=20 > >> From your description, it looks like you've switched to building > >> with libc++ whereas libstdc++ was being used before. > >>=20 > >> The upcoming Qt 4.8.5 plus a few patches which only made it to > >> 4.8.6 (but we've backported) will finally make Qt build with > >> libc++. > >>=20 > >> We've just sent an exp-run request for Qt 4.8.5, and will hopefully > >> fix all these errors once it is committed. > >>=20 > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181913 > >=20 > > I build the world/kernel since early this year with=20 > >=20 > > CXXFLAGS+=3D -stdlib=3Dlibc++ > > CXXFLAGS+=3D -std=3Dc++11 > >=20 > >=20 > > in /etc/src.conf. I do not use those flags > > in /etc/make.conf! /etc/src.conf is supposed to target ONLY > > the /usr/src world, not the ports - this is as I interpret the man > > page for /etc/src.conf and it would be logical. But this > > rule/thinking seems to be broken by some includes > > from /usr/ports/Mk ingredients. >=20 > Since r255321, -stdlib=3Dlibc++ is effectively the default, at least > when you haven't set gcc as the default compiler. So it also applies > to ports, which unavoidably will lead to a bit of fallout. My > personal experience is that most C++-based ports compile fine with > libc++ instead of libstdc++, except for a few that rely on internal > libstdc++ details. >=20 > However, -std=3Dc++11 is *not* yet the default, and C++11 has different > rules here and there, so some ports might fail to compile due to this. > For some ports, too much hacking may be required to make them work > with C++11. So in case of trouble, try removing -std=3D, or setting it > to different values (c++0x, c++98, gnu++98, etc), to get the port to > compile. >=20 > Note the base system should have no problems with -std=3Dc++11, so > please continue to use the option in src.conf, and report any > problems if you encounter them, so we can fix them. :-) >=20 > -Dimitry >=20 Hello Dimitry. I ONLY use -std=3Dc++11 in /etc/src.conf. The base system had never problems so far since I use it. In /etc/make.conf, I avoid it. But, and this is obviously a logical incosistency, the ports system includes also /etc/src.conf, and I consider /etc/src.conf as base system only as the man page suggests. But the discussion has already been on the list. Somewhere in the basd.*.mk files, /etc/src.conf is included. And I guess therefore it comes to problems.=20 Oliver --Sig_/ZYZSQm5RiR9GFU6ZUZ0As2g Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLJ6eAAoJEOgBcD7A/5N8Sj8IAI9ka6C2ttIBi5QjUknmuv9C MRs+fAedC0FMssosmXx2r474fWm/lzxWor1boFheaN1bU36bshVRXvREXoDQWAFq R2jfh55NZaPVqozozNV7DdFHX3TAbjUeR01n/XyTxuTomzO6d7qxwvbsQTQFj5Ln B6hL7IZ42CM98LHGz9X/mLrQWQGDWnXQElckZ7pu+ssz910fOiESyWErtzDliAJf Yv/3+gmTkWjfxEaF3oUrFaF4zbFlrP7iUSElF4DBFnd/J7/7hAUGBUly/vQlhrH4 XMgIk5t/s5EnkvwIb2VDCpVZNWhQ7ycXkFdB6Zf1zkfwJ8MTbBql5KNXHZc8aSg= =K68D -----END PGP SIGNATURE----- --Sig_/ZYZSQm5RiR9GFU6ZUZ0As2g-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 17:31:56 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9BEF391C; Sun, 8 Sep 2013 17:31:56 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C731283F; Sun, 8 Sep 2013 17:31:56 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 11D5F3C8A; Sun, 8 Sep 2013 17:31:54 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 11D5F3C8A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sun, 8 Sep 2013 13:31:53 -0400 From: Glen Barber To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Subject: Re: random(4) update causes mips compile fail | mips boot fail Message-ID: <20130908173153.GH77463@glenbarber.us> References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> <20130908003123.GX77463@glenbarber.us> <86fvtfhemv.fsf@nine.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="94Ornb/7sD1MvElF" Content-Disposition: inline In-Reply-To: <86fvtfhemv.fsf@nine.des.no> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Adrian Chadd , "freebsd-current@freebsd.org" , Mark R V Murray , Ian Lepore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 17:31:56 -0000 --94Ornb/7sD1MvElF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 08, 2013 at 11:00:24AM +0200, Dag-Erling Sm=F8rgrav wrote: > Glen Barber writes: > > The correct workaround (which now I see I should have done before > > locking head/) is to revert this commit so it can be properly fixed. >=20 > Glen, to be fair, the mips boot fails because they're trying to use a > device before it's ready. To be clear, when I sent my last emails, tinderbox was complaining about build failures (which it did not catch up to the recent head/ revisions), so at the time I thought head/ was still broken for arm and mips architectures. Sorry for the misunderstanding on my part. delphij corrected me on this. Glen --94Ornb/7sD1MvElF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSLLSJAAoJEFJPDDeguUajEI8H/31vt7pSfgG9fz01fnr345FU b8cva8PIF/83mATqTWeFd2pz3zfsgQSEWcN/w3/j6oGCakaSh+mQBwkRLG9WubdN qrvfDx0eTpKpwZKztJlag3oZCg3x9YJlg+GASUFl7POVSD94/7Lkm6i2qlAPXHqj SYxVBj8aAqdRpi3uBU8+NU3DHCC2SfUKo/ocEU5l6ZpCUf6PT38BqpWTiEzLZ5zI hMDPNqzQbBhSi80li9VCiRuEZbEOSpbv/bkjtbVUMQnBrnTZgooQEYpJv8jhPq6s q0iCGkbj8IBEH49/tugDB7PbIR3YyLv1OldiLFNYEH0g4eeFpxPpFGX9OI40vqk= =wJ5I -----END PGP SIGNATURE----- --94Ornb/7sD1MvElF-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 17:36:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A518CA49; Sun, 8 Sep 2013 17:36:37 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 662D12860; Sun, 8 Sep 2013 17:36:37 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VIiuX-000F7c-No; Sun, 08 Sep 2013 18:36:35 +0100 Subject: Re: random(4) update causes mips compile fail | mips boot fail Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_DE2CED9C-14AB-4B37-9920-CBB0EC8CB48B"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <20130908173153.GH77463@glenbarber.us> Date: Sun, 8 Sep 2013 18:36:32 +0100 Message-Id: References: <1378572186.1588.5.camel@localhost> <24DB010A-F374-491B-9203-FDDD7EA14A51@grondar.org> <1378579011.1588.16.camel@localhost> <9240BEF1-2791-4D58-A422-08AEF1CD306C@grondar.org> <1378586316.1111.524.camel@revolution.hippie.lan> <82260B0E-E2CF-4D7B-B1E2-EEFAF25BD090@grondar.org> <20130908003123.GX77463@glenbarber.us> <86fvtfhemv.fsf@nine.des.no> <20130908173153.GH77463@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Sun, 08 Sep 2013 17:41:46 +0000 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 17:36:37 -0000 --Apple-Mail=_DE2CED9C-14AB-4B37-9920-CBB0EC8CB48B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 8 Sep 2013, at 18:31, Glen Barber wrote: > On Sun, Sep 08, 2013 at 11:00:24AM +0200, Dag-Erling Sm=F8rgrav wrote: >> Glen Barber writes: >>> The correct workaround (which now I see I should have done before >>> locking head/) is to revert this commit so it can be properly fixed. >>=20 >> Glen, to be fair, the mips boot fails because they're trying to use a >> device before it's ready. >=20 > To be clear, when I sent my last emails, tinderbox was complaining = about > build failures (which it did not catch up to the recent head/ > revisions), so at the time I thought head/ was still broken for > arm and mips architectures. >=20 > Sorry for the misunderstanding on my part. delphij corrected me on > this. No worries, thanks! Keep up the good work! M --=20 Mark R V Murray --Apple-Mail=_DE2CED9C-14AB-4B37-9920-CBB0EC8CB48B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUiy1oN58vKOKE6LNAQpqkwQAl0aTHSMRl9UvhX0HHBajG/7dB/IXjrYK CqweYUMrddZgzD7VrejTkdgTNlXUzTqWJoP46/8WFDV3/9xqA6i+cevPQ8ZV0DLe tWL9g/+M+OZifzE8m5zzx/0nC6294+4vnW4OS7p456V93n7nL92cotY6c/wR9m6D 7yDRQeLd7Do= =3ixW -----END PGP SIGNATURE----- --Apple-Mail=_DE2CED9C-14AB-4B37-9920-CBB0EC8CB48B-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 20:02:29 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3FB0CBD; Sun, 8 Sep 2013 20:02:29 +0000 (UTC) (envelope-from prvs=19633a9885=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 87DF82E56; Sun, 8 Sep 2013 20:02:28 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50005902336.msg; Sun, 08 Sep 2013 21:02:25 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 08 Sep 2013 21:02:25 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19633a9885=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> From: "Steven Hartland" To: "Jeremie Le Hen" References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> <20130908145804.GN43281@caravan.chchile.org> Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Date: Sun, 8 Sep 2013 21:02:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Jeremie Le Hen , Matthew Ahrens , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 20:02:29 -0000 ----- Original Message ----- From: "Jeremie Le Hen" > On Sun, Sep 08, 2013 at 03:17:09PM +0100, Steven Hartland wrote: >> I believe this was added by this change set:- >> http://svnweb.freebsd.org/base?view=revision&revision=253821 >> >> Might want to try back out that change and see if everything >> works after that? > > Actually, I already rolled back my kernel to August 1st: > > # svn info . > Path: . > Working Copy Root Path: /usr/src > URL: http://svn0.us-west.freebsd.org/base/head/sys > Repository Root: http://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 253847 > Node Kind: directory > Schedule: normal > Last Changed Author: ian > Last Changed Rev: 253847 > Last Changed Date: 2013-07-31 21:14:00 +0200 (Wed, 31 Jul 2013) > > > And the problem seems to have gone away. I could perform a full zfs > send/receive whereas it would trigger a panic 100% of the time with a > recent kernel. I still think r253821 is the cause the reason being is prior to r253996 ASSERTS in ZFS where not actually active in HEAD. So if you could roll forward but then backout r253821 and confirm this is indeed the cause that would be a good starting point. If this is indeed the cause be worth engaging Matthew Ahrens cc'ed to find out the reasoning behind the new ASSERT why you may be hitting it? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 20:02:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61AC71B9 for ; Sun, 8 Sep 2013 20:02:33 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay03.alfahosting-server.de (relay03.alfahosting-server.de [109.237.142.239]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E73D2E5B for ; Sun, 8 Sep 2013 20:02:32 +0000 (UTC) Received: by relay02.alfahosting-server.de (Postfix, from userid 1001) id EE8A832C4FA9; Sun, 8 Sep 2013 21:49:55 +0200 (CEST) X-Spam-DCC: sonic.net: relay01 1156; Body=1 Fuz1=1 Fuz2=1 X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=BAYES_50 autolearn=disabled version=3.2.5 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [109.237.140.30]) by relay02.alfahosting-server.de (Postfix) with ESMTPS id B53B232C4F7E for ; Sun, 8 Sep 2013 21:49:52 +0200 (CEST) Received: from desktop-01.martinlaabs.de (p54B30702.dip0.t-ipconnect.de [84.179.7.2]) by alfa3018.alfahosting-server.de (Postfix) with ESMTPSA id 81003515DEC2 for ; Sun, 8 Sep 2013 21:49:52 +0200 (CEST) Message-ID: <522CD4DF.5030600@martinlaabs.de> Date: Sun, 08 Sep 2013 21:49:51 +0200 From: Martin Laabs User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 MIME-Version: 1.0 To: current@freebsd.org Subject: Problem building boot2 amd64->i386 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/17831/Sun Sep 8 18:38:41 2013 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 20:02:33 -0000 Hi, I currently try to build the boot2 part of the bootloader on my amd64 for i386. I tried the crochet building script for the i386 and this script run into the problem. How to repeat: # cd head/sys/boot/i386/boot2 # make TARGET_ARCH=i386 Warning: Object directory not changed from original /usr/home/martin/Rasperry/head/sys/boot/i386/boot2 cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/home/martin/Rasperry/head/sys/boot/i386/boot2/../../common -I/usr/home/martin/Rasperry/head/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -march=i386 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -std=gnu99 -m32 -c boot1.S ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -e start -Ttext 0x7c00 -o boot1.out boot1.o objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.000123 secs (4161790 bytes/sec) make: don't know how to make /usr/home/martin/Rasperry/head/sys/boot/i386/boot2/../btx/lib/crt0.o. Stop Don't get confused that the head source is in a directory named raspberry - I just want to build a reference i386 system to see if a problem with the kerberos also occurs on i386 systems. Is there a way to build the boot2 part the right way? In this case I would like to update the crochet script. Thank you, Martin Laabs From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 20:35:01 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A6EA986; Sun, 8 Sep 2013 20:35:01 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F40752FC0; Sun, 8 Sep 2013 20:35:00 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 913C7BCB8D; Sun, 8 Sep 2013 20:34:59 +0000 (UTC) Date: Sun, 8 Sep 2013 22:34:59 +0200 From: Jeremie Le Hen To: Steven Hartland Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Message-ID: <20130908203459.GO43281@caravan.chchile.org> Mail-Followup-To: Steven Hartland , freebsd-current@FreeBSD.org, Matthew Ahrens References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> <20130908145804.GN43281@caravan.chchile.org> <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jeremie Le Hen , Matthew Ahrens , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 20:35:01 -0000 On Sun, Sep 08, 2013 at 09:02:48PM +0100, Steven Hartland wrote: > > On Sun, Sep 08, 2013 at 03:17:09PM +0100, Steven Hartland wrote: > >> I believe this was added by this change set:- > >> http://svnweb.freebsd.org/base?view=revision&revision=253821 > >> > >> Might want to try back out that change and see if everything > >> works after that? > > > > Actually, I already rolled back my kernel to August 1st: > > > > # svn info . > > Path: . > > Working Copy Root Path: /usr/src > > URL: http://svn0.us-west.freebsd.org/base/head/sys > > Repository Root: http://svn0.us-west.freebsd.org/base > > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > Revision: 253847 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: ian > > Last Changed Rev: 253847 > > Last Changed Date: 2013-07-31 21:14:00 +0200 (Wed, 31 Jul 2013) > > > > > > And the problem seems to have gone away. I could perform a full zfs > > send/receive whereas it would trigger a panic 100% of the time with a > > recent kernel. > > I still think r253821 is the cause the reason being is prior to r253996 > ASSERTS in ZFS where not actually active in HEAD. > > So if you could roll forward but then backout r253821 and confirm this > is indeed the cause that would be a good starting point. > > If this is indeed the cause be worth engaging Matthew Ahrens cc'ed to > find out the reasoning behind the new ASSERT why you may be hitting it? -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 20:36:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 37E5EAAE; Sun, 8 Sep 2013 20:36:35 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C08292FD8; Sun, 8 Sep 2013 20:36:34 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIlij-001ZCN-0t>; Sun, 08 Sep 2013 22:36:33 +0200 Received: from f052243160.adsl.alicedsl.de ([78.52.243.160] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIlii-0034DU-RH>; Sun, 08 Sep 2013 22:36:33 +0200 Date: Sun, 8 Sep 2013 22:36:32 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130908223632.1f838d90@thor.walstatt.dyndns.org> In-Reply-To: <5229859C.4030208@FreeBSD.org> References: <5229859C.4030208@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/dWyflkraYcJabUPBNpSd=Sr"; protocol="application/pgp-signature" X-Originating-IP: 78.52.243.160 Cc: AN , freebsd-ports@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 20:36:35 -0000 --Sig_/dWyflkraYcJabUPBNpSd=Sr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 06 Sep 2013 09:34:52 +0200 Guido Falsi wrote: > On 09/06/13 05:16, AN wrote: > > Hi: > > > > I am posting to both lists because this problem affects users of > > current and ports, and I didn't know which would be more > > appropriate so please forgive me. > > > > # uname -a > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun > > Sep 1 16:01:36 CDT 2013 > > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > > > I am trying to update my ports following the entry in updating, but > > it does not seem to be working correctly. I followed the directions > > exactly, and after 30 mins this is what has happened: > > > > # cat ports_to_update | xargs portupgrade -vf > > ---> Session started at: Thu, 05 Sep 2013 21:12:10 -0500 > > [Reading data from pkg(8) ... - 890 packages found - done] > > Shared object "libiconv.so.3" not found, required by "httpd" > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read > > shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne > > 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" > > Shared object "libiconv.so.3" not found, required by "httpd" >=20 > This is bsd.apache.mk trying to get the apache version. but the > apache's "httpd" binary cannot run because it can't find > libiconv.so.3. >=20 > > apxs:Error: Sorry, no shared object support for Apache. > > apxs:Error: available under your platform. Make sure. > > apxs:Error: the Apache module mod_so is compiled into. > > apxs:Error: your server binary `/usr/local/sbin/httpd'.. > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least > > > > > > Here is what I have done: > > # pkg query %ro libiconv >ports_to_update > > [root@FBSD10 ~]# cat ports_to_update > > > > ...lots of output > > > > # pkg delete -f libiconv > > pkg: You are trying to delete package(s) which has dependencies > > that are still required: > > ... delete these packages anyway in forced mode > > Deinstallation has been requested for the following 1 packages: > > > > libiconv-1.14_1 > > > > The deinstallation will free 2 MB > > > > Proceed with deinstalling packages [y/N]: y > > [1/1] Deleting libiconv-1.14_1... > > deleting anyway > > > > done > > > > Now the update process is stuck here: > > > > ** Port marked as IGNORE: www/mod_dnssd: > > is marked as broken: : Error from bsd.apache.mk. apache is > > installed (or APACHE_PORT is defined) and port requires apache22 at > > least > > > > there are 2 ruby processes running for a long time, but nothing is > > happening to the update. > > > > 43998 root 52 0 64912K 33368K piperd 5 2:21 5.96% > > ruby19{ruby19} > > 43998 root 52 0 64912K 33368K select 1 0:00 5.96% > > ruby19{ruby19} > > > > So, it seems my system is broken now. Did I do something wrong? > > How can the upgrade work if so many ports depend on iconv? What > > should I do now? Should I reinstall libiconv? > > >=20 > Good news is the update process did not really update anything, > judging from the output you sent. If you just reinstall libiconv > everything should go back to how it was, at least you get a working > system. >=20 > I admit I did not foresee this condition arising when I wrote the=20 > instructions, here is a modified procedure you can follow and report=20 > back about, so I can modify the UPDATING entry: >=20 > # pkg query %ro libiconv >ports_to_update > # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/ > # ldconfig -R > (1) # pkg delete -f libiconv > # cat ports_to_update | xargs portupgrade -f >=20 > (1) not sure if ldconfig -R is really needed, but It will not do any > harm >=20 > I added the step to preserve libiconv.so.3 > in /usr/local/lib/compat/pkg which is in the default library search > path. In this way libiconv and it's include file shouldn't be found > by configure scripts and the like and they should link to the system > one, while existing binaries should keep working linking to the > preserved one in lib/compat. >=20 > > Any help is appreciated. >=20 > I hope this helps you, just ask for any clarifications and further > help as needed on this matter. >=20 Just for the record: after three days of cleaning up this mess today two boxes got "ready", servers, without any GUI or fancy X11 stuff. They work. Two other development boxes reject compiling kdelibs and stuff. After the final update today on CURRENT r255398, ports like kdevelop, firefox, libreoffice(!) and others crash along with virtualbox-ose-kmod (coredump). Most of that stuff, including libreoffice, firefox was ready last night, including kdelibs and the stuff for kdevelop. It worked today - until now, r255398. I do not know what happened here, but I'm through with it. Two obviously independend processes, one from the ports side, another from the OS side, intertwined and messy as hell rendered the systems completely unusable.=20 As I reported on several occasions, after r255259 it wasn't possible to compile kdelibs an other ports anymore. I have not made a list of those, after three days wasting time and a lost weekendI lost the data, sorry. As far as I can see this, some changes corrupt the effords of two days bringing up the ports system. After updating the OS this evening most of the successfully updated, crucial working tools do not work anymore and dum cores, if ever. --Sig_/dWyflkraYcJabUPBNpSd=Sr Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLN/QAAoJEOgBcD7A/5N8kisIAKdOckBjSstTIdTtN2XjZ++v x5tSvHdJ8blxB1LFXLdlhpxwiJRsf42sMXXFKxKMaUtd55LwzofcQ6HVKDrucirP ZBHRzjCz/OzrwISnXqfEw/AzV2MrbHwJ9mlmEqT2fe+cHf1KGFXW1Fh/uX38+B0H OEKY6feOxAek3GxP+xt4jAfA36BBLG/Pt6R+X8K+TlEMwYVbJumTHs6rgS3tbCMP AxmQDJy4xA4sPvz6TNI3TSn6YIvF5H7oaaLRaHNJO1d5HqL+A/4O67jxTsETNS23 uoam8bXD7xkr6agOZZi59b6ZkbSZUvwmABYKIxJJ3fr0KLvJkUvmtl2d9zqvhk8= =M4PV -----END PGP SIGNATURE----- --Sig_/dWyflkraYcJabUPBNpSd=Sr-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 20:58:28 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B03C9DA; Sun, 8 Sep 2013 20:58:28 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43AB920F4; Sun, 8 Sep 2013 20:58:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIm3u-001cfz-JH>; Sun, 08 Sep 2013 22:58:26 +0200 Received: from f052243160.adsl.alicedsl.de ([78.52.243.160] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIm3u-0036CM-EB>; Sun, 08 Sep 2013 22:58:26 +0200 Date: Sun, 8 Sep 2013 22:58:25 +0200 From: "O. Hartmann" To: Dimitry Andric Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous Message-ID: <20130908225825.6b120d6a@thor.walstatt.dyndns.org> In-Reply-To: <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ZvONgQIOUP_y6_knjJdOwnq"; protocol="application/pgp-signature" X-Originating-IP: 78.52.243.160 Cc: freebsd-current@freebsd.org, kde@FreeBSD.org, rakuco@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 20:58:28 -0000 --Sig_/ZvONgQIOUP_y6_knjJdOwnq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 8 Sep 2013 14:57:01 +0200 Dimitry Andric wrote: > On Sep 8, 2013, at 08:14, O. Hartmann > wrote: > > On Sat, 7 Sep 2013 22:49:54 GMT > > rakuco@FreeBSD.org wrote: > >=20 > >> Synopsis: > >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: > >> call to 'swap' is ambiguous > >>=20 > >> State-Changed-From-To: open->patched > >> State-Changed-By: rakuco > >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 > >> State-Changed-Why:=20 > >> I don't think the previous version worked. > >>=20 > >> From your description, it looks like you've switched to building > >> with libc++ whereas libstdc++ was being used before. > >>=20 > >> The upcoming Qt 4.8.5 plus a few patches which only made it to > >> 4.8.6 (but we've backported) will finally make Qt build with > >> libc++. > >>=20 > >> We've just sent an exp-run request for Qt 4.8.5, and will hopefully > >> fix all these errors once it is committed. > >>=20 > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181913 > >=20 > > I build the world/kernel since early this year with=20 > >=20 > > CXXFLAGS+=3D -stdlib=3Dlibc++ > > CXXFLAGS+=3D -std=3Dc++11 > >=20 > >=20 > > in /etc/src.conf. I do not use those flags > > in /etc/make.conf! /etc/src.conf is supposed to target ONLY > > the /usr/src world, not the ports - this is as I interpret the man > > page for /etc/src.conf and it would be logical. But this > > rule/thinking seems to be broken by some includes > > from /usr/ports/Mk ingredients. >=20 > Since r255321, -stdlib=3Dlibc++ is effectively the default, at least > when you haven't set gcc as the default compiler. So it also applies > to ports, which unavoidably will lead to a bit of fallout. My > personal experience is that most C++-based ports compile fine with > libc++ instead of libstdc++, except for a few that rely on internal > libstdc++ details. >=20 > However, -std=3Dc++11 is *not* yet the default, and C++11 has different > rules here and there, so some ports might fail to compile due to this. > For some ports, too much hacking may be required to make them work > with C++11. So in case of trouble, try removing -std=3D, or setting it > to different values (c++0x, c++98, gnu++98, etc), to get the port to > compile. >=20 > Note the base system should have no problems with -std=3Dc++11, so > please continue to use the option in src.conf, and report any > problems if you encounter them, so we can fix them. :-) >=20 > -Dimitry >=20 Hello Dimitry, btw, see PR ports/181932. This is definitely NOT libc++ related. It came up since nearly all qt4-related clients (also kdelibs) fail and drop core on r255398 - they worked prior to the last update today. I tried recompiling qt4- and kdelibs4 to get my kdevelop environment as well as libreoffice back (the drop core, as well as firefox, out of the blue). I also tried compiling those ports without any settings of CXXFLAGS in /etc/src.conf, but it doens't help. I can not understand why two critical changes from different branches of the maintainig get the same time into the public (iconv/ports and libstdc++ vanishing). Maybe I'm wrong here, but after three days, two nights non-stop updating I'm through with this toy. --Sig_/ZvONgQIOUP_y6_knjJdOwnq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLOTxAAoJEOgBcD7A/5N8Ql4IAJcMGV7u/b7bG5Lm154AEkql J4MauLfy+8JSbKBtvA6mArK1huxXmKbH+LP/o2Egao0vJgQlV8IBUTGzjegAHKFn 2Qt+vL2HfGA/C1Je5UuWTyNYpaZxylUDcGiufmcubVZSDPVqoegTKdmgHPA9+5Rk 6L8sa4+ySKLsHDvGHTS/nMJ/xXY5iJkTEkQeQZUCF7B7h00w8m9NixQ0536XzeH6 aOmQ/fMsLO3nAYP9QzagHrLNBY2GetRRcyA0OgTVH+fUewQEXa5oBYqUjC03vrW/ mi4sb2nx/3lsM1PSm975M5XFGhwWoS+IlQQPpmz3QEmZAZ2W9IpxY4nIhyVx8lc= =GxfI -----END PGP SIGNATURE----- --Sig_/ZvONgQIOUP_y6_knjJdOwnq-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 21:05:36 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 945C8437; Sun, 8 Sep 2013 21:05:36 +0000 (UTC) (envelope-from prvs=19633a9885=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC609216B; Sun, 8 Sep 2013 21:05:35 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50005902770.msg; Sun, 08 Sep 2013 22:05:32 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 08 Sep 2013 22:05:32 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=19633a9885=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Jeremie Le Hen" References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> <20130908145804.GN43281@caravan.chchile.org> <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> <20130908203459.GO43281@caravan.chchile.org> Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Date: Sun, 8 Sep 2013 22:05:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Jeremie Le Hen , Matthew Ahrens , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 21:05:36 -0000 ----- Original Message ----- From: "Jeremie Le Hen" > On Sun, Sep 08, 2013 at 09:02:48PM +0100, Steven Hartland wrote: >> > On Sun, Sep 08, 2013 at 03:17:09PM +0100, Steven Hartland wrote: >> >> I believe this was added by this change set:- >> >> http://svnweb.freebsd.org/base?view=revision&revision=253821 >> >> >> >> Might want to try back out that change and see if everything >> >> works after that? >> > >> > Actually, I already rolled back my kernel to August 1st: >> > >> > # svn info . >> > Path: . >> > Working Copy Root Path: /usr/src >> > URL: http://svn0.us-west.freebsd.org/base/head/sys >> > Repository Root: http://svn0.us-west.freebsd.org/base >> > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> > Revision: 253847 >> > Node Kind: directory >> > Schedule: normal >> > Last Changed Author: ian >> > Last Changed Rev: 253847 >> > Last Changed Date: 2013-07-31 21:14:00 +0200 (Wed, 31 Jul 2013) >> > >> > >> > And the problem seems to have gone away. I could perform a full zfs >> > send/receive whereas it would trigger a panic 100% of the time with a >> > recent kernel. >> >> I still think r253821 is the cause the reason being is prior to r253996 >> ASSERTS in ZFS where not actually active in HEAD. >> >> So if you could roll forward but then backout r253821 and confirm this >> is indeed the cause that would be a good starting point. >> >> If this is indeed the cause be worth engaging Matthew Ahrens cc'ed to >> find out the reasoning behind the new ASSERT why you may be hitting it? > > Errm, was there meant to be some content in your reply Jeremie, as it seems to be missing? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 21:14:47 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 169BF8C1; Sun, 8 Sep 2013 21:14:47 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D098521EA; Sun, 8 Sep 2013 21:14:46 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 074BBBCC1B; Sun, 8 Sep 2013 21:14:44 +0000 (UTC) Date: Sun, 8 Sep 2013 23:14:44 +0200 From: Jeremie Le Hen To: Steven Hartland Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Message-ID: <20130908211444.GP43281@caravan.chchile.org> Mail-Followup-To: Steven Hartland , Matthew Ahrens , freebsd-current@FreeBSD.org References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> <20130908145804.GN43281@caravan.chchile.org> <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> <20130908203459.GO43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jeremie Le Hen , Matthew Ahrens , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 21:14:47 -0000 On Sun, Sep 08, 2013 at 10:05:55PM +0100, Steven Hartland wrote: > > On Sun, Sep 08, 2013 at 09:02:48PM +0100, Steven Hartland wrote: > >> > On Sun, Sep 08, 2013 at 03:17:09PM +0100, Steven Hartland wrote: > >> >> I believe this was added by this change set:- > >> >> http://svnweb.freebsd.org/base?view=revision&revision=253821 > >> >> > >> >> Might want to try back out that change and see if everything > >> >> works after that? > >> > > >> > Actually, I already rolled back my kernel to August 1st: > >> > > >> > # svn info . > >> > Path: . > >> > Working Copy Root Path: /usr/src > >> > URL: http://svn0.us-west.freebsd.org/base/head/sys > >> > Repository Root: http://svn0.us-west.freebsd.org/base > >> > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > >> > Revision: 253847 > >> > Node Kind: directory > >> > Schedule: normal > >> > Last Changed Author: ian > >> > Last Changed Rev: 253847 > >> > Last Changed Date: 2013-07-31 21:14:00 +0200 (Wed, 31 Jul 2013) > >> > > >> > > >> > And the problem seems to have gone away. I could perform a full zfs > >> > send/receive whereas it would trigger a panic 100% of the time with a > >> > recent kernel. > >> > >> I still think r253821 is the cause the reason being is prior to r253996 > >> ASSERTS in ZFS where not actually active in HEAD. > >> > >> So if you could roll forward but then backout r253821 and confirm this > >> is indeed the cause that would be a good starting point. > >> > >> If this is indeed the cause be worth engaging Matthew Ahrens cc'ed to > >> find out the reasoning behind the new ASSERT why you may be hitting it? > > > > > > Errm, was there meant to be some content in your reply Jeremie, as it seems > to be missing? Indeed, probably a bad key combo in vi :). I'm reverting r253821 and r254753 (the second one was supposingly fixing the first one) and recompiling my kernel. I will let you know. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 22:04:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF6A235F; Sun, 8 Sep 2013 22:04:57 +0000 (UTC) (envelope-from pali.gabor@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7482F23FC; Sun, 8 Sep 2013 22:04:57 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id uz19so5233906obc.7 for ; Sun, 08 Sep 2013 15:04:56 -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=varJUjxC2+25LZ+AASb6JvS1GpLV8Xw80zP2Wrgl6Fw=; b=r1G9x2zpCrR9fqzs36n2VA2gHrsgDJVqT/oaKdmyOph3b+AtMBJHCtpyeSTjsJ5Qky exFpNBVCBhs3gatJQEvG60Dx7sxzF4nVId3HfbmJLvdPhCb1ZoNE6uz/q+RuXSZZI3Wr IW7TiTsrvCdXRRTlZG2mbt4LRxRZo3pdlUri4Sa91gEHgSFMxR3XZgMCO44eTtX0hfd9 PZV9rYPiUTA+kEH6b5FIqVerm4M/yuGhRnB5tX6U7L186Gp+aGZZHmClMt2XK+g7rofj G5I8VKI7O7j3QFM9TGKwA7DmwICvSvRV8GX/ucYd8WlQ/VnKgJNsbBNf3DQI6qSVP0Lv hYhA== MIME-Version: 1.0 X-Received: by 10.182.237.75 with SMTP id va11mr9457906obc.5.1378677896815; Sun, 08 Sep 2013 15:04:56 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.32.101 with HTTP; Sun, 8 Sep 2013 15:04:56 -0700 (PDT) Date: Sun, 8 Sep 2013 23:04:56 +0100 X-Google-Sender-Auth: CfWKWJFYiwx2HsbUWjmVMn5mWyI Message-ID: Subject: Call for FreeBSD 2013Q3 (July-September) Status Reports From: Gabor Pali To: hackers@freebsd.org, current@freebsd.org, FreeBSD developers Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 22:04:57 -0000 Dear FreeBSD Community, Please note that the next submission date for the July to September Quarterly Status Reports is October 7th, 2013, less than a month away. They do not have to be very long -- basically they may be about anything that lets people know what is going on around the FreeBSD Project. Submission of reports is not restricted to committers: Anyone who is doing anything interesting and FreeBSD-related can (and therefore encouraged to) write one! The preferred and easiest submission method is to use the XML generator [1] with the result emailed as an attachment to us, that is, monthly@FreeBSD.org [2]. There is also an XML template [3] which can be filled out manually and attached if preferred. To enable compilation and publication of the Q3 report as soon as possible for the October 7th deadline, please be prompt with any report submissions you may have. We are looking forward to all of your 2013Q3 reports! Cheers, Gabor [1] http://www.freebsd.org/cgi/monthly.cgi [2] mailto:monthly@freebsd.org [3] http://www.freebsd.org/news/status/report-sample.xml From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 23:30:22 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B5F63D28 for ; Sun, 8 Sep 2013 23:30:22 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm12-vm2.bullet.mail.ne1.yahoo.com (nm12-vm2.bullet.mail.ne1.yahoo.com [98.138.91.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5381F26EA for ; Sun, 8 Sep 2013 23:30:22 +0000 (UTC) Received: from [98.138.90.56] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 08 Sep 2013 23:27:25 -0000 Received: from [98.138.226.57] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 08 Sep 2013 23:27:25 -0000 Received: from [127.0.0.1] by smtp208.mail.ne1.yahoo.com with NNFMP; 08 Sep 2013 23:27:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1378682845; bh=pk4bdTHyl1XixsQnpGPfuuWS14VkKLm/5qGkjeBCztg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=WL65mfLaOtY66/AvBO9fSsCL/A1n5+CK9vfriST872vreYfo7dMZVxjg9AnH62gv0xl6xOaqNg4nddrze/ZspMde/Iht9gntC5f5vA2kxtaz6molwsHprffLhWGl5SsIU+ZXuwFhUVhNs33IF/eR0alX2OakPZK4Z9hD71wBed8= X-Yahoo-Newman-Id: 563039.65531.bm@smtp208.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pST7exkVM1lyUchDWYtPZztOB.iXcXNhxzRBtaPQEffbe4X 9WNcUdRGdHthxLRx0qrcsEexLRqMcFhWWNK2SsRDUB8opEZmzsa1iy1r.fUb K2qiMONUxtiEBRCnvg_vKNFg1mCTNWhM4cDuDg9dJJzJHHT2n.n3Ym6a7X80 yj3S2gJkz9QwHkaaEQB_qYHIhnumw7YD5LHzmJpIyulAvlgdqMVYtkVa2k5k VSyYmWG.ligvQHz6dC6ggmsBpB3u_bJ4Gy_3p66w.zOsAxS1WWE17FmXAOcs zjw7vUC5r0CSMcRg6qAsmR1lwCsjEDxG0hZpUANabV_HvpkWYT11k_aZixw7 rAdTAmNHOWs0o6U56r4Rml7zK2uEktQzYhZHEi30eP7jFc_7bqnCUnaVmXNf KGbZEPFAxsfoN22OB6Zkw9CKWOCfeCktMOtrj_2ZfcZixTW1W7ej5HVMgF9k d1r1Wg73SgSDJ.drp3coO0oh9Qqm78hmvIYUBjnw5JWmr8IefkuH5dzQdmyT 0XrL.K91_Z.2rByIdPN8tzfA- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp208.mail.ne1.yahoo.com with SMTP; 08 Sep 2013 16:27:25 -0700 PDT Subject: Re: Interesting panic from the Yahoo builder (10-current) From: Sean Bruno To: Davide Italiano In-Reply-To: References: <1378483253.1598.3.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-sboHpiMVd+ONQKPvTdPj" Date: Sun, 08 Sep 2013 16:27:24 -0700 Message-ID: <1378682844.60317.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 23:30:22 -0000 --=-sboHpiMVd+ONQKPvTdPj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-09-07 at 17:05 +0200, Davide Italiano wrote:=20 > On Fri, Sep 6, 2013 at 6:00 PM, Sean Bruno wrote: > > Our "yBSD" builder needs to mount a disk image temporarily that has a > > dos partition (for openstack-ish things) to put configs into it. It > > seems that under high stress, we can squeeze a panic out of it in > > namei(). > > > > Sean > > > > > > Unread portion of the kernel message buffer: > > panic: namei: nameiop contaminated with flags > > cpuid =3D 8 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048= d8e53b0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048d8e5460 > > vpanic() at vpanic+0x126/frame 0xfffffe048d8e54a0 > > kassert_panic() at kassert_panic+0x136/frame 0xfffffe048d8e5510 > > namei() at namei+0x2c8/frame 0xfffffe048d8e5600 > > msdosfs_mount() at msdosfs_mount+0x556/frame 0xfffffe048d8e57c0 > > vfs_donmount() at vfs_donmount+0xc35/frame 0xfffffe048d8e5aa0 > > sys_nmount() at sys_nmount+0x72/frame 0xfffffe048d8e5ae0 > > amd64_syscall() at amd64_syscall+0x223/frame 0xfffffe048d8e5bf0 > > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe048d8e5bf0 > > --- syscall (378, FreeBSD ELF64, sys_nmount), rip =3D 0x8000a8b68a, rsp= =3D 0x7fffffffd508, rbp =3D 0x7fffffffdb30 --- > > Uptime: 34m55s > > Dumping 1140 out of 16350 MB:..2%..12%..22%..31%..41%..51%..61%..71%..8= 2%..92% > > > > Reading symbols from /boot/modules/msdosfs.ko...done. > > Loaded symbols for /boot/modules/msdosfs.ko > > #0 doadump (textdump=3D1) at pcpu.h:227 > > 227 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) Hangup detected on fd 0 > > error detected on stdin >=20 > Can you please print the value of cnp->cn_nameiop (or, even better, > the whole struct) before the panic? >=20 > Thanks, >=20 Hrm ... tried to reproduce after recompiling the kernel (turning off KDB_UNATTENDED) and its not happening now. =20 I'll keep an eye out for it. Sean --=-sboHpiMVd+ONQKPvTdPj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSLQfRAAoJEBkJRdwI6BaHWDYH/0p6dlbM5H43Tkdbzg/75ySi RDppiHhhdV7FV+5nT517eIzfLk4voUeeyXTDx9auhCSFIjIEc86AN9/bdl+5265k bAPdVwHRG7atSnk8fECKyYF/a+qtONVJpxKyhMmf9WcHo7joQgZG6gvM0KMry15e Fqdir9DFSZ3pcDry7GwEhFaCDfbcySuof0ljULMJVP7dXMqFrVowgGDus1a2XcyI JkUb02uS+34pVApA3yiDG0P+7L3B1/8jf1maIUKIb3+l0wp5KJl5mJK9XodnKlSQ rN77whMmZwtpZcnRz/9sZ1A3hdTIn2F4YkswZR8Vag4THsb1CxhEDqZJTLhrcKU= =LtNe -----END PGP SIGNATURE----- --=-sboHpiMVd+ONQKPvTdPj-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 8 23:36:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1FCAAEB0; Sun, 8 Sep 2013 23:36:14 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vb0-x22a.google.com (mail-vb0-x22a.google.com [IPv6:2607:f8b0:400c:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C11342742; Sun, 8 Sep 2013 23:36:13 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id e12so3522053vbg.15 for ; Sun, 08 Sep 2013 16:36:12 -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=JUYWZLQXtMZssXo6OdfnPdt8ft1VRlDO9LaZ5gGiqV4=; b=eQr02SMHuzOEMfmX1eOoDZVhbUpJ8cYAFTiZhXKiiZD5BEncqDAUK08zlFrWOWy0j6 jznBd4RF3feNi38GmixQ3MVSP0LASAXhw6Dd4T8DLpEJVIw3ekdLgCSWYLBcqCd3tqrD GKgvuUKQjMiomlx0Ck1NrWe1QpcN/PKKSGGj3o+KoY3tp7IUVBR2975+MlSwYzq8uBqm 4aIBigz3J/XGR84VmoJfR54tVDyYbqcPB2v3IkrriGoQiUjJs+J+q6k0QPCWbjVM/t6z lUEPts7WvOWPp//C5eeTAJE25KhaEZ/nxsvICRGLTEZraozSDQ2wBgzJsmvOgS+ZaMYY PU0A== MIME-Version: 1.0 X-Received: by 10.52.162.66 with SMTP id xy2mr11687553vdb.3.1378683372554; Sun, 08 Sep 2013 16:36:12 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.220.65.132 with HTTP; Sun, 8 Sep 2013 16:36:12 -0700 (PDT) In-Reply-To: <1378682844.60317.0.camel@localhost> References: <1378483253.1598.3.camel@localhost> <1378682844.60317.0.camel@localhost> Date: Sun, 8 Sep 2013 16:36:12 -0700 X-Google-Sender-Auth: 8CYhfSA6uwjS43iWEN_S8OLCWRo Message-ID: Subject: Re: Interesting panic from the Yahoo builder (10-current) From: Davide Italiano To: Sean Bruno Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 08 Sep 2013 23:36:14 -0000 On Sun, Sep 8, 2013 at 4:27 PM, Sean Bruno wrote: > On Sat, 2013-09-07 at 17:05 +0200, Davide Italiano wrote: >> On Fri, Sep 6, 2013 at 6:00 PM, Sean Bruno wrote: >> > Our "yBSD" builder needs to mount a disk image temporarily that has a >> > dos partition (for openstack-ish things) to put configs into it. It >> > seems that under high stress, we can squeeze a panic out of it in >> > namei(). >> > >> > Sean >> > >> > >> > Unread portion of the kernel message buffer: >> > panic: namei: nameiop contaminated with flags >> > cpuid = 8 >> > KDB: stack backtrace: >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe048d8e53b0 >> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe048d8e5460 >> > vpanic() at vpanic+0x126/frame 0xfffffe048d8e54a0 >> > kassert_panic() at kassert_panic+0x136/frame 0xfffffe048d8e5510 >> > namei() at namei+0x2c8/frame 0xfffffe048d8e5600 >> > msdosfs_mount() at msdosfs_mount+0x556/frame 0xfffffe048d8e57c0 >> > vfs_donmount() at vfs_donmount+0xc35/frame 0xfffffe048d8e5aa0 >> > sys_nmount() at sys_nmount+0x72/frame 0xfffffe048d8e5ae0 >> > amd64_syscall() at amd64_syscall+0x223/frame 0xfffffe048d8e5bf0 >> > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe048d8e5bf0 >> > --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x8000a8b68a, rsp = 0x7fffffffd508, rbp = 0x7fffffffdb30 --- >> > Uptime: 34m55s >> > Dumping 1140 out of 16350 MB:..2%..12%..22%..31%..41%..51%..61%..71%..82%..92% >> > >> > Reading symbols from /boot/modules/msdosfs.ko...done. >> > Loaded symbols for /boot/modules/msdosfs.ko >> > #0 doadump (textdump=1) at pcpu.h:227 >> > 227 pcpu.h: No such file or directory. >> > in pcpu.h >> > (kgdb) Hangup detected on fd 0 >> > error detected on stdin >> >> Can you please print the value of cnp->cn_nameiop (or, even better, >> the whole struct) before the panic? >> >> Thanks, >> > > Hrm ... tried to reproduce after recompiling the kernel (turning off > KDB_UNATTENDED) and its not happening now. > > I'll keep an eye out for it. > > Sean >From a first look (even without the informations) it looks very strange that the assertion fails, NDINIT() is called just before namei() in order to initialize struct nameidata, and that's what almost every other filesystem do, so I'm surprised noone hit this problem before. A (relatively random) guess is that you might run on (some sort of) broken hardware. Thanks, -- Davide "There are no solved problems; there are only problems that are more or less solved" -- Henri Poincare From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 06:57:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C5E77E90 for ; Mon, 9 Sep 2013 06:57:48 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm25-vm1.bullet.mail.ird.yahoo.com (nm25-vm1.bullet.mail.ird.yahoo.com [212.82.109.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D2AF2A44 for ; Mon, 9 Sep 2013 06:57:47 +0000 (UTC) Received: from [77.238.189.49] by nm25.bullet.mail.ird.yahoo.com with NNFMP; 09 Sep 2013 06:57:40 -0000 Received: from [46.228.39.80] by tm2.bullet.mail.ird.yahoo.com with NNFMP; 09 Sep 2013 06:57:40 -0000 Received: from [127.0.0.1] by smtp117.mail.ir2.yahoo.com with NNFMP; 09 Sep 2013 06:57:40 -0000 X-Yahoo-Newman-Id: 589673.13268.bm@smtp117.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: fXyHnlUVM1nYRD_I4XvrNOn.9JHgD0kVy13BqifvFRE6y1e b9stTTF6tc2m2DGgq7gjATqr3xG9tEmVcVlHO3JFkkObwPkgm.ZbYDHLLifd 5nLfgh8GFhvCrGv4YO1ibqE9oWyoCMn1PcpVsrUYOxy.Spiy2c7W3T6v3mep 8h_O.3E2kRTB0yYuT.dDXYfZis4314DzF0LZJVo0k5sPx7agbh5EZWpEybBC ySAtS8JjZnvwEIZqA6tewhqYGYZWOxOWABr7mtvEVxcI6qGcGMc42km6c.i_ VAP9YFzSJvEB6FckHYDTmxcU1fcrkCS6WPp64J2STfu3qAGOHWK655rh9r.x Vn26g5JhmlPumWDxUVggo3vjB0E_ujIXZF7Os6Le1QNccPEqnUJHzejdIs4u a83C5o9OaO9F.NW1Bh.a7IOy6QPjnqTwBGExN5Vg_u7CM5MjWSSSF0I8gsEd lah3MMw5p60IQQSc9z9y.dGQWtkppJhuJ.LznY7tmXWvFDCa5rS8UMC8tq7o LwYC_A.bJ8tzT8fAzbkav574Kp_og2uEgp1GjhrRcWPTUjyBBZDft6OwKtgR DI1v2wP_XQ8uPkMbqrwTgElbvVsXwRWFmBZzcNaMOR6f0i6i0aEiHAc7c X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.120.176 with ) by smtp117.mail.ir2.yahoo.com with SMTP; 09 Sep 2013 06:57:40 +0000 UTC Message-ID: <522D7162.5090806@freebsd.org> Date: Mon, 09 Sep 2013 08:57:38 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "O. Hartmann" Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> In-Reply-To: <20130908081445.242f77c7@thor.walstatt.dyndns.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, kde@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 06:57:48 -0000 Am 08.09.2013 08:14, schrieb O. Hartmann: > On Sat, 7 Sep 2013 22:49:54 GMT rakuco@FreeBSD.org wrote: > >> Synopsis: devel/qt4-script: >> /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is >> ambiguous >> >> State-Changed-From-To: open->patched State-Changed-By: rakuco >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 >> State-Changed-Why: I don't think the previous version worked. >> >> From your description, it looks like you've switched to building >> with libc++ whereas libstdc++ was being used before. >> >> The upcoming Qt 4.8.5 plus a few patches which only made it to >> 4.8.6 (but we've backported) will finally make Qt build with >> libc++. >> >> We've just sent an exp-run request for Qt 4.8.5, and will >> hopefully fix all these errors once it is committed. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=181913 > > > I build the world/kernel since early this year with > > CXXFLAGS+= -stdlib=libc++ CXXFLAGS+= > -std=c++11 > > > in /etc/src.conf. I do not use those flags in /etc/make.conf! > /etc/src.conf is supposed to target ONLY the /usr/src world, not > the ports - this is as I interpret the man page for /etc/src.conf > and it would be logical. But this rule/thinking seems to be broken > by some includes from /usr/ports/Mk ingredients. There are ports that use bsd.prog.mk instead of the Makefile supplied with the source files. Just grep for bsd.port.mk in the port's "files" sub directory, if you find that /etc/src.conf settings affect a port. I think these ports are in violation of POLA and had a longer mail exchange with a port maintainer, who told me that use of bsd.prog.mk was the preferred method to build binaries on FreeBSD, for base and for ports. So no file under /usr/ports/Mk is to blame, but some ports do implicitly reference /etc/src.conf via their use of bsd.prog.mk. Regards, STefan NB: I just performed the grep suggested above and found that the following ports mention bsd.prog.mk in files/*: archivers/parchive archivers/pixz archivers/zipmix audio/id3v2 audio/mp3gain benchmarks/raidtest comms/mlan comms/mlan3 comms/obexapp converters/chmview converters/iconv devel/bcc devel/calibrator devel/frink devel/libpasori devel/linux_kdump devel/opencvs devel/qmake devel/qmake4 devel/ruby-byaccr dns/dnsreflector editors/fb editors/hexpert editors/tamago editors/tweak emulators/cpmtools finance/libstocks ftp/bsdftpd-ssl ftp/ftpsesame games/cre games/xroach graphics/exiftran graphics/s10sh japanese/edyvalue japanese/kon2-16dot japanese/man japanese/suicavalue mail/althea mail/archivesmtp mail/biffer mail/dma math/moo misc/cpuid misc/team net-mgmt/choparp net-mgmt/icmpquery net-mgmt/ipv6mon net/ifdepd net/openntpd net/packetdrill net/pcnfsd net/pppd23 net/pxe-pdhcp net/sharity-light net/skyfish palm/mdbconv print/epsonepl print/mup security/ipv6toolkit security/isakmpd security/openssh-askpass security/sst shells/nologinmsg shells/v7sh sysutils/bsdmoted sysutils/freqsdwn sysutils/jfbterm sysutils/sb16config sysutils/sbniconfig sysutils/setquota textproc/hhm textproc/wordnet www/http_get www/http_load www/http_post www/mathopd www/mohawk x11-wm/vtwm x11/gpctool x11/wmxss From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 07:32:28 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 86EA87CF for ; Mon, 9 Sep 2013 07:32:28 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C8832C53 for ; Mon, 9 Sep 2013 07:32:27 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 2E15FBCE27; Mon, 9 Sep 2013 07:32:26 +0000 (UTC) Date: Mon, 9 Sep 2013 09:32:26 +0200 From: Jeremie Le Hen To: Steven Hartland , Matthew Ahrens , freebsd-current@FreeBSD.org Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Message-ID: <20130909073225.GQ43281@caravan.chchile.org> Mail-Followup-To: Steven Hartland , Matthew Ahrens , freebsd-current@FreeBSD.org References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> <20130908145804.GN43281@caravan.chchile.org> <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> <20130908203459.GO43281@caravan.chchile.org> <20130908211444.GP43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130908211444.GP43281@caravan.chchile.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 07:32:28 -0000 On Sun, Sep 08, 2013 at 11:14:44PM +0200, Jeremie Le Hen wrote: > On Sun, Sep 08, 2013 at 10:05:55PM +0100, Steven Hartland wrote: > > > On Sun, Sep 08, 2013 at 09:02:48PM +0100, Steven Hartland wrote: > > >> > On Sun, Sep 08, 2013 at 03:17:09PM +0100, Steven Hartland wrote: > > >> >> I believe this was added by this change set:- > > >> >> http://svnweb.freebsd.org/base?view=revision&revision=253821 > > >> >> > > >> >> Might want to try back out that change and see if everything > > >> >> works after that? > > >> > > > >> > Actually, I already rolled back my kernel to August 1st: > > >> > > > >> > # svn info . > > >> > Path: . > > >> > Working Copy Root Path: /usr/src > > >> > URL: http://svn0.us-west.freebsd.org/base/head/sys > > >> > Repository Root: http://svn0.us-west.freebsd.org/base > > >> > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > >> > Revision: 253847 > > >> > Node Kind: directory > > >> > Schedule: normal > > >> > Last Changed Author: ian > > >> > Last Changed Rev: 253847 > > >> > Last Changed Date: 2013-07-31 21:14:00 +0200 (Wed, 31 Jul 2013) > > >> > > > >> > > > >> > And the problem seems to have gone away. I could perform a full zfs > > >> > send/receive whereas it would trigger a panic 100% of the time with a > > >> > recent kernel. > > >> > > >> I still think r253821 is the cause the reason being is prior to r253996 > > >> ASSERTS in ZFS where not actually active in HEAD. > > >> > > >> So if you could roll forward but then backout r253821 and confirm this > > >> is indeed the cause that would be a good starting point. > > >> > > >> If this is indeed the cause be worth engaging Matthew Ahrens cc'ed to > > >> find out the reasoning behind the new ASSERT why you may be hitting it? > > > > > > > > > > Errm, was there meant to be some content in your reply Jeremie, as it seems > > to be missing? > > Indeed, probably a bad key combo in vi :). > > I'm reverting r253821 and r254753 (the second one was supposingly fixing > the first one) and recompiling my kernel. > > I will let you know. So far so good, I've been able to synchronize my datasets beyond the point where it crashed last time. Matthew, do you have any idea of a fix I could try on top of FreeBSD's r253821 and r254753? -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 09:20:20 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E410FA2; Mon, 9 Sep 2013 09:20:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1CF622B1; Mon, 9 Sep 2013 09:20:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r899KD4k052325; Mon, 9 Sep 2013 05:20:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r899KD6Q052324; Mon, 9 Sep 2013 09:20:13 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Sep 2013 09:20:13 GMT Message-Id: <201309090920.r899KD6Q052324@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 09:20:20 -0000 TB --- 2013-09-09 07:30:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-09 07:30:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-09 07:30:20 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-09-09 07:30:20 - cleaning the object tree TB --- 2013-09-09 07:30:20 - /usr/local/bin/svn stat /src TB --- 2013-09-09 07:30:25 - At svn revision 255413 TB --- 2013-09-09 07:30:26 - building world TB --- 2013-09-09 07:30:26 - CROSS_BUILD_TESTING=YES TB --- 2013-09-09 07:30:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-09 07:30:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-09 07:30:26 - SRCCONF=/dev/null TB --- 2013-09-09 07:30:26 - TARGET=amd64 TB --- 2013-09-09 07:30:26 - TARGET_ARCH=amd64 TB --- 2013-09-09 07:30:26 - TZ=UTC TB --- 2013-09-09 07:30:26 - __MAKE_CONF=/dev/null TB --- 2013-09-09 07:30:26 - cd /src TB --- 2013-09-09 07:30:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Sep 9 07:30:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] 4. Running pass 'X86 DAG->DAG Instruction Selection' on function '@_ZN5clang13VTableContext15getVTableLayoutEPKNS_13CXXRecordDeclE' c++: error: unable to execute command: Abort trap: 6 (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: x86_64-unknown-freebsd10.0 Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: Error generating preprocessed source(s). *** Error code 254 Stop. bmake[5]: stopped in /src/lib/clang/libclangcodegen *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-09 09:20:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-09 09:20:13 - ERROR: failed to build world TB --- 2013-09-09 09:20:13 - 5324.30 user 949.73 system 6593.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 09:47:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C0E4967A for ; Mon, 9 Sep 2013 09:47:02 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id E666D245A for ; Mon, 9 Sep 2013 09:47:01 +0000 (UTC) Received: (qmail 3096 invoked by uid 89); 9 Sep 2013 09:40:19 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@93.215.179.56) by mail.grem.de with ESMTPA; 9 Sep 2013 09:40:19 -0000 Date: Mon, 9 Sep 2013 11:40:18 +0200 From: Michael Gmelin To: Dimitry Andric Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous Message-ID: <20130909114018.50ddbb3d@bsd64.grem.de> In-Reply-To: <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> <0F2C94E4-A544-482F-A479-B7E70D49E615@FreeBSD.org> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 09 Sep 2013 11:35:20 +0000 Cc: kde@FreeBSD.org, freebsd-current@freebsd.org, "O. Hartmann" , rakuco@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 09:47:02 -0000 On Sun, 8 Sep 2013 14:57:01 +0200 Dimitry Andric wrote: > On Sep 8, 2013, at 08:14, O. Hartmann > wrote: > > On Sat, 7 Sep 2013 22:49:54 GMT > > rakuco@FreeBSD.org wrote: > > > >> Synopsis: > >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: > >> call to 'swap' is ambiguous > >> > >> State-Changed-From-To: open->patched > >> State-Changed-By: rakuco > >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 > >> State-Changed-Why: > >> I don't think the previous version worked. > >> > >> From your description, it looks like you've switched to building > >> with libc++ whereas libstdc++ was being used before. > >> > >> The upcoming Qt 4.8.5 plus a few patches which only made it to > >> 4.8.6 (but we've backported) will finally make Qt build with > >> libc++. > >> > >> We've just sent an exp-run request for Qt 4.8.5, and will hopefully > >> fix all these errors once it is committed. > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=181913 > > > > I build the world/kernel since early this year with > > > > CXXFLAGS+= -stdlib=libc++ > > CXXFLAGS+= -std=c++11 > > > > > > in /etc/src.conf. I do not use those flags > > in /etc/make.conf! /etc/src.conf is supposed to target ONLY > > the /usr/src world, not the ports - this is as I interpret the man > > page for /etc/src.conf and it would be logical. But this > > rule/thinking seems to be broken by some includes > > from /usr/ports/Mk ingredients. > > Since r255321, -stdlib=libc++ is effectively the default, at least > when you haven't set gcc as the default compiler. So it also applies > to ports, which unavoidably will lead to a bit of fallout. My > personal experience is that most C++-based ports compile fine with > libc++ instead of libstdc++, except for a few that rely on internal > libstdc++ details. > > However, -std=c++11 is *not* yet the default, and C++11 has different > rules here and there, so some ports might fail to compile due to this. > For some ports, too much hacking may be required to make them work > with C++11. So in case of trouble, try removing -std=, or setting it > to different values (c++0x, c++98, gnu++98, etc), to get the port to > compile. > > Note the base system should have no problems with -std=c++11, so > please continue to use the option in src.conf, and report any > problems if you encounter them, so we can fix them. :-) > I've been using clang and libc++ successfully on 9.1-RELEASE for quite some time now. Based on what I've learned, expect the following pitfalls that might hit you hard in production: - Bugs in in libc++: CURRENT is good about pulling in fixes, but there are still quite basic things getting fixed, e.g. cout/cerr not being thread safe (this was supposedly fixed in CURRENT and STABLE just a few weeks ago). Another example was handling std::vector incorrectly (ouch). Other problems only affect C++11/C++14 features and shouldn't be a big issue when porting. - Mixed C++ library linkage: For some ports autoconf/libtool might pull in libstdc++ by accident, you really don't want this to happen since std types don't match (e.g. std::exception and everything inheriting from it, which will break exception handling in client code). - Incompatibilities in corner cases of the language: A good example is the exception specification of destructors. Those are defaulting to noexcept(true) now, while in C++03 it's the opposite. Even though it's bad design in almost all cases, the language permits throwing from destructors in general. I got hit by that when porting devel/ice, which depends on databases/db5, which has no exception specification for destructors, but throws from them under certain circumstances (e.g. database close failed), in that specific case also from callbacks that were called from within db5. Overall the code was quite convoluted, but valid C++03. On top of that there are the usual incompatibilities between implementations (like iostreams in gcc 4.2's libstdc++ does some things differently then the imho more compliant libc++) and compile time problems (like the swap issue you experiences, those are easy to fix). So the bottom line is: When converting a port to use clang++ -std=c++11 -stdlib=libc++, the fact that it builds ok and runs a couple of unit tests without problems is not enough. Cheers, Michael -- Michael Gmelin From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 13:28:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8DBDAEC7; Mon, 9 Sep 2013 13:28:02 +0000 (UTC) (envelope-from uqs@FreeBSD.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A7EA24D1; Mon, 9 Sep 2013 13:28:01 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.7/8.14.7) with ESMTP id r89DRwgd069218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Sep 2013 15:27:59 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Mon, 9 Sep 2013 15:27:58 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: David Chisnall Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc Message-ID: <20130909132758.GK9030@acme.spoerlein.net> Mail-Followup-To: David Chisnall , freebsd-current CURRENT References: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 13:28:02 -0000 On Fri, 2013-09-06 at 21:19:32 +0100, David Chisnall wrote: > Hi Everyone, > > As of r255321, we are no longer building gcc or libstdc++ as part of the default install on platforms where clang is cc. > > If you are using gcc, you have two options: > > 1) Install one of the lang/gcc* ports (Warner has been working on separating out the patches to our GCC, so these should soon be patched to provide the same features as the one in base) > > 2) Put WITH_GCC=yes and WITH_GNUCXX=yes in your src.conf when you build world. > > GCC will stay in the base system tree for at least the lifetime of the 10.x release, and possibly longer if it is still being actively used. It will remain used by tinderboxes and make universe for some architectures, so if you commit code without testing with gcc people will know very soon... > > Thanks to Warner for all of his recent work on disentangling the toolchain, to all of the people (Roman, Dimitry, Brooks, and others) who worked on getting clang integrated into FreeBSD and to everyone who tested it and filed bug reports. As of today, PowerPC64 joins x86 and ARM as platforms where world+kernel can be successfully built (and work) with clang (although it isn't the default yet and needs more testing), and hopefully other architectures will follow soon. > > Huge thanks to all of the ports people who have spent the last two weeks working on dealing with the fallout from iconv and ensuring that all of the ports work with clang and libc++. I think over the last week, the number of failing / ignored ports has dropped by about a thousand a day on the no-gcc test box that Bapt has been running, which is a phenomenal achievement. Indeed, thanks to all for their hard work, this is good news overall! To nitpick, however, what has been fixed is that ports "build" with clang and libc++, no effort can humanely be done to make sure they really *work* as before. Case in point, I only recently switched to clang in base and now the newsbeuter port crashes during startup (yeah, it builds fine). So all I'm asking for now is: how can I override a random port to be built with gcc (either from base or ports, I don't care). And what special considerations need to be done when the port uses C++. Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 13:38:00 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0D3812E1; Mon, 9 Sep 2013 13:38:00 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0F8025E5; Mon, 9 Sep 2013 13:37:59 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r89Dbq9d097032 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 9 Sep 2013 13:37:53 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc From: David Chisnall In-Reply-To: <20130909132758.GK9030@acme.spoerlein.net> Date: Mon, 9 Sep 2013 14:37:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> <20130909132758.GK9030@acme.spoerlein.net> To: =?iso-8859-1?Q?Ulrich_Sp=F6rlein?= X-Mailer: Apple Mail (2.1508) Cc: freebsd-current CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 13:38:00 -0000 On 9 Sep 2013, at 14:27, Ulrich Sp=F6rlein wrote: > Case in point, I only recently switched to clang in base and now the > newsbeuter port crashes during startup (yeah, it builds fine). So all > I'm asking for now is: how can I override a random port to be built = with > gcc (either from base or ports, I don't care). And what special > considerations need to be done when the port uses C++. Setting USE_GCC=3Dany to build with any gcc, or USE_GCC=3Dyes to build = with a gcc from ports (they should do the same thing on a no-gcc-in-base = system) For C++ ports, can you check whether the error is from libc++ or clang, = by first building libstdc++ from base and then setting = CXXFLAGS=3D-stdlib=3Dlibstdc++ and LDFLAGS=3D-stdlib=3Dlibstdc++? This = will build it with libstdc++ and if that works then it narrows the issue = down. =20 Also, don't forget to report bugs to the port maintainer... David From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 13:51:54 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 22364880; Mon, 9 Sep 2013 13:51:54 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E891B2769; Mon, 9 Sep 2013 13:51:53 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJ1sZ-000IfQ-IJ; Mon, 09 Sep 2013 13:51:47 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r89Dpikk001798; Mon, 9 Sep 2013 07:51:44 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18pKb028NyEYjWkLZKYb7pI Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous From: Ian Lepore To: Stefan Esser In-Reply-To: <522D7162.5090806@freebsd.org> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> <522D7162.5090806@freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 09 Sep 2013 07:51:44 -0600 Message-ID: <1378734704.1111.558.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: kde@FreeBSD.org, freebsd-current@FreeBSD.org, "O. Hartmann" , freebsd-ports@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 13:51:54 -0000 On Mon, 2013-09-09 at 08:57 +0200, Stefan Esser wrote: > Am 08.09.2013 08:14, schrieb O. Hartmann: > > On Sat, 7 Sep 2013 22:49:54 GMT rakuco@FreeBSD.org wrote: > > > >> Synopsis: devel/qt4-script: > >> /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is > >> ambiguous > >> > >> State-Changed-From-To: open->patched State-Changed-By: rakuco > >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 > >> State-Changed-Why: I don't think the previous version worked. > >> > >> From your description, it looks like you've switched to building > >> with libc++ whereas libstdc++ was being used before. > >> > >> The upcoming Qt 4.8.5 plus a few patches which only made it to > >> 4.8.6 (but we've backported) will finally make Qt build with > >> libc++. > >> > >> We've just sent an exp-run request for Qt 4.8.5, and will > >> hopefully fix all these errors once it is committed. > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=181913 > > > > > > I build the world/kernel since early this year with > > > > CXXFLAGS+= -stdlib=libc++ CXXFLAGS+= > > -std=c++11 > > > > > > in /etc/src.conf. I do not use those flags in /etc/make.conf! > > /etc/src.conf is supposed to target ONLY the /usr/src world, not > > the ports - this is as I interpret the man page for /etc/src.conf > > and it would be logical. But this rule/thinking seems to be broken > > by some includes from /usr/ports/Mk ingredients. > > There are ports that use bsd.prog.mk instead of the Makefile supplied > with the source files. Just grep for bsd.port.mk in the port's "files" > sub directory, if you find that /etc/src.conf settings affect a port. > > I think these ports are in violation of POLA and had a longer mail > exchange with a port maintainer, who told me that use of bsd.prog.mk > was the preferred method to build binaries on FreeBSD, for base and > for ports. > > So no file under /usr/ports/Mk is to blame, but some ports do > implicitly reference /etc/src.conf via their use of bsd.prog.mk. > > Regards, STefan > > NB: I just performed the grep suggested above and found that the > following ports mention bsd.prog.mk in files/*: > > If those ports .include before bsd.prog.mk, I think everything should work properly. It looks like src.conf is an "opt-out" system, and bsd.port.mk sets the variable to opt out. I don't especially like this (opt-in would be better), but I don't see an easy fix either. We use bsd.prog.mk at $work (I'd better go add the opt-out now), it seems like others probably do the same. It would be much better if the base build opted in, but the only way I can see to do that would be to install a "makefile.up" system where a makefile.up in every directory under the base src allows "walking up" to the top of the src hierarchy no matter where the build is started from, so that you can always get some top-level file to do the opt-in. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 14:21:40 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 096D658A; Mon, 9 Sep 2013 14:21:40 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CECD329B5; Mon, 9 Sep 2013 14:21:39 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJ2LS-000DRD-JO; Mon, 09 Sep 2013 14:21:38 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r89ELaNL001826; Mon, 9 Sep 2013 08:21:36 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18hEOsvWEOWeLvfkFR7TDyu Subject: Re: ports/181913: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is ambiguous From: Ian Lepore To: Stefan Esser In-Reply-To: <1378734704.1111.558.camel@revolution.hippie.lan> References: <201309072249.r87MnsLP052803@freefall.freebsd.org> <20130908081445.242f77c7@thor.walstatt.dyndns.org> <522D7162.5090806@freebsd.org> <1378734704.1111.558.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Mon, 09 Sep 2013 08:21:35 -0600 Message-ID: <1378736495.1111.560.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , freebsd-current@FreeBSD.org, kde@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 14:21:40 -0000 On Mon, 2013-09-09 at 07:51 -0600, Ian Lepore wrote: > On Mon, 2013-09-09 at 08:57 +0200, Stefan Esser wrote: > > Am 08.09.2013 08:14, schrieb O. Hartmann: > > > On Sat, 7 Sep 2013 22:49:54 GMT rakuco@FreeBSD.org wrote: > > > > > >> Synopsis: devel/qt4-script: > > >> /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is > > >> ambiguous > > >> > > >> State-Changed-From-To: open->patched State-Changed-By: rakuco > > >> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013 > > >> State-Changed-Why: I don't think the previous version worked. > > >> > > >> From your description, it looks like you've switched to building > > >> with libc++ whereas libstdc++ was being used before. > > >> > > >> The upcoming Qt 4.8.5 plus a few patches which only made it to > > >> 4.8.6 (but we've backported) will finally make Qt build with > > >> libc++. > > >> > > >> We've just sent an exp-run request for Qt 4.8.5, and will > > >> hopefully fix all these errors once it is committed. > > >> > > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=181913 > > > > > > > > > I build the world/kernel since early this year with > > > > > > CXXFLAGS+= -stdlib=libc++ CXXFLAGS+= > > > -std=c++11 > > > > > > > > > in /etc/src.conf. I do not use those flags in /etc/make.conf! > > > /etc/src.conf is supposed to target ONLY the /usr/src world, not > > > the ports - this is as I interpret the man page for /etc/src.conf > > > and it would be logical. But this rule/thinking seems to be broken > > > by some includes from /usr/ports/Mk ingredients. > > > > There are ports that use bsd.prog.mk instead of the Makefile supplied > > with the source files. Just grep for bsd.port.mk in the port's "files" > > sub directory, if you find that /etc/src.conf settings affect a port. > > > > I think these ports are in violation of POLA and had a longer mail > > exchange with a port maintainer, who told me that use of bsd.prog.mk > > was the preferred method to build binaries on FreeBSD, for base and > > for ports. > > > > So no file under /usr/ports/Mk is to blame, but some ports do > > implicitly reference /etc/src.conf via their use of bsd.prog.mk. > > > > Regards, STefan > > > > NB: I just performed the grep suggested above and found that the > > following ports mention bsd.prog.mk in files/*: > > > > > > If those ports .include before bsd.prog.mk, I think > everything should work properly. It looks like src.conf is an "opt-out" > system, and bsd.port.mk sets the variable to opt out. > > I don't especially like this (opt-in would be better), but I don't see > an easy fix either. We use bsd.prog.mk at $work (I'd better go add the > opt-out now), it seems like others probably do the same. > > It would be much better if the base build opted in, but the only way I > can see to do that would be to install a "makefile.up" system where a > makefile.up in every directory under the base src allows "walking up" to > the top of the src hierarchy no matter where the build is started from, > so that you can always get some top-level file to do the opt-in. Hrm. I take that back. You can't set _WITHOUT_SRCCONF and then .include and expect anything to work. For some reason all the setting of the MK_whatever knobs is disabled by setting _WITHOUT_SRCCONF, and without all those things defined, the rest of the bsd.*.mk files don't work. ::sigh:: What a mess. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 20:38:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 428EFD3C; Mon, 9 Sep 2013 20:38:02 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00973228F; Mon, 9 Sep 2013 20:38:01 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VJ8Da-003CAd-LL>; Mon, 09 Sep 2013 22:37:54 +0200 Received: from e179065126.adsl.alicedsl.de ([85.179.65.126] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VJ8Da-000Wzg-Hq>; Mon, 09 Sep 2013 22:37:54 +0200 Date: Mon, 9 Sep 2013 22:37:48 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); Message-ID: <20130909223748.61dd8859@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/AwrEDm1jQPZyyo23/SlD3eb"; protocol="application/pgp-signature" X-Originating-IP: 85.179.65.126 Cc: FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 20:38:02 -0000 --Sig_/AwrEDm1jQPZyyo23/SlD3eb Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable x11/nvidia-driver (as well as emulators/virtualbox-ose-kmod) do not compile on FreeBSD 10.0-CURRENT #0 r255426: Mon Sep 9 21:35:43 CEST 2013 amd64. The error is: x11/nvidia-driver: --- nvidia_subr.o --- nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); ^ @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, vm_size_t, ^ 1 error generated. *** [nvidia_subr.o] Error code 1 emulators/virtualbox-ose-kmod: [...] /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.18/out/freebs= d.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c:83:76: error: too few arguments to function call, expected 10, have 9 cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, vm_size_t, --Sig_/AwrEDm1jQPZyyo23/SlD3eb Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLjGhAAoJEOgBcD7A/5N8HSoH/2uTjJWuOSQMeVt18bDc95xR LuxeP5b2+1mKBnUoma/bBNGSDWlgd6cphZqUkcnNz6zAWnEJ4QiEGfBre47MjPyt Y18EUHDI7Yurp98Jyw8KgoGKqH0LLIXyFHaA566cS3XRE2xKs9U3fhdki8IZn1TC E3Q2B++Y16OXpPvJZt5Vbii8K1pW6o8ZJ6SnwEjU7pHUGBtiKeyAjy6ClfmHtoFB avbGF43veN5fI4RhgRHJBWXcBG0unxZ/y1ZQDskK4XfTXxMdhMyH6Z1nYvpSK4cj EJ27Pn8dKR80mkHyitRKQxsa4UWV7S63HCpC/8zapcwXnebZ1DFi2FkqWBVgQic= =4lYb -----END PGP SIGNATURE----- --Sig_/AwrEDm1jQPZyyo23/SlD3eb-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 21:02:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0E9A639A; Mon, 9 Sep 2013 21:02:54 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B494B2410; Mon, 9 Sep 2013 21:02:53 +0000 (UTC) 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=lhqhy2nsI+ZoHHc76mt8CdoJMWCLVQEq6p98ksmvRmQ=; b=abMiiA56UyWzq1u3UJp/7ud8Vn+/6Ujmi3ZX4iBKL4z7KLjn02ozp8Dt8vYjWSZIq4W4VThgOaocjOb0ds2UOqG5cw0/p2cAZkfuaJXEqOxaVeMW1eXXGf62yHkC6TOBaYnJt7UyHZU1oR5gmy41m0xp8Udgdi4X2bqiJPJ+lwQ=; Received: from [178.137.138.140] (helo=nonamehost.local) by fsm2.ukr.net with esmtpsa ID 1VJ8bZ-000Nyl-4o ; Tue, 10 Sep 2013 00:02:41 +0300 Date: Tue, 10 Sep 2013 00:02:37 +0300 From: Ivan Klymenko To: "O. Hartmann" Subject: Re: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); Message-ID: <20130910000237.6b5604da@nonamehost.local> In-Reply-To: <20130909223748.61dd8859@thor.walstatt.dyndns.org> References: <20130909223748.61dd8859@thor.walstatt.dyndns.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.138.140; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 21:02:54 -0000 =D0=92 Mon, 9 Sep 2013 22:37:48 +0200 "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > x11/nvidia-driver (as well as emulators/virtualbox-ose-kmod) do not > compile on FreeBSD 10.0-CURRENT #0 r255426: Mon Sep 9 21:35:43 CEST > 2013 amd64. >=20 > The error is: >=20 > x11/nvidia-driver: >=20 > --- nvidia_subr.o --- > nvidia_subr.c:835:46: error: too few arguments to function call, > expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); > ^ > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here > int vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, > vm_size_t, ^ > 1 error generated. > *** [nvidia_subr.o] Error code 1 >=20 >=20 > emulators/virtualbox-ose-kmod: >=20 > [...] > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.18/out/free= bsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c:83:76: > error: too few arguments to function call, expected 10, have 9 > cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int > vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, > vm_size_t, Try the following changes: int rc =3D vm_map_find(kernel_map, pVmObject, 0, &Addr, --- cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0= ); +++ cbAllocated, 0, VMFS_OPTIMAL_SPACE, VM_PROT_AL= L, VM_PROT_ALL, 0); for Nvidia driver need to make similar changes... From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 21:17:16 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 85822952; Mon, 9 Sep 2013 21:17:16 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1ADAD24CF; Mon, 9 Sep 2013 21:17:15 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VJ8pe-003JsV-FU>; Mon, 09 Sep 2013 23:17:14 +0200 Received: from e179065126.adsl.alicedsl.de ([85.179.65.126] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VJ8pe-000ZJu-Aa>; Mon, 09 Sep 2013 23:17:14 +0200 Date: Mon, 9 Sep 2013 23:17:13 +0200 From: "O. Hartmann" To: Ivan Klymenko Subject: Re: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); Message-ID: <20130909231713.34ebfbdd@thor.walstatt.dyndns.org> In-Reply-To: <20130910000237.6b5604da@nonamehost.local> References: <20130909223748.61dd8859@thor.walstatt.dyndns.org> <20130910000237.6b5604da@nonamehost.local> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/UrICAPLQIU4o8yBNhfpaT_O"; protocol="application/pgp-signature" X-Originating-IP: 85.179.65.126 Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 21:17:16 -0000 --Sig_/UrICAPLQIU4o8yBNhfpaT_O Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, 10 Sep 2013 00:02:37 +0300 Ivan Klymenko wrote: > =D0=92 Mon, 9 Sep 2013 22:37:48 +0200 > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: >=20 > > x11/nvidia-driver (as well as emulators/virtualbox-ose-kmod) do not > > compile on FreeBSD 10.0-CURRENT #0 r255426: Mon Sep 9 21:35:43 > > CEST 2013 amd64. > >=20 > > The error is: > >=20 > > x11/nvidia-driver: > >=20 > > --- nvidia_subr.o --- > > nvidia_subr.c:835:46: error: too few arguments to function call, > > expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); > > ^ > > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here > > int vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, > > vm_size_t, ^ > > 1 error generated. > > *** [nvidia_subr.o] Error code 1 > >=20 > >=20 > > emulators/virtualbox-ose-kmod: > >=20 > > [...] > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.18/out/fr= eebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c:83:= 76: > > error: too few arguments to function call, expected 10, have 9 > > cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ > > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int > > vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, > > vm_size_t, >=20 > Try the following changes: > int rc =3D vm_map_find(kernel_map, pVmObject, 0, &Addr, > --- cbAllocated, TRUE, VM_PROT_ALL, > VM_PROT_ALL, 0); +++ cbAllocated, 0, > VMFS_OPTIMAL_SPACE, VM_PROT_ALL, VM_PROT_ALL, 0); >=20 > for Nvidia driver need to make similar changes... > _______________________________________________ > 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 man page of vm_map_find() says the last parameter is of int, named int cow. On the hurry, I didn't find any explanation of that parameter. Setting it to "0" (zero) also in the nvidia_subr.c makes the driver compile again. But simply filling in a int zero is a bit strange without knowing what to do, isn't it? Thanks anyway, Oliver --Sig_/UrICAPLQIU4o8yBNhfpaT_O Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLjrZAAoJEOgBcD7A/5N8+oYIANdaYd2qOZHiMBOmiYVnNMY9 jYXPUHB+O2CpVAoSPHeAEuzAvl9QfzZ9BMS4NaMPmaVTH8qV3stHX63uI58qAM2f pKmHGzBoOLY+PF9NC3gniwaZQ/8FcseOD8wDtPvvaoxBa8PMHPeXArE/vFyKphEL f+ngRwpTlJw1REElyPPZzB3S86jrnecm9Uy+XhRuD0WziyBrCvpa0CZTxxIM2I68 w/U//34mSBScvibIBLpuA6O7ffQlgTjMHT1dMr+3AgKJNmEFKizbDOxoX22ua8iF EIBX4pRFGgiRUkTTlC4EEc5ODV10dmp0fELcifI5rQfP4osD/Z2deAY536mNH1g= =qouV -----END PGP SIGNATURE----- --Sig_/UrICAPLQIU4o8yBNhfpaT_O-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 21:24:21 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2A39EDDE; Mon, 9 Sep 2013 21:24:21 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF858254E; Mon, 9 Sep 2013 21:24:20 +0000 (UTC) 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=1c64/cEj9Aj4lyTAcGuGtRNf/gCS2uNdn0VTfl5pX8Q=; b=g0zYtO8hIodOOXsgVFeH81WuUg9nIHZ06O7HF2k7HyEUkzHeVz3m0x1K4/F6fACZKH3CfbhDjkmLmO6nbmqc1Yzy3uDgpmIKuK3TptfjpyfCe0+mLMFwmN1wpq4oMBcOfqjcoEKBg+pE6Pqt/5QF7pN2WD300mKCrNn5U58PddU=; Received: from [178.137.138.140] (helo=nonamehost.local) by fsm1.ukr.net with esmtpsa ID 1VJ8wK-000CVM-Er ; Tue, 10 Sep 2013 00:24:08 +0300 Date: Tue, 10 Sep 2013 00:24:05 +0300 From: Ivan Klymenko To: "O. Hartmann" Subject: Re: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); Message-ID: <20130910002405.4aa701d0@nonamehost.local> In-Reply-To: <20130909231713.34ebfbdd@thor.walstatt.dyndns.org> References: <20130909223748.61dd8859@thor.walstatt.dyndns.org> <20130910000237.6b5604da@nonamehost.local> <20130909231713.34ebfbdd@thor.walstatt.dyndns.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.138.140; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 21:24:21 -0000 =D0=92 Mon, 9 Sep 2013 23:17:13 +0200 "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Tue, 10 Sep 2013 00:02:37 +0300 > Ivan Klymenko wrote: >=20 > > =D0=92 Mon, 9 Sep 2013 22:37:48 +0200 > > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: > > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.18/out/= freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c:8= 3:76: > > > error: too few arguments to function call, expected 10, have 9 > > > cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ > > > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int > > > vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, > > > vm_size_t, > >=20 > > Try the following changes: > > int rc =3D vm_map_find(kernel_map, pVmObject, 0, &Addr, > > --- cbAllocated, TRUE, VM_PROT_ALL, > > VM_PROT_ALL, 0); +++ cbAllocated, 0, > > VMFS_OPTIMAL_SPACE, VM_PROT_ALL, VM_PROT_ALL, 0); > >=20 > > for Nvidia driver need to make similar changes... > The man page of vm_map_find() says the last parameter is of int, named > int cow. On the hurry, I didn't find any explanation of that > parameter. Setting it to "0" (zero) also in the nvidia_subr.c makes > the driver compile again. >=20 > But simply filling in a int zero is a bit strange without knowing what > to do, isn't it? >=20 > Thanks anyway, >=20 > Oliver This commit you to find an appropriate example ... http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D291456+0+current/svn-src-head And in this case, the driver Nvidia really need to specify 0 in place of the sixth argument ... but I'm not sure at 100% :) From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 21:35:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE3F634C; Mon, 9 Sep 2013 21:35:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF4E525F0; Mon, 9 Sep 2013 21:35:02 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 62E5C11D7D; Mon, 9 Sep 2013 14:35:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1378762502; bh=ITbwRxXnSmV7OqxMt6c40PNoWUQ/QMOznWMi1ZDKHOs=; h=Date:From:Reply-To:To:CC:Subject; b=XHvYmTdE6pemJSLBMY1mrwu/dV1NnZPmx/ps3caPoKFfHzSRdaPQmbouRTsVtYuTc NEufZ/Oj2Ou3h2CNXSZWCkDW7CBogpF0ue/tSOwVfNpWu7sGE0D6cj1wunCmY3lc6k 2w0tmVbinqFWYMWcunT6Bx3E7pRpfTcituUoLFCo= Message-ID: <522E3F06.3090003@delphij.net> Date: Mon, 09 Sep 2013 14:35:02 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Current Subject: [PATCH] mtree should not output size if the file is not a regular file X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Brooks Davis , christos@NetBSD.org, Tim Kientzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 21:35:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I think it doesn't make sense to emit size information for non-regular files like directories, symlinks, etc. although both our and NetBSD's mtree would emit it. Comments? Index: usr.sbin/mtree/create.c =================================================================== - --- usr.sbin/mtree/create.c (revision 255424) +++ usr.sbin/mtree/create.c (working copy) @@ -208,7 +208,7 @@ statf(int indent, FTSENT *p) output(indent, &offset, "mode=%#o", p->fts_statp->st_mode & MBITS); if (keys & F_NLINK && p->fts_statp->st_nlink != 1) output(indent, &offset, "nlink=%u", p->fts_statp->st_nlink); - - if (keys & F_SIZE) + if (keys & F_SIZE && S_ISREG(p->fts_statp->st_mode)) output(indent, &offset, "size=%jd", (intmax_t)p->fts_statp->st_size); if (keys & F_TIME) Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCgAGBQJSLj8GAAoJEG80Jeu8UPuzfr4H/RU/qxwVIBAdiXzaD7CvPnCr 3fl+wMIaugYYyZCOWXu1cW4NS8eq5PGPtkJyXCjxGjnyjIpJgZ9XWxZMzdNR4ID0 qLuDOStThE3jjQ/11vx4G4qwsd7iB/BE0O8dfpf68VQu50b40IRl6nDRfHrUETuZ wYFT+tbm6EiJlNif6Y9XNFJhdAuow3oPEexx6fxv5AUaC9ZeyoSZQdCJoDcfOsXm gEnB1IJiS5hRXckimvTrq8pjnfj+u6oTAj9U4klAx0yDk6VZuZPIWaYOnPZJr7BR rVuiRbLFnc2yIPyFFq7y3guqCJpRvOwRuOF/N5vj3qSCYJXmIasXkUjUM6hsxA0= =hteB -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 21:40:33 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 894F75DF; Mon, 9 Sep 2013 21:40:33 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4CAA4264D; Mon, 9 Sep 2013 21:40:33 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 56F314ECB; Mon, 9 Sep 2013 21:40:32 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 88F6E36101; Mon, 9 Sep 2013 23:40:02 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: d@delphij.net Subject: Re: [PATCH] mtree should not output size if the file is not a regular file References: <522E3F06.3090003@delphij.net> Date: Mon, 09 Sep 2013 23:40:02 +0200 In-Reply-To: <522E3F06.3090003@delphij.net> (Xin Li's message of "Mon, 09 Sep 2013 14:35:02 -0700") Message-ID: <86bo41fzd9.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: christos@NetBSD.org, FreeBSD Current , Brooks Davis , Tim Kientzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 21:40:33 -0000 Xin Li writes: > I think it doesn't make sense to emit size information for non-regular > files like directories, symlinks, etc. although both our and NetBSD's > mtree would emit it. I agree. The size of a directory will vary from filesystem to filesystem, while the size of a symlink is simply the length of its target. There is no need for it, and in the case of a directory, including it causes spurious diffs between mtree descriptions of identical trees on different systems. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 22:42:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A143156C; Mon, 9 Sep 2013 22:42:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 33D68292C; Mon, 9 Sep 2013 22:42:47 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VJAAQ-003aWt-91>; Tue, 10 Sep 2013 00:42:46 +0200 Received: from e179065126.adsl.alicedsl.de ([85.179.65.126] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VJAAQ-000e6Z-4B>; Tue, 10 Sep 2013 00:42:46 +0200 Date: Tue, 10 Sep 2013 00:42:40 +0200 From: "O. Hartmann" To: Ivan Klymenko Subject: Re: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); Message-ID: <20130910004240.70bc281f@thor.walstatt.dyndns.org> In-Reply-To: <20130910002405.4aa701d0@nonamehost.local> References: <20130909223748.61dd8859@thor.walstatt.dyndns.org> <20130910000237.6b5604da@nonamehost.local> <20130909231713.34ebfbdd@thor.walstatt.dyndns.org> <20130910002405.4aa701d0@nonamehost.local> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/=Yo2NVK0V6hf5X=_BhBi_K+"; protocol="application/pgp-signature" X-Originating-IP: 85.179.65.126 Cc: FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 22:42:48 -0000 --Sig_/=Yo2NVK0V6hf5X=_BhBi_K+ Content-Type: multipart/mixed; boundary="MP_/t9rnh6LEgzGFFLdd98QRq.=" --MP_/t9rnh6LEgzGFFLdd98QRq.= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 10 Sep 2013 00:24:05 +0300 Ivan Klymenko wrote: > =D0=92 Mon, 9 Sep 2013 23:17:13 +0200 > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5=D1= =82: >=20 > > On Tue, 10 Sep 2013 00:02:37 +0300 > > Ivan Klymenko wrote: > >=20 > > > =D0=92 Mon, 9 Sep 2013 22:37:48 +0200 > > > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > > > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.18/ou= t/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freebsd.c= :83:76: > > > > error: too few arguments to function call, expected 10, have 9 > > > > cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ > > > > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int > > > > vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, > > > > vm_size_t, > > >=20 > > > Try the following changes: > > > int rc =3D vm_map_find(kernel_map, pVmObject, 0, &Addr, > > > --- cbAllocated, TRUE, VM_PROT_ALL, > > > VM_PROT_ALL, 0); +++ cbAllocated, 0, > > > VMFS_OPTIMAL_SPACE, VM_PROT_ALL, VM_PROT_ALL, 0); > > >=20 > > > for Nvidia driver need to make similar changes... > > The man page of vm_map_find() says the last parameter is of int, > > named int cow. On the hurry, I didn't find any explanation of that > > parameter. Setting it to "0" (zero) also in the nvidia_subr.c makes > > the driver compile again. > >=20 > > But simply filling in a int zero is a bit strange without knowing > > what to do, isn't it? > >=20 > > Thanks anyway, > >=20 > > Oliver >=20 > This commit you to find an appropriate example ... > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D291456+0+current/svn-src-h= ead > And in this case, the driver Nvidia really need to specify 0 in place > of the sixth argument ... > but I'm not sure at 100% :) I have a patch attached for the x11/nvidia-driver Makefile. It doesn't work and I loose hairs due to not knowing why. When issuing the following command sequence on the console: cd /usr/ports/x11/nvidia-driver make clean extract sed -i -e '/(VM_PROT_READ | VM_PROT_WRITE), 0);$/s/0);$/0, 0);/g' \ work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c and check then line 835 (the corrupt one) in file=20 work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c, I see this BEFORE: status =3D vm_map_find(kernel_map, at->object, (i * PAGE_SIZE), &virtual_address, size, VMFS_ANY_SPACE, (VM_PROT_READ | VM_PROT_WRITE), =3D=3D=3D(835)>> (VM_PROT_READ | VM_PROT_WRITE), 0); and I see this AFTER the sed'ed replacement: status =3D vm_map_find(kernel_map, at->object, (i * PAGE_SIZE), &virtual_address, size, VMFS_ANY_SPACE, (VM_PROT_READ | VM_PROT_WRITE), =3D=3D=3D(835)>> (VM_PROT_READ | VM_PROT_WRITE), 0, 0); BUT: Using the patch (see attached, please apply to x11/nvidia-driver/Makefile) gives me an error in x11/nvidia-driver: make clean patch =3D=3D=3D> Cleaning for nvidia-driver-325.15 =3D=3D=3D> License NVIDIA accepted by the user =3D=3D=3D> Found saved configuration for nvidia-driver-325.08_1 =3D=3D=3D> nvidia-driver-325.15 depends on file: /usr/local/sbin/pkg - fo= und =3D=3D=3D> Fetching all distfiles required by nvidia-driver-325.15 for building =3D=3D=3D> Extracting for nvidia-driver-325.15 =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-325.15.tar.gz. =3D=3D=3D> Patching for nvidia-driver-325.15 sed: 1: "/(VM_PROT_READ | VM_PRO ...": invalid command code 0 *** Error code 1 The Shell/make should be able to substitute within a single-quotet command to sed, but the error message reports differently. Do not be confused about the driver revision I use. I tried the official one (319.XX) as well and it is not working the very same way and the patch won't either. Oliver --MP_/t9rnh6LEgzGFFLdd98QRq.= Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=nvidia-driver.patch --- Makefile.orig 2013-09-10 00:30:53.000000000 +0200 +++ Makefile 2013-09-10 00:40:08.000000000 +0200 @@ -160,6 +160,11 @@ s/CAP_IOCTL/cap_rights_init(\&rights, &)/' \ ${WRKSRC}/src/nvidia_linux.c .endif +# Changes in vm_map_find() due to r255426 +.if ${OSVERSION} >=3D 1000054 + ${REINPLACE_CMD} -e '/(VM_PROT_READ | VM_PROT_WRITE), 0);$/s/0);$/0, 0);/= g' \ + ${WRKSRC}/src/nvidia_subr.c +.endif # Fix stack buffer overflow in nvidia_sysctl_bus_type() .if ${NVVERSION} < 3192300 ${REINPLACE_CMD} -E '/bus_type\[4\]/d ; \ --MP_/t9rnh6LEgzGFFLdd98QRq.=-- --Sig_/=Yo2NVK0V6hf5X=_BhBi_K+ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLk7lAAoJEOgBcD7A/5N8EDQIAJx9TjgQarW8JUYRGklqTQJ2 N5qAqOvMLQALSZMMYyT+EJAwCaavAgYXXIFrIcGEVnqwKgZujtECiLun5Sxx3ZVp 0Vec7gvhA/IBRQ3o5rvgN4ClSy8gX68+IBS5YaPDKRpi4n1c3/ifKG1sjEeIGrxT 0All458Srcq/25EUNaD2OUrBR58RDGS6ewNpUFM0cm59CCFoyHqUM9QTnC6Mgv0n ZTzrZikizjEStR8FppoqgKMTXfs5HDto0Rx8qd77IqxCII9RI41rb9nFA81MDo9o 2xlnNn10IMZpyYsMWHUlDqUgzym7xQZHSJk9fBE3jC4713DLJdTO+i9j7KLGbIA= =PCXK -----END PGP SIGNATURE----- --Sig_/=Yo2NVK0V6hf5X=_BhBi_K+-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 22:49:34 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 45C5791D; Mon, 9 Sep 2013 22:49:34 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 061C02971; Mon, 9 Sep 2013 22:49:33 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJAGs-000Nvv-Uj; Mon, 09 Sep 2013 22:49:27 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r89MnNJL002218; Mon, 9 Sep 2013 16:49:23 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19FLDb8X/Nv6wyRFcrUD3X/ Subject: Re: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); From: Ian Lepore To: "O. Hartmann" In-Reply-To: <20130910004240.70bc281f@thor.walstatt.dyndns.org> References: <20130909223748.61dd8859@thor.walstatt.dyndns.org> <20130910000237.6b5604da@nonamehost.local> <20130909231713.34ebfbdd@thor.walstatt.dyndns.org> <20130910002405.4aa701d0@nonamehost.local> <20130910004240.70bc281f@thor.walstatt.dyndns.org> Content-Type: text/plain; charset="koi8-r" Date: Mon, 09 Sep 2013 16:49:23 -0600 Message-ID: <1378766963.1111.579.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r89MnNJL002218 Cc: Ivan Klymenko , FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 22:49:34 -0000 On Tue, 2013-09-10 at 00:42 +0200, O. Hartmann wrote: > On Tue, 10 Sep 2013 00:24:05 +0300 > Ivan Klymenko wrote: >=20 > > =F7 Mon, 9 Sep 2013 23:17:13 +0200 > > "O. Hartmann" =D0=C9=DB=C5=D4: > >=20 > > > On Tue, 10 Sep 2013 00:02:37 +0300 > > > Ivan Klymenko wrote: > > >=20 > > > > =F7 Mon, 9 Sep 2013 22:37:48 +0200 > > > > "O. Hartmann" =D0=C9=DB=C5=D4: > > > > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.1= 8/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-fre= ebsd.c:83:76: > > > > > error: too few arguments to function call, expected 10, have 9 > > > > > cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ > > > > > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int > > > > > vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t *, > > > > > vm_size_t, > > > >=20 > > > > Try the following changes: > > > > int rc =3D vm_map_find(kernel_map, pVmObject, 0, &Addr, > > > > --- cbAllocated, TRUE, VM_PROT_ALL, > > > > VM_PROT_ALL, 0); +++ cbAllocated, 0, > > > > VMFS_OPTIMAL_SPACE, VM_PROT_ALL, VM_PROT_ALL, 0); > > > >=20 > > > > for Nvidia driver need to make similar changes... > > > The man page of vm_map_find() says the last parameter is of int, > > > named int cow. On the hurry, I didn't find any explanation of that > > > parameter. Setting it to "0" (zero) also in the nvidia_subr.c makes > > > the driver compile again. > > >=20 > > > But simply filling in a int zero is a bit strange without knowing > > > what to do, isn't it? > > >=20 > > > Thanks anyway, > > >=20 > > > Oliver > >=20 > > This commit you to find an appropriate example ... > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D291456+0+current/svn-s= rc-head > > And in this case, the driver Nvidia really need to specify 0 in place > > of the sixth argument ... > > but I'm not sure at 100% :) >=20 > I have a patch attached for the x11/nvidia-driver Makefile. It doesn't > work and I loose hairs due to not knowing why. >=20 > When issuing the following command sequence on the console: >=20 > cd /usr/ports/x11/nvidia-driver > make clean extract > sed -i -e '/(VM_PROT_READ | VM_PROT_WRITE), 0);$/s/0);$/0, 0);/g' \ > work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c >=20 >=20 > and check then line 835 (the corrupt one) in file=20 > work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c, >=20 > I see this BEFORE: >=20 > status =3D vm_map_find(kernel_map, at->object, (i * PAGE_SIZE), > &virtual_address, size, VMFS_ANY_SPACE, > (VM_PROT_READ | VM_PROT_WRITE), > =3D=3D=3D(835)>> (VM_PROT_READ | VM_PROT_WRITE), 0); >=20 >=20 > and I see this AFTER the sed'ed replacement: >=20 > status =3D vm_map_find(kernel_map, at->object, (i * PAGE_SIZE), > &virtual_address, size, VMFS_ANY_SPACE, > (VM_PROT_READ | VM_PROT_WRITE), > =3D=3D=3D(835)>> (VM_PROT_READ | VM_PROT_WRITE), 0, 0); >=20 > BUT: Using the patch (see attached, please apply to > x11/nvidia-driver/Makefile) gives me an error in x11/nvidia-driver: >=20 > make clean patch >=20 > =3D=3D=3D> Cleaning for nvidia-driver-325.15 > =3D=3D=3D> License NVIDIA accepted by the user > =3D=3D=3D> Found saved configuration for nvidia-driver-325.08_1 > =3D=3D=3D> nvidia-driver-325.15 depends on file: /usr/local/sbin/pkg = - found > =3D=3D=3D> Fetching all distfiles required by nvidia-driver-325.15 for > building > =3D=3D=3D> Extracting for nvidia-driver-325.15 > =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-325.15.tar.gz. > =3D=3D=3D> Patching for nvidia-driver-325.15 > sed: 1: "/(VM_PROT_READ | VM_PRO ...": invalid command code 0 > *** Error code 1 >=20 > The Shell/make should be able to substitute within a single-quotet > command to sed, but the error message reports differently. >=20 > Do not be confused about the driver revision I use. I tried the > official one (319.XX) as well and it is not working the very same way > and the patch won't either. >=20 > Oliver I don't know about the sed error, but I think the change you're trying to make is wrong. The new '0' parameter to vm_map_find() isn't added at the end, it goes after the size parameter. -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 23:05:30 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0266EEA4; Mon, 9 Sep 2013 23:05:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8617D2A3D; Mon, 9 Sep 2013 23:05:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VJAWN-003eRh-Qq>; Tue, 10 Sep 2013 01:05:27 +0200 Received: from e179065126.adsl.alicedsl.de ([85.179.65.126] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VJAWN-000fEd-KU>; Tue, 10 Sep 2013 01:05:27 +0200 Date: Tue, 10 Sep 2013 01:05:26 +0200 From: "O. Hartmann" To: Ian Lepore Subject: Re: CURRENT r255426: x11/nvidia-driver: nvidia_subr.c:835:46: error: too few arguments to function call, expected 10, have 9 (VM_PROT_READ | VM_PROT_WRITE), 0); Message-ID: <20130910010526.2a6aff37@thor.walstatt.dyndns.org> In-Reply-To: <1378766963.1111.579.camel@revolution.hippie.lan> References: <20130909223748.61dd8859@thor.walstatt.dyndns.org> <20130910000237.6b5604da@nonamehost.local> <20130909231713.34ebfbdd@thor.walstatt.dyndns.org> <20130910002405.4aa701d0@nonamehost.local> <20130910004240.70bc281f@thor.walstatt.dyndns.org> <1378766963.1111.579.camel@revolution.hippie.lan> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/Vmtyepju929/5CxjndkXwz4"; protocol="application/pgp-signature" X-Originating-IP: 85.179.65.126 Cc: Ivan Klymenko , FreeBSD CURRENT , FreeBSD Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 23:05:30 -0000 --Sig_/Vmtyepju929/5CxjndkXwz4 Content-Type: multipart/mixed; boundary="MP_/SiMt+dXgloLdHvspPyGi3UV" --MP_/SiMt+dXgloLdHvspPyGi3UV Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 09 Sep 2013 16:49:23 -0600 Ian Lepore wrote: > On Tue, 2013-09-10 at 00:42 +0200, O. Hartmann wrote: > > On Tue, 10 Sep 2013 00:24:05 +0300 > > Ivan Klymenko wrote: > >=20 > > > =F7 Mon, 9 Sep 2013 23:17:13 +0200 > > > "O. Hartmann" =D0=C9=DB=C5=D4: > > >=20 > > > > On Tue, 10 Sep 2013 00:02:37 +0300 > > > > Ivan Klymenko wrote: > > > >=20 > > > > > =F7 Mon, 9 Sep 2013 22:37:48 +0200 > > > > > "O. Hartmann" =D0=C9=DB=C5=D4: > > > > > > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.1= 8/out/freebsd.amd64/release/bin/src/vboxdrv/r0drv/freebsd/alloc-r0drv-freeb= sd.c:83:76: > > > > > > error: too few arguments to function call, expected 10, > > > > > > have 9 cbAllocated, TRUE, VM_PROT_ALL, VM_PROT_ALL, 0); ^ > > > > > > @/vm/vm_map.h:368:1: note: 'vm_map_find' declared here int > > > > > > vm_map_find(vm_map_t, vm_object_t, vm_ooffset_t, > > > > > > vm_offset_t *, vm_size_t, > > > > >=20 > > > > > Try the following changes: > > > > > int rc =3D vm_map_find(kernel_map, pVmObject, 0, &Addr, > > > > > --- cbAllocated, TRUE, VM_PROT_ALL, > > > > > VM_PROT_ALL, 0); +++ cbAllocated, 0, > > > > > VMFS_OPTIMAL_SPACE, VM_PROT_ALL, VM_PROT_ALL, 0); > > > > >=20 > > > > > for Nvidia driver need to make similar changes... > > > > The man page of vm_map_find() says the last parameter is of int, > > > > named int cow. On the hurry, I didn't find any explanation of > > > > that parameter. Setting it to "0" (zero) also in the > > > > nvidia_subr.c makes the driver compile again. > > > >=20 > > > > But simply filling in a int zero is a bit strange without > > > > knowing what to do, isn't it? > > > >=20 > > > > Thanks anyway, > > > >=20 > > > > Oliver > > >=20 > > > This commit you to find an appropriate example ... > > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D291456+0+current/svn-s= rc-head > > > And in this case, the driver Nvidia really need to specify 0 in > > > place of the sixth argument ... > > > but I'm not sure at 100% :) > >=20 > > I have a patch attached for the x11/nvidia-driver Makefile. It > > doesn't work and I loose hairs due to not knowing why. > >=20 > > When issuing the following command sequence on the console: > >=20 > > cd /usr/ports/x11/nvidia-driver > > make clean extract > > sed -i -e '/(VM_PROT_READ | VM_PROT_WRITE), 0);$/s/0);$/0, 0);/g' \ > > work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c > >=20 > >=20 > > and check then line 835 (the corrupt one) in file=20 > > work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c, > >=20 > > I see this BEFORE: > >=20 > > status =3D vm_map_find(kernel_map, at->object, (i * PAGE_SIZE), > > &virtual_address, size, VMFS_ANY_SPACE, > > (VM_PROT_READ | VM_PROT_WRITE), > > =3D=3D=3D(835)>> (VM_PROT_READ | VM_PROT_WRITE), 0); > >=20 > >=20 > > and I see this AFTER the sed'ed replacement: > >=20 > > status =3D vm_map_find(kernel_map, at->object, (i * PAGE_SIZE), > > &virtual_address, size, VMFS_ANY_SPACE, > > (VM_PROT_READ | VM_PROT_WRITE), > > =3D=3D=3D(835)>> (VM_PROT_READ | VM_PROT_WRITE), 0, 0); > >=20 > > BUT: Using the patch (see attached, please apply to > > x11/nvidia-driver/Makefile) gives me an error in x11/nvidia-driver: > >=20 > > make clean patch > >=20 > > =3D=3D=3D> Cleaning for nvidia-driver-325.15 > > =3D=3D=3D> License NVIDIA accepted by the user > > =3D=3D=3D> Found saved configuration for nvidia-driver-325.08_1 > > =3D=3D=3D> nvidia-driver-325.15 depends on file: /usr/local/sbin/pkg - > > found =3D=3D=3D> Fetching all distfiles required by nvidia-driver-325.15 > > for building > > =3D=3D=3D> Extracting for nvidia-driver-325.15 > > =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-325.15.tar.gz. > > =3D=3D=3D> Patching for nvidia-driver-325.15 > > sed: 1: "/(VM_PROT_READ | VM_PRO ...": invalid command code 0 > > *** Error code 1 > >=20 > > The Shell/make should be able to substitute within a single-quotet > > command to sed, but the error message reports differently. > >=20 > > Do not be confused about the driver revision I use. I tried the > > official one (319.XX) as well and it is not working the very same > > way and the patch won't either. > >=20 > > Oliver >=20 > I don't know about the sed error, but I think the change you're trying > to make is wrong. The new '0' parameter to vm_map_find() isn't added > at the end, it goes after the size parameter. >=20 > -- Ian Yes, you're correct and my face is red like a tomatoe :-( I try this sed replacement expression: sed -i -e '/\&virtual_address\, size\, \ VMFS_ANY\_SPACE\,$/s//\&virtual_address\, size\, 0\, \ VMFS_ANY\_SPACE\,/g' work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c It works from the command line, but it doesn't work from the (attached) Makefile-patch. --MP_/SiMt+dXgloLdHvspPyGi3UV Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=nvidia-driver_2nd.patch --- Makefile.orig 2013-09-10 00:30:53.000000000 +0200 +++ Makefile 2013-09-10 01:04:05.000000000 +0200 @@ -160,6 +160,12 @@ s/CAP_IOCTL/cap_rights_init(\&rights, &)/' \ ${WRKSRC}/src/nvidia_linux.c .endif +# Changes in vm_map_find() due to r255426 +.if ${OSVERSION} > 1000053 + ${REINPLACE_CMD} -e '/\&virtual_address\, size\, VMFS_ANY\_SPACE\,$/s/\ + /\&virtual_address\, size\, 0\, VMFS_ANY\_SPACE\,/g' \ + ${WRKSRC}/src/nvidia_subr.c +.endif # Fix stack buffer overflow in nvidia_sysctl_bus_type() .if ${NVVERSION} < 3192300 ${REINPLACE_CMD} -E '/bus_type\[4\]/d ; \ --MP_/SiMt+dXgloLdHvspPyGi3UV-- --Sig_/Vmtyepju929/5CxjndkXwz4 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLlQ3AAoJEOgBcD7A/5N8r7kH/jQ+EKxUICcnwJ1huoQCl2R0 Rtie4n33ylRFMmoqNm1EEdsGbb30vMTdI/x6/puNJ58uTKpOUpLdJ9gfhpB4+75a S9Xv3K/Jva4SV1jzuVeCAi0+Vo64zqHiysatVm00LGEId9BlB06iJmbak1gMqd2I u2wksFQ8dmcwks4DK/PuYbWgaXCHXnXXDmkzF5SUTfy9gwBGxfyxOZ38ydbDsc6d ThqrfeFmqm7qSAOREnaWG9BjZuEkQ1k385SA1n5VXFifzrebdevaAUyZO/iBMhG6 +U7ppozqnreH32pDZXlsEHay2KK/M0TQ/wdQPM/rHxomtptUMWbJkZVY2+tQ8yk= =a/7R -----END PGP SIGNATURE----- --Sig_/Vmtyepju929/5CxjndkXwz4-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 23:05:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3DA5DE9D; Mon, 9 Sep 2013 23:05:08 +0000 (UTC) (envelope-from christos@zoulas.com) Received: from rebar.astron.com (rebar.astron.com [208.77.212.97]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B83E2A3A; Mon, 9 Sep 2013 23:05:07 +0000 (UTC) Received: by rebar.astron.com (Postfix, from userid 10080) id 03A8A97129; Mon, 9 Sep 2013 23:04:56 +0000 (UTC) From: christos@zoulas.com (Christos Zoulas) Date: Mon, 9 Sep 2013 19:04:55 -0400 In-Reply-To: <522E3F06.3090003@delphij.net> from Xin Li (Sep 9, 2:35pm) Organization: Astron Software X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: d@delphij.net, FreeBSD Current Subject: Re: [PATCH] mtree should not output size if the file is not a regular file Message-Id: <20130909230456.03A8A97129@rebar.astron.com> X-Mailman-Approved-At: Mon, 09 Sep 2013 23:14:22 +0000 Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Brooks Davis , Tim Kientzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 23:05:08 -0000 On Sep 9, 2:35pm, delphij@delphij.net (Xin Li) wrote: -- Subject: [PATCH] mtree should not output size if the file is not a regular | Hi, | | I think it doesn't make sense to emit size information for non-regular | files like directories, symlinks, etc. although both our and NetBSD's | mtree would emit it. We could change that, but what's the harm? christos From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 23:21:33 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5958476; Mon, 9 Sep 2013 23:21:33 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id A7C722B2F; Mon, 9 Sep 2013 23:21:33 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 4EA464097; Mon, 9 Sep 2013 23:21:32 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 96AE136157; Tue, 10 Sep 2013 01:21:02 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: christos@zoulas.com (Christos Zoulas) Subject: Re: [PATCH] mtree should not output size if the file is not a regular file References: <20130909230456.03A8A97129@rebar.astron.com> Date: Tue, 10 Sep 2013 01:21:02 +0200 In-Reply-To: <20130909230456.03A8A97129@rebar.astron.com> (Christos Zoulas's message of "Mon, 9 Sep 2013 19:04:55 -0400") Message-ID: <86zjrleg4h.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , d@delphij.net, Brooks Davis , Tim Kientzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 23:21:34 -0000 Christos Zoulas writes: > Xin Li writes: > > I think it doesn't make sense to emit size information for non-regular > > files like directories, symlinks, etc. although both our and NetBSD's > > mtree would emit it. > We could change that, but what's the harm? Roll a large tarball (e.g. a complete FreeBSD installation). Copy it to different machines with different filesystems. Untar and run mtree on the result. Notice that you get different output on each machine because they report different sizes for directories; one might report the actual on-disk size (which might vary depending on past contents) while the other might report the number of entries. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Sep 9 23:51:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A20167E8; Mon, 9 Sep 2013 23:51:25 +0000 (UTC) (envelope-from christos@zoulas.com) Received: from rebar.astron.com (rebar.astron.com [208.77.212.97]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F8E52C7A; Mon, 9 Sep 2013 23:51:25 +0000 (UTC) Received: by rebar.astron.com (Postfix, from userid 10080) id 4A9C997129; Mon, 9 Sep 2013 23:51:22 +0000 (UTC) From: christos@zoulas.com (Christos Zoulas) Date: Mon, 9 Sep 2013 19:51:22 -0400 In-Reply-To: <86zjrleg4h.fsf@nine.des.no> from =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= (Sep 10, 1:21am) Organization: Astron Software X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Subject: Re: [PATCH] mtree should not output size if the file is not a regular file Message-Id: <20130909235122.4A9C997129@rebar.astron.com> X-Mailman-Approved-At: Tue, 10 Sep 2013 01:27:55 +0000 Cc: FreeBSD Current , d@delphij.net, Brooks Davis , Tim Kientzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 09 Sep 2013 23:51:25 -0000 On Sep 10, 1:21am, des@des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=) wrote: -- Subject: Re: [PATCH] mtree should not output size if the file is not a reg | Roll a large tarball (e.g. a complete FreeBSD installation). Copy it to | different machines with different filesystems. Untar and run mtree on | the result. Notice that you get different output on each machine | because they report different sizes for directories; one might report | the actual on-disk size (which might vary depending on past contents) | while the other might report the number of entries. Yes, I agree. I would like to note that the current NetBSD code looks like: if (keys & F_SIZE && (flavor != F_NETBSD6 || S_ISREG(p->fts_statp->st_mode))) which means that F_NETBSD6 did not print this, and we recently changed it to print the size for compatibility with F_FREEBSD9... We also made the default F_MTREE format to print the size. So I guess the thing to do is change the code to: if (keys & F_SIZE && (flavor == F_FREEBSD9 || S_ISREG(p->fts_statp->st_mode))) christos From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 03:38:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 14693749; Tue, 10 Sep 2013 03:38:02 +0000 (UTC) (envelope-from kientzle@acm.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E33702655; Tue, 10 Sep 2013 03:38:01 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r8A3bjxZ030539; Tue, 10 Sep 2013 03:37:45 GMT (envelope-from kientzle@acm.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id mca87kuindwp5yaf5d4j9gdees; Tue, 10 Sep 2013 03:37:45 +0000 (UTC) (envelope-from kientzle@acm.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: [PATCH] mtree should not output size if the file is not a regular file From: Tim Kientzle In-Reply-To: <20130909235122.4A9C997129@rebar.astron.com> Date: Mon, 9 Sep 2013 20:37:44 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4519D4C8-512D-450A-8B58-35A2C4795DA3@acm.org> References: <20130909235122.4A9C997129@rebar.astron.com> To: Christos Zoulas X-Mailer: Apple Mail (2.1508) Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , FreeBSD Current , d@delphij.net, Brooks Davis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 03:38:02 -0000 On Sep 9, 2013, at 4:51 PM, Christos Zoulas wrote: > On Sep 10, 1:21am, des@des.no (=3D?utf-8?Q?Dag-Erling_Sm=3DC3=3DB8rgrav= ?=3D) wrote: > -- Subject: Re: [PATCH] mtree should not output size if the file is = not a reg >=20 > | Roll a large tarball (e.g. a complete FreeBSD installation). Copy = it to > | different machines with different filesystems. Untar and run mtree = on > | the result. Notice that you get different output on each machine > | because they report different sizes for directories; one might = report > | the actual on-disk size (which might vary depending on past = contents) > | while the other might report the number of entries. >=20 > Yes, I agree. I would like to note that the current NetBSD code looks = like: >=20 > if (keys & F_SIZE && > (flavor !=3D F_NETBSD6 || S_ISREG(p->fts_statp->st_mode))) >=20 > which means that F_NETBSD6 did not print this, and we recently changed > it to print the size for compatibility with F_FREEBSD9... We also made > the default F_MTREE format to print the size. So I guess the thing to > do is change the code to: >=20 > if (keys & F_SIZE && > (flavor =3D=3D F_FREEBSD9 || = S_ISREG(p->fts_statp->st_mode))) DES is right: size should just be omitted for non-regular files. Bug-for-bug compatibility can be taken too far. I prefer Xin's original patch. Tim From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 05:20:56 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D00FF992; Tue, 10 Sep 2013 05:20:56 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-vb0-x229.google.com (mail-vb0-x229.google.com [IPv6:2607:f8b0:400c:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6641E2AA9; Tue, 10 Sep 2013 05:20:56 +0000 (UTC) Received: by mail-vb0-f41.google.com with SMTP id g17so4659896vbg.14 for ; Mon, 09 Sep 2013 22:20:55 -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=3ImI3sHGj9WbpsshIptNa75JmE5LKqnKCeLTQFrt0XQ=; b=tm8Y3XGHgJpIits7+pvtBw/I3Fx0LEam2/MbYGprYSgLPJqFmugvJrisndhfOULwvO cBAM0vdX4KxjzcgU4qY2KwCaaiRzDDmKwpRKVj8g4yOkVF1/x0cp0e+u7Cxfwx9bZ7mA NZub2CoUoCmAp4wry3DvnDVfXz4Mu9aNj8bxw+9ebtohWhB5FTLDHVRLdIekfZOMnN4f zRARAK/LAkqLN/cE9Wj/LnTNbYKeAlPFd0aHIgHZmnU8961pD3MMUgRaAs1QyGTCii8v VlA84XUrZiGuTH2VNl53iUR+PUm9TUbGjSiTI9hSCPSHGqNUIyUZ98GCbBkEESNvukom aMxQ== MIME-Version: 1.0 X-Received: by 10.52.162.66 with SMTP id xy2mr16921480vdb.3.1378790455394; Mon, 09 Sep 2013 22:20:55 -0700 (PDT) Received: by 10.58.173.101 with HTTP; Mon, 9 Sep 2013 22:20:55 -0700 (PDT) In-Reply-To: <522B17AC.5060503@gmx.de> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> Date: Mon, 9 Sep 2013 22:20:55 -0700 Message-ID: Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv From: hiren panchasara To: olli hauer Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , Guido Falsi , FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 05:20:57 -0000 On Sat, Sep 7, 2013 at 5:10 AM, olli hauer wrote: > There are 13 ports using --with-iconv=${LOCALBASE} > devel/apr1 > devel/apr2 > devel/git > irc/epic5 > lang/gauche > net-mgmt/ettercap > net/ssltunnel-client > net/yaz > net/zebra-server > textproc/libxml2 > textproc/py-libxml2 > www/apache22 > www/apache24 > > > and devel/glib20, print/ghostscript8, print/ghostscript9 using > --with-libiconv=gnu > --with-libiconv=native > --with-libiconv=no > --with-libiconv=no > I am hitting following failure while building devel/glib20 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv How do I get past this? % uname -a FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymockour-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 % cat /etc/src.conf WITH_LIBICONV_COMPAT=y BOOT_COMCONSOLE_SPEED=115200 PORTS_MODULES=x11/nvidia-driver cheers, Hiren > > Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix). > > If Uses/iconv.mk can be extended with something like ICON_PATH, then > the 13 ports can be changed quickly to use the right iconv. > > -- > Regards, > olli > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 06:00:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E2B0839B for ; Tue, 10 Sep 2013 06:00:12 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6077D2C1D for ; Tue, 10 Sep 2013 06:00:12 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.41.58]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LpKKr-1Vvt0I2sJp-00fCA8 for ; Tue, 10 Sep 2013 08:00:03 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id A773223CF75 for ; Tue, 10 Sep 2013 08:00:02 +0200 (CEST) Message-ID: <522EB562.8060501@gmx.de> Date: Tue, 10 Sep 2013 08:00:02 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [PATCH] mtree should not output size if the file is not a regular file References: <20130909235122.4A9C997129@rebar.astron.com> In-Reply-To: <20130909235122.4A9C997129@rebar.astron.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:K74H9yhQrtDigBFAp54JXYRyVucogpo0n73RyFsB/1id4rFKCmY fRfMJ38r1rsHJVce0AJgQ6Z3Kuned96+n2du9D5dtvEOfRUIbzmmdn3Ftuhnwu4skB3wFvU kkK8CKIRCm3/Ta0biQeIuBTuQZournvj8VbjlsWZf011nbuyXFs2Av2S/A+YsbwL7ZS5Uf9 jeWB5G9Zl7AJUkhEmQpUg== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 06:00:13 -0000 Am 10.09.2013 01:51, schrieb Christos Zoulas: > On Sep 10, 1:21am, des@des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=) wrote: > -- Subject: Re: [PATCH] mtree should not output size if the file is not a reg > > | Roll a large tarball (e.g. a complete FreeBSD installation). Copy it to > | different machines with different filesystems. Untar and run mtree on > | the result. Notice that you get different output on each machine > | because they report different sizes for directories; one might report > | the actual on-disk size (which might vary depending on past contents) > | while the other might report the number of entries. > > Yes, I agree. I would like to note that the current NetBSD code looks like: > > if (keys & F_SIZE && > (flavor != F_NETBSD6 || S_ISREG(p->fts_statp->st_mode))) > > which means that F_NETBSD6 did not print this, and we recently changed > it to print the size for compatibility with F_FREEBSD9... We also made > the default F_MTREE format to print the size. So I guess the thing to > do is change the code to: > > if (keys & F_SIZE && > (flavor == F_FREEBSD9 || S_ISREG(p->fts_statp->st_mode))) Uh, does that flavor == F_FREEBSD9 solve a real problem? Or is it just to reflect some syntax without proper semantics? Or is this just gratuitious because someone else does nonsense we need to do it, too? Or is it required to cater for expectations on the other end (when reading such an mtree description)? If not, let's just drop the size where it's meaningless. It's meant for the next major update, after all. If necessary, bump the OSREVISION. From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 06:56:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2489F318; Tue, 10 Sep 2013 06:56:45 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id CF8FD2EEB; Tue, 10 Sep 2013 06:56:44 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cYxqV3wpfzFVB9; Tue, 10 Sep 2013 08:56:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aMUI0Feq1QRE; Tue, 10 Sep 2013 08:56:36 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Tue, 10 Sep 2013 08:56:36 +0200 (CEST) Message-ID: <522EC2A3.8000403@FreeBSD.org> Date: Tue, 10 Sep 2013 08:56:35 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130902 Thunderbird/17.0.8 MIME-Version: 1.0 To: hiren panchasara Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: olli hauer , freebsd-current , FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 06:56:45 -0000 On 09/10/13 07:20, hiren panchasara wrote: > > > > On Sat, Sep 7, 2013 at 5:10 AM, olli hauer > wrote: > > There are 13 ports using --with-iconv=${LOCALBASE} > devel/apr1 > devel/apr2 > devel/git > irc/epic5 > lang/gauche > net-mgmt/ettercap > net/ssltunnel-client > net/yaz > net/zebra-server > textproc/libxml2 > textproc/py-libxml2 > www/apache22 > www/apache24 > > > and devel/glib20, print/ghostscript8, print/ghostscript9 using > --with-libiconv=gnu > --with-libiconv=native > --with-libiconv=no > --with-libiconv=no > > > I am hitting following failure while building devel/glib20 > > gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h > is from libiconv > #error GNU libiconv not in use but included iconv.h is from libiconv > > How do I get past this? Looks like you have some leftovers from the libiconv port. Have you removed it? can you give the output of ls /usr/local/include/iconv.h? What is the output if "head /usr/include/iconv.h"? > > % uname -a > FreeBSD flymockour-l7.corp.yahoo.com > 10.0-CURRENT FreeBSD 10.0-CURRENT > #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 That M in the revision number indicates you're using a modified checkout, May I ask which modifications you have in your source tree? -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 07:28:29 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 86A80761; Tue, 10 Sep 2013 07:28:29 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22b.google.com (mail-ee0-x22b.google.com [IPv6:2a00:1450:4013:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8FD12070; Tue, 10 Sep 2013 07:28:28 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e52so3612015eek.2 for ; Tue, 10 Sep 2013 00:28:27 -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=6L54/KlFbVmPX3idvPaK7WKim0Qjhpm1HZtS1ForriQ=; b=otv0k7+RnZPGFiQBGjsfZ/gJKWdga8X77zyCNK/aphpt3aihi6YJFChT3w8ZNli2hi SuvJ/uP/HepckV1gIWxnmvGBOUg7dRdhlle7zFjJvsCjrwkKBZSFl1zOxWkuDxlaJvYq o6TDSezD34nde6zupQ4/VH0YHhchNoZ5DX2YEzWYxuZNxZ4G90PTEbEl/84iHTNtw32O WP5ucgwQJtFiLIEQRQEyJHBw33jKipNnTPKmHMYGO8RvUU/UQ8o8N6IsU+/MO8IKdref aCMtrfN/IGPKbWM+DUpyblfScdNlDSiujYpoZWT5BJXHP1JUVRwlYxjSOPP2UYXYVI0w r7sg== MIME-Version: 1.0 X-Received: by 10.14.98.137 with SMTP id v9mr1067482eef.62.1378798107108; Tue, 10 Sep 2013 00:28:27 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Tue, 10 Sep 2013 00:28:26 -0700 (PDT) In-Reply-To: <522EC2A3.8000403@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> <522EC2A3.8000403@FreeBSD.org> Date: Tue, 10 Sep 2013 00:28:26 -0700 Message-ID: Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv From: hiren panchasara To: Guido Falsi Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: olli hauer , freebsd-current , FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 07:28:29 -0000 On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi wrote: > On 09/10/13 07:20, hiren panchasara wrote: > >> >> >> >> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer > > wrote: >> >> There are 13 ports using --with-iconv=${LOCALBASE} >> devel/apr1 >> devel/apr2 >> devel/git >> irc/epic5 >> lang/gauche >> net-mgmt/ettercap >> net/ssltunnel-client >> net/yaz >> net/zebra-server >> textproc/libxml2 >> textproc/py-libxml2 >> www/apache22 >> www/apache24 >> >> >> and devel/glib20, print/ghostscript8, print/ghostscript9 using >> --with-libiconv=gnu >> --with-libiconv=native >> --with-libiconv=no >> --with-libiconv=no >> >> >> I am hitting following failure while building devel/glib20 >> >> gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h >> is from libiconv >> #error GNU libiconv not in use but included iconv.h is from libiconv >> >> How do I get past this? >> > > Looks like you have some leftovers from the libiconv port. Have you > removed it? can you give the output of ls /usr/local/include/iconv.h? > I still have the port installed. % pkg info | grep iconv libiconv-1.14_1 A character set conversion library Should I remove the port? % ls /usr/local/include/iconv.h /usr/local/include/iconv.h > What is the output if "head /usr/include/iconv.h"? > % head /usr/include/iconv.h /* $FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven $ */ /* $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $ */ /*- * Copyright (c) 2003 Citrus Project, * Copyright (c) 2009, 2010 Gabor Kovesdan * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions > >> % uname -a >> FreeBSD flymockour-l7.corp.yahoo.com >> > >> 10.0-CURRENT FreeBSD 10.0-CURRENT >> >> #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 >> > > That M in the revision number indicates you're using a modified checkout, > May I ask which modifications you have in your source tree? Nothing related to this. Thanks, Hiren From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 07:43:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0AC41ABE for ; Tue, 10 Sep 2013 07:43:21 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCD662135 for ; Tue, 10 Sep 2013 07:43:20 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VJIbX-0011FP-0J>; Tue, 10 Sep 2013 09:43:19 +0200 Received: from e178187024.adsl.alicedsl.de ([85.178.187.24] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VJIbW-0016sa-Qz>; Tue, 10 Sep 2013 09:43:18 +0200 Date: Tue, 10 Sep 2013 09:43:14 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r255426: CRASH (core dump) from nvdidia-driver and virtualbox due to vm_map changes (via r255426) Message-ID: <20130910094314.66ceda2d@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/2m2im1cI24mrsljLeAW4_qU"; protocol="application/pgp-signature" X-Originating-IP: 85.178.187.24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 07:43:21 -0000 --Sig_/2m2im1cI24mrsljLeAW4_qU Content-Type: multipart/mixed; boundary="MP_//c+gdqEhnUKrzJFA4o3Nrbk" --MP_//c+gdqEhnUKrzJFA4o3Nrbk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The changes made with r255426 make x11/nvdia-driver and emuldator/virtualbox-ose-kmod coredumping. Especially the virtualbox driver is a hard one. For the x11/nvidia-driver, I have a patch and it should be similar to the vbox driver, but I have massive problems understanding a sed error, which is: sed: 1: "s/\(&virtual_address, s ...": unescaped newline inside substitute pattern I use the following addition to the port's x11/nvidia-driver Makefile (see patch attached), starting at line 262 of the recent Makefile (I mark the newline break of claws-mail with a [\] sign): # Change of number of arguments (9 -> 10) in vm_map_find() due to [\] r255426=20 .if ${OSVERSION} > 1000053=20 ${REINPLACE_CMD} -e 's/\(&virtual_address, size,\) \(VMFS_ANY_SPACE,\)$/\1= 0, \2/' \ ${WRKSRC}/src/nvidia_subr.c .endif This should change line 833 in the driver's nvidia_subr.c file. The (not so) funny part in this is that the patch drops out with the error mentioned above, but applying the very same substitution patter for sed on the command line via (make clean extract in x11/nvidia-driver) sed -i.bak -e 's/\(&virtual_address, size,\) \(VMFS_ANY_SPACE,\)$/\1 0, \2/= ' \=20 work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c This works perfectly and makes in nvidia_subr.c, line 833, from: &virtual_address, size, VMFS_ANY_SPACE, to: &virtual_address, size, 0, VMFS_ANY_SPACE, which is exactly what I want to have. But why is this crap ${REINPLACE_CMD} stuff in the Makefile not working?=20 Is the Makefile interpreting something within the substitution? I files a PR for that specific matter for the x11/nvidia-driver via ports/181972. The patch for the vbox mess should be similar, but since I'm to dumb to fig= ure out why=20 the sed string in the Makefile isn't working, there is no way to put efford= s in it. If someone could shed light on this, you're welcome. Oliver --MP_//c+gdqEhnUKrzJFA4o3Nrbk Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=nvidia_patch_4th.patch --- Makefile.orig 2013-09-10 00:30:53.000000000 +0200 +++ Makefile 2013-09-10 09:41:23.000000000 +0200 @@ -160,6 +160,11 @@ s/CAP_IOCTL/cap_rights_init(\&rights, &)/' \ ${WRKSRC}/src/nvidia_linux.c .endif +# Change of number of arguments (9 -> 10) in vm_map_find() due to r255426 +.if ${OSVERSION} > 1000053 + ${REINPLACE_CMD} -e 's/\(&virtual_address, size,\) \(VMFS_ANY_SPACE,\)$/\= 1 0, \2/' \ + ${WRKSRC}/src/nvidia_subr.c +.endif # Fix stack buffer overflow in nvidia_sysctl_bus_type() .if ${NVVERSION} < 3192300 ${REINPLACE_CMD} -E '/bus_type\[4\]/d ; \ --MP_//c+gdqEhnUKrzJFA4o3Nrbk-- --Sig_/2m2im1cI24mrsljLeAW4_qU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLs2WAAoJEOgBcD7A/5N8NsUIAJKGVeHGHN3PMPgq7LYs1Wmh haHO8CBykkOu7xo5alT/m7w7ql69/CmqQKLobIELy44sv43E/wFnL7fHT/Wsfzdx wiro21umnwJnEHULI4mkNrR0UXWj/zVToz5CmOHdsb2FobG0QP8hMfH7BDqoxBgZ sXHhQxvMWwFuOYklTk1TqYFsscVXcW2E/2NPf9HLPb2ZwLe7XP4FwdEVTpDo5gRJ HlthZ3/+vxsvX7OrNl3GC2lbZQysZxCP9Cl7q1OsIuJ9OUqFv4+sWo+9aCSJcOLh zZXGt8xC30LIjaGuORd4sxje0nE17xKEt5I0T81HUrBdFqQWBw8MDuQTCHE81U0= =JHDN -----END PGP SIGNATURE----- --Sig_/2m2im1cI24mrsljLeAW4_qU-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 08:16:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0766EFEF; Tue, 10 Sep 2013 08:16:50 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22d.google.com (mail-ea0-x22d.google.com [IPv6:2a00:1450:4013:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C75E22DA; Tue, 10 Sep 2013 08:16:49 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id g10so3686121eak.4 for ; Tue, 10 Sep 2013 01:16:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FPaYzgM6zAznXc8LfR1ERWvB8GUTSPjk6dsw4vxcQ9k=; b=pl1OHtL3GBpTVvQLPdnjFsajAJRASnl4pJFvAWDcP8t+jiJO9n+FsH7MfgDa4TfMPJ jfKAqlpAkBTQqc12XRD3V/bwbckG/ZV/Bqxrs0KyFg5XBzUHiK+1RT8XWH4+Vdg6frc4 QbslzfYqAECpgyxvC5eUA3R6BJsc+XGS48p5EzFcWCkzadA0EhhDd5DfRdFwHrO+CZw+ 30javyB75/rlNKqNYP3IS62Th6nff8ZG5hvcFTXwB0SfzZzY8ZmNGIdAy8uszU7WwtJg QJBmwh0ZpRjMsckCnp0JSve5eLDPeltsMMM/6+aB8XnNzSPkClfbn7eHYVLkI00C5Cye 4dxQ== MIME-Version: 1.0 X-Received: by 10.14.100.138 with SMTP id z10mr914794eef.74.1378801007681; Tue, 10 Sep 2013 01:16:47 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Tue, 10 Sep 2013 01:16:47 -0700 (PDT) In-Reply-To: References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> <522EC2A3.8000403@FreeBSD.org> Date: Tue, 10 Sep 2013 01:16:47 -0700 Message-ID: Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv From: hiren panchasara To: Guido Falsi Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: olli hauer , freebsd-current , FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 08:16:50 -0000 On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara < hiren.panchasara@gmail.com> wrote: > > > > On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi wrote: > >> On 09/10/13 07:20, hiren panchasara wrote: >> >>> >>> >>> >>> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer >> > wrote: >>> >>> There are 13 ports using --with-iconv=${LOCALBASE} >>> devel/apr1 >>> devel/apr2 >>> devel/git >>> irc/epic5 >>> lang/gauche >>> net-mgmt/ettercap >>> net/ssltunnel-client >>> net/yaz >>> net/zebra-server >>> textproc/libxml2 >>> textproc/py-libxml2 >>> www/apache22 >>> www/apache24 >>> >>> >>> and devel/glib20, print/ghostscript8, print/ghostscript9 using >>> --with-libiconv=gnu >>> --with-libiconv=native >>> --with-libiconv=no >>> --with-libiconv=no >>> >>> >>> I am hitting following failure while building devel/glib20 >>> >>> gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h >>> is from libiconv >>> #error GNU libiconv not in use but included iconv.h is from libiconv >>> >>> How do I get past this? >>> >> >> Looks like you have some leftovers from the libiconv port. Have you >> removed it? can you give the output of ls /usr/local/include/iconv.h? >> > > I still have the port installed. > > % pkg info | grep iconv > libiconv-1.14_1 A character set conversion library > > Should I remove the port? > Removed the port and now reinstalling almost everything :-) Will report back how it goes. cheers, Hiren > > % ls /usr/local/include/iconv.h > /usr/local/include/iconv.h > > >> What is the output if "head /usr/include/iconv.h"? >> > % head /usr/include/iconv.h > /* $FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven > $ */ > /* $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $ */ > > /*- > * Copyright (c) 2003 Citrus Project, > * Copyright (c) 2009, 2010 Gabor Kovesdan > * All rights reserved. > * > * Redistribution and use in source and binary forms, with or without > * modification, are permitted provided that the following conditions > > >> >>> % uname -a >>> FreeBSD flymockour-l7.corp.yahoo.com >>> > >>> 10.0-CURRENT FreeBSD 10.0-CURRENT >>> >>> #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 >>> >> >> That M in the revision number indicates you're using a modified checkout, >> May I ask which modifications you have in your source tree? > > Nothing related to this. > > Thanks, > Hiren > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 08:18:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D0C76251 for ; Tue, 10 Sep 2013 08:18:32 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw12.york.ac.uk (mail-gw12.york.ac.uk [144.32.129.162]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A7E4230A for ; Tue, 10 Sep 2013 08:18:32 +0000 (UTC) Received: from ury.york.ac.uk ([144.32.64.162]:50169) by mail-gw12.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1VJJ9T-0002Vw-LL; Tue, 10 Sep 2013 09:18:23 +0100 Date: Tue, 10 Sep 2013 09:18:22 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@thunderhorn.york.ac.uk To: Vincent Hoffman Subject: Re: Panic/Freeze with IPSEC on r254532 In-Reply-To: <5213939C.8050609@unsane.co.uk> Message-ID: References: <5213939C.8050609@unsane.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 08:18:32 -0000 On Tue, 20 Aug 2013, Vincent Hoffman wrote: > I thought I'd have a play with ipsec since its been a while since I last > set it up, and was setting up a transport mode connection between my > poudiere/repo server (the -curent server) and another box (8.2-RELEASE) > 3 pings later the -CURRENT box froze, its zfs on root so no kernel dump > I'm afraid, it does have an ipmi so I repeated with a serial over lan > connection to test but got nothing it just froze. Any suggestions? > The only unusual thing about this machine is that i am running a bhyve > vm on it. not sure how relevant that is. FWIW, I posted on what is likely to be the same issue yesterday on freebsd-net@ - http://docs.FreeBSD.org/cgi/mid.cgi?1378750330.11656.44.camel Can you test the workaround I'm currently using? Basically, just "ifconfig enc0 create" before using the tunnel should be sufficient. Gavin > > Log output > 1st occurance > Aug 20 13:24:51 bsdpkgbuild kernel: Kernel page fault with the following > non-sleepable locks held: > Aug 20 13:24:51 bsdpkgbuild kernel: shared rw ipsec request (ipsec > request) r = 0 (0xfffff80020fe2f60) locked @ > /usr/src/sys/netipsec/ipsec_output.c:436 > Aug 20 13:24:51 bsdpkgbuild kernel: shared rw rawinp (rawinp) r = 0 > (0xfffff800587afda8) locked @ /usr/src/sys/netinet/raw_ip.c:446 > Aug 20 13:24:51 bsdpkgbuild kernel: KDB: stack backtrace: > Aug 20 13:24:51 bsdpkgbuild kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2b/frame 0xfffffe0238af91e0 > Aug 20 13:24:51 bsdpkgbuild kernel: kdb_backtrace() at > kdb_backtrace+0x39/frame 0xfffffe0238af9290 > Aug 20 13:24:51 bsdpkgbuild kernel: witness_warn() at > witness_warn+0x4a8/frame 0xfffffe0238af9350 > Aug 20 13:24:51 bsdpkgbuild kernel: trap_pfault() at > trap_pfault+0x5a/frame 0xfffffe0238af9400 > Aug 20 13:24:51 bsdpkgbuild kernel: trap() at trap+0x670/frame > 0xfffffe0238af9620 > Aug 20 13:24:51 bsdpkgbuild kernel: calltrap() at calltrap+0x8/frame > 0xfffffe0238af9620 > Aug 20 13:24:51 bsdpkgbuild kernel: --- trap 0xc, rip = > 0xffffffff80aa6a53, rsp = 0xfffffe0238af96e0, rbp = 0xfffffe0238af9770 --- > Aug 20 13:24:51 bsdpkgbuild kernel: ipsec4_process_packet() at > ipsec4_process_packet+0x73/frame 0xfffffe0238af9770 > Aug 20 13:24:51 bsdpkgbuild kernel: ip_ipsec_output() at > ip_ipsec_output+0x197/frame 0xfffffe0238af97b0 > Aug 20 13:24:51 bsdpkgbuild kernel: ip_output() at ip_output+0x8a3/frame > 0xfffffe0238af98a0 > Aug 20 13:24:51 bsdpkgbuild kernel: rip_output() at > rip_output+0x2fa/frame 0xfffffe0238af98f0 > Aug 20 13:24:51 bsdpkgbuild kernel: sosend_generic() at > sosend_generic+0x3dc/frame 0xfffffe0238af99a0 > Aug 20 13:24:51 bsdpkgbuild kernel: kern_sendit() at > kern_sendit+0x1e4/frame 0xfffffe0238af9a40 > Aug 20 13:24:51 bsdpkgbuild kernel: sendit() at sendit+0xf8/frame > 0xfffffe0238af9a90 > Aug 20 13:24:51 bsdpkgbuild kernel: sys_sendto() at > sys_sendto+0x4d/frame 0xfffffe0238af9ae0 > Aug 20 13:24:51 bsdpkgbuild kernel: amd64_syscall() at > amd64_syscall+0x265/frame 0xfffffe0238af9bf0 > Aug 20 13:24:51 bsdpkgbuild kernel: Xfast_syscall() at > Xfast_syscall+0xfb/frame 0xfffffe0238af9bf0 > Aug 20 13:24:51 bsdpkgbuild kernel: --- syscall (133, FreeBSD ELF64, > sys_sendto), rip = 0x800d5ccea, rsp = 0x7ffffffed578, rbp = > 0x7ffffffed5b0 --- > Aug 20 13:24:51 bsdpkgbuild kernel: > Aug 20 13:24:51 bsdpkgbuild kernel: > Aug 20 13:24:51 bsdpkgbuild kernel: Fatal trap 12: page fault while in > kernel mode > Aug 20 13:24:51 bsdpkgbuild kernel: cpuid = 5; apic id = 02 > Aug 20 13:24:51 bsdpkgbuild kernel: fault virtual address = 0xd0 > Aug 20 13:24:51 bsdpkgbuild kernel: fault code = supervisor > write data, page not present > Aug 20 13:24:51 bsdpkgbuild kernel: instruction pointer = > 0x20:0xffffffff80aa6a53 > Aug 20 13:24:51 bsdpkgbuild kernel: stack pointer = > 0x28:0xfffffe0238af96e0 > Aug 20 13:24:51 bsdpkgbuild kernel: frame pointer = > 0x28:0xfffffe0238af9770 > Aug 20 13:24:51 bsdpkgbuild kernel: code segment = base > 0x0, limit 0xfffff, type 0x1b > Aug 20 13:24:51 bsdpkgbuild kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 > Aug 20 13:24:51 bsdpkgbuild kernel: processor eflags = interrupt > enabled, > === > repeated occurrence > Aug 20 14:16:21 bsdpkgbuild kernel: Kernel page fault with the following > non-sleepable locks held: > Aug 20 14:16:21 bsdpkgbuild kernel: shared rw ipsec request (ipsec > request) r = 0 (0xfffff8001a9820e0) locked @ > /usr/src/sys/netipsec/ipsec_output.c:436 > Aug 20 14:16:21 bsdpkgbuild kernel: shared rw rawinp (rawinp) r = 0 > (0xfffff801db519da8) locked @ /usr/src/sys/netinet/raw_ip.c:446 > Aug 20 14:16:21 bsdpkgbuild kernel: KDB: stack backtrace: > Aug 20 14:16:21 bsdpkgbuild kernel: db_trace_self_wrapper() at > db_trace_self_wrapper+0x2b/frame 0xfffffe0238b081e0 > Aug 20 14:16:21 bsdpkgbuild kernel: kdb_backtrace() at > kdb_backtrace+0x39/frame 0xfffffe0238b08290 > Aug 20 14:16:21 bsdpkgbuild kernel: witness_warn() at > witness_warn+0x4a8/frame 0xfffffe0238b08350 > Aug 20 14:16:21 bsdpkgbuild kernel: trap_pfault() at > trap_pfault+0x5a/frame 0xfffffe0238b08400 > Aug 20 14:16:21 bsdpkgbuild kernel: trap() at trap+0x670/frame > 0xfffffe0238b08620 > Aug 20 14:16:21 bsdpkgbuild kernel: calltrap() at calltrap+0x8/frame > 0xfffffe0238b08620 > Aug 20 14:16:21 bsdpkgbuild kernel: --- trap 0xc, rip = > 0xffffffff80aa6a53, rsp = 0xfffffe0238b086e0, rbp = 0xfffffe0238b08770 --- > Aug 20 14:16:21 bsdpkgbuild kernel: ipsec4_process_packet() at > ipsec4_process_packet+0x73/frame 0xfffffe0238b08770 > Aug 20 14:16:21 bsdpkgbuild kernel: ip_ipsec_output() at > ip_ipsec_output+0x197/frame 0xfffffe0238b087b0 > Aug 20 14:16:21 bsdpkgbuild kernel: ip_output() at ip_output+0x8a3/frame > 0xfffffe0238b088a0 > Aug 20 14:16:21 bsdpkgbuild kernel: rip_output() at > rip_output+0x2fa/frame 0xfffffe0238b088f0 > Aug 20 14:16:21 bsdpkgbuild kernel: sosend_generic() at > sosend_generic+0x3dc/frame 0xfffffe0238b089a0 > Aug 20 14:16:21 bsdpkgbuild kernel: kern_sendit() at > kern_sendit+0x1e4/frame 0xfffffe0238b08a40 > Aug 20 14:16:21 bsdpkgbuild kernel: sendit() at sendit+0xf8/fra > Aug 20 14:16:21 bsdpkgbuild kernel: m > Aug 20 14:16:21 bsdpkgbuild kernel: e 0xfffffe > Aug 20 14:16:21 bsdpkgbuild kernel: 0 > Aug 20 14:16:21 bsdpkgbuild kernel: 23 > Aug 20 14:16:21 bsdpkgbuild kernel: 8 > Aug 20 14:16:21 bsdpkgbuild kernel: b > Aug 20 14:16:21 bsdpkgbuild kernel: 08a9 > Aug 20 14:16:21 bsdpkgbuild kernel: 0 > > > Cheers, > Vince > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 09:41:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 18624133; Tue, 10 Sep 2013 09:41:56 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 909D82864; Tue, 10 Sep 2013 09:41:55 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cZ1VB4nMDzFVBB; Tue, 10 Sep 2013 11:41:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1aNO0qNDHQ6; Tue, 10 Sep 2013 11:41:52 +0200 (CEST) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Tue, 10 Sep 2013 11:41:52 +0200 (CEST) Message-ID: <522EE960.5040600@FreeBSD.org> Date: Tue, 10 Sep 2013 11:41:52 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130902 Thunderbird/17.0.8 MIME-Version: 1.0 To: hiren panchasara Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de> <522EC2A3.8000403@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: olli hauer , freebsd-current , FreeBSD ports list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 09:41:56 -0000 On 09/10/13 10:16, hiren panchasara wrote: > > > > On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara > > wrote: > > > > > On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi > wrote: > > On 09/10/13 07:20, hiren panchasara wrote: > > > > > On Sat, Sep 7, 2013 at 5:10 AM, olli hauer > >> wrote: > > There are 13 ports using --with-iconv=${LOCALBASE} > devel/apr1 > devel/apr2 > devel/git > irc/epic5 > lang/gauche > net-mgmt/ettercap > net/ssltunnel-client > net/yaz > net/zebra-server > textproc/libxml2 > textproc/py-libxml2 > www/apache22 > www/apache24 > > > and devel/glib20, print/ghostscript8, > print/ghostscript9 using > --with-libiconv=gnu > --with-libiconv=native > --with-libiconv=no > --with-libiconv=no > > > I am hitting following failure while building devel/glib20 > > gconvert.c:66:2: error: GNU libiconv not in use but > included iconv.h > is from libiconv > #error GNU libiconv not in use but included iconv.h is from > libiconv > > How do I get past this? > > > Looks like you have some leftovers from the libiconv port. Have > you removed it? can you give the output of ls > /usr/local/include/iconv.h? > > > I still have the port installed. > > % pkg info | grep iconv > libiconv-1.14_1 A character set conversion library > > Should I remove the port? > > Removed the port and now reinstalling almost everything :-) > Unluckily some configure scripts and build systems get confused by two implementations of iconv present on the system and fail in various manners, this one is just an example. This is the main reason why the ports tree was patched to only use the system provided iconv implementation now that it is the default. This requires a lot of work to "fix" installed pieces to adapt to this new world order. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 11:42:04 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 99F839D5; Tue, 10 Sep 2013 11:42:04 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14D7820D0; Tue, 10 Sep 2013 11:42:03 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id t60so6612606wes.28 for ; Tue, 10 Sep 2013 04:42:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=M/cjNA8W7GtHaSAmf1gfTlD1J6GHh2VqOiU4N/e9ylQ=; b=zKno++wud7/q+jruQuuh6wX//dYlkEhOM2KLuSAvOb5LpM9F/kVar/mbslJM7SEDMy agQjTpUizDDSg5h+UpxYtRNcrYeHUolbPWJ/MocyUws1fit3VHFe2VrRZyGxa+yYtjRZ 7qcPSv36PYTccgAJGhce1satFXiXrnz+3xDRq+xWU+E2HrpfQVvDhaGZ3yYTTK8lgEDr +tf2rb77vYVsh1eFM+AKz0W6lt6OkFMtJy0R3Z/6Y12A7Vdh9OmbPWAazY4CcmmCsYWW w/BWBudqzonT7KHINujXqe0rD1RVwbcLPN1a0DhZKJK+tCpGWx5rHjBZwDN2p8nO1t4y M3KA== X-Received: by 10.180.90.197 with SMTP id by5mr12452565wib.43.1378813322517; Tue, 10 Sep 2013 04:42:02 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id fv10sm2687539wic.0.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 10 Sep 2013 04:42:02 -0700 (PDT) Date: Tue, 10 Sep 2013 14:42:02 +0300 From: "Sergey V. Dyatko" To: hselasky@freebsd.org Subject: usb mouse and xorg Message-ID: <20130910144202.0e68fbca@laptop.minsk.domain> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 11:42:04 -0000 Hi, after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB mouse(s) stop work for me on X. I run `tail -f /var/log/Xorg.0.log /var/log/messages`: Sep 10 14:27:15 laptop kernel: ugen4.2: at usbus4 Sep 10 14:27:15 laptop devd: Executing 'env LD_PRELOAD=/usr/local/lib/libhal.so:/usr/local/lib/libdbus-1.so:/usr/local/lib/libcuse4bsd.so /usr/local/etc/rc.d/webcamd start ugen4.2 0' Sep 10 14:27:15 laptop kernel: ums0: on usbus4 Sep 10 14:27:15 laptop kernel: ums0: 7 buttons and [XYZ] coordinates ID=0 Sep 10 14:27:15 laptop devd: Executing '/etc/rc.d/moused quietstart ums0' ==> /var/log/Xorg.0.log <== (II) config/hal: Adding input device USB Optical Mouse (**) Option "Device" "/dev/ums0" (==) USB Optical Mouse: Protocol: "Auto" (**) USB Optical Mouse: always reports core events (**) Option "Device" "/dev/ums0" (EE) xf86OpenSerial: Cannot open device /dev/ums0 Device busy. (EE) USB Optical Mouse: cannot open input device (II) UnloadModule: "mouse" (EE) PreInit returned NULL for "USB Optical Mouse" (EE) config/hal: NewInputDeviceRequest failed (8) after comment notify 100 { match "system" "DEVFS"; ... skipped action "/etc/rc.d/moused quietstart $cdev"; }; on devd.conf and restart devd my mouse work again: ==> /var/log/messages <== Sep 10 14:27:49 laptop sudo: tiger : TTY=pts/4 ; PWD=/usr/home/tiger ; USER=root ; COMMAND=/bin/csh Sep 10 14:28:56 laptop kernel: ugen4.2: at usbus4 (disconnected) Sep 10 14:28:56 laptop kernel: ums0: at uhub2, port 2, addr 2 (disconnected) Sep 10 14:28:56 laptop devd: Executing '/etc/rc.d/moused stop ums0' Sep 10 14:29:01 laptop kernel: ugen4.2: at usbus4 Sep 10 14:29:01 laptop kernel: ums0: on usbus4 Sep 10 14:29:01 laptop devd: Executing 'env LD_PRELOAD=/usr/local/lib/libhal.so:/usr/local/lib/libdbus-1.so:/usr/local/lib/libcuse4bsd.so /usr/local/etc/rc.d/webcamd start ugen4.2 0' Sep 10 14:29:01 laptop kernel: ums0: 7 buttons and [XYZ] coordinates ID=0 ==> /var/log/Xorg.0.log <== (II) config/hal: Adding input device USB Optical Mouse (**) Option "Device" "/dev/ums0" (==) USB Optical Mouse: Protocol: "Auto" (**) USB Optical Mouse: always reports core events (**) Option "Device" "/dev/ums0" (==) USB Optical Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) USB Optical Mouse: ZAxisMapping: buttons 4 and 5 (**) USB Optical Mouse: Buttons: 5 (II) XINPUT: Adding extended input device "USB Optical Mouse" (type: MOUSE) (**) USB Optical Mouse: (accel) keeping acceleration scheme 1 (**) USB Optical Mouse: (accel) acceleration profile 0 (II) USB Optical Mouse: SetupAuto: hw.iftype is 5, hw.model is 0 (II) USB Optical Mouse: SetupAuto: protocol is SysMouse (WW) fcntl(70, F_SETOWN): Inappropriate ioctl for device -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 11:47:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AA8A9BDB; Tue, 10 Sep 2013 11:47:23 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7FE462166; Tue, 10 Sep 2013 11:47:23 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 3F9C47761; Tue, 10 Sep 2013 11:47:22 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 3F9C47761 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 10 Sep 2013 07:47:20 -0400 From: Glen Barber To: "Sergey V. Dyatko" Subject: Re: usb mouse and xorg Message-ID: <20130910114720.GI30501@glenbarber.us> References: <20130910144202.0e68fbca@laptop.minsk.domain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UthUFkbMtH2ceUK2" Content-Disposition: inline In-Reply-To: <20130910144202.0e68fbca@laptop.minsk.domain> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: hselasky@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 11:47:23 -0000 --UthUFkbMtH2ceUK2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 10, 2013 at 02:42:02PM +0300, Sergey V. Dyatko wrote: > Hi, >=20 > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > mouse(s) stop work for me on X.=20 I saw this too, but thought it was just because of missing the xf86-input-mouse port during my upgrade. Can you try with this added to rc.conf? moused_enable=3D"NO" moused_nondefault_enable=3D"NO" Glen --UthUFkbMtH2ceUK2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSLwbIAAoJEFJPDDeguUajE4AH/0X3Hijzse+/avUrjpoQ7ecF TnclLWMfWPvKrAsajy3qTyoE3RJtjMMvpaJAIJ8IEDpB4n+DXMfHLMlpRF932B9I O6K6Ypzwz45aZhwuYs5XGv97urv2KYD9gN4vu79PkAkuW1kz8RM26SYjnbWCMrD5 kTNPsIND/6/PIyp3h5+3V7LwmortYLTtz7a4viy/aFXy1uZVOG5YPKVIk8b2oRgU DCrw9IGnQ/E737kWB0JuQEOfbSlb00TBKUH7/JhViNEVKiIktbhoWARqdlDHU1JW oqiVIOTEDePpJpUNK7tnrQK6ZYcnRjIgpLZmHSf8iK6DmLtIMPQEXgr8G+e5UAA= =8S00 -----END PGP SIGNATURE----- --UthUFkbMtH2ceUK2-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 11:58:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EBF97CF; Tue, 10 Sep 2013 11:58:23 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37F86227E; Tue, 10 Sep 2013 11:58:23 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id w61so5534118wes.3 for ; Tue, 10 Sep 2013 04:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=sLieQvKt8JWCcHmX1/Q8khutlHbb3ZXwNMVe0Wi+ufE=; b=eTCmz6FSHyLQBB7eh3kN2D7sFc0luptM/k0B7RAd8a9isoiBi7jtk0Np9jp4HqSTHE nJ2w9LiCAW90rm13z1bmZtvy2UARiLZCBGAfIh09vAKin6Xuyvj7zMrL6kmWquCZ9tKf bNHPr1YG7cqLRdcgDP2kLtDU64kGmbWAe+YEHP8BHmD2nsI1aR9i3UjYoDccgBisDT9o 8vRhu+c5NF8ZWZ+wyNNFh6n4zwYLCh71Qw40b+z58wMeXpO7wgaBrHRULxM4XhwVUKfT nIQcwN2xT3yVgCifllKty6c84AfcHgLgUuKIbWUtggHOyJYbb+qMDrlgJFn34h+qX3nY 1hCg== X-Received: by 10.180.229.103 with SMTP id sp7mr12800549wic.2.1378814301700; Tue, 10 Sep 2013 04:58:21 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id l9sm3038058wif.10.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 10 Sep 2013 04:58:21 -0700 (PDT) Date: Tue, 10 Sep 2013 14:58:21 +0300 From: "Sergey V. Dyatko" To: Glen Barber Subject: Re: usb mouse and xorg Message-ID: <20130910145821.46595138@laptop.minsk.domain> In-Reply-To: <20130910114720.GI30501@glenbarber.us> References: <20130910144202.0e68fbca@laptop.minsk.domain> <20130910114720.GI30501@glenbarber.us> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hselasky@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 11:58:24 -0000 On Tue, 10 Sep 2013 07:47:20 -0400 Glen Barber wrote: > On Tue, Sep 10, 2013 at 02:42:02PM +0300, Sergey V. Dyatko wrote: > > Hi, > > > > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > > mouse(s) stop work for me on X. > > I saw this too, but thought it was just because of missing the > xf86-input-mouse port during my upgrade. > > Can you try with this added to rc.conf? > > moused_enable="NO" > moused_nondefault_enable="NO" > > Glen > I'll try, thanks BTW: [tiger@laptop]:~%pkg info -x input-mouse xf86-input-mouse-1.9.0 defaults/rc.conf: moused_nondefault_enable="YES" # Treat non-default mice as enabled unless moused_enable="NO" # Run the mouse daemon. [tiger@laptop]:~%grep mouse /etc/rc.conf mousechar_start="3" -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 12:04:15 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6B80085D; Tue, 10 Sep 2013 12:04:15 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward10l.mail.yandex.net (forward10l.mail.yandex.net [IPv6:2a02:6b8:0:1819::a]) by mx1.freebsd.org (Postfix) with ESMTP id 2907F239D; Tue, 10 Sep 2013 12:04:15 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward10l.mail.yandex.net (Yandex) with ESMTP id 9DF74BA0EDD; Tue, 10 Sep 2013 16:04:13 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 275D62C180D; Tue, 10 Sep 2013 16:04:13 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id PgpFO6ABje-4Cga0MEp; Tue, 10 Sep 2013 16:04:12 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1378814652; bh=rlN32EG1tLeut/t+3LVSN3rKZhAJsW6eRGZ8nY+TnAw=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=viL321jKdHlWfzI/ZXIxm49FdJTExs/4JpWLsRn5RPV4U3ZttrDTLafv+g56UI6M8 Z/j+3j/++ScGS/dhD8/XdRw5rQh+29zXD0O0JdQ2ofbqVzHbEwc3irmdixxTZzYdj/ Yz8aI5LyMQBokfwUh/ZpF9QVi5s7bpFJB8zjzlsg= Authentication-Results: smtp4h.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <522F0ABA.2020803@yandex.ru> Date: Tue, 10 Sep 2013 16:04:10 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: "Sergey V. Dyatko" Subject: Re: usb mouse and xorg References: <20130910144202.0e68fbca@laptop.minsk.domain> In-Reply-To: <20130910144202.0e68fbca@laptop.minsk.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hselasky@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 12:04:15 -0000 Sergey V. Dyatko wrote on 10.09.2013 15:42: > Hi, > > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > mouse(s) stop work for me on X. Had the same. My usb/bt mouse isn't worked, while touchpad is. I fixed this by commenting off: Section "ServerFlags" Option "AutoAddDevices" "false" EndSection In xorg.conf. Now the mouse is working and touchpad isn't. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 12:14:56 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 11232D5A; Tue, 10 Sep 2013 12:14:56 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward6l.mail.yandex.net (forward6l.mail.yandex.net [IPv6:2a02:6b8:0:1819::6]) by mx1.freebsd.org (Postfix) with ESMTP id C9B142464; Tue, 10 Sep 2013 12:14:55 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward6l.mail.yandex.net (Yandex) with ESMTP id 5B72E14E1265; Tue, 10 Sep 2013 16:14:54 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id E542C1B60906; Tue, 10 Sep 2013 16:14:53 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id AjSEvgxfph-ErdSuQLd; Tue, 10 Sep 2013 16:14:53 +0400 Message-ID: <522F0D3D.3030302@passap.ru> Date: Tue, 10 Sep 2013 16:14:53 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130811 Thunderbird/17.0.8 MIME-Version: 1.0 To: "Sergey V. Dyatko" Subject: Re: usb mouse and xorg References: <20130910144202.0e68fbca@laptop.minsk.domain> In-Reply-To: <20130910144202.0e68fbca@laptop.minsk.domain> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: hselasky@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 12:14:56 -0000 10.09.2013 15:42, Sergey V. Dyatko пишет: > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > mouse(s) stop work for me on X. Had the same, rebuild hal, dbus and xf86-input-mouse (don't know if all of those need to be rebuild though). Now mouse works fine. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 12:16:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 65ED2EEC; Tue, 10 Sep 2013 12:16:31 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA7272486; Tue, 10 Sep 2013 12:16:30 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id ev20so5897470lab.8 for ; Tue, 10 Sep 2013 05:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=n46QCRnoZh1iNmhtxrSKz1QDgKCSVe0h0zfEL9d2LJo=; b=K5hXqIxYSmWw3IUQjulcm1LdupbsjulHzijai4dE32GF9RhwReWlwStWYYzM1wpFHs 6lJNZNHv1QtW5XOEabbsKoa4gYuh/4G2Q/Vuii2IQ2CXlGCgLz4iZ7TRIBy8v37/dDFn ZwCE3gEHLq2WhbuH6dhx1MjhDaAYdgq5vqBPvActwSEX6SviDJaZKDPDNw2ss9TsE4As YezUJDoNskkzl7Zl8SvtFvtKkGLJNP9lecVhhR/E8qCwHbV0855C9JDI6J+xfjqODksI CovVwKQVzc1aQZ6vPd7CdjKoi72X3Yr+cEkCvNQG4HxbJHBSZUD9ZYYdyOH0bbIxNP18 0nuw== X-Received: by 10.152.7.8 with SMTP id f8mr1916611laa.31.1378815388785; Tue, 10 Sep 2013 05:16:28 -0700 (PDT) Received: from laptop.minsk.domain (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPSA id pw4sm8440429lbb.9.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 10 Sep 2013 05:16:27 -0700 (PDT) Date: Tue, 10 Sep 2013 15:16:27 +0300 From: "Sergey V. Dyatko" To: Ruslan Makhmatkhanov Subject: Re: usb mouse and xorg Message-ID: <20130910151627.37af4cb9@laptop.minsk.domain> In-Reply-To: <522F0ABA.2020803@yandex.ru> References: <20130910144202.0e68fbca@laptop.minsk.domain> <522F0ABA.2020803@yandex.ru> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, hselasky@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 12:16:31 -0000 On Tue, 10 Sep 2013 16:04:10 +0400 Ruslan Makhmatkhanov wrote: > Sergey V. Dyatko wrote on 10.09.2013 15:42: > > Hi, > > > > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > > mouse(s) stop work for me on X. > > Had the same. My usb/bt mouse isn't worked, while touchpad is. I > fixed this by commenting off: > > Section "ServerFlags" > Option "AutoAddDevices" "false" > EndSection > > In xorg.conf. Now the mouse is working and touchpad isn't. > I have working touchpad (it is work fine before) and mouse with hacked devd.conf (doesn't try tip from gjb@ yet) from my xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "ServerFlags" Option "DontVTSwitch" "off" Option "AllowEmptyInput" "off" Option "DontZap" "off" EndSection Section "InputDevice" Identifier "Mouse0" Driver "synaptics" Option "Protocol" "psm" Option "Device" "/dev/psm0" Option "SHMConfig" "on" Option "MinSpeed" "7" Option "MaxSpeed" "9" Option "AccelFactor" "0.0015" Option "ZAxisMapping" "4 5 6 7" EndSection ... -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 12:33:12 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEFF864C; Tue, 10 Sep 2013 12:33:12 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F238525F3; Tue, 10 Sep 2013 12:33:11 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.7/8.14.6) with ESMTP id r8ACX8ma093042 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 10 Sep 2013 13:33:08 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <522F1184.2010107@unsane.co.uk> Date: Tue, 10 Sep 2013 13:33:08 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Gavin Atkinson Subject: Re: Panic/Freeze with IPSEC on r254532 References: <5213939C.8050609@unsane.co.uk> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 12:33:12 -0000 On 10/09/2013 09:18, Gavin Atkinson wrote: > On Tue, 20 Aug 2013, Vincent Hoffman wrote: > >> I thought I'd have a play with ipsec since its been a while since I last >> set it up, and was setting up a transport mode connection between my >> poudiere/repo server (the -curent server) and another box (8.2-RELEASE) >> 3 pings later the -CURRENT box froze, its zfs on root so no kernel dump >> I'm afraid, it does have an ipmi so I repeated with a serial over lan >> connection to test but got nothing it just froze. Any suggestions? >> The only unusual thing about this machine is that i am running a bhyve >> vm on it. not sure how relevant that is. > FWIW, I posted on what is likely to be the same issue yesterday on > freebsd-net@ - > http://docs.FreeBSD.org/cgi/mid.cgi?1378750330.11656.44.camel > > Can you test the workaround I'm currently using? Basically, just > "ifconfig enc0 create" before using the tunnel should be sufficient. Hi Gavin, I have tried your suggestion and am not getting the freezes any more, thanks for this. Another thing I have noticed is that racoon isnt creating a control socket for racoonctl, probably not related but I thought it worth mentioning root@bsdpkgbuild:~ # racoonctl show-sa ipsec send: Bad file descriptor l I did try stating racoon under truss and using racoon -F -d -d -d but didnt see it even try to open /var/db/racoon/racoon.sock while on the other end (8.4-RELEASE) I see 2013-09-10 13:24:19: DEBUG: open /var/db/racoon/racoon.sock as racoon management. in the output from racoon -F -d -d -d Thanks for finding a work around to the crash for now. Vince > > Gavin > > >> Log output >> 1st occurance >> Aug 20 13:24:51 bsdpkgbuild kernel: Kernel page fault with the following >> non-sleepable locks held: >> Aug 20 13:24:51 bsdpkgbuild kernel: shared rw ipsec request (ipsec >> request) r = 0 (0xfffff80020fe2f60) locked @ >> /usr/src/sys/netipsec/ipsec_output.c:436 >> Aug 20 13:24:51 bsdpkgbuild kernel: shared rw rawinp (rawinp) r = 0 >> (0xfffff800587afda8) locked @ /usr/src/sys/netinet/raw_ip.c:446 >> Aug 20 13:24:51 bsdpkgbuild kernel: KDB: stack backtrace: >> Aug 20 13:24:51 bsdpkgbuild kernel: db_trace_self_wrapper() at >> db_trace_self_wrapper+0x2b/frame 0xfffffe0238af91e0 >> Aug 20 13:24:51 bsdpkgbuild kernel: kdb_backtrace() at >> kdb_backtrace+0x39/frame 0xfffffe0238af9290 >> Aug 20 13:24:51 bsdpkgbuild kernel: witness_warn() at >> witness_warn+0x4a8/frame 0xfffffe0238af9350 >> Aug 20 13:24:51 bsdpkgbuild kernel: trap_pfault() at >> trap_pfault+0x5a/frame 0xfffffe0238af9400 >> Aug 20 13:24:51 bsdpkgbuild kernel: trap() at trap+0x670/frame >> 0xfffffe0238af9620 >> Aug 20 13:24:51 bsdpkgbuild kernel: calltrap() at calltrap+0x8/frame >> 0xfffffe0238af9620 >> Aug 20 13:24:51 bsdpkgbuild kernel: --- trap 0xc, rip = >> 0xffffffff80aa6a53, rsp = 0xfffffe0238af96e0, rbp = 0xfffffe0238af9770 --- >> Aug 20 13:24:51 bsdpkgbuild kernel: ipsec4_process_packet() at >> ipsec4_process_packet+0x73/frame 0xfffffe0238af9770 >> Aug 20 13:24:51 bsdpkgbuild kernel: ip_ipsec_output() at >> ip_ipsec_output+0x197/frame 0xfffffe0238af97b0 >> Aug 20 13:24:51 bsdpkgbuild kernel: ip_output() at ip_output+0x8a3/frame >> 0xfffffe0238af98a0 >> Aug 20 13:24:51 bsdpkgbuild kernel: rip_output() at >> rip_output+0x2fa/frame 0xfffffe0238af98f0 >> Aug 20 13:24:51 bsdpkgbuild kernel: sosend_generic() at >> sosend_generic+0x3dc/frame 0xfffffe0238af99a0 >> Aug 20 13:24:51 bsdpkgbuild kernel: kern_sendit() at >> kern_sendit+0x1e4/frame 0xfffffe0238af9a40 >> Aug 20 13:24:51 bsdpkgbuild kernel: sendit() at sendit+0xf8/frame >> 0xfffffe0238af9a90 >> Aug 20 13:24:51 bsdpkgbuild kernel: sys_sendto() at >> sys_sendto+0x4d/frame 0xfffffe0238af9ae0 >> Aug 20 13:24:51 bsdpkgbuild kernel: amd64_syscall() at >> amd64_syscall+0x265/frame 0xfffffe0238af9bf0 >> Aug 20 13:24:51 bsdpkgbuild kernel: Xfast_syscall() at >> Xfast_syscall+0xfb/frame 0xfffffe0238af9bf0 >> Aug 20 13:24:51 bsdpkgbuild kernel: --- syscall (133, FreeBSD ELF64, >> sys_sendto), rip = 0x800d5ccea, rsp = 0x7ffffffed578, rbp = >> 0x7ffffffed5b0 --- >> Aug 20 13:24:51 bsdpkgbuild kernel: >> Aug 20 13:24:51 bsdpkgbuild kernel: >> Aug 20 13:24:51 bsdpkgbuild kernel: Fatal trap 12: page fault while in >> kernel mode >> Aug 20 13:24:51 bsdpkgbuild kernel: cpuid = 5; apic id = 02 >> Aug 20 13:24:51 bsdpkgbuild kernel: fault virtual address = 0xd0 >> Aug 20 13:24:51 bsdpkgbuild kernel: fault code = supervisor >> write data, page not present >> Aug 20 13:24:51 bsdpkgbuild kernel: instruction pointer = >> 0x20:0xffffffff80aa6a53 >> Aug 20 13:24:51 bsdpkgbuild kernel: stack pointer = >> 0x28:0xfffffe0238af96e0 >> Aug 20 13:24:51 bsdpkgbuild kernel: frame pointer = >> 0x28:0xfffffe0238af9770 >> Aug 20 13:24:51 bsdpkgbuild kernel: code segment = base >> 0x0, limit 0xfffff, type 0x1b >> Aug 20 13:24:51 bsdpkgbuild kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 >> Aug 20 13:24:51 bsdpkgbuild kernel: processor eflags = interrupt >> enabled, >> === >> repeated occurrence >> Aug 20 14:16:21 bsdpkgbuild kernel: Kernel page fault with the following >> non-sleepable locks held: >> Aug 20 14:16:21 bsdpkgbuild kernel: shared rw ipsec request (ipsec >> request) r = 0 (0xfffff8001a9820e0) locked @ >> /usr/src/sys/netipsec/ipsec_output.c:436 >> Aug 20 14:16:21 bsdpkgbuild kernel: shared rw rawinp (rawinp) r = 0 >> (0xfffff801db519da8) locked @ /usr/src/sys/netinet/raw_ip.c:446 >> Aug 20 14:16:21 bsdpkgbuild kernel: KDB: stack backtrace: >> Aug 20 14:16:21 bsdpkgbuild kernel: db_trace_self_wrapper() at >> db_trace_self_wrapper+0x2b/frame 0xfffffe0238b081e0 >> Aug 20 14:16:21 bsdpkgbuild kernel: kdb_backtrace() at >> kdb_backtrace+0x39/frame 0xfffffe0238b08290 >> Aug 20 14:16:21 bsdpkgbuild kernel: witness_warn() at >> witness_warn+0x4a8/frame 0xfffffe0238b08350 >> Aug 20 14:16:21 bsdpkgbuild kernel: trap_pfault() at >> trap_pfault+0x5a/frame 0xfffffe0238b08400 >> Aug 20 14:16:21 bsdpkgbuild kernel: trap() at trap+0x670/frame >> 0xfffffe0238b08620 >> Aug 20 14:16:21 bsdpkgbuild kernel: calltrap() at calltrap+0x8/frame >> 0xfffffe0238b08620 >> Aug 20 14:16:21 bsdpkgbuild kernel: --- trap 0xc, rip = >> 0xffffffff80aa6a53, rsp = 0xfffffe0238b086e0, rbp = 0xfffffe0238b08770 --- >> Aug 20 14:16:21 bsdpkgbuild kernel: ipsec4_process_packet() at >> ipsec4_process_packet+0x73/frame 0xfffffe0238b08770 >> Aug 20 14:16:21 bsdpkgbuild kernel: ip_ipsec_output() at >> ip_ipsec_output+0x197/frame 0xfffffe0238b087b0 >> Aug 20 14:16:21 bsdpkgbuild kernel: ip_output() at ip_output+0x8a3/frame >> 0xfffffe0238b088a0 >> Aug 20 14:16:21 bsdpkgbuild kernel: rip_output() at >> rip_output+0x2fa/frame 0xfffffe0238b088f0 >> Aug 20 14:16:21 bsdpkgbuild kernel: sosend_generic() at >> sosend_generic+0x3dc/frame 0xfffffe0238b089a0 >> Aug 20 14:16:21 bsdpkgbuild kernel: kern_sendit() at >> kern_sendit+0x1e4/frame 0xfffffe0238b08a40 >> Aug 20 14:16:21 bsdpkgbuild kernel: sendit() at sendit+0xf8/fra >> Aug 20 14:16:21 bsdpkgbuild kernel: m >> Aug 20 14:16:21 bsdpkgbuild kernel: e 0xfffffe >> Aug 20 14:16:21 bsdpkgbuild kernel: 0 >> Aug 20 14:16:21 bsdpkgbuild kernel: 23 >> Aug 20 14:16:21 bsdpkgbuild kernel: 8 >> Aug 20 14:16:21 bsdpkgbuild kernel: b >> Aug 20 14:16:21 bsdpkgbuild kernel: 08a9 >> Aug 20 14:16:21 bsdpkgbuild kernel: 0 >> >> >> Cheers, >> Vince >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 12:56:22 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F38FD3D; Tue, 10 Sep 2013 12:56:22 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 323D5278E; Tue, 10 Sep 2013 12:56:21 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r8ACuKtQ018499; Tue, 10 Sep 2013 06:56:20 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r8ACuKfH018496; Tue, 10 Sep 2013 06:56:20 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 10 Sep 2013 06:56:19 -0600 (MDT) From: Warren Block To: "Sergey V. Dyatko" Subject: Re: usb mouse and xorg In-Reply-To: <20130910151627.37af4cb9@laptop.minsk.domain> Message-ID: References: <20130910144202.0e68fbca@laptop.minsk.domain> <522F0ABA.2020803@yandex.ru> <20130910151627.37af4cb9@laptop.minsk.domain> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 10 Sep 2013 06:56:20 -0600 (MDT) Cc: current@freebsd.org, Ruslan Makhmatkhanov , hselasky@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 12:56:22 -0000 On Tue, 10 Sep 2013, Sergey V. Dyatko wrote: > I have working touchpad (it is work fine before) and mouse with hacked > devd.conf (doesn't try tip from gjb@ yet) > from my xorg.conf: > > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > EndSection > Section "ServerFlags" > Option "DontVTSwitch" "off" > Option "AllowEmptyInput" "off" http://www.wonkity.com/~wblock/docs/html/aei.html From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 13:03:29 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3381E1CC for ; Tue, 10 Sep 2013 13:03:29 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E79C4284E for ; Tue, 10 Sep 2013 13:03:28 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1VJNbL-00323p-BF>; Tue, 10 Sep 2013 15:03:27 +0200 Received: from e178187024.adsl.alicedsl.de ([85.178.187.24] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VJNbL-001b5y-84>; Tue, 10 Sep 2013 15:03:27 +0200 Date: Tue, 10 Sep 2013 15:03:22 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: r255449: kernel compilation fails due to : cc: error: no input files Message-ID: <20130910150322.0d5674f7@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/=mjcEfkO/sZOw2hy75py7qx"; protocol="application/pgp-signature" X-Originating-IP: 85.178.187.24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 13:03:29 -0000 --Sig_/=mjcEfkO/sZOw2hy75py7qx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I get this error when trying to compile a kernel on CURRENT r244449: [...] make[2]: Unclosed substitution for COMPILER_TYPE (/ missing) cc -c -O3 -fno-strict-aliasing -march=3Dnative -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -mmmx -msse cc: error: no input files *** Error code 1 Regards, Oliver --Sig_/=mjcEfkO/sZOw2hy75py7qx Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSLxieAAoJEOgBcD7A/5N8U1wIAJ43MgpMF6HhetsUXjd5ZZ/E 0mot2mocb9xU6mgD12Okw4mDAv/1L6AHXDEqYMlwwtUbSwXbxrY/h+i/q/p7m+HL 1Qts4Kib96rmafBQXmZO3Nd5bsziuI3gd64bTP6ruxOVYORR5W8tFvJz1jI6X3Nk tP7BTwWYD1zIQxpZMa65t8KZXyYhMXNOCyhxvD2TSv1bZYuf4Q++ywmw3fT7yMRw 4tki2KN/Y8ElvpsaAhP3Q5FC3CBRMkiu/TFTZQfbiZdAyFnsa41dMgrirDgYtq0O biqyZlme3G0g5vsJRtonvuj6hJyaQ2XlENUdZNgZpeH0TMWTz22a9kRP768xzJ8= =rnq2 -----END PGP SIGNATURE----- --Sig_/=mjcEfkO/sZOw2hy75py7qx-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 13:33:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5AB2E95C for ; Tue, 10 Sep 2013 13:33:40 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 16CF22A80 for ; Tue, 10 Sep 2013 13:33:39 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 8F7E6D0; Tue, 10 Sep 2013 15:28:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id meKLoHZh5LtZ; Tue, 10 Sep 2013 15:24:47 +0200 (CEST) Received: from [10.0.6.81] (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 37A5CAF; Tue, 10 Sep 2013 15:24:45 +0200 (CEST) Message-ID: <522F1DB3.3020407@dat.pl> Date: Tue, 10 Sep 2013 15:25:07 +0200 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130806 Thunderbird/17.0.8 MIME-Version: 1.0 To: Vincent Hoffman Subject: Re: Panic/Freeze with IPSEC on r254532 References: <5213939C.8050609@unsane.co.uk> <522F1184.2010107@unsane.co.uk> In-Reply-To: <522F1184.2010107@unsane.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 13:33:40 -0000 On 10.09.2013 14:33, Vincent Hoffman wrote: > root@bsdpkgbuild:~ # racoonctl show-sa ipsec > send: Bad file descriptor > l > I did try stating racoon under truss and using racoon -F -d -d -d but > didnt see it even try to open /var/db/racoon/racoon.sock > while on the other end (8.4-RELEASE) I see > 2013-09-10 13:24:19: DEBUG: open /var/db/racoon/racoon.sock as racoon > management. > in the output from racoon -F -d -d -d > Have you enabled admin port during installation of ipsec-tools? -- Pozdrawiam, Maciej Milewski From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 13:33:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6B059A6F; Tue, 10 Sep 2013 13:33:55 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) by mx1.freebsd.org (Postfix) with ESMTP id 28A132A94; Tue, 10 Sep 2013 13:33:55 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward3l.mail.yandex.net (Yandex) with ESMTP id 8F2921500782; Tue, 10 Sep 2013 17:33:53 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 2066F1B6092D; Tue, 10 Sep 2013 17:33:53 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id jPvXlyXPWn-Xqd4oZ9I; Tue, 10 Sep 2013 17:33:52 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1378820032; bh=3l5KxWUP+XvU61dXah1kTj67auFZ3HJKA46m0sNAtAg=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=VdGC3OPdJ1iv28N0oQJPIMJrvx1AiUmtUa280VO1y8W7gLCb/bFqp4zKeaZQOs3Tf j6LCyShkORIs7uw2YIu8gP7n4V9dl2IHatNiOjVZk2tpijKG/JiwexkJXD1p8FebLS AUze32miQ1dyfrylsK7UnTam0S5zTS3/vhPhr9e0= Authentication-Results: smtp14.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <522F1FBF.2000203@yandex.ru> Date: Tue, 10 Sep 2013 17:33:51 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: Boris Samorodov Subject: Re: usb mouse and xorg References: <20130910144202.0e68fbca@laptop.minsk.domain> <522F0D3D.3030302@passap.ru> In-Reply-To: <522F0D3D.3030302@passap.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "Sergey V. Dyatko" , hselasky@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 13:33:55 -0000 Boris Samorodov wrote on 10.09.2013 16:14: > 10.09.2013 15:42, Sergey V. Dyatko пишет: > >> after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB >> mouse(s) stop work for me on X. > > Had the same, rebuild hal, dbus and xf86-input-mouse (don't know if all > of those need to be rebuild though). Now mouse works fine. Thank you! Worked to me. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 13:35:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C899BBAB; Tue, 10 Sep 2013 13:35:03 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward8l.mail.yandex.net (forward8l.mail.yandex.net [IPv6:2a02:6b8:0:1819::8]) by mx1.freebsd.org (Postfix) with ESMTP id 871A92AB7; Tue, 10 Sep 2013 13:35:03 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward8l.mail.yandex.net (Yandex) with ESMTP id 34A641A40DEE; Tue, 10 Sep 2013 17:35:02 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id C628F7E0794; Tue, 10 Sep 2013 17:35:01 +0400 (MSK) Received: from unknown (unknown [178.76.216.133]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 3X5UmXMaiM-Z1T8Rpki; Tue, 10 Sep 2013 17:35:01 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1378820101; bh=5IMEQtDYrdzZbDG4ASe2Mw76h0wEa/zZDHWClQrYgp0=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IDgM12ecOYQMN3ZsZms7YrcViLHUkc1ejCkBGPeg2Fq6Zv0KRilV+sI2yDxxn/ied Zkqdl4gmqi4aS76qf4OoiUMWGv+z32o6J+0pX7q7qof3I8jxnlEEXOU8ZNh3SG7rpN DZqm21Z0gn4rISB2FLm4itNH+SXrTl9hvQsfyXr0= Authentication-Results: smtp11.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <522F2004.60805@yandex.ru> Date: Tue, 10 Sep 2013 17:35:00 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 MIME-Version: 1.0 To: "Sergey V. Dyatko" Subject: Re: usb mouse and xorg References: <20130910144202.0e68fbca@laptop.minsk.domain> In-Reply-To: <20130910144202.0e68fbca@laptop.minsk.domain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hselasky@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 13:35:03 -0000 Sergey V. Dyatko wrote on 10.09.2013 15:42: > Hi, > > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > mouse(s) stop work for me on X. bsam's suggestion (rebuilding hal/dbus/xf86-input-mouse) worked to me. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 14:27:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5B4DBED5 for ; Tue, 10 Sep 2013 14:27:42 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6C5B2EAB for ; Tue, 10 Sep 2013 14:27:41 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.7/8.14.6) with ESMTP id r8AERZ1a003625 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 10 Sep 2013 15:27:37 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <522F2C58.2010700@unsane.co.uk> Date: Tue, 10 Sep 2013 15:27:36 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Maciej Milewski Subject: Re: Panic/Freeze with IPSEC on r254532 References: <5213939C.8050609@unsane.co.uk> <522F1184.2010107@unsane.co.uk> <522F1DB3.3020407@dat.pl> In-Reply-To: <522F1DB3.3020407@dat.pl> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 14:27:42 -0000 On 10/09/2013 14:25, Maciej Milewski wrote: > On 10.09.2013 14:33, Vincent Hoffman wrote: >> root@bsdpkgbuild:~ # racoonctl show-sa ipsec >> send: Bad file descriptor >> l >> I did try stating racoon under truss and using racoon -F -d -d -d but >> didnt see it even try to open /var/db/racoon/racoon.sock >> while on the other end (8.4-RELEASE) I see >> 2013-09-10 13:24:19: DEBUG: open /var/db/racoon/racoon.sock as racoon >> management. >> in the output from racoon -F -d -d -d >> > Have you enabled admin port during installation of ipsec-tools? > I have OPTIONS_FILE_UNSET+=ADMINPORT in the options file so I didnt think so. but on the working (8.4-RELEASE) box i have OPTIONS_FILE_SET+=ADMINPORT ok will change that. pebkac :) Vince From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 16:24:48 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02A62E25 for ; Tue, 10 Sep 2013 16:24:48 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A6BD72825 for ; Tue, 10 Sep 2013 16:24:47 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8AGOk52061295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Sep 2013 09:24:46 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8AGOkKP061294; Tue, 10 Sep 2013 09:24:46 -0700 (PDT) (envelope-from jmg) Date: Tue, 10 Sep 2013 09:24:45 -0700 From: John-Mark Gurney To: "O. Hartmann" Subject: Re: r255449: kernel compilation fails due to : cc: error: no input files Message-ID: <20130910162445.GV68682@funkthat.com> Mail-Followup-To: "O. Hartmann" , FreeBSD CURRENT References: <20130910150322.0d5674f7@thor.walstatt.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130910150322.0d5674f7@thor.walstatt.dyndns.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 10 Sep 2013 09:24:46 -0700 (PDT) Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 16:24:48 -0000 O. Hartmann wrote this message on Tue, Sep 10, 2013 at 15:03 +0200: > I get this error when trying to compile a kernel on CURRENT r244449: > > > [...] > make[2]: Unclosed substitution for COMPILER_TYPE (/ missing) > cc -c -O3 -fno-strict-aliasing -march=native -std=c99 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-omit-frame-pointer > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel > -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror -mmmx -msse cc: error: no input files *** Error code 1 This looks to be fallout from O'Brien's r255440, but you state that you have an earlier rev than that. Are you sure you have the correct rev above? But, can you tell use how you built your kernel and on what system? COMPILER_TYPE should always be defined... Are you trying to build a HEAD kernel on 9stable w/o using buildkernel or something strange like that? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 18:14:33 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A878388 for ; Tue, 10 Sep 2013 18:14:33 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBEE52F5D for ; Tue, 10 Sep 2013 18:14:32 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VJSSN-000bfC-Ix>; Tue, 10 Sep 2013 20:14:31 +0200 Received: from e178187024.adsl.alicedsl.de ([85.178.187.24] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VJSSN-001ydN-EL>; Tue, 10 Sep 2013 20:14:31 +0200 Date: Tue, 10 Sep 2013 20:14:30 +0200 From: "O. Hartmann" To: John-Mark Gurney Subject: Re: r255449: kernel compilation fails due to : cc: error: no input files Message-ID: <20130910201430.67cbc9fa@thor.walstatt.dyndns.org> In-Reply-To: <20130910162445.GV68682@funkthat.com> References: <20130910150322.0d5674f7@thor.walstatt.dyndns.org> <20130910162445.GV68682@funkthat.com> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/EcqaxizC7u8uwycpoABtgxg"; protocol="application/pgp-signature" X-Originating-IP: 85.178.187.24 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 18:14:33 -0000 --Sig_/EcqaxizC7u8uwycpoABtgxg Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 10 Sep 2013 09:24:45 -0700 John-Mark Gurney wrote: > O. Hartmann wrote this message on Tue, Sep 10, 2013 at 15:03 +0200: > > I get this error when trying to compile a kernel on CURRENT r244449: > >=20 > >=20 > > [...] > > make[2]: Unclosed substitution for COMPILER_TYPE (/ missing) > > cc -c -O3 -fno-strict-aliasing -march=3Dnative -std=3Dc99 -Wall > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > > -fdiagnostics-show-option -Wno-error-tautological-compare > > -Wno-error-empty-body -Wno-error-parentheses-equality -I. > > -I/usr/src/sys -I/usr/src/sys/contrib/altq > > -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > > -include opt_global.h -fno-omit-frame-pointer > > -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel > > -mno-red-zone -mno-mmx -mno-sse -msoft-float > > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > > -Werror -mmmx -msse cc: error: no input files *** Error code 1 >=20 > This looks to be fallout from O'Brien's r255440, but you state that > you have an earlier rev than that. Are you sure you have the correct > rev above? >=20 > But, can you tell use how you built your kernel and on what system? > COMPILER_TYPE should always be defined... Are you trying to build > a HEAD kernel on 9stable w/o using buildkernel or something strange > like that? >=20 With r255453 everything works as expected again. Thank you very much. --Sig_/EcqaxizC7u8uwycpoABtgxg Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSL2GGAAoJEOgBcD7A/5N83ooH/2VZfITshlyr3UvkSl1q+kFj T04hcYK6RHEBX59A7aChzCith2iXf/M0TfINL1ycJSgs34znnYEgYXyTlNg3nnhM 0D47Y9ni45qZ1BpTQEC36vkMGl1fMNntzPTNTbrHPf4MvaXzzmw+xRBUWh0B3BGw gaYAKiprmkm6WKkvlJYbTcekVJxPvpqAr+UpZaDQUgpawamDx9Hc0nX26QmzZ4nn PE2JVQeWV6xVUrDX4S3OgcovfNUHCpTBvgKvRuEyVspjvxKxFKWO17/Bn0fYjXzZ dTRa11bXtRzv1fiX6K7VSJNnQtBRO5CCwEPuUZO07YnBL2//SVD1AS+TRHxb9nM= =r4jR -----END PGP SIGNATURE----- --Sig_/EcqaxizC7u8uwycpoABtgxg-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 18:18:16 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6CB8A4EB for ; Tue, 10 Sep 2013 18:18:16 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from s1.omnilan.de (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EAC282F8F for ; Tue, 10 Sep 2013 18:18:15 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by s1.omnilan.de (8.13.8/8.13.8) with ESMTP id r8AIDfAN048854 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Sep 2013 20:13:41 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <522F6155.40101@omnilan.de> Date: Tue, 10 Sep 2013 20:13:41 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD CURRENT Subject: HW fed /dev/random X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78FC4776DEF45BD76F0A3930" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 18:18:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78FC4776DEF45BD76F0A3930 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, some time ago, before random(4) was rewritten for FreeBSD 5 by Mark Murray, we had rng, the i815 hardware random number generator. At this time, there were rumors about the quality of the randomness. Now we have rdrand (BullMountain hardware random generator in IvyBridge) and Dual_EC_DRBG (NSA's NIST contribution) makes me wonder if quality is again something to worry about - although kib's commit message states: =E2=80=9EFrom the Intel whitepapers and articles about Bull Mountain, it = seems that we do not need to perform post-processing of RDRAND results, like AES-encryption of the data with random IV and keys, which was done for Padlock. Intel claims that sanitization is performed in hardware.=E2=80=9C= When we use the software random device, one has great control over /dev/random with sysctk kern.random. Are there considerations to extend the HW-rng-implementation by optional post processing? -Harry --------------enig78FC4776DEF45BD76F0A3930 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.18 (FreeBSD) iEYEARECAAYFAlIvYVUACgkQLDqVQ9VXb8iEPQCgn1d/XUCFYTsVv2zwcxrlmreJ cYAAn3wvGDEMiqt4jG4Sphv4JjN3bchz =FpO0 -----END PGP SIGNATURE----- --------------enig78FC4776DEF45BD76F0A3930-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 20:48:27 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4EAF6D; Tue, 10 Sep 2013 20:48:27 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CCC8E2A96; Tue, 10 Sep 2013 20:48:26 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id eh20so6660245lab.18 for ; Tue, 10 Sep 2013 13:48:24 -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:content-transfer-encoding; bh=9SV1tKcnjNhQswR0q1iLJlkEt4IkhNsWedtFnnJHb5I=; b=WpKEd2UleDlbQ6TAFgiWBm4VSAmfWGU9PVFBjekILcmzVrJxYlmE5BRzDBMRSQlePa HTs7BTnvMqRiZvT0OBjU27Lvi5IUfU2xWCF/57HXkfncbV5VtARb3UPDWH9aJVFrJGHk n4+ypvydt2HR/af58sOgB42XVP5Kmd4QqcQ09a8u4I9TYMLIdQs5eL81oStzui/rX4gP 4KLMtFV+MUUsVq1IBk7CWCNUFc7wNkyfWx48aPrkEgEXgIbsP9BFTHKWY4BZUNz0CeVm PRwvnGNghhwZjd5RJZ71SeEqURLqSByX0hxoxO3Z6q2zjP1LjyQtbH45uxUi0b9fKlPT EsEQ== MIME-Version: 1.0 X-Received: by 10.152.228.130 with SMTP id si2mr3231710lac.32.1378846104715; Tue, 10 Sep 2013 13:48:24 -0700 (PDT) Sender: uspoerlein@gmail.com Received: by 10.112.100.231 with HTTP; Tue, 10 Sep 2013 13:48:24 -0700 (PDT) In-Reply-To: References: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> <20130909132758.GK9030@acme.spoerlein.net> Date: Tue, 10 Sep 2013 22:48:24 +0200 X-Google-Sender-Auth: X3CzajrqyyCWacPgzNiH1OBu0WU Message-ID: Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= To: David Chisnall , gabor@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 20:48:27 -0000 2013/9/9 David Chisnall : > On 9 Sep 2013, at 14:27, Ulrich Sp=C3=B6rlein wrote: > >> Case in point, I only recently switched to clang in base and now the >> newsbeuter port crashes during startup (yeah, it builds fine). So all >> I'm asking for now is: how can I override a random port to be built with >> gcc (either from base or ports, I don't care). And what special >> considerations need to be done when the port uses C++. > > Setting USE_GCC=3Dany to build with any gcc, or USE_GCC=3Dyes to build wi= th a gcc from ports (they should do the same thing on a no-gcc-in-base syst= em) > > For C++ ports, can you check whether the error is from libc++ or clang, b= y first building libstdc++ from base and then setting CXXFLAGS=3D-stdlib=3D= libstdc++ and LDFLAGS=3D-stdlib=3Dlibstdc++? This will build it with libst= dc++ and if that works then it narrows the issue down. > > Also, don't forget to report bugs to the port maintainer... root@coyote:/usr/ports/www/newsbeuter# ldd `which newsbeuter` /usr/local/bin/newsbeuter: libthr.so.3 =3D> /lib/libthr.so.3 (0x80093f000) libiconv.so.3 =3D> /usr/lib/libiconv.so.3 (0x800b64000) libintl.so.9 =3D> /usr/local/lib/libintl.so.9 (0x800d65000) libsqlite3.so.8 =3D> /usr/local/lib/libsqlite3.so.8 (0x800f6f000) libcurl.so.7 =3D> /usr/local/lib/libcurl.so.7 (0x801250000) libxml2.so.5 =3D> /usr/local/lib/libxml2.so.5 (0x8014ab000) libstfl.so =3D> /usr/local/lib/libstfl.so (0x801825000) libjson.so.0 =3D> /usr/local/lib/libjson.so.0 (0x801a34000) libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0x801c3b000) libm.so.5 =3D> /lib/libm.so.5 (0x801f3b000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x802160000) libc.so.7 =3D> /lib/libc.so.7 (0x80236d000) libcrypto.so.7 =3D> /lib/libcrypto.so.7 (0x802705000) libncursesw.so.8 =3D> /lib/libncursesw.so.8 (0x802af0000) libssl.so.7 =3D> /usr/lib/libssl.so.7 (0x802d45000) libgssapi.so.10 =3D> /usr/lib/libgssapi.so.10 (0x802fae000) libz.so.6 =3D> /lib/libz.so.6 (0x8031b7000) liblzma.so.5 =3D> /usr/lib/liblzma.so.5 (0x8033cc000) So this is already linking to libstdc++ instead of libc++ (has libc++ been made the default on -CURRENT yet?) Anyway, the problem is our libiconv (of course!), as the following works: env LD_LIBRARY_PATH=3D/usr/local/lib:/usr/lib newsbeuter It'll load the ports version of libiconv first, so the problem is with libiconv in base :( Sorry for barking up the wrong tree, correlation does not imply causation, eh?) Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 21:59:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1DE8C77B for ; Tue, 10 Sep 2013 21:59:08 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D099D2F96 for ; Tue, 10 Sep 2013 21:59:07 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VJVxh-00049d-1f for freebsd-current@freebsd.org; Tue, 10 Sep 2013 23:59:05 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Sep 2013 23:59:05 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Sep 2013 23:59:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Problem with virtualbox-ose-additions Date: Tue, 10 Sep 2013 21:58:46 +0000 (UTC) Lines: 13 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 21:59:08 -0000 I have upgraded to r255358, rebuilt world and kernel, and dealt with the iconv issues. In the process I had to delete a handful of ports, am now trying to reinstall them, and am running into a problem: FreeBSD freebsd.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r255358: Sat Sep 7 22:28:09 BST 2013 root@freebsd.vm:/usr/obj/usr/src/sys/VM10 amd64 virtualbox-ose-additions will not compile. I get: kBuild: Linking VBoxOGLcrutil /usr/bin/ld: cannot find -liconv Have I done something wrong? How should I take this forward? From owner-freebsd-current@FreeBSD.ORG Tue Sep 10 22:20:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4B0E2D8F for ; Tue, 10 Sep 2013 22:20:13 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 0A13F21B2 for ; Tue, 10 Sep 2013 22:20:12 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3cZLK80YKJzFTsN; Wed, 11 Sep 2013 00:20:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nCRrePtQJ2ms; Wed, 11 Sep 2013 00:20:10 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA; Wed, 11 Sep 2013 00:20:10 +0200 (CEST) Message-ID: <522F9B19.8030309@FreeBSD.org> Date: Wed, 11 Sep 2013 00:20:09 +0200 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130903 Thunderbird/17.0.8 MIME-Version: 1.0 To: Walter Hurry Subject: Re: Problem with virtualbox-ose-additions References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 10 Sep 2013 22:20:13 -0000 On 09/10/13 23:58, Walter Hurry wrote: > I have upgraded to r255358, rebuilt world and kernel, and dealt with the > iconv issues. In the process I had to delete a handful of ports, am now > trying to reinstall them, and am running into a problem: > > FreeBSD freebsd.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r255358: Sat Sep > 7 22:28:09 BST 2013 root@freebsd.vm:/usr/obj/usr/src/sys/VM10 amd64 > > virtualbox-ose-additions will not compile. I get: > > kBuild: Linking VBoxOGLcrutil > /usr/bin/ld: cannot find -liconv > > Have I done something wrong? How should I take this forward? This is another fallout from the iconv change. The port needs a fix. Most probably the same one applied to virtualbox-ose and virtualbox-ose-legacy. I'll commit a fix as soon as I have finished testing it. Thanks for the report. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 00:42:16 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8EEC4BB for ; Wed, 11 Sep 2013 00:42:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A24A29B9 for ; Wed, 11 Sep 2013 00:42:16 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VJYVZ-0006ru-LI for freebsd-current@freebsd.org; Wed, 11 Sep 2013 02:42:13 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Sep 2013 02:42:13 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Sep 2013 02:42:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: Problem with virtualbox-ose-additions Date: Wed, 11 Sep 2013 00:41:53 +0000 (UTC) Lines: 27 Message-ID: References: <522F9B19.8030309@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 00:42:16 -0000 On Wed, 11 Sep 2013 00:20:09 +0200, Guido Falsi wrote: > On 09/10/13 23:58, Walter Hurry wrote: >> I have upgraded to r255358, rebuilt world and kernel, and dealt with >> the iconv issues. In the process I had to delete a handful of ports, am >> now trying to reinstall them, and am running into a problem: >> >> FreeBSD freebsd.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r255358: Sat >> Sep 7 22:28:09 BST 2013 root@freebsd.vm:/usr/obj/usr/src/sys/VM10 >> amd64 >> >> virtualbox-ose-additions will not compile. I get: >> >> kBuild: Linking VBoxOGLcrutil /usr/bin/ld: cannot find -liconv >> >> Have I done something wrong? How should I take this forward? > > This is another fallout from the iconv change. > > The port needs a fix. Most probably the same one applied to > virtualbox-ose and virtualbox-ose-legacy. I'll commit a fix as soon as I > have finished testing it. > > Thanks for the report. Success. Thanks very much for all your efforts and hard work. Much appreciated. From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 04:43:39 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 51F5317E for ; Wed, 11 Sep 2013 04:43:39 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 174902441 for ; Wed, 11 Sep 2013 04:43:38 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 21079BC6DC; Wed, 11 Sep 2013 04:43:31 +0000 (UTC) Date: Wed, 11 Sep 2013 06:43:31 +0200 From: Jeremie Le Hen To: Steven Hartland , Matthew Ahrens , freebsd-current@FreeBSD.org Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 Message-ID: <20130911044330.GA55334@caravan.chchile.org> Mail-Followup-To: Steven Hartland , Matthew Ahrens , freebsd-current@FreeBSD.org References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> <20130908145804.GN43281@caravan.chchile.org> <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> <20130908203459.GO43281@caravan.chchile.org> <20130908211444.GP43281@caravan.chchile.org> <20130909073225.GQ43281@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130909073225.GQ43281@caravan.chchile.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 04:43:39 -0000 On Mon, Sep 09, 2013 at 09:32:26AM +0200, Jeremie Le Hen wrote: > > > > Indeed, probably a bad key combo in vi :). > > > > I'm reverting r253821 and r254753 (the second one was supposingly fixing > > the first one) and recompiling my kernel. > > > > I will let you know. > > So far so good, I've been able to synchronize my datasets beyond the > point where it crashed last time. > > Matthew, do you have any idea of a fix I could try on top of FreeBSD's > r253821 and r254753? There has been some debugging on the ZFS mailing-list and I have tested a working fix. See: http://www.listbox.com/member/archive/182191/2013/09/sort/time_rev/page/1/entry/1:38/20130909182626:D79EC5B8-199E-11E3-8BF5-CB08091A731B/ -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 07:25:51 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 64EB9EFC for ; Wed, 11 Sep 2013 07:25:51 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 498732A16 for ; Wed, 11 Sep 2013 07:25:51 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id r8B7LYLG000420 for ; Wed, 11 Sep 2013 00:21:38 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201309110721.r8B7LYLG000420@gw.catspoiler.org> Date: Wed, 11 Sep 2013 00:21:34 -0700 (PDT) From: Don Lewis Subject: uniq busted? To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 07:25:51 -0000 I justed updated my 10.0-CURRENT box and ran into major problems with port building. I tracked the problem down to uniq not working. # wc -l /etc/termcap 4666 /etc/termcap # cat /etc/termcap | uniq uniq: unable to limit ioctls for stdout: Capabilities insufficient It complains about capabilities and nothing comes out ... My kernel and userland are in sync, so the 20130905 note in src/UPDATING shouldn't be a factor. I'm not running a GENERIC kernel, but I include GENERIC in my kernel config file: # uname -a FreeBSD scratch.catspoiler.org 10.0-CURRENT FreeBSD 10.0-CURRENT #32 r255089: Sat Aug 31 02:27:17 PDT 2013 dl@scratch.catspoiler.org:/usr/obj/usr/src/sys/GENERICSMB i386 # cat GENERICSMB include GENERIC nocpu I486_CPU nocpu I586_CPU options EXT2FS # ext2 Filesystem options BREAK_TO_DEBUGGER options ALT_BREAK_TO_DEBUGGER options DEBUG_VFS_LOCKS #options DEBUG_LOCKS #options KTR #options KTR_VERBOSE #options KTR_COMPILE=(KTR_EVH) #options DEVICE_POLLING #nooptions WITNESS_SKIPSPIN #nooptions SMP What am I doing wrong? From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 11:52:55 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 21B54A4D for ; Wed, 11 Sep 2013 11:52:55 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC2BD2723 for ; Wed, 11 Sep 2013 11:52:54 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id r8BBqlus001138 for ; Wed, 11 Sep 2013 04:52:51 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201309111152.r8BBqlus001138@gw.catspoiler.org> Date: Wed, 11 Sep 2013 04:52:47 -0700 (PDT) From: Don Lewis Subject: Re: uniq busted? To: freebsd-current@FreeBSD.org In-Reply-To: <201309110721.r8B7LYLG000420@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 11:52:55 -0000 On 11 Sep, To: freebsd-current@freebsd.org wrote: > I justed updated my 10.0-CURRENT box and ran into major problems with > port building. I tracked the problem down to uniq not working. > > # wc -l /etc/termcap > 4666 /etc/termcap > # cat /etc/termcap | uniq > uniq: unable to limit ioctls for stdout: Capabilities insufficient > > It complains about capabilities and nothing comes out ... > > My kernel and userland are in sync, so the 20130905 note in src/UPDATING > shouldn't be a factor. I'm not running a GENERIC kernel, but I include > GENERIC in my kernel config file: > > # uname -a > FreeBSD scratch.catspoiler.org 10.0-CURRENT FreeBSD 10.0-CURRENT #32 r255089: Sat Aug 31 02:27:17 PDT 2013 dl@scratch.catspoiler.org:/usr/obj/usr/src/sys/GENERICSMB i386 > > # cat GENERICSMB > include GENERIC > > nocpu I486_CPU > nocpu I586_CPU > > options EXT2FS # ext2 Filesystem > > options BREAK_TO_DEBUGGER > options ALT_BREAK_TO_DEBUGGER > options DEBUG_VFS_LOCKS > #options DEBUG_LOCKS > #options KTR > #options KTR_VERBOSE > #options KTR_COMPILE=(KTR_EVH) > #options DEVICE_POLLING > > #nooptions WITNESS_SKIPSPIN > #nooptions SMP > > > What am I doing wrong? It seems like it was some sort of kernel/userland mismatch after all. I played around with uniq and found that uniq /etc/termcap was able to fstat() the input descriptor but read() would fail with ENOTCAPABLE. The cap_rights_init() call seemed to be doing the right thing, so I tried adding a call to cap_rights_get() after cap_rights_limit() to try to observe how the kernel was interpreting the rights. Strangely cap_rights_get() always failed with EFAULT. I even tried passing an invalid fd to cap_rights_get() and still got an EFAULT return, even though sys___cap_rights_get() validates the fd before it ever touches the buffer. In order to debug that, I added a printf() call to sys___cap_rights_get(). I then went to the kernel object directory, ran make, which only recompiled sys_capability.c and relinked the kernel, and then ran "make reinstall". After rebooting, both uniq and cap_rights_get() started working as they should. I did check the timestamps on the kernel and /usr/bin/uniq before sending my original message and they were both recent. I also build both world and the kernel using a script that does both, so I know that they were both rebuilt before being installed. The only thing I can think of is that maybe I forgot to reboot to bring up the new kernel. Sigh ... From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 13:37:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33B48C5A for ; Wed, 11 Sep 2013 13:37:23 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id ED94B2C5E for ; Wed, 11 Sep 2013 13:37:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:ec11:dc51:d1b4:e536]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 5CE114AC57 for ; Wed, 11 Sep 2013 17:37:21 +0400 (MSK) Date: Wed, 11 Sep 2013 17:37:16 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1510067821.20130911173716@serebryakov.spb.ru> To: freebsd-current@freebsd.org Subject: Chicken and egg problem when building (third-party) kernel modules with -- how to solve? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 13:37:23 -0000 Hello, Freebsd-current. It is good idea to set KERNBUILDDIR when build module. But to set it you need to know ${.OBJDIR} from ${SYSDIR} and ${SYSDIR} is set in bsd.kmod.mk, which should be included last (after defining KERNBUILDDIR). How this loop could be broken? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 14:42:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 917D6A78; Wed, 11 Sep 2013 14:42:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56BD02F83; Wed, 11 Sep 2013 14:42:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8BEg06O041990; Wed, 11 Sep 2013 10:42:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8BEfx1K041982; Wed, 11 Sep 2013 14:41:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Sep 2013 14:41:59 GMT Message-Id: <201309111441.r8BEfx1K041982@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 14:42:07 -0000 TB --- 2013-09-11 12:48:28 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-11 12:48:28 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-11 12:48:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-09-11 12:48:28 - cleaning the object tree TB --- 2013-09-11 12:48:28 - /usr/local/bin/svn stat /src TB --- 2013-09-11 12:48:31 - At svn revision 255470 TB --- 2013-09-11 12:48:32 - building world TB --- 2013-09-11 12:48:32 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 12:48:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 12:48:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 12:48:32 - SRCCONF=/dev/null TB --- 2013-09-11 12:48:32 - TARGET=ia64 TB --- 2013-09-11 12:48:32 - TARGET_ARCH=ia64 TB --- 2013-09-11 12:48:32 - TZ=UTC TB --- 2013-09-11 12:48:32 - __MAKE_CONF=/dev/null TB --- 2013-09-11 12:48:32 - cd /src TB --- 2013-09-11 12:48:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 11 12:48:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Sep 11 14:26:53 UTC 2013 TB --- 2013-09-11 14:26:53 - generating LINT kernel config TB --- 2013-09-11 14:26:53 - cd /src/sys/ia64/conf TB --- 2013-09-11 14:26:53 - /usr/bin/make -B LINT TB --- 2013-09-11 14:26:53 - cd /src/sys/ia64/conf TB --- 2013-09-11 14:26:53 - /usr/sbin/config -m LINT TB --- 2013-09-11 14:26:53 - building LINT kernel TB --- 2013-09-11 14:26:53 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 14:26:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 14:26:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 14:26:53 - SRCCONF=/dev/null TB --- 2013-09-11 14:26:53 - TARGET=ia64 TB --- 2013-09-11 14:26:53 - TARGET_ARCH=ia64 TB --- 2013-09-11 14:26:53 - TZ=UTC TB --- 2013-09-11 14:26:53 - __MAKE_CONF=/dev/null TB --- 2013-09-11 14:26:53 - cd /src TB --- 2013-09-11 14:26:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 11 14:26:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_socket.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-11 14:41:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-11 14:41:59 - ERROR: failed to build LINT kernel TB --- 2013-09-11 14:41:59 - 5440.03 user 917.73 system 6811.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 14:47:24 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 10F4AE18 for ; Wed, 11 Sep 2013 14:47:24 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5A7F20C0 for ; Wed, 11 Sep 2013 14:47:23 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 1FB2B615C for ; Wed, 11 Sep 2013 10:47:22 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=UU/HNhwqN8+UPiPgB9Xn+HG9o+FkYTMDa6v96RC+AP6gU+HdFKVVW1WQh1YwI90Fz Nc6/uujKyZEruCORbr2dl4w5q8teUV11nevjyqjQOpaeIJm1h4+8fqHUeSI9yBi Message-ID: <52308278.6030104@protected-networks.net> Date: Wed, 11 Sep 2013 10:47:20 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130910 Thunderbird/17.0.8 MIME-Version: 1.0 To: FreeBSD Current Subject: SVN r255467 breaks kernel build on -current X-Enigmail-Version: 1.5.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 14:47:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 GCC complains about two uninitialized variables: *** sys/kern/uipc_syscalls.c~ Wed Sep 11 07:52:16 2013 - --- sys/kern/uipc_syscalls.c Wed Sep 11 08:29:43 2013 *************** *** 2189,2199 **** struct socket *so; struct mbuf *m; struct sf_buf *sf; ! struct vm_page *pg; struct shmfd *shmfd; struct sendfile_sync *sfs; struct vattr va; ! off_t off, xfsize, fsbytes, sbytes, rem, obj_size; int error, bsize, nd, hdrlen, mnw; bool inflight_called; - --- 2189,2199 ---- struct socket *so; struct mbuf *m; struct sf_buf *sf; ! struct vm_page *pg = NULL; struct shmfd *shmfd; struct sendfile_sync *sfs; struct vattr va; ! off_t off, xfsize, fsbytes, sbytes, rem, obj_size = 0; int error, bsize, nd, hdrlen, mnw; bool inflight_called; -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iEYEARECAAYFAlIwgncACgkQQv9rrgRC1JJA5QCeNUkHfL7IwnQV4xdYlcbkUn/W nGkAn0dxVf7EWEpTBQzki/TrLS9a5+w9 =2rpA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 15:00:45 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0B15C3AA; Wed, 11 Sep 2013 15:00:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C414F2171; Wed, 11 Sep 2013 15:00:44 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 0E8E44862; Wed, 11 Sep 2013 15:00:44 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 2EEDC3703A; Wed, 11 Sep 2013 17:00:15 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Subject: HEADS UP: OpenSSH with DNSSEC support in 10 Date: Wed, 11 Sep 2013 17:00:15 +0200 Message-ID: <86hadre740.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 15:00:45 -0000 OpenSSH in FreeBSD 10 is now built with DNSSEC support, unless you disable LDNS in src.conf. If DNSSEC is enabled, the default setting for VerifyHostKeyDNS is "yes". This means that OpenSSH will silently trust DNSSEC-signed SSHFP records. I consider this a lesser evil than "ask" (aka "train the user to type 'yes' and hit enter") and "no" (aka "train the user to type 'yes' and hit enter without even the benefit of a second opinion"). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 15:06:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AEC5F785; Wed, 11 Sep 2013 15:06:02 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7432021F1; Wed, 11 Sep 2013 15:06:02 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id v10so9363952pde.10 for ; Wed, 11 Sep 2013 08:06:02 -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=PZ1XxfmIn3i1eBm4Ky4ESb1fgOl2sGht+tPdciHJn7U=; b=rljuMJzCEZfJduXL+gDcEY0MzdL+ybEFIMg/ZCR5zBYMpnpWfi0Rw3RgpvlwE3s9ai BXlbKYlcjLzZ9i1S6DmyVsaqzPuhHGZbgkqBC2BgwlmB19nAyjKUTDoGEzj/aT/H/woG qVb6cl2m67N2vEJENfLhG6IK5nadheudHrDfL8Trgh6gMqOCVwrmb/ekQNlxQTWHs970 E7Y+A6fqgf2oCmLY/Y5Ckxd2rJFB5odrGUfApS8p0E+A62mXbtFuO0qyg2bEACJJBHo/ dBRVSsD5XIKm+Dx3LXf37/+u8GZWR6KRB6a+eoL7qhOZABeL5sAJ/R77B7RrCxqIudgf opOQ== MIME-Version: 1.0 X-Received: by 10.68.98.36 with SMTP id ef4mr2320903pbb.27.1378911961951; Wed, 11 Sep 2013 08:06:01 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Wed, 11 Sep 2013 08:06:01 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Wed, 11 Sep 2013 11:06:01 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 15:06:02 -0000 On Sun, Sep 8, 2013 at 9:32 AM, Outback Dingo wrote= : > > > > On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a > wrote: > >> Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 w= rz >> 2013, o godz. 20:18: >> > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >> >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou'= ll find >> >> a patch which adds the new iSCSI initiator and target, against >> 10-CURRENT. >> >> To use the new initiator, start with "man iscsictl". For the target = - >> "man >> >> ctld". >> >> >> >> All feedback is welcome. If nothing unexpected comes up, I'll commit >> it >> >> in a few days from now. Note that it's still not optimized; at this >> point >> >> I'm focusing more on reliability and interoperability. >> >> >> >> This work is being sponsored by FreeBSD Foundation. >> >> >> >> _______________________________________________ >> >> 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" >> >> >> > Edward, this is really exciting! >> > >> > Is there an easy way to use the userland iscsi configuration files? >> >> Which iSCSI userland configuration files, the ctl.conf(5)? If you need >> an ability to parse it and modify from a shell scripts, see confctl >> utility >> (sysutils/confctl, https://github.com/trasz/confctl/). >> >> > We would love to quickly backport and ship this with FreeNAS as an >> option for our users, having the config files be the same OR having a ve= ry >> good converter would really make that much easier for us. >> >> Porting to 9 should be quite easy - there are Capsicum API differences; >> you might also want to compare CTL between 10 and 9 to see if there are >> any changes which need to be merged. Taking a look at the code searchin= g >> for possible security issues would be also very welcome :-) >> >> As for the config files - writing a converter should be quite easy. Whi= ch >> configuration files you need to support, ctl.conf(5) and istgt >> configuration? >> > > I was i belive quite close to having it working on the last patch, howeve= r > could never seem to get the ctl kernel module to function, > And feel im a bit further away with this latest patch retracing my steps, > from previous... quite easy to backport.... maybe for you, or other > but yes, I also would like to integrate the work to stable/9 in the lab > for some benchmarks > >> >> Still trying to tackle this...... any ideas?? I think if i can get past the few errors im encountering i can get a patch against stable/9 for others to test.... clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/= altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_cam_sim.c ctfconvert -L VERSION -g ctl_frontend_cam_sim.o clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/= altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_internal.c ctfconvert -L VERSION -g ctl_frontend_internal.o clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/= altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:52= 5:19: error: no member named 'lun_map_fn' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_fn =3D cfiscsi_map_lun; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:52= 6:19: error: no member named 'lun_map_arg' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_arg =3D cs; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:58= 7:19: error: no member named 'lun_map_fn' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_fn =3D cfiscsi_map_lun; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:58= 8:19: error: no member named 'lun_map_arg' in 'struct ctl_nexus' io->io_hdr.nexus.lun_map_arg =3D cs; ~~~~~~~~~~~~~~~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:12= 30:6: error: no member named 'ioctl' in 'struct ctl_frontend' fe->ioctl =3D cfiscsi_ioctl; ~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:12= 31:6: error: no member named 'devid' in 'struct ctl_frontend' fe->devid =3D cfiscsi_devid; ~~ ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 55:25: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_ASCII; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 80:33: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc1->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_UTF8; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 90:33: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc2->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_BINARY; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:19= 99:33: error: use of undeclared identifier 'SCSI_PROTO_ISCSI' desc3->proto_codeset =3D (SCSI_PROTO_ISCSI << 4) | SVPD_ID_CODESET_BINARY; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 82:48: error: no member named 'options' in 'struct ctl_be_lun' &control_softc->ctl_luns[lun_id]->be_lun->options, links) { ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ @/sys/queue.h:272:28: note: expanded from macro 'STAILQ_FOREACH' for((var) =3D STAILQ_FIRST((head)); \ ^ @/sys/queue.h:269:30: note: expanded from macro 'STAILQ_FIRST' #define STAILQ_FIRST(head) ((head)->stqh_first) ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 81:2: error: incomplete definition of type 'struct ctl_be_lun_option' STAILQ_FOREACH(opt, ^~~~~~~~~~~~~~~~~~~ @/sys/queue.h:274:13: note: expanded from macro 'STAILQ_FOREACH' (var) =3D STAILQ_NEXT((var), field)) ^~~~~~~~~~~~~~~~~~~~~~~~~ @/sys/queue.h:318:39: note: expanded from macro 'STAILQ_NEXT' #define STAILQ_NEXT(elm, field) ((elm)->field.stqe_next) ~~~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 83:17: error: incomplete definition of type 'struct ctl_be_lun_option' if (strcmp(opt->name, "cfiscsi_target") =3D=3D 0) ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 84:16: error: incomplete definition of type 'struct ctl_be_lun_option' target =3D opt->value; ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 85:22: error: incomplete definition of type 'struct ctl_be_lun_option' else if (strcmp(opt->name, "cfiscsi_target_alias") =3D=3D 0= ) ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 86:22: error: incomplete definition of type 'struct ctl_be_lun_option' target_alias =3D opt->value; ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 87:22: error: incomplete definition of type 'struct ctl_be_lun_option' else if (strcmp(opt->name, "cfiscsi_lun") =3D=3D 0) ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 88:13: error: incomplete definition of type 'struct ctl_be_lun_option' lun =3D opt->value; ~~~^ /usr/home/dingo/devel/sys/modules/ctl/../../cam/ctl/ctl_frontend_iscsi.c:21= 74:9: note: forward declaration of 'struct ctl_be_lun_option' struct ctl_be_lun_option *opt; ^ 18 errors generated. *** [ctl_frontend_iscsi.o] Error code 1 Stop in /usr/home/dingo/devel/sys/modules/ctl. *** [all] Error code 1 Stop in /usr/home/dingo/devel/sys/modules. *** [modules-all] Error code 1 Stop in /usr/obj/usr/home/dingo/devel/sys/GENERIC. *** [buildkernel] Error code 1 Stop in /usr/home/dingo/devel. *** [buildkernel] Error code 1 Stop in /usr/home/dingo/devel. _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> > > From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 15:25:57 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2F88617A; Wed, 11 Sep 2013 15:25:57 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 049F4234E; Wed, 11 Sep 2013 15:25:56 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJmIl-0006Ct-MC; Wed, 11 Sep 2013 15:25:55 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8BFPp2N007288; Wed, 11 Sep 2013 09:25:51 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX187S8EOtombVK278KHwUr7i Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 From: Ian Lepore To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86hadre740.fsf@nine.des.no> References: <86hadre740.fsf@nine.des.no> Content-Type: text/plain; charset="ISO-8859-1" Date: Wed, 11 Sep 2013 09:25:51 -0600 Message-ID: <1378913151.1111.613.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8BFPp2N007288 Cc: freebsd-security@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 15:25:57 -0000 On Wed, 2013-09-11 at 17:00 +0200, Dag-Erling Sm=F8rgrav wrote: > OpenSSH in FreeBSD 10 is now built with DNSSEC support, unless you > disable LDNS in src.conf. If DNSSEC is enabled, the default setting fo= r > VerifyHostKeyDNS is "yes". This means that OpenSSH will silently trust > DNSSEC-signed SSHFP records. I consider this a lesser evil than "ask" > (aka "train the user to type 'yes' and hit enter") and "no" (aka "train > the user to type 'yes' and hit enter without even the benefit of a > second opinion"). >=20 > DES So what happens when there is no dns server to consult? Will every ssh connection have to wait for a long dns query timeout? What if the machine is configured to use only /etc/hosts? What if a DNS server is configured but doesn't respond? For that matter, I just realized I'm a bit unclear on who is querying DNS for this info, the ssh client or the sshd? -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 15:42:45 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4050577E; Wed, 11 Sep 2013 15:42:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 028992470; Wed, 11 Sep 2013 15:42:44 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id EA9B74945; Wed, 11 Sep 2013 15:42:43 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 15EC3370B3; Wed, 11 Sep 2013 17:42:45 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ian Lepore Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 References: <86hadre740.fsf@nine.des.no> <1378913151.1111.613.camel@revolution.hippie.lan> Date: Wed, 11 Sep 2013 17:42:45 +0200 In-Reply-To: <1378913151.1111.613.camel@revolution.hippie.lan> (Ian Lepore's message of "Wed, 11 Sep 2013 09:25:51 -0600") Message-ID: <86d2ofe556.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 15:42:45 -0000 Ian Lepore writes: > So what happens when there is no dns server to consult? Will every > ssh connection have to wait for a long dns query timeout? What if the > machine is configured to use only /etc/hosts? If there is no DNS server, no query will be sent. > What if a DNS server is configured but doesn't respond? The DNS request will time out. In the vast majority of cases, you will either have no DNS at all (so no query will be sent), or you will have a functioning DNS server. In a slightly less vast majority of cases, you will not be able to resolve the server's IP address without DNS anyway. > For that matter, I just realized I'm a bit unclear on who is querying > DNS for this info, the ssh client or the sshd? The client - and you can override this in your ~/.ssh/config or on the command line (-oVerifyHostKeyDNS=3Dno). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 15:45:13 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 61B20BB8; Wed, 11 Sep 2013 15:45:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2847724B6; Wed, 11 Sep 2013 15:45:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8BFjClK075420; Wed, 11 Sep 2013 11:45:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8BFjCWP075411; Wed, 11 Sep 2013 15:45:12 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Sep 2013 15:45:12 GMT Message-Id: <201309111545.r8BFjCWP075411@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 15:45:13 -0000 TB --- 2013-09-11 14:42:00 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-11 14:42:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-11 14:42:00 - starting HEAD tinderbox run for mips/mips TB --- 2013-09-11 14:42:00 - cleaning the object tree TB --- 2013-09-11 14:42:00 - /usr/local/bin/svn stat /src TB --- 2013-09-11 14:42:20 - At svn revision 255470 TB --- 2013-09-11 14:42:21 - building world TB --- 2013-09-11 14:42:21 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 14:42:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 14:42:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 14:42:21 - SRCCONF=/dev/null TB --- 2013-09-11 14:42:21 - TARGET=mips TB --- 2013-09-11 14:42:21 - TARGET_ARCH=mips TB --- 2013-09-11 14:42:21 - TZ=UTC TB --- 2013-09-11 14:42:21 - __MAKE_CONF=/dev/null TB --- 2013-09-11 14:42:21 - cd /src TB --- 2013-09-11 14:42:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 11 14:42:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Sep 11 15:43:19 UTC 2013 TB --- 2013-09-11 15:43:19 - cd /src/sys/mips/conf TB --- 2013-09-11 15:43:19 - /usr/sbin/config -m ADM5120 TB --- 2013-09-11 15:43:19 - skipping ADM5120 kernel TB --- 2013-09-11 15:43:19 - cd /src/sys/mips/conf TB --- 2013-09-11 15:43:19 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-11 15:43:19 - skipping ALCHEMY kernel TB --- 2013-09-11 15:43:19 - cd /src/sys/mips/conf TB --- 2013-09-11 15:43:19 - /usr/sbin/config -m AP121 TB --- 2013-09-11 15:43:19 - building AP121 kernel TB --- 2013-09-11 15:43:19 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 15:43:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 15:43:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 15:43:19 - SRCCONF=/dev/null TB --- 2013-09-11 15:43:19 - TARGET=mips TB --- 2013-09-11 15:43:19 - TARGET_ARCH=mips TB --- 2013-09-11 15:43:19 - TZ=UTC TB --- 2013-09-11 15:43:19 - __MAKE_CONF=/dev/null TB --- 2013-09-11 15:43:19 - cd /src TB --- 2013-09-11 15:43:19 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Sep 11 15:43:19 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_socket.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/AP121 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-11 15:45:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-11 15:45:11 - ERROR: failed to build AP121 kernel TB --- 2013-09-11 15:45:11 - 2774.80 user 644.87 system 3791.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 16:16:25 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0F893AF1 for ; Wed, 11 Sep 2013 16:16:25 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D82DF267E for ; Wed, 11 Sep 2013 16:16:24 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJn5b-000Fsj-Sq; Wed, 11 Sep 2013 16:16:24 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8BGGLJk007356; Wed, 11 Sep 2013 10:16:21 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18biLuUtWMe4KloHU/EdhN8 Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 From: Ian Lepore To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86d2ofe556.fsf@nine.des.no> References: <86hadre740.fsf@nine.des.no> <1378913151.1111.613.camel@revolution.hippie.lan> <86d2ofe556.fsf@nine.des.no> Content-Type: text/plain; charset="ISO-8859-1" Date: Wed, 11 Sep 2013 10:16:21 -0600 Message-ID: <1378916181.1111.617.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8BGGLJk007356 Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 16:16:25 -0000 On Wed, 2013-09-11 at 17:42 +0200, Dag-Erling Sm=F8rgrav wrote: > Ian Lepore writes: > > So what happens when there is no dns server to consult? Will every > > ssh connection have to wait for a long dns query timeout? What if th= e > > machine is configured to use only /etc/hosts? >=20 > If there is no DNS server, no query will be sent. >=20 > > What if a DNS server is configured but doesn't respond? >=20 > The DNS request will time out. >=20 > In the vast majority of cases, you will either have no DNS at all (so n= o > query will be sent), or you will have a functioning DNS server. In a > slightly less vast majority of cases, you will not be able to resolve > the server's IP address without DNS anyway. >=20 > > For that matter, I just realized I'm a bit unclear on who is querying > > DNS for this info, the ssh client or the sshd? >=20 > The client - and you can override this in your ~/.ssh/config or on the > command line (-oVerifyHostKeyDNS=3Dno). >=20 > DES > --=20 Thanks. If this is client-side I'm much less scared by it. At $work we have embedded systems with less than full network functionality, often including either /etc/hosts usage or worse, sometimes a dns is configured but unreachable, and we ssh into them a lot for development. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 16:18:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 70822C2C; Wed, 11 Sep 2013 16:18:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3585226A1; Wed, 11 Sep 2013 16:18:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8BGIq0O082889; Wed, 11 Sep 2013 12:18:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8BGIqTh082884; Wed, 11 Sep 2013 16:18:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Sep 2013 16:18:52 GMT Message-Id: <201309111618.r8BGIqTh082884@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 16:18:57 -0000 TB --- 2013-09-11 15:15:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-11 15:15:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-11 15:15:23 - starting HEAD tinderbox run for mips64/mips TB --- 2013-09-11 15:15:23 - cleaning the object tree TB --- 2013-09-11 15:15:23 - /usr/local/bin/svn stat /src TB --- 2013-09-11 15:15:27 - At svn revision 255470 TB --- 2013-09-11 15:15:28 - building world TB --- 2013-09-11 15:15:28 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 15:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 15:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 15:15:28 - SRCCONF=/dev/null TB --- 2013-09-11 15:15:28 - TARGET=mips TB --- 2013-09-11 15:15:28 - TARGET_ARCH=mips64 TB --- 2013-09-11 15:15:28 - TZ=UTC TB --- 2013-09-11 15:15:28 - __MAKE_CONF=/dev/null TB --- 2013-09-11 15:15:28 - cd /src TB --- 2013-09-11 15:15:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 11 15:15:35 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Sep 11 16:17:32 UTC 2013 TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m ADM5120 TB --- 2013-09-11 16:17:32 - skipping ADM5120 kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m ALCHEMY TB --- 2013-09-11 16:17:32 - skipping ALCHEMY kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AP121 TB --- 2013-09-11 16:17:32 - skipping AP121 kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AP91 TB --- 2013-09-11 16:17:32 - skipping AP91 kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AP93 TB --- 2013-09-11 16:17:32 - skipping AP93 kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AP94 TB --- 2013-09-11 16:17:32 - skipping AP94 kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AP96 TB --- 2013-09-11 16:17:32 - skipping AP96 kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-09-11 16:17:32 - skipping AR71XX_BASE kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AR724X_BASE TB --- 2013-09-11 16:17:32 - skipping AR724X_BASE kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-09-11 16:17:32 - skipping AR91XX_BASE kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AR933X_BASE TB --- 2013-09-11 16:17:32 - skipping AR933X_BASE kernel TB --- 2013-09-11 16:17:32 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:32 - /usr/sbin/config -m AR934X_BASE TB --- 2013-09-11 16:17:33 - skipping AR934X_BASE kernel TB --- 2013-09-11 16:17:33 - cd /src/sys/mips/conf TB --- 2013-09-11 16:17:33 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-09-11 16:17:33 - building BERI_DE4_MDROOT kernel TB --- 2013-09-11 16:17:33 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 16:17:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 16:17:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 16:17:33 - SRCCONF=/dev/null TB --- 2013-09-11 16:17:33 - TARGET=mips TB --- 2013-09-11 16:17:33 - TARGET_ARCH=mips64 TB --- 2013-09-11 16:17:33 - TZ=UTC TB --- 2013-09-11 16:17:33 - __MAKE_CONF=/dev/null TB --- 2013-09-11 16:17:33 - cd /src TB --- 2013-09-11 16:17:33 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Wed Sep 11 16:17:33 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_socket.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_MDROOT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-11 16:18:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-11 16:18:52 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-09-11 16:18:52 - 2761.28 user 635.51 system 3809.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 16:53:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C7249785; Wed, 11 Sep 2013 16:53:53 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4823286C; Wed, 11 Sep 2013 16:53:53 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8BGrkTh080512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Sep 2013 09:53:47 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8BGrkNl080511; Wed, 11 Sep 2013 09:53:46 -0700 (PDT) (envelope-from jmg) Date: Wed, 11 Sep 2013 09:53:46 -0700 From: John-Mark Gurney To: Lev Serebryakov Subject: Re: Chicken and egg problem when building (third-party) kernel modules with -- how to solve? Message-ID: <20130911165346.GA68682@funkthat.com> Mail-Followup-To: Lev Serebryakov , freebsd-current@freebsd.org References: <1510067821.20130911173716@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1510067821.20130911173716@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 11 Sep 2013 09:53:47 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 16:53:53 -0000 Lev Serebryakov wrote this message on Wed, Sep 11, 2013 at 17:37 +0400: > It is good idea to set KERNBUILDDIR when build module. But to set it you > need to know ${.OBJDIR} from ${SYSDIR} and ${SYSDIR} is set in bsd.kmod.mk, > which should be included last (after defining KERNBUILDDIR). > > How this loop could be broken? You don't set it as part of the module Makefile... It is expected that KERNBUILDDIR is set before invoking the module Makefile, such as when the module is built as part of the kernel... If you need to build it stand alone, you still need the opt_*.h files from the kernel you are going to run it with, and that directory is what you need to set KERNBUILDDIR... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 17:01:01 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EA4F0A27; Wed, 11 Sep 2013 17:01:01 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDCB728EF; Wed, 11 Sep 2013 17:01:01 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 030D0287C5; Wed, 11 Sep 2013 13:00:59 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Wed, 11 Sep 2013 13:00:59 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:cc:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=pvoc+OlWwIq2qlpv+foofsyaRDI=; b=Gvm 1J1/CAQzt6JPvtX+id3ksvQvmdUDuIZrQzrljv1p0O48aWCbkaHKCbRfcnmwI77I UN0UZcIoq1Ypr6y+ZPwnDzdZmACuuBJIcGbd61ZUs2RXbo8mEJdRwVwi4mS/Zg9Q Qw15DoJ4w/67KgbubsV44xkin0lPjaWxxE4QeNyY= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id C9324B000DB; Wed, 11 Sep 2013 13:00:59 -0400 (EDT) Message-Id: <1378918859.17169.20748585.2EB69C85@webmail.messagingengine.com> X-Sasl-Enc: t+PU1bvrDr9qO4Fg3o1efp29iE0dfn0/yHmceodRUwMI 1378918859 From: Mark Felder To: Ian Lepore , =?ISO-8859-1?Q?Dag-Erling=20Sm=F8rgrav?= MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-15090c31 In-Reply-To: <1378916181.1111.617.camel@revolution.hippie.lan> References: <86hadre740.fsf@nine.des.no> <1378913151.1111.613.camel@revolution.hippie.lan> <86d2ofe556.fsf@nine.des.no> <1378916181.1111.617.camel@revolution.hippie.lan> Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 Date: Wed, 11 Sep 2013 12:00:59 -0500 Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 17:01:02 -0000 On Wed, Sep 11, 2013, at 11:16, Ian Lepore wrote: > > Thanks. If this is client-side I'm much less scared by it. At $work we > have embedded systems with less than full network functionality, often > including either /etc/hosts usage or worse, sometimes a dns is > configured but unreachable, and we ssh into them a lot for development. > Do you work around that problem by setting UseDNS no? We have that pretty much standard on all our servers at work because if you ssh and both client and server have ipv6 the connection takes forever for it to give up trying to find a PTR for your client's ipv6 address. And don't try to use GENERATE in BIND to make PTRs for all your ipv6 addresses... you'll run out of memory trying to start the daemon :-) From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 17:09:52 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B61F5E36; Wed, 11 Sep 2013 17:09:52 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B29C295F; Wed, 11 Sep 2013 17:09:52 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id xb4so9269213pbc.36 for ; Wed, 11 Sep 2013 10:09:52 -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=PK7u2Lnzcx/zvkJvw7TZ2ph9+bzfH3ajrRmEM9Ubzss=; b=TmFKiThLG3ORgbHgjuJHgi1zzc2ETLLlKVLZYJ4c5rESQ/umstaU/9Or2TJZ2hsmXJ abVGsWdclkA9TKfiMt0UUMNW7ZcoUmov2SPpLv4SN6+75Z+94MNgXf3IwzZWZnzEzArj SBHqoxtdmx7EUgDctb3Zqo9ixiQ+8tRKAMAFnkRe6iH/rkMaI5WMpMpXQetyPd1Y7bX9 PyRhUe0l+hVClZpMsKrE/s2OGukl9nEtptttxLrMVMC+eLFQSJiZk5WG3SNsWD6pbvfb VqKukFjfxSpxAzT/0+iHcd3axKpV3/iDBwKA5oQ8I5uSYiYg0LYLe92Hvs4JfqFRoaWl iwrw== MIME-Version: 1.0 X-Received: by 10.66.171.77 with SMTP id as13mr4853858pac.170.1378919391933; Wed, 11 Sep 2013 10:09:51 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Wed, 11 Sep 2013 10:09:51 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Wed, 11 Sep 2013 13:09:51 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 17:09:52 -0000 On Wed, Sep 11, 2013 at 11:06 AM, Outback Dingo wro= te: > > > > On Sun, Sep 8, 2013 at 9:32 AM, Outback Dingo wro= te: > >> >> >> >> On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a < >> trasz@freebsd.org> wrote: >> >>> Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6 = wrz >>> 2013, o godz. 20:18: >>> > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >>> >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyou= 'll find >>> >> a patch which adds the new iSCSI initiator and target, against >>> 10-CURRENT. >>> >> To use the new initiator, start with "man iscsictl". For the target >>> - "man >>> >> ctld". >>> >> >>> >> All feedback is welcome. If nothing unexpected comes up, I'll commi= t >>> it >>> >> in a few days from now. Note that it's still not optimized; at this >>> point >>> >> I'm focusing more on reliability and interoperability. >>> >> >>> >> This work is being sponsored by FreeBSD Foundation. >>> >> >>> >> _______________________________________________ >>> >> 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" >>> >> >>> > Edward, this is really exciting! >>> > >>> > Is there an easy way to use the userland iscsi configuration files? >>> >>> Which iSCSI userland configuration files, the ctl.conf(5)? If you need >>> an ability to parse it and modify from a shell scripts, see confctl >>> utility >>> (sysutils/confctl, https://github.com/trasz/confctl/). >>> >>> > We would love to quickly backport and ship this with FreeNAS as an >>> option for our users, having the config files be the same OR having a v= ery >>> good converter would really make that much easier for us. >>> >>> Porting to 9 should be quite easy - there are Capsicum API differences; >>> you might also want to compare CTL between 10 and 9 to see if there are >>> any changes which need to be merged. Taking a look at the code searchi= ng >>> for possible security issues would be also very welcome :-) >>> >>> As for the config files - writing a converter should be quite easy. >>> Which >>> configuration files you need to support, ctl.conf(5) and istgt >>> configuration? >>> >> >> I was i belive quite close to having it working on the last patch, >> however could never seem to get the ctl kernel module to function, >> And feel im a bit further away with this latest patch retracing my steps= , >> from previous... quite easy to backport.... maybe for you, or other >> but yes, I also would like to integrate the work to stable/9 in the lab >> for some benchmarks >> >>> >>> > Still trying to tackle this...... any ideas?? I think if i can get past > the few errors im encountering i can get a patch against stable/9 for > others to test.... > Negate the last posted error, Ive worked past it..... I think if i can ge= t > past this capsicum issue, ill have a kernel > > =3D=3D=3D> iscsi (all) > clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -I/usr/home/dingo/devel/sys/modules/iscsi/../../ofed/include > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contri= b/altq > -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx > -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -Wno-error-tautological-compare > -Wno-error-empty-body -Wno-error-parentheses-equality -c > /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c > /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c:1098:26: > error: use of undeclared identifier 'CAP_SOCK_CLIENT' > cap_rights(&rights, CAP_SOCK_CLIENT), &fp); > ^ > 1 error generated. > *** [icl.o] Error code 1 > > Stop in /usr/home/dingo/devel/sys/modules/iscsi. > > > _______________________________________________ >>> 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 Wed Sep 11 17:15:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BB2EF140 for ; Wed, 11 Sep 2013 17:15:04 +0000 (UTC) (envelope-from mark@grondar.org) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82BDA29BB for ; Wed, 11 Sep 2013 17:15:04 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VJnwt-000Mve-1c; Wed, 11 Sep 2013 18:13:07 +0100 Subject: Re: HW fed /dev/random Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: multipart/signed; boundary="Apple-Mail=_179E36D4-3F23-4462-B05B-FED9F63C0425"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <522F6155.40101@omnilan.de> Date: Wed, 11 Sep 2013 18:11:25 +0100 Message-Id: <38CD9A0D-7FEF-4F81-9138-1F80E205A9BA@grondar.org> References: <522F6155.40101@omnilan.de> To: Harald Schmalzbauer X-Mailer: Apple Mail (2.1508) X-SA-Score: -2.2 X-Mailman-Approved-At: Wed, 11 Sep 2013 17:26:20 +0000 Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 17:15:04 -0000 --Apple-Mail=_179E36D4-3F23-4462-B05B-FED9F63C0425 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 10 Sep 2013, at 19:13, Harald Schmalzbauer = wrote: > Hello, >=20 > some time ago, before random(4) was rewritten for FreeBSD 5 by Mark > Murray, we had rng, the i815 hardware random number generator. > At this time, there were rumors about the quality of the randomness. >=20 > Now we have rdrand (BullMountain hardware random generator in = IvyBridge) > and Dual_EC_DRBG (NSA's NIST contribution) makes me wonder if quality = is > again something to worry about - although kib's commit message states: > =84=46rom the Intel whitepapers and articles about Bull Mountain, it = seems > that we do not need to perform post-processing of RDRAND results, like > AES-encryption of the data with random IV and keys, which was done for > Padlock. Intel claims that sanitization is performed in hardware.=93 >=20 > When we use the software random device, one has great control over > /dev/random with sysctk kern.random. > Are there considerations to extend the HW-rng-implementation by = optional > post processing? Yes. This was discussed in Cambridge recently, and will no doubt be = brought up again in Malta. There are indeed plans to post-process the output of rdrand. M --=20 Mark R V Murray --Apple-Mail=_179E36D4-3F23-4462-B05B-FED9F63C0425 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUjCkPd58vKOKE6LNAQpxFAQAl/PIG1sHqRXMFe/woJNEWoGVRzo7AvPb iCt6Reo4Vba+xEd6CGYYER2RwtABeVdPzzB9ZN3nHeMhYFwPe/gQsDyVfYdkCUFd wI2OmsGtV3n7v672Em46u+Dk6QGxTJNpWla0dX7fFiETfLqUdNll1MIT0Bd5ZjfL uzqeLwevdks= =qv1X -----END PGP SIGNATURE----- --Apple-Mail=_179E36D4-3F23-4462-B05B-FED9F63C0425-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 17:33:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BCA70AC2; Wed, 11 Sep 2013 17:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83A232AF5; Wed, 11 Sep 2013 17:33:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8BHXNn7002212; Wed, 11 Sep 2013 13:33:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8BHXNQH002211; Wed, 11 Sep 2013 17:33:23 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Sep 2013 17:33:23 GMT Message-Id: <201309111733.r8BHXNQH002211@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 17:33:25 -0000 TB --- 2013-09-11 16:18:53 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-11 16:18:53 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-11 16:18:53 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-09-11 16:18:53 - cleaning the object tree TB --- 2013-09-11 16:18:53 - /usr/local/bin/svn stat /src TB --- 2013-09-11 16:18:57 - At svn revision 255470 TB --- 2013-09-11 16:18:58 - building world TB --- 2013-09-11 16:18:58 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 16:18:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 16:18:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 16:18:58 - SRCCONF=/dev/null TB --- 2013-09-11 16:18:58 - TARGET=sparc64 TB --- 2013-09-11 16:18:58 - TARGET_ARCH=sparc64 TB --- 2013-09-11 16:18:58 - TZ=UTC TB --- 2013-09-11 16:18:58 - __MAKE_CONF=/dev/null TB --- 2013-09-11 16:18:58 - cd /src TB --- 2013-09-11 16:18:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 11 16:19:05 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Sep 11 17:23:00 UTC 2013 TB --- 2013-09-11 17:23:00 - generating LINT kernel config TB --- 2013-09-11 17:23:00 - cd /src/sys/sparc64/conf TB --- 2013-09-11 17:23:00 - /usr/bin/make -B LINT TB --- 2013-09-11 17:23:00 - cd /src/sys/sparc64/conf TB --- 2013-09-11 17:23:00 - /usr/sbin/config -m LINT TB --- 2013-09-11 17:23:00 - building LINT kernel TB --- 2013-09-11 17:23:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 17:23:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 17:23:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 17:23:00 - SRCCONF=/dev/null TB --- 2013-09-11 17:23:00 - TARGET=sparc64 TB --- 2013-09-11 17:23:00 - TARGET_ARCH=sparc64 TB --- 2013-09-11 17:23:00 - TZ=UTC TB --- 2013-09-11 17:23:00 - __MAKE_CONF=/dev/null TB --- 2013-09-11 17:23:00 - cd /src TB --- 2013-09-11 17:23:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 11 17:23:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-11 17:33:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-11 17:33:23 - ERROR: failed to build LINT kernel TB --- 2013-09-11 17:33:23 - 3786.99 user 640.21 system 4470.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 17:55:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8BEBF272 for ; Wed, 11 Sep 2013 17:55:22 +0000 (UTC) (envelope-from vidwer@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DC272C42 for ; Wed, 11 Sep 2013 17:55:22 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id to1so9199224ieb.23 for ; Wed, 11 Sep 2013 10:55: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 :content-type; bh=AMKGYb1MTZq8X3I31vUfhfEht8yHmcpJVvr+D+J0LMY=; b=EaTA1gGmExUrg5JLbUwgwJTmyxe4IWwJrEnsdIkz6obF4oCb9xC/QALRwHOxptUs74 BN5pWECxosm3VvthQonXex5eEdeaZSlrC11o41DH1ieknXkhhoG3EvZ+FSMC5yRw1OTZ UOo07cjMZhAjMp//EcUDFU79JSUT5188zkKeTRGuFVsQRBOLWZdUkeQY+yi0w9AlbQz0 ooQbGmEw82uY6h0WM3BUdXeE0DqFcLfkrhfsx6NZP7GJmzX947CoJ758Fma8NfyAnXnw h5nKpvtFijnNEbtq8GCioBW/29/Z8HAb2rM/mk1gVn5PyzvZEsvkVj0T7QjgDUz06SqR r3fA== MIME-Version: 1.0 X-Received: by 10.43.19.198 with SMTP id ql6mr606281icb.22.1378922121825; Wed, 11 Sep 2013 10:55:21 -0700 (PDT) Received: by 10.64.227.239 with HTTP; Wed, 11 Sep 2013 10:55:21 -0700 (PDT) In-Reply-To: <522E093C.3040203@gmail.com> References: <20130906143455.GB1369@garage.freebsd.pl> <522E093C.3040203@gmail.com> Date: Wed, 11 Sep 2013 19:55:21 +0200 Message-ID: Subject: Re: svn commit: r255219 - in head: contrib/tcpdump lib/libc lib/libc/capability lib/libc/include lib/libc/sys lib/libprocstat sbin/dhclient sbin/hastd sys/amd64/linux32 sys/bsm sys/cddl/compat/opensola... From: Idwer Vollering To: freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 11 Sep 2013 18:02:01 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 17:55:22 -0000 I think r255219 broke compilation on amd64 with WITHOUT_CLANG=yes. From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 18:02:53 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0FE7C58D; Wed, 11 Sep 2013 18:02:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C948D2CD0; Wed, 11 Sep 2013 18:02:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8BI2p6F096317; Wed, 11 Sep 2013 14:02:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8BI2plK096309; Wed, 11 Sep 2013 18:02:51 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Sep 2013 18:02:51 GMT Message-Id: <201309111802.r8BI2plK096309@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 18:02:53 -0000 TB --- 2013-09-11 15:20:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-11 15:20:35 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-11 15:20:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-09-11 15:20:35 - cleaning the object tree TB --- 2013-09-11 15:20:35 - /usr/local/bin/svn stat /src TB --- 2013-09-11 15:20:38 - At svn revision 255470 TB --- 2013-09-11 15:20:39 - building world TB --- 2013-09-11 15:20:39 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 15:20:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 15:20:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 15:20:39 - SRCCONF=/dev/null TB --- 2013-09-11 15:20:39 - TARGET=powerpc TB --- 2013-09-11 15:20:39 - TARGET_ARCH=powerpc TB --- 2013-09-11 15:20:39 - TZ=UTC TB --- 2013-09-11 15:20:39 - __MAKE_CONF=/dev/null TB --- 2013-09-11 15:20:39 - cd /src TB --- 2013-09-11 15:20:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 11 15:20:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Sep 11 17:55:00 UTC 2013 TB --- 2013-09-11 17:55:00 - generating LINT kernel config TB --- 2013-09-11 17:55:00 - cd /src/sys/powerpc/conf TB --- 2013-09-11 17:55:00 - /usr/bin/make -B LINT TB --- 2013-09-11 17:55:00 - cd /src/sys/powerpc/conf TB --- 2013-09-11 17:55:00 - /usr/sbin/config -m LINT TB --- 2013-09-11 17:55:00 - building LINT kernel TB --- 2013-09-11 17:55:00 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 17:55:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 17:55:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 17:55:00 - SRCCONF=/dev/null TB --- 2013-09-11 17:55:00 - TARGET=powerpc TB --- 2013-09-11 17:55:00 - TARGET_ARCH=powerpc TB --- 2013-09-11 17:55:00 - TZ=UTC TB --- 2013-09-11 17:55:00 - __MAKE_CONF=/dev/null TB --- 2013-09-11 17:55:00 - cd /src TB --- 2013-09-11 17:55:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Sep 11 17:55:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_shm.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sockbuf.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-11 18:02:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-11 18:02:51 - ERROR: failed to build LINT kernel TB --- 2013-09-11 18:02:51 - 8448.49 user 1065.09 system 9736.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 18:53:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 831EA2D7; Wed, 11 Sep 2013 18:53:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 492932FF9; Wed, 11 Sep 2013 18:53:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r8BIr7Ke099918; Wed, 11 Sep 2013 14:53:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r8BIr7vV099917; Wed, 11 Sep 2013 18:53:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Sep 2013 18:53:07 GMT Message-Id: <201309111853.r8BIr7vV099917@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 18:53:09 -0000 TB --- 2013-09-11 15:45:12 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-09-11 15:45:12 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-09-11 15:45:12 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-09-11 15:45:12 - cleaning the object tree TB --- 2013-09-11 15:45:12 - /usr/local/bin/svn stat /src TB --- 2013-09-11 15:45:16 - At svn revision 255470 TB --- 2013-09-11 15:45:17 - building world TB --- 2013-09-11 15:45:17 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 15:45:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 15:45:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 15:45:17 - SRCCONF=/dev/null TB --- 2013-09-11 15:45:17 - TARGET=powerpc TB --- 2013-09-11 15:45:17 - TARGET_ARCH=powerpc64 TB --- 2013-09-11 15:45:17 - TZ=UTC TB --- 2013-09-11 15:45:17 - __MAKE_CONF=/dev/null TB --- 2013-09-11 15:45:17 - cd /src TB --- 2013-09-11 15:45:17 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Sep 11 15:45:24 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Sep 11 18:48:52 UTC 2013 TB --- 2013-09-11 18:48:52 - generating LINT kernel config TB --- 2013-09-11 18:48:52 - cd /src/sys/powerpc/conf TB --- 2013-09-11 18:48:52 - /usr/bin/make -B LINT TB --- 2013-09-11 18:48:52 - cd /src/sys/powerpc/conf TB --- 2013-09-11 18:48:52 - /usr/sbin/config -m LINT TB --- 2013-09-11 18:48:52 - skipping LINT kernel TB --- 2013-09-11 18:48:52 - cd /src/sys/powerpc/conf TB --- 2013-09-11 18:48:52 - /usr/sbin/config -m GENERIC TB --- 2013-09-11 18:48:52 - skipping GENERIC kernel TB --- 2013-09-11 18:48:52 - cd /src/sys/powerpc/conf TB --- 2013-09-11 18:48:52 - /usr/sbin/config -m GENERIC64 TB --- 2013-09-11 18:48:52 - building GENERIC64 kernel TB --- 2013-09-11 18:48:52 - CROSS_BUILD_TESTING=YES TB --- 2013-09-11 18:48:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-09-11 18:48:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-09-11 18:48:52 - SRCCONF=/dev/null TB --- 2013-09-11 18:48:52 - TARGET=powerpc TB --- 2013-09-11 18:48:52 - TARGET_ARCH=powerpc64 TB --- 2013-09-11 18:48:52 - TZ=UTC TB --- 2013-09-11 18:48:52 - __MAKE_CONF=/dev/null TB --- 2013-09-11 18:48:52 - cd /src TB --- 2013-09-11 18:48:52 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed Sep 11 18:48:52 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ctfconvert -L VERSION -g uipc_sockbuf.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_socket.c ctfconvert -L VERSION -g uipc_socket.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-09-11 18:53:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-09-11 18:53:07 - ERROR: failed to build GENERIC64 kernel TB --- 2013-09-11 18:53:07 - 9891.81 user 1242.54 system 11275.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 19:07:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A0234769; Wed, 11 Sep 2013 19:07:23 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64EEF20E1; Wed, 11 Sep 2013 19:07:23 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id hz10so25695pad.16 for ; Wed, 11 Sep 2013 12:07:23 -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=OZLh5zAECRWx3wlJge1vOuuRPWo5vMsXvlLMa8hca7g=; b=pJVHH+0OJT4aFL4Ex9abRnVHK9KMJ71VD4poL+LuKXMFIfDV1RLTAlGSe7Zch5DPQQ ck5eyND++oGgyFxolvbVSo5JZ3GFLCi/kiWbJHYHi5f5ra41FTzQ8mJblVyKfMjlvBBl MZfjoXsOmc5+jW80GkiZu18CsJtRzqZktG9DdRmnVHfxzyLz1isuVSRIdxsKWQQIEFIw cbRZIXkmsWdi61hsQPk3BdkJ4APQMiBRRv/rbh1V6SuMFJ+vYc1fv/dz/f4TqiD2/UWn FvZb3NP5PagSgE3QhN3jY9l205vXyyBbWNpI4KQnS6lpjiLPyDL5HzHn3xl3bV7QOOGY ZnTw== MIME-Version: 1.0 X-Received: by 10.66.49.68 with SMTP id s4mr5374984pan.98.1378926443011; Wed, 11 Sep 2013 12:07:23 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Wed, 11 Sep 2013 12:07:22 -0700 (PDT) In-Reply-To: References: <522A1C73.9030402@mu.org> Date: Wed, 11 Sep 2013 15:07:22 -0400 Message-ID: Subject: Re: New iSCSI stack. From: Outback Dingo To: =?ISO-8859-2?Q?Edward_Tomasz_Napiera=B3a?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 19:07:23 -0000 On Wed, Sep 11, 2013 at 1:09 PM, Outback Dingo wrot= e: > > > > On Wed, Sep 11, 2013 at 11:06 AM, Outback Dingo w= rote: > >> >> >> >> On Sun, Sep 8, 2013 at 9:32 AM, Outback Dingo wr= ote: >> >>> >>> >>> >>> On Sun, Sep 8, 2013 at 6:29 AM, Edward Tomasz Napiera=B3a < >>> trasz@freebsd.org> wrote: >>> >>>> Wiadomo=B6=E6 napisana przez Alfred Perlstein w dniu 6= wrz >>>> 2013, o godz. 20:18: >>>> > On 9/5/13 3:27 AM, Edward Tomasz Napiera=B3a wrote: >>>> >> Hello. At http://people.freebsd.org/~trasz/cfiscsi-20130904.diffyo= u'll find >>>> >> a patch which adds the new iSCSI initiator and target, against >>>> 10-CURRENT. >>>> >> To use the new initiator, start with "man iscsictl". For the targe= t >>>> - "man >>>> >> ctld". >>>> >> >>>> >> All feedback is welcome. If nothing unexpected comes up, I'll >>>> commit it >>>> >> in a few days from now. Note that it's still not optimized; at thi= s >>>> point >>>> >> I'm focusing more on reliability and interoperability. >>>> >> >>>> >> This work is being sponsored by FreeBSD Foundation. >>>> >> >>>> >> _______________________________________________ >>>> >> 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" >>>> >> >>>> > Edward, this is really exciting! >>>> > >>>> > Is there an easy way to use the userland iscsi configuration files? >>>> >>>> Which iSCSI userland configuration files, the ctl.conf(5)? If you nee= d >>>> an ability to parse it and modify from a shell scripts, see confctl >>>> utility >>>> (sysutils/confctl, https://github.com/trasz/confctl/). >>>> >>>> > We would love to quickly backport and ship this with FreeNAS as an >>>> option for our users, having the config files be the same OR having a = very >>>> good converter would really make that much easier for us. >>>> >>>> Porting to 9 should be quite easy - there are Capsicum API differences= ; >>>> you might also want to compare CTL between 10 and 9 to see if there ar= e >>>> any changes which need to be merged. Taking a look at the code >>>> searching >>>> for possible security issues would be also very welcome :-) >>>> >>>> As for the config files - writing a converter should be quite easy. >>>> Which >>>> configuration files you need to support, ctl.conf(5) and istgt >>>> configuration? >>>> >>> >>> I was i belive quite close to having it working on the last patch, >>> however could never seem to get the ctl kernel module to function, >>> And feel im a bit further away with this latest patch retracing my >>> steps, from previous... quite easy to backport.... maybe for you, or ot= her >>> but yes, I also would like to integrate the work to stable/9 in the lab >>> for some benchmarks >>> >>>> >>>> >> Still trying to tackle this...... any ideas?? I think if i can get past >> the few errors im encountering i can get a patch against stable/9 for >> others to test.... >> Negate the last posted error, Ive worked past it..... I think if i can >> get past this capsicum issue, ill have a kernel >> >> =3D=3D=3D> iscsi (all) >> clang -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -I/usr/home/dingo/devel/sys/modules/iscsi/../../ofed/include >> -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/home/dingo/devel/sys/GENERIC/opt_global.h -I. -I@ -I@/contr= ib/altq >> -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer >> -I/usr/obj/usr/home/dingo/devel/sys/GENERIC -mno-aes -mno-avx >> -mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -std=3Diso9899:1999 -Qunused-arguments -fstack-protector -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -Wno-error-tautological-compare >> -Wno-error-empty-body -Wno-error-parentheses-equality -c >> /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c >> /usr/home/dingo/devel/sys/modules/iscsi/../../dev/iscsi//icl.c:1098:26: >> error: use of undeclared identifier 'CAP_SOCK_CLIENT' >> cap_rights(&rights, CAP_SOCK_CLIENT), &fp); >> ^ >> 1 error generated. >> *** [icl.o] Error code 1 >> >> Stop in /usr/home/dingo/devel/sys/modules/iscsi. >> > and i guess, icl needs to be "upgraded" ? KLD ctl.ko: depends on icl - not available or version mismatch > >> >> _______________________________________________ >>>> 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 Wed Sep 11 19:44:26 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 235CE8C5 for ; Wed, 11 Sep 2013 19:44:26 +0000 (UTC) (envelope-from matthew.ahrens@delphix.com) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6E5E2351 for ; Wed, 11 Sep 2013 19:44:25 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id y13so9719633pdi.33 for ; Wed, 11 Sep 2013 12:44:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphix.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=e/iR7wJWB/kzTrleiAuIVWUhRcmaDvLSI+mVeEFwUz4=; b=bdDwhtYL+kdV1lPnGOLTCnR2eREdHeukt+CXVrpHaAjopdG8q9aJQ2XRq1CehmA7UX guc7sMlb0D/kthiZ5FpRcz14ZCi6Bs8nNHnZ/WWeLbBS0cAJoBv2hmKtneb1AhzFxkAR sm0uoQDWpJY/nCNHSo1QaAGY3FQGGywnr7PDA= 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:content-type; bh=e/iR7wJWB/kzTrleiAuIVWUhRcmaDvLSI+mVeEFwUz4=; b=GSsoC0RBAXzFdOxm7FuBnEBV/TVcBJvUy/Aqj0zXnrJxMXBTHudGnsIApmlywo6jD9 ow9EXLBSFMgmqB43wEa0PWkqTcjXB3MZX3PbYgiPYeg/X9KOXWuhOl7rL2a094gkiC11 0qNzqCOL/9njD/KoLndkizCbEdwO9nZ4G8ifI7s1ODGBRGo4QRiPjdtEYv/d2TsUVt5Y C1yJVCnmwxJ7Woj3brfNxeBVbRR+LqcwnQiAC+Iq6UyDXbadSLhEHAnctH3x6eo3QZE0 /3hGPPHcu78A0OtYI/Ou1Y4Z0rFk9ADr5+aINYpUXzcpWyrgc7WZr/vyyCZOdceel7SB OgAQ== X-Gm-Message-State: ALoCoQmndifwaVO3zPTnfP3j4a21mc0r+pZDGo9OW9/JnEGBdEn0/s0t3KyqCscg44+xZFaTzFUH MIME-Version: 1.0 X-Received: by 10.68.179.65 with SMTP id de1mr3642272pbc.73.1378928665486; Wed, 11 Sep 2013 12:44:25 -0700 (PDT) Received: by 10.70.41.162 with HTTP; Wed, 11 Sep 2013 12:44:25 -0700 (PDT) In-Reply-To: <20130911044330.GA55334@caravan.chchile.org> References: <20130907123545.GK43281@caravan.chchile.org> <20130908085444.GL43281@caravan.chchile.org> <20130908145804.GN43281@caravan.chchile.org> <727DCAE377634C0AB4D506FCCA167219@multiplay.co.uk> <20130908203459.GO43281@caravan.chchile.org> <20130908211444.GP43281@caravan.chchile.org> <20130909073225.GQ43281@caravan.chchile.org> <20130911044330.GA55334@caravan.chchile.org> Date: Wed, 11 Sep 2013 22:44:25 +0300 Message-ID: Subject: Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0 From: Matthew Ahrens To: Steven Hartland , Matthew Ahrens , freebsd-current@freebsd.org X-Mailman-Approved-At: Wed, 11 Sep 2013 19:49:09 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 19:44:26 -0000 FYI, I missed that this fix has already gone into illumos: commit 5253393b09789ec67bec153b866d7285a1cf1645 Author: Matthew Ahrens Date: Fri Aug 30 02:19:35 2013 4082 zfs receive gets EFBIG from dmu_tx_hold_free() Reviewed by: Eric Schrock Reviewed by: Christopher Siden Reviewed by: George Wilson Approved by: Richard Lowe --matt On Wed, Sep 11, 2013 at 7:43 AM, Jeremie Le Hen wrote: > On Mon, Sep 09, 2013 at 09:32:26AM +0200, Jeremie Le Hen wrote: > > > > > > Indeed, probably a bad key combo in vi :). > > > > > > I'm reverting r253821 and r254753 (the second one was supposingly > fixing > > > the first one) and recompiling my kernel. > > > > > > I will let you know. > > > > So far so good, I've been able to synchronize my datasets beyond the > > point where it crashed last time. > > > > Matthew, do you have any idea of a fix I could try on top of FreeBSD's > > r253821 and r254753? > > There has been some debugging on the ZFS mailing-list and I have tested > a working fix. > > See: > > http://www.listbox.com/member/archive/182191/2013/09/sort/time_rev/page/1/entry/1:38/20130909182626:D79EC5B8-199E-11E3-8BF5-CB08091A731B/ > > -- > Jeremie Le Hen > > Scientists say the world is made up of Protons, Neutrons and Electrons. > They forgot to mention Morons. > From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 20:06:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AAA842DF for ; Wed, 11 Sep 2013 20:06:46 +0000 (UTC) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D8EB24A2; Wed, 11 Sep 2013 20:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8BK6krN049091; Wed, 11 Sep 2013 20:06:46 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8BK6jQQ049088; Wed, 11 Sep 2013 20:06:45 GMT (envelope-from obrien) Date: Wed, 11 Sep 2013 13:06:44 -0700 From: "David O'Brien" To: "O. Hartmann" Subject: Re: r255449: kernel compilation fails due to : cc: error: no input files Message-ID: <20130911200644.GA85978@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "O. Hartmann" , John-Mark Gurney , FreeBSD CURRENT References: <20130910150322.0d5674f7@thor.walstatt.dyndns.org> <20130910162445.GV68682@funkthat.com> <20130910201430.67cbc9fa@thor.walstatt.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130910201430.67cbc9fa@thor.walstatt.dyndns.org> X-Operating-System: FreeBSD 10.0-CURRENT X-MUA-Host: dragon.NUXI.org X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-NSA-real-insignia: https://www.eff.org/sites/default/files/nsa-all-your-data.png User-Agent: Mutt/1.5.20 (2009-06-14) Cc: John-Mark Gurney , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 20:06:46 -0000 On Tue, Sep 10, 2013 at 08:14:30PM +0200, O. Hartmann wrote: > On Tue, 10 Sep 2013 09:24:45 -0700 John-Mark Gurney wrote: > > But, can you tell use how you built your kernel and on what system? > > COMPILER_TYPE should always be defined... Are you trying to build > > a HEAD kernel on 9stable w/o using buildkernel or something strange > > like that? > > With r255453 everything works as expected again. Thank you very much. It would still be helpful to know how you were building your kernel. If you were trying to build it on non-CURRENT, maybe we should add a check to ensure that "COMPILER_TYPE" is defined and if not warn folks their environment is not-supported. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 20:06:51 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 284D43FD; Wed, 11 Sep 2013 20:06:51 +0000 (UTC) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FAED24A3; Wed, 11 Sep 2013 20:06:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8BK6oEj049101; Wed, 11 Sep 2013 20:06:50 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8BK6oAL049098; Wed, 11 Sep 2013 20:06:50 GMT (envelope-from obrien) Date: Wed, 11 Sep 2013 13:06:50 -0700 From: "David O'Brien" To: David Chisnall Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc Message-ID: <20130911200650.GB85978@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, David Chisnall , freebsd-current@FreeBSD.org References: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> X-Operating-System: FreeBSD 10.0-CURRENT X-MUA-Host: dragon.NUXI.org X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-NSA-real-insignia: https://www.eff.org/sites/default/files/nsa-all-your-data.png User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 20:06:51 -0000 On Fri, Sep 06, 2013 at 09:19:32PM +0100, David Chisnall wrote: > As of r255321, we are no longer building gcc or libstdc++ as part of > the default install on platforms where clang is cc. I guess I missed where this was discussed. I don't feel we should not ship 10.0 without /usr/bin/g[c+][c+]. It is still very useful for folks to test changes in order to help ensure one doesn't break the build on platforms still using GCC. In the past, we've deprecated for a full release and then remove on the next. This is pretty late in the 10.0 game (now in code freeze) to be making such impactful changes. We have no idea how many 3rd party Makefiles (or other build systems) specify "gcc" explicitly. > 2) Put WITH_GCC=yes and WITH_GNUCXX=yes in your src.conf when you build world. > GCC will stay in the base system tree for at least the lifetime of the > 10.x release, and possibly longer if it is still being actively used. > It will remain used by tinderboxes and make universe for some > architectures, so if you commit code without testing with gcc people > will know very soon... Requiring folks to keep remembering to add this knob to any new installation will make it harder for developers to test... Compare to the buildworld time impact of Clang, the GCC build is nothing, so why not just have a WITHOUT_GCC knob for those that want nothing more to do with GCC? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 20:15:42 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D952A6C4; Wed, 11 Sep 2013 20:15:42 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9634C2551; Wed, 11 Sep 2013 20:15:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VJqpA-000xV5-Ge>; Wed, 11 Sep 2013 22:15:40 +0200 Received: from g231207116.adsl.alicedsl.de ([92.231.207.116] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VJqpA-003g1Q-C2>; Wed, 11 Sep 2013 22:15:40 +0200 Date: Wed, 11 Sep 2013 22:15:35 +0200 From: "O. Hartmann" To: obrien@freebsd.org Subject: Re: r255449: kernel compilation fails due to : cc: error: no input files Message-ID: <20130911221535.3996ca50@thor.walstatt.dyndns.org> In-Reply-To: <20130911200644.GA85978@dragon.NUXI.org> References: <20130910150322.0d5674f7@thor.walstatt.dyndns.org> <20130910162445.GV68682@funkthat.com> <20130910201430.67cbc9fa@thor.walstatt.dyndns.org> <20130911200644.GA85978@dragon.NUXI.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/olOCWmbYv_8Sm4v8u+WZ4g="; protocol="application/pgp-signature" X-Originating-IP: 92.231.207.116 Cc: John-Mark Gurney , FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 20:15:42 -0000 --Sig_/olOCWmbYv_8Sm4v8u+WZ4g= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 11 Sep 2013 13:06:44 -0700 "David O'Brien" wrote: > On Tue, Sep 10, 2013 at 08:14:30PM +0200, O. Hartmann wrote: > > On Tue, 10 Sep 2013 09:24:45 -0700 John-Mark Gurney > > wrote: > > > But, can you tell use how you built your kernel and on what > > > system? COMPILER_TYPE should always be defined... Are you trying > > > to build a HEAD kernel on 9stable w/o using buildkernel or > > > something strange like that? > >=20 > > With r255453 everything works as expected again. Thank you very > > much. >=20 > It would still be helpful to know how you were building your kernel. Well, you're right. Usually, I try to explain everything I use in an unconevtional manner except compiler options. My systems are "purified", I use no crosscompiling. The problem has gone. Obviously, it was a fallout from a commit and I hit the missing piece when I was trying to recompile the kernel. >=20 > If you were trying to build it on non-CURRENT, maybe we should add a > check to ensure that "COMPILER_TYPE" is defined and if not warn folks > their environment is not-supported. >=20 As said, "vanilla" CURRENT, simply performing "make kernel" or "make buildkernel" on the machine the system is also running later - same architecture et cetera. Regards, Oliver --Sig_/olOCWmbYv_8Sm4v8u+WZ4g= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBAgAGBQJSMM9rAAoJEOgBcD7A/5N8zQEIAMPo4zgx1gc4DVF8Z8zdRMFp zCtoNoZqrzJ+kYgVJEEsgN7Z7LQKWb868FPAKadB6izKxDTA8bie/Fc3gmeWr2d5 0oPDwdk7q5BJe7UoAoKW/2U2VXb1nWg3HfSCJKXf25hEMq9dIVuRMH/ugnHTc3t4 FBrFgO9s9lWMNWoIGowi6oWV3UR6uylGAjRLFEavFlrlV4IrEk/g+pmFeIXQgpgK DUFkXsHH0pfLyzmkT11ROFAsvsBLmnNqIeDmmabicLJq6z/H63CwshAJ9zJ7Nyfq hvVeMjiWfJ/RnBkeWQmfHa/TpgiT4Ub/NEtvaQKfSIxpQnWXmKOxIBrKbRh2IAM= =H0jp -----END PGP SIGNATURE----- --Sig_/olOCWmbYv_8Sm4v8u+WZ4g=-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 20:28:30 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 12EA59BA; Wed, 11 Sep 2013 20:28:30 +0000 (UTC) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE6532611; Wed, 11 Sep 2013 20:28:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8BKST9r053636; Wed, 11 Sep 2013 20:28:29 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8BKSS1o053630; Wed, 11 Sep 2013 20:28:28 GMT (envelope-from obrien) Date: Wed, 11 Sep 2013 13:28:27 -0700 From: "David O'Brien" To: David Chisnall Subject: Re: GCC withdraw Message-ID: <20130911202827.GC85978@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, David Chisnall , John Baldwin , "Sam Fourman Jr." , toolchain@FreeBSD.org, "freebsd-current@freebsd.org CURRENT" , Boris Samorodov , FreeBSD Current References: <20130822200902.GG94127@funkthat.com> <201308291057.43027.jhb@freebsd.org> <8F836479-BC3A-4679-A7AA-3BCDD34AE6C5@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8F836479-BC3A-4679-A7AA-3BCDD34AE6C5@FreeBSD.org> X-Operating-System: FreeBSD 10.0-CURRENT X-MUA-Host: dragon.NUXI.org X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-NSA-real-insignia: https://www.eff.org/sites/default/files/nsa-all-your-data.png User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , toolchain@FreeBSD.org, "freebsd-current@freebsd.org CURRENT" , "Sam Fourman Jr." , Boris Samorodov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 20:28:30 -0000 On Thu, Aug 29, 2013 at 06:02:06PM +0100, David Chisnall wrote: > rather busy organising the DevSummit. The notes for the sessions will > be posted to various mailing lists soon (and summarised for a special > status report), but since the ports and toolchain build sessions are > already largely up you can check these on the wiki. You'll notice that > in both sessions the topic of removing gcc / libstdc++ was raised and > there was no objection (not sure if it's in the notes, but there was a > lot of support during the ports session from people who didn't want the > pain of maintaining compatibility with gcc-in-base, and especially with > g++/libstdc++ in base). And committers need to learn that Devsummit discussions (and optional wiki's) are just like IRC ones -- we're all not there. But we're on the mailing lists. That's how we communicate far-and-wide. John and others bring up really good points. Until GCC is no longer used to build FreeBSD on any platform it should remain in all platforms. If part of your reasoning is to free up "gcc" and "g++" commands for ports -- fine, but change the names /usr/bin/gcc and /usr/bin/g++ on all platforms for something else. /usr/bin/fbsd-gcc & /usr/bin/fbsd-g++ or what not. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 21:14:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3B91C48E; Wed, 11 Sep 2013 21:14:56 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 793B528CC; Wed, 11 Sep 2013 21:14:55 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b47so4938098eek.31 for ; Wed, 11 Sep 2013 14:14:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CCikg5X1w6YpZxj/uSGsRhd4DSihFJRRlLMwSscnOf0=; b=H1SNqR9xt/duZQC2+3PuW33RkG04pVX7zfR/JC0/aaKzDM0Zq5ere7eeippkxjrGbR y5Vxe0hlRnKk0f9JRg0xirBC//pOQXGW6a+Ok9FyBU2q5NYBNI8JVY8m6vNigmYcBns5 sMzw/aFFK3YJpQjoZGJpFIo5QXOlJabfjF7oThceYLReuhOBnheouH77R6N36s6RtxCE N8Nx66Nt7kwJdqI0tS2rMlNwMcc7IPk7Y9jsyS58lmGOpzD/JlDbsWBUcEaScMnYvEZa lCpUZ6g7G+uKqSvQvijnSRtptQBjB234lb95IPL4ha5NcwnIBXkP9ZZqXaP+q5u918rl icEA== X-Received: by 10.15.26.136 with SMTP id n8mr71960eeu.65.1378934093729; Wed, 11 Sep 2013 14:14:53 -0700 (PDT) Received: from [192.168.1.102] (aed83.neoplus.adsl.tpnet.pl. [83.25.107.83]) by mx.google.com with ESMTPSA id b45sm153975eef.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Sep 2013 14:14:53 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=iso-8859-2 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: New iSCSI stack. From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: Date: Wed, 11 Sep 2013 23:14:51 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <522A1C73.9030402@mu.org> To: Outback Dingo X-Mailer: Apple Mail (2.1508) Cc: freebsd-scsi@freebsd.org, "freebsd-arch@freebsd.org" , Alfred Perlstein , "freebsd-current@FreeBSD.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 21:14:56 -0000 I'm working on last few minor nits to get this into the tree. Give me = few days, I'll prepare a patch against 9-STABLE. From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 21:18:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 79743712 for ; Wed, 11 Sep 2013 21:18:10 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3C83D290B for ; Wed, 11 Sep 2013 21:18:10 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:ec11:dc51:d1b4:e536]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id A9A7D4AC57; Thu, 12 Sep 2013 01:17:59 +0400 (MSK) Date: Thu, 12 Sep 2013 01:17:55 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <899884661.20130912011755@serebryakov.spb.ru> To: John-Mark Gurney Subject: Re: Chicken and egg problem when building (third-party) kernel modules with -- how to solve? In-Reply-To: <20130911165346.GA68682@funkthat.com> References: <1510067821.20130911173716@serebryakov.spb.ru> <20130911165346.GA68682@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 21:18:10 -0000 Hello, John-Mark. You wrote 11 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 20:53:46: >> It is good idea to set KERNBUILDDIR when build module. But to set it you >> need to know ${.OBJDIR} from ${SYSDIR} and ${SYSDIR} is set in bsd.kmod.= mk, >> which should be included last (after defining KERNBUILDDIR). >>=20 >> How this loop could be broken? JMG> If you need to build it stand alone, you still need the opt_*.h files I'm speaking about making port with kernel module, but this port is using bsd.*.mk infrastructure by itself. JMG> from the kernel you are going to run it with, and that directory is JMG> what you need to set KERNBUILDDIR... KERNBUILDDIR could be set automagically with: KERNBUILDROOT!=3D make -C ${SYSDIR} -V .OBJDIR KERNNAME!=3D uname -i .if exists(${KERNBUILDROOT}/${KERNNAME}/opt_global.h) && !defined(KERNBUILD= DIR) KERNBUILDDIR:=3D${KERNBUILDROOT}/${KERNNAME} .endif But here is problem, which I'm speaking about: it should go BEFORE but it needs to use ${SYSDIR}. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 11 21:48:09 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C4B3961D; Wed, 11 Sep 2013 21:48:09 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 714072AE5; Wed, 11 Sep 2013 21:48:09 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r8BLm77T085044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Sep 2013 14:48:08 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r8BLm7dS085043; Wed, 11 Sep 2013 14:48:07 -0700 (PDT) (envelope-from jmg) Date: Wed, 11 Sep 2013 14:48:07 -0700 From: John-Mark Gurney To: Lev Serebryakov Subject: Re: Chicken and egg problem when building (third-party) kernel modules with -- how to solve? Message-ID: <20130911214807.GE68682@funkthat.com> Mail-Followup-To: Lev Serebryakov , freebsd-current@freebsd.org References: <1510067821.20130911173716@serebryakov.spb.ru> <20130911165346.GA68682@funkthat.com> <899884661.20130912011755@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <899884661.20130912011755@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 11 Sep 2013 14:48:08 -0700 (PDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 11 Sep 2013 21:48:09 -0000 Lev Serebryakov wrote this message on Thu, Sep 12, 2013 at 01:17 +0400: > Hello, John-Mark. > You wrote 11 ???????????????? 2013 ??., 20:53:46: > > >> It is good idea to set KERNBUILDDIR when build module. But to set it you > >> need to know ${.OBJDIR} from ${SYSDIR} and ${SYSDIR} is set in bsd.kmod.mk, > >> which should be included last (after defining KERNBUILDDIR). > >> > >> How this loop could be broken? > > JMG> If you need to build it stand alone, you still need the opt_*.h files > I'm speaking about making port with kernel module, but this port is using > bsd.*.mk infrastructure by itself. > > JMG> from the kernel you are going to run it with, and that directory is > JMG> what you need to set KERNBUILDDIR... > KERNBUILDDIR could be set automagically with: > > KERNBUILDROOT!= make -C ${SYSDIR} -V .OBJDIR > KERNNAME!= uname -i > .if exists(${KERNBUILDROOT}/${KERNNAME}/opt_global.h) && !defined(KERNBUILDDIR) > KERNBUILDDIR:=${KERNBUILDROOT}/${KERNNAME} > .endif > > But here is problem, which I'm speaking about: it should go BEFORE > but it needs to use ${SYSDIR}. After a brief discussion w/ imp, we have the idea of pulling this information from the current running kernel. It isn't hard to put this information into an elf section and then extract it at module build time... For people releasing kernel modules for others, we'll need a better way to handle this... Plus, we might be able to identify a few macros that are KBI changing, and finally get close to being able to prevent loading kernels that would cause a crash due to KBI differences... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 00:33:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0761E470 for ; Thu, 12 Sep 2013 00:33:20 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc2-s40.snt0.hotmail.com (snt0-omc2-s40.snt0.hotmail.com [65.54.61.91]) by mx1.freebsd.org (Postfix) with ESMTP id D6D2D2343 for ; Thu, 12 Sep 2013 00:33:19 +0000 (UTC) Received: from SNT149-W61 ([65.55.90.73]) by snt0-omc2-s40.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Sep 2013 17:32:13 -0700 X-TMN: [emRNfSnZQDVvLkQ/9XAyqXlUl4qNljX6] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: "freebsd-current@freebsd.org" Subject: mountroot> while booting r255342 memstick Date: Thu, 12 Sep 2013 00:32:12 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 12 Sep 2013 00:32:13.0555 (UTC) FILETIME=[86959430:01CEAF4F] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 00:33:20 -0000 Hi=2C I downloaded FreeBSD-10.0-CURRENT-amd64-20130907-r255342-memstick.img and d= d into KINGSTON DT 101 G2 1.00 USB pendrive boot it from Intel I5 laptop but hang screen output as below. Root mount waiting for: usbus0 ugen0.3: at usbus0 Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro=2Cnoatime]... mountroot: waiting for device /dev/ufs/FreeBSD_Install ... Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. mountroot> ? List of GEOM managed disk devices: diskid/DISK-TEA553QBGV3WZ4Gs1 diskid/DISK-TEA553QBGV3WZ4G ada0s1 cd0 ad= a0 mountroot> ufs:/dev/da0s1a Trying to mount root from ufs:/dev/da0s1a []... mountroot: waiting for device /dev/da0s1a ... Mounting from ufs:/dev/da0s1a failed with error 19 // i take out the usb pendrive and put it back mountroot> ufs:/dev/da0s1a Trying to mount root from ufs:/dev/da0s1a []... mountroot: waiting for device /dev/da0s1a ... ugen0.2: at usbus0 (disconnected) umass0: at uhub0=2C port 1=2C addr 1 (disconnected) ugen0.2: at usbus0 umass0: on usb= us0 umass0: SCSI over Bulk-Only=3B quirks =3D 0x0100 umass0:3:0:-1: Attached to scbus3 da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3690MB (7557704 512 byte sectors: 255H 63S/T 470C) da0: quirks=3D0x2 (da0:umass-sim0:0:0:0): got CAM status 0x50 (da0:umass-sim0:0:0:0): fatal error=2C failed to attach to device (da0:umass-sim0:0:0:0): lost device - 0 outstanding=2C 5 refs (da0:umass-sim0:0:0:0): removing device entry Mounting from ufs:/dev/da0s1a failed with error 19. Any idea to troubleshoot this issue? Thank you. = From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 00:36:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C2D7959A; Thu, 12 Sep 2013 00:36:46 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99AA3235E; Thu, 12 Sep 2013 00:36:46 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:ff:29]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 947A5A4D5; Thu, 12 Sep 2013 00:36:38 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 947A5A4D5 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 11 Sep 2013 20:36:36 -0400 From: Glen Barber To: Uzumaki Naruto Subject: Re: mountroot> while booting r255342 memstick Message-ID: <20130912003636.GC46033@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 00:36:46 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 12, 2013 at 12:32:12AM +0000, Uzumaki Naruto wrote: > Hi, > I downloaded FreeBSD-10.0-CURRENT-amd64-20130907-r255342-memstick.img and= dd into KINGSTON DT 101 G2 1.00 USB pendrive >=20 > boot it from Intel I5 laptop but hang > screen output as below. >=20 > Root mount waiting for: usbus0 > ugen0.3: at usbus0 > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > mountroot: waiting for device /dev/ufs/FreeBSD_Install ... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >=20 > mountroot> ? >=20 > List of GEOM managed disk devices: > diskid/DISK-TEA553QBGV3WZ4Gs1 diskid/DISK-TEA553QBGV3WZ4G ada0s1 cd0 = ada0 >=20 > mountroot> ufs:/dev/da0s1a > Trying to mount root from ufs:/dev/da0s1a []... > mountroot: waiting for device /dev/da0s1a ... > Mounting from ufs:/dev/da0s1a failed with error 19 >=20 > // i take out the usb pendrive and put it back >=20 > mountroot> ufs:/dev/da0s1a > Trying to mount root from ufs:/dev/da0s1a []... > mountroot: waiting for device /dev/da0s1a ... > ugen0.2: at usbus0 (disconnected) > umass0: at uhub0, port 1, addr 1 (disconnected) > ugen0.2: at usbus0 > umass0: on usbus0 > umass0: SCSI over Bulk-Only; quirks =3D 0x0100 > umass0:3:0:-1: Attached to scbus3 > da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 3690MB (7557704 512 byte sectors: 255H 63S/T 470C) > da0: quirks=3D0x2 > (da0:umass-sim0:0:0:0): got CAM status 0x50 > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 5 refs > (da0:umass-sim0:0:0:0): removing device entry > Mounting from ufs:/dev/da0s1a failed with error 19. >=20 > Any idea to troubleshoot this issue? > Thank you. > =20 Is this USB 2.0 or USB 3.0 port? Glen --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSMQyUAAoJEFJPDDeguUajEXQH/AwFE6PiJ9vBiNFEN9oW8H/m MO31WTJZBRHJe3Gh7yCNYkek+UeSk/E38ZVyZWnxbTMt0y6+bFFJ0pNRpt2jbItH lysBICJLHpEHhZPjPTfp3oAUhfHG9e9TmQ5ap7Jla/P1LZ6pEvrwjPQVWCVcPX03 KEmVE059QBGZNFsHfZt9pDufeIgA/Acv/O6w46aJkHC9vq/JzqA+dZEZqIgCtUm1 JYaBhZfb1ApnlZf8kqvnbNqyC56Sa2215ibIVNxSxQaVjH6TY64ZHdQK/T8A2Fjd XXlijiZQJAsU9BRE4WKPGQcxkOpMPKn5kg1uxKghkA40Tt80+qOOPP0QZDtO06k= =nbnM -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 00:52:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BE8ADBCD for ; Thu, 12 Sep 2013 00:52:38 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc2-s10.snt0.hotmail.com (snt0-omc2-s10.snt0.hotmail.com [65.55.90.85]) by mx1.freebsd.org (Postfix) with ESMTP id 99CF72408 for ; Thu, 12 Sep 2013 00:52:37 +0000 (UTC) Received: from SNT149-W7 ([65.55.90.72]) by snt0-omc2-s10.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Sep 2013 17:51:31 -0700 X-TMN: [6hHVu/Zx6pXUwk7jBWDRJmoqJAEYOdw7] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: "freebsd-current@freebsd.org" Subject: =?windows-1256?Q?mountroot>?= =?windows-1256?Q?_while_boo?= =?windows-1256?Q?ting_r2553?= =?windows-1256?Q?42_memstic?= =?windows-1256?Q?k=FE?= Date: Thu, 12 Sep 2013 00:51:31 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 12 Sep 2013 00:51:31.0225 (UTC) FILETIME=[389C0090:01CEAF52] Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 00:52:38 -0000 CgoKPiBJcyB0aGlzIFVTQiAyLjAgb3IgVVNCIDMuMCBwb3J0Pw0KCgo+IA0KCgo+IEdsZW4NCgoK PiANCgoKDQoKCkhpIEdsZW4sDQoKClRoaXMgbGFwdG9wIGdvdCAzIFVTQiBwb3J0cywNCgoKMSAt IDMuMCAoYmx1ZSBjb2xvcmVkKSwNCgoKMiAtIDIuMCAoYmxhY2sgY29sb3JlZCkNCgoKDQoKCnRy aWVkIG9uIGJvdGgsIDIuMCBhbmQgMy4wLCBzYW1lIHJlc3VsdC4KIAkJIAkgICAJCSAg From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 01:12:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 23A7C1DD; Thu, 12 Sep 2013 01:12:15 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc2-s23.snt0.hotmail.com (snt0-omc2-s23.snt0.hotmail.com [65.55.90.98]) by mx1.freebsd.org (Postfix) with ESMTP id F341624E2; Thu, 12 Sep 2013 01:12:14 +0000 (UTC) Received: from SNT149-W14 ([65.55.90.72]) by snt0-omc2-s23.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Sep 2013 18:11:08 -0700 X-TMN: [bpKcM3tVG7OgwvHNALpm1O3l/tyhyx2l] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: Glen Barber , "freebsd-current@freebsd.org" Subject: RE: mountroot> while booting r255342 memstick Date: Thu, 12 Sep 2013 01:11:08 +0000 Importance: Normal In-Reply-To: <20130912005610.GD46033@glenbarber.us> References: , <20130912003636.GC46033@glenbarber.us>, , <20130912005610.GD46033@glenbarber.us> MIME-Version: 1.0 X-OriginalArrivalTime: 12 Sep 2013 01:11:08.0160 (UTC) FILETIME=[F61E0800:01CEAF54] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 01:12:15 -0000 > Date: Wed=2C 11 Sep 2013 20:56:10 -0400 > From: gjb@FreeBSD.org > Subject: Re: mountroot> while booting r255342 memstick >=20 > On Thu=2C Sep 12=2C 2013 at 12:44:31AM +0000=2C Uzumaki Naruto wrote: > > > Is this USB 2.0 or USB 3.0 port? > > >=20 > > > Glen > > >=20 > >=20 > > Hi Glen=2C > > This laptop got 3 USB ports=2C > > 1 - 3.0 (blue colored)=2C > > 2 - 2.0 (black colored) > >=20 > > tried on both=2C 2.0 and 3.0=2C same result. > >=20 >=20 > Hmm. Can you check if your BIOS has a "Legacy USB" option=2C and make > sure it is enabled? We are aware of some BIOSes that do not support > GPT-boot (meaning=2C they require the MBR). We are working on fixing > this=2C so we will either have a single memstick image with both MBR and > GPT boot ability=2C or maybe two separate memstick images (which will be > far more confusing...). >=20 > It is possible you have one of these BIOSes=2C unfortunately=2C but pleas= e > try my suggestion about enabling Legacy USB=2C if it is not already > enabled. >=20 > Glen >=20 Sorry for corrupted this mailing list thread view=2C kinda new with this=2C The laptop bios is Phoniex SecureCore Tiano=2C I don't see "Legacy USB" opt= ion=2C Bios Main page=2C Quite Boot : [Disabled] Network Boot : [Disabled] F12 Boot Menu: [Enabled] D2D Recovery: [Disabled] Wake on Lan: [Disabled] SATA Mode: [AHCI Mode] or [IDE Mode] If the issue is GPT and MBR=2C I am quite sure this laptop BIOS doesn't sup= port GPT disk type=2C because OEM Acer only gave GPT supported BIOS for mod= el that pre-loaded with Windows 8. = From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 01:43:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7FA39A34; Thu, 12 Sep 2013 01:43:11 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc2-s22.snt0.hotmail.com (snt0-omc2-s22.snt0.hotmail.com [65.55.90.97]) by mx1.freebsd.org (Postfix) with ESMTP id 59D9025FC; Thu, 12 Sep 2013 01:43:10 +0000 (UTC) Received: from SNT149-W48 ([65.55.90.71]) by snt0-omc2-s22.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 11 Sep 2013 18:42:04 -0700 X-TMN: [AcyAJHEiWoLNw3Zc108VByFlRIaayFY2] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: Glen Barber , "freebsd-current@freebsd.org" Subject: RE: mountroot> while booting r255342 memstick Date: Thu, 12 Sep 2013 01:42:04 +0000 Importance: Normal In-Reply-To: <20130912005610.GD46033@glenbarber.us> References: , <20130912003636.GC46033@glenbarber.us>, , <20130912005610.GD46033@glenbarber.us> MIME-Version: 1.0 X-OriginalArrivalTime: 12 Sep 2013 01:42:04.0995 (UTC) FILETIME=[48E09130:01CEAF59] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 01:43:11 -0000 > If the issue is GPT and MBR=2C I am quite sure this laptop BIOS doesn't s= upport GPT disk type=2C because OEM Acer only gave GPT supported BIOS for m= odel that pre-loaded with Windows 8. Maybe it helps to clarify=2C this laptop got no UEFI firmware=2C I could co= nvert my hard disk to GPT type using diskpart command=2C but the functional= ity to boot from GPT partition is unavailable through BIOS. = From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 02:14:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8F251D11; Thu, 12 Sep 2013 02:14:03 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 650592718; Thu, 12 Sep 2013 02:14:02 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MSZ00600Q721G00@smtpauth4.wiscmail.wisc.edu>; Wed, 11 Sep 2013 21:14:01 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.12.20315, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (unknown [76.210.60.217]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MSZ00255Q7CCA30@smtpauth4.wiscmail.wisc.edu>; Wed, 11 Sep 2013 21:14:01 -0500 (CDT) Message-id: <52312368.1050402@freebsd.org> Date: Wed, 11 Sep 2013 21:14:00 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130907 Thunderbird/17.0.8 To: Uzumaki Naruto Subject: Re: mountroot> while booting r255342 memstick References: <20130912003636.GC46033@glenbarber.us> <20130912005610.GD46033@glenbarber.us> In-reply-to: Cc: Glen Barber , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 02:14:03 -0000 On 09/11/13 20:42, Uzumaki Naruto wrote: >> If the issue is GPT and MBR, I am quite sure this laptop BIOS doesn't support GPT disk type, because OEM Acer only gave GPT supported BIOS for model that pre-loaded with Windows 8. > Maybe it helps to clarify, this laptop got no UEFI firmware, I could convert my hard disk to GPT type using diskpart command, but the functionality to boot from GPT partition is unavailable through BIOS. > Booting from GPT does not require BIOS support. BIOSes don't (or aren't supposed to -- some broken ones do) parse the partition table at all. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 03:18:18 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CEAFCB75; Thu, 12 Sep 2013 03:18:18 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCD92A77; Thu, 12 Sep 2013 03:18:17 +0000 (UTC) X-AuditID: 12074422-b7ef78e000000935-35-523132729b94 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 96.FA.02357.27231325; Wed, 11 Sep 2013 23:18:11 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id r8C3IAV8000969; Wed, 11 Sep 2013 23:18:10 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r8C3I7vR009134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Sep 2013 23:18:09 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r8C3I5vi010679; Wed, 11 Sep 2013 23:18:05 -0400 (EDT) Date: Wed, 11 Sep 2013 23:18:05 -0400 (EDT) From: Benjamin Kaduk To: Ian Lepore Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 In-Reply-To: <1378913151.1111.613.camel@revolution.hippie.lan> Message-ID: References: <86hadre740.fsf@nine.des.no> <1378913151.1111.613.camel@revolution.hippie.lan> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1512555890-1378955885=:16692" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmleLIzCtJLcpLzFFi42IR4hRV1i02MgwyeMlnMeHKDyaLnk1P2Cye HH/D7MDsMePTfJYAxigum5TUnMyy1CJ9uwSujAO9a5gK9nFXnPjwmKmBcSVnFyMnh4SAicTC czfYIGwxiQv31gPZXBxCAvsYJa73z2eEcDYySuy50Q/lHGKSuLakF8ppYJTYvXM/K0g/i4C2 xOnzSxlBbDYBFYmZbzaCzRURUJDYMm81cxcjBwezgKnE1GOFIKawgIVEw/wSkApOATuJR8s+ MIPYvAKOEidXLAebKCQQJfFwQRvYRFEBHYnV+6ewQNQISpyc+QTMZhYIlDjT/4tpAqPgLCSp WUhSELa1xIa3U6FsbYn7N9vYFjCyrGKUTcmt0s1NzMwpTk3WLU5OzMtLLdI11cvNLNFLTSnd xAgKa3YXpR2MPw8qHWIU4GBU4uHtmGUQJMSaWFZcmXuIUZKDSUmUt1zbMEiILyk/pTIjsTgj vqg0J7X4EKMEB7OSCO+tf0DlvCmJlVWpRfkwKWkOFiVx3vVO+kFCAumJJanZqakFqUUwWRkO DiUJ3kxDoKGCRanpqRVpmTklCGkmDk6Q4TxAw+eD1PAWFyTmFmemQ+RPMSpKifNWgSQEQBIZ pXlwvbC084pRHOgVYd5ikCoeYMqC634FNJgJaPB3X32QwSWJCCmpBkY50T6FK1esu053PXA6 +2RxOPd+lrjljueWfj/1d8VLnS0/ZWe/nehdamhXOv1w8b3Ha+wtOy7xTy1Y/q5T5PSU319n TRPU+HIl2eN0c+Ht6b3mav1Wc0KfVR3wmNE48WthdKtmfFCT5gZxlxDHQqOMC1GJMVc5Vij6 OrNs2/65N1T627P8hAYlluKMREMt5qLiRAC2dNgkFgMAAA== Cc: freebsd-security@freebsd.org, current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 03:18:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1512555890-1378955885=:16692 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 11 Sep 2013, Ian Lepore wrote: > On Wed, 2013-09-11 at 17:00 +0200, Dag-Erling Sm=F8rgrav wrote: >> OpenSSH in FreeBSD 10 is now built with DNSSEC support, unless you >> disable LDNS in src.conf. If DNSSEC is enabled, the default setting for >> VerifyHostKeyDNS is "yes". This means that OpenSSH will silently trust >> DNSSEC-signed SSHFP records. I consider this a lesser evil than "ask" >> (aka "train the user to type 'yes' and hit enter") and "no" (aka "train >> the user to type 'yes' and hit enter without even the benefit of a >> second opinion"). >> >> DES > > So what happens when there is no dns server to consult? Will every ssh > connection have to wait for a long dns query timeout? There is a long precent for ssh waiting on DNS timeouts, with the GSSAPI*= =20 options. At least in some cases, ssh could end up waiting for 3 retries=20 against each KDC for each of some six GSSAPI mechanisms, at (IIRC) a=20 3-second timeout each. This was so bad that corrective action was taken,= =20 but there are still some delays if DNS is not functioning properly. -Ben Kaduk ---559023410-1512555890-1378955885=:16692-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 04:51:17 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D85809F3 for ; Thu, 12 Sep 2013 04:51:17 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-vb0-x234.google.com (mail-vb0-x234.google.com [IPv6:2607:f8b0:400c:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AE1E2EE1 for ; Thu, 12 Sep 2013 04:51:17 +0000 (UTC) Received: by mail-vb0-f52.google.com with SMTP id f12so7014478vbg.11 for ; Wed, 11 Sep 2013 21:51:16 -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=NY8IUYCc3ckqJMYwteOyds4baiO93eY5z4XHPneBQz4=; b=NybvueagR5zPwugm7KC5iX67AxqNTveVppc7Q2+vd2VU0dX7zYIFaMK9c6zzsOH57y BzHMKzQ4DaRI16/Sxhbj6+qXPWM4jOHMsJbhWLQOH6OKDB6TAyADxJ5+5dPN+jNr6CjI pYIfD6r+1Np7FGxfd2GKCVF2Cz5WoP9UZgvlJlsswwNMZXNPb9OOhE92XTj03mPEHfXG s9oILsKhU68i1B+A9GfwpIZfYzqwnQqhluTIBVu7JmnVn9b/oABOXduMpyel2lpFZ51N fJIfOX//WKCIA4FnjuCDzp03lRy2SknXtiPsAalJ5RRY+17NaclF6shLhyjsko3OMebM NZeQ== MIME-Version: 1.0 X-Received: by 10.220.199.5 with SMTP id eq5mr4800107vcb.16.1378961476706; Wed, 11 Sep 2013 21:51:16 -0700 (PDT) Received: by 10.58.173.101 with HTTP; Wed, 11 Sep 2013 21:51:16 -0700 (PDT) Date: Wed, 11 Sep 2013 21:51:16 -0700 Message-ID: Subject: Intermittent hangs in vmem_periodic() From: hiren panchasara To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 04:51:18 -0000 I am seeing really weird system freeze for 2-3 seconds every minute or so. % uname -a FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 Simple comands like "man top" hangs and this is what I see in ctrl+T % man top load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k I see similar things while trying to "exit" a terminal window. I see following in pmcstat: PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved %SAMP CALLTREE 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(75.9%) I am not running anything funny and I do not see anything weird in "top" too. Any help is appreciated. cheers, Hiren From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 04:59:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CE31EC57 for ; Thu, 12 Sep 2013 04:59:19 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5DF2F26 for ; Thu, 12 Sep 2013 04:59:19 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id jw12so6515947veb.37 for ; Wed, 11 Sep 2013 21:59:18 -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 :content-type; bh=eFC95lXItiKnPBYjsnxGkgfrIzvc94Zh9vxQUFfoJQY=; b=QFUP8uirgfeDRCRHR/9YRYfhu/A9PBupIehzmh+P1Pt7w2mrqpRP6v5XjYqU185AYk 0uNZCkQSFkqENXvo9e7HmKADZAdHrf3NfDPcreB4wrOyvO2vQjgXoTOw4hEtrcw3aamm Ef90zUPnZ/n4upeUu2JtQMtdXKeu6PmCBqeqhh57k9m9OJqLuC8n19/YP4RdRoaARHQa RLE3xd4giR8rAvPqgiV6uu32FZD02H6QvirNM4LBZJX/4hHgkrn2S8GBGLY6tQuGHXwu VEtkpagANkArvE6MQ2gXqlZn/CeOwJvdpyY2U3j+qtdA7w9Px9rMv1F3TinpdJQN/0wi nk+g== MIME-Version: 1.0 X-Received: by 10.58.235.193 with SMTP id uo1mr4788535vec.6.1378961958656; Wed, 11 Sep 2013 21:59:18 -0700 (PDT) Received: by 10.58.173.101 with HTTP; Wed, 11 Sep 2013 21:59:18 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Sep 2013 21:59:18 -0700 Message-ID: Subject: Re: Intermittent hangs in vmem_periodic() From: hiren panchasara To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 04:59:19 -0000 On Wed, Sep 11, 2013 at 9:51 PM, hiren panchasara < hiren.panchasara@gmail.com> wrote: > I am seeing really weird system freeze for 2-3 seconds every minute or so. > > % uname -a > FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 > r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko > ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 > > Simple comands like "man top" hangs and this is what I see in ctrl+T > % man top > load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k > load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k > load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k > load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k > > I see similar things while trying to "exit" a terminal window. > > I see following in pmcstat: > > PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved > > %SAMP CALLTREE > 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked > vmem_periodic(75.9%) > At any point in time whether system is misbehaving or not, I see this on top of the graph. Which seems wrong. Providing a few samples over the time: PMC: [INSTR_RETIRED_ANY] Samples: 97253 (100.0%) , 6080 unresolved %SAMP CALLTREE 78.1 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(78.1%) 1.0 bsearch@libc.so.7(1.0%) 0.7 0xe7b661@libnvidia-glcore.s clock_gettime@libc.so.7 0x128c6e 0x128a80(0.6%) 0.2 amd64_syscall@kernel sys_select kern_select 0.2 lapic_handle_timer@kernel timercb handleevents hardclock_cnt pmc_hook_handler@hwpmc.ko pmc_process_samples 0.0 amd64_syscall@kernel sys_poll 0.0 free@libc.so.7 0.0 0x212ff56@libxul.so 0x2130835 0x212f907 0x212f1e7 0x212d2fa 0x22b6777 0x22b6478 PMC: [INSTR_RETIRED_ANY] Samples: 35320 (100.0%) , 3663 unresolved %SAMP CALLTREE 32.4 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(32.4%) 1.6 free@libc.so.7 0x9ad75 0x9a597(1.4%) 1.3 intr_event_execute_handlers@kernel hdac_intr_handler hdaa_stream_intr chn_intr chn_intr_locked sndbuf_feed feed_mixer_feed z_resampler_feed z_feed_linear_S16LE(1.0%) 1.3 hdac_intr_handler@kernel hdaa_stream_intr chn_intr chn_intr_locked sndbuf_feed feed_mixer_feed z_resampler_feed z_feed_linear_S16LE(1.0%) 1.2 amd64_syscall@kernel sys___sysctl userland_sysctl sysctl_root cpufreq_curr_sysctl cf_set_method est_set DELAY(0.6%) get_tsc(0.5%) 1.1 bsearch@libc.so.7(1.1%) PMC: [INSTR_RETIRED_ANY] Samples: 118799 (100.0%) , 7859 unresolved %SAMP CALLTREE 70.5 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked vmem_periodic(70.5%) 1.1 bsearch@libc.so.7(1.1%) 0.2 lapic_handle_timer@kernel timercb handleevents hardclock_cnt pmc_hook_handler@hwpmc.ko pmc_process_samples 0.1 free@libc.so.7 0.1 0xe7b661@libnvidia-glcore.s clock_gettime@libc.so.7 0.1 amd64_syscall@kernel sys_select kern_select 0.1 __realloc@libc.so.7 0.1 amd64_syscall@kernel sys_poll cheers, Hiren > > I am not running anything funny and I do not see anything weird in "top" > too. > > Any help is appreciated. > > cheers, > Hiren > From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 08:05:15 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7098F342; Thu, 12 Sep 2013 08:05:15 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40CDA2A36; Thu, 12 Sep 2013 08:05:15 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8C85Av1021180 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 12 Sep 2013 08:05:13 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc From: David Chisnall In-Reply-To: <20130911200650.GB85978@dragon.NUXI.org> Date: Thu, 12 Sep 2013 09:05:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <71A0E032-28FB-4D22-B50A-BDDF3E08DC30@FreeBSD.org> References: <23F19F73-738E-4490-BAE3-590C32FC141C@FreeBSD.org> <20130911200650.GB85978@dragon.NUXI.org> To: obrien@FreeBSD.org X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 08:05:15 -0000 On 11 Sep 2013, at 21:06, "David O'Brien" wrote: > It is still very useful for folks to test changes in order to help = ensure > one doesn't break the build on platforms still using GCC. If you want to do this test, then you should do make universe or make = tinderbox (you should do one or the other before committing anything = already anyway), and these will build the cross-gcc toolchains for = various architectures. The GCC in base is not used when build-testing anything except the = toolchain with our build system. If you want to test building things = with gcc, then you need to build WITHOUT_CLANG_IS_CC (which will build = gcc and then build world with it), or explicitly specify a compiler to = use when testing a smaller component (which can be a gcc you installed = from the base tree, or one from ports - Warner is currently working to = ensure that we'll have the FreeBSD-specific patches forward-ported so = that each of the lang/gcc ports will be able to build FreeBSD). The change is only to the default install. If you are not a FreeBSD = developer, then you are almost certainly not using our gcc: you're = either not a developer at all, in which case you're rarely compiling = things, or you're a developer of other stuff and therefore want a modern = compiler (either clang or lang/gcc). If you are a developer, then a = change to the default install should not be a significant obstacle to = your configuring the system how you want. David From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 08:37:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2EEE4FFF for ; Thu, 12 Sep 2013 08:37:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog125.obsmtp.com (eu1sys200aog125.obsmtp.com [207.126.144.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69BAB2DFF for ; Thu, 12 Sep 2013 08:37:40 +0000 (UTC) Received: from mail-wg0-f43.google.com ([74.125.82.43]) (using TLSv1) by eu1sys200aob125.postini.com ([207.126.147.11]) with SMTP ID DSNKUjF9OIRhG7mYwgiESjC/1y3lGVLJSbhM@postini.com; Thu, 12 Sep 2013 08:37:40 UTC Received: by mail-wg0-f43.google.com with SMTP id z12so8975352wgg.22 for ; Thu, 12 Sep 2013 01:37:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:message-id:to:subject:reply-to; bh=8vOxk5RehrhOnIWE2sKmkWta/dO+vPkT0hh7mz9ddoY=; b=LKktbYJY8f5GlYm38Ef0RlypmvrWZSEQZfxcci3OK/9BEf5BOqFryYth2E9a7H4XgX qJTA8TpBQpqy8eA75q2JZ6f7Hd5fsJLxxhC0SZeV37Yr4aAD9DDBUXtVcJJskJw52E0s C20mUdpGKHgssBBgSEO2HsvAl/6wZEGyg94I1CXbZDftilYhQZtltFFHBCZuUZxZ/gKs DrLwRvtYXB707apRV5Jy0FA6KnmlCf0q0ZoVeTa5PUGj7KQtP0JhrQeHh8xT19W+4Nzc SmHSnAcCYE0llpuixjOmZtRkwDSll0LYDqPvnXhqsY3iYbmahBsIpbiUcQ83N5i65OLr A37g== X-Gm-Message-State: ALoCoQmDn5+9iav5nmoX9/0dyim9tLuUXDtmVq1lDdYq38MV3RBYWytaCQiDWDbWHvxFMyk02hilQiejEn5yLHbLSn3aJB99pDiWCQwAffd19GaKwi+ZhFoo1ql4E5FUhLmufSQWvIh6Ul04ojGiRwa/afk41yOCNtxwk4bwSJIuRinr5LqD5ug= X-Received: by 10.194.201.168 with SMTP id kb8mr1331wjc.63.1378975032320; Thu, 12 Sep 2013 01:37:12 -0700 (PDT) X-Received: by 10.194.201.168 with SMTP id kb8mr1324wjc.63.1378975032226; Thu, 12 Sep 2013 01:37:12 -0700 (PDT) Received: from mech-cluster241.men.bris.ac.uk (mech-cluster241.men.bris.ac.uk. [137.222.187.241]) by mx.google.com with ESMTPSA id d11sm15923288wic.4.1969.12.31.16.00.00 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Sep 2013 01:37:11 -0700 (PDT) Sender: Anton Shterenlikht Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6) with ESMTP id r8C8b9GM048111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 12 Sep 2013 09:37:09 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.7/8.14.6/Submit) id r8C8b9bL048110 for freebsd-current@freebsd.org; Thu, 12 Sep 2013 09:37:09 +0100 (BST) (envelope-from mexas) Date: Thu, 12 Sep 2013 09:37:09 +0100 (BST) From: Anton Shterenlikht Message-Id: <201309120837.r8C8b9bL048110@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: ia64 r255472: /usr/src/sys/kern/uipc_syscalls.c:2196: warning: obj_size may be used uninitialized in this function X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bris.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Sep 2013 08:37:41 -0000 ia64 r255472 buildkernel gives this error: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /usr/src/sys/kern/uipc_syscalls.c cc1: warnings being treated as errors /usr/src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': /usr/src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be used uninitialized in this function /usr/src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used uninitialized in this function *** [uipc_syscalls.o] Error code 1 Anton From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 09:27:51 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7D54E761 for ; Thu, 12 Sep 2013 09:27:51 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09EF72138 for ; Thu, 12 Sep 2013 09:27:50 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id r8C9Rbcs055703; Thu, 12 Sep 2013 13:27:37 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r8C9RbaV055702; Thu, 12 Sep 2013 13:27:37 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 12 Sep 2013 13:27:37 +0400 From: Gleb Smirnoff To: hiren panchasara Subject: Re: Intermittent hangs in vmem_periodic() Message-ID: <20130912092737.GC4574@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 09:27:51 -0000 On Wed, Sep 11, 2013 at 09:51:16PM -0700, hiren panchasara wrote: h> I am seeing really weird system freeze for 2-3 seconds every minute or so. h> h> % uname -a h> FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 h> r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko h> ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 h> h> Simple comands like "man top" hangs and this is what I see in ctrl+T h> % man top h> load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k h> load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k h> load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k h> load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k h> h> I see similar things while trying to "exit" a terminal window. h> h> I see following in pmcstat: h> h> PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved h> h> %SAMP CALLTREE h> 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked h> vmem_periodic(75.9%) You probably got DIAGNOSTIC in your kernel config. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 10:46:01 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1490255 for ; Thu, 12 Sep 2013 10:46:01 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8FC7027E9 for ; Thu, 12 Sep 2013 10:46:01 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 0A5E093 for ; Thu, 12 Sep 2013 12:45:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Nycazx2xFRhK for ; Thu, 12 Sep 2013 12:44:59 +0200 (CEST) Received: from [10.0.10.80] (snifi.laptop [10.0.10.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id 7DD108B for ; Thu, 12 Sep 2013 12:44:59 +0200 (CEST) Message-ID: <52319B47.1020804@dat.pl> Date: Thu, 12 Sep 2013 12:45:27 +0200 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130806 Thunderbird/17.0.8 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: IPSEC with IPv6 crashes Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 10:46:02 -0000 I'm trying to use IPSEC with IPv6 in transport mode. My configuration is simple: IPSEC + racoon from ipsec-utils. One side is RS(MIPS) with HEAD-r252464 and 2nd side ALIX(i386) with 9.1-STABLE. This error is visible only on MIPS side. ipsec.conf: spdadd [ipv6_addr1] [ipv6_addr2] any -P in ipsec esp/transport//require; spdadd [ipv6_addr2] [ipv6_addr1] any -P out ipsec esp/transport//require; And the error is reproducible with just getting transmission over the IPSEC: Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) [ thread pid 0 tid 100027 ] Stopped at ipsec6_common_input_cb+0x364: lw v0,116(v1) db> bt Tracing pid 0 tid 100027 td 0x80dc2990 db_trace_thread+30 (?,?,?,?) ra c039f24000000018 sp 0 sz 0 80083c3c+114 (0,?,ffffffff,?) ra c039f25800000020 sp 100000000 sz 1 80082f84+388 (?,?,?,?) ra c039f278000000a8 sp 0 sz 0 db_command_loop+70 (?,?,?,?) ra c039f32000000018 sp 0 sz 0 80085a80+f4 (?,?,?,?) ra c039f338000001a8 sp 0 sz 0 kdb_trap+110 (?,?,?,?) ra c039f4e000000030 sp 0 sz 0 trap+f18 (?,?,?,?) ra c039f510000000b8 sp 0 sz 0 MipsKernGenException+134 (82bee380,81c84900,0,0) ra c039f5c8000000c8 sp 100000001 sz 1 ipsec6_common_input_cb+364 (81c84900,?,28,?) ra c039f69000000038 sp 100000000 sz 1 803c6684+568 (?,?,?,?) ra c039f6c800000078 sp 0 sz 0 crypto_done+11c (?,?,?,?) ra c039f74000000030 sp 0 sz 0 803fd608+fb4 (?,?,?,?) ra c039f770000001a0 sp 0 sz 0 803fb3a8+164 (?,?,?,?) ra c039f91000000028 sp 0 sz 0 crypto_dispatch+94 (?,?,?,?) ra c039f93800000020 sp 0 sz 0 803c708c+62c (?,?,?,?) ra c039f95800000058 sp 0 sz 0 803b2390+52c (?,?,?,?) ra c039f9b000000060 sp 0 sz 0 ipsec6_common_input+19c (?,?,?,?) ra c039fa1000000040 sp 0 sz 0 ip6_input+16d8 (81c84900,?,?,?) ra c039fa5000000120 sp 100000000 sz 0 netisr_dispatch_src+134 (?,?,?,?) ra c039fb7000000040 sp 0 sz 0 netisr_dispatch+14 (?,?,?,?) ra c039fbb000000018 sp 0 sz 0 ether_demux+218 (?,81c84900,?,?) ra c039fbc800000028 sp 1 sz 0 802d72ec+4a8 (81c84900,?,?,?) ra c039fbf000000030 sp 100000000 sz 0 netisr_dispatch_src+134 (?,?,?,?) ra c039fc2000000040 sp 0 sz 0 netisr_dispatch+14 (?,?,?,?) ra c039fc6000000018 sp 0 sz 0 802d6e9c+3c (?,?,?,?) ra c039fc7800000018 sp 0 sz 0 ieee80211_deliver_data+100 (?,?,?,?) ra c039fc9000000028 sp 0 sz 0 803387fc+bc4 (?,?,?,ffffffa0) ra c039fcb800000060 sp 0 sz 0 ath_rx_pkt+6c0 (?,?,0,?) ra c039fd1800000050 sp 0 sz 1 800aa98c+388 (?,1,?,?) ra c039fd6800000060 sp 1 sz 0 800aaef0+c4 (?,?,?,?) ra c039fdc800000020 sp 0 sz 0 8024e34c+e8 (?,?,?,?) ra c039fde800000038 sp 0 sz 0 taskqueue_thread_loop+8c (?,?,?,?) ra c039fe2000000038 sp 0 sz 0 fork_exit+b0 (?,?,?,?) ra c039fe5800000028 sp 0 sz 0 fork_trampoline+10 (?,?,?,?) ra c039fe8000000000 sp 0 sz 0 pid 0 I'm open to any hints. Regards, Maciej Milewski From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 15:13:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBA5F762 for ; Thu, 12 Sep 2013 15:13:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 89D5129AB for ; Thu, 12 Sep 2013 15:13:38 +0000 (UTC) Received: from coleburn.avinity.tv (host-229-161-243.77.avinity.tv [77.243.161.229]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DA29E5C44; Thu, 12 Sep 2013 17:13:28 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_AAFE2EF3-838A-42B5-BFC8-BB1FEB0DB92C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: ia64 r255472: /usr/src/sys/kern/uipc_syscalls.c:2196: warning: obj_size may be used uninitialized in this function From: Dimitry Andric In-Reply-To: <201309120837.r8C8b9bL048110@mech-cluster241.men.bris.ac.uk> Date: Thu, 12 Sep 2013 17:13:22 +0200 Message-Id: <796B620F-AA04-4CEF-919A-F2C400942B10@FreeBSD.org> References: <201309120837.r8C8b9bL048110@mech-cluster241.men.bris.ac.uk> To: mexas@bris.ac.uk X-Mailer: Apple Mail (2.1508) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 15:13:38 -0000 --Apple-Mail=_AAFE2EF3-838A-42B5-BFC8-BB1FEB0DB92C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 12, 2013, at 10:37, Anton Shterenlikht wrote: > ia64 r255472 buildkernel gives this error: >=20 > cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign = -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option = -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq = -I/usr/src/sys/contrib/ia64/libuwx/src -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common = -finline-limit=3D15000 --param inline-unit-growth=3D100 --param = large-function-growth=3D1000 -mconstant-gp -ffixed-r13 = -mfixed-range=3Df32-f127 -fpic -ffreestanding -Werror = /usr/src/sys/kern/uipc_syscalls.c > cc1: warnings being treated as errors > /usr/src/sys/kern/uipc_syscalls.c: In function 'vn_sendfile': > /usr/src/sys/kern/uipc_syscalls.c:2196: warning: 'obj_size' may be = used uninitialized in this function > /usr/src/sys/kern/uipc_syscalls.c:2192: warning: 'pg' may be used = uninitialized in this function > *** [uipc_syscalls.o] Error code 1 Kostik fixed this in r255475. You're just 3 revs short. :-) -Dimitry --Apple-Mail=_AAFE2EF3-838A-42B5-BFC8-BB1FEB0DB92C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlIx2hcACgkQsF6jCi4glqNsTQCgtkHG+K6lGFzpite9VP9aarBi CtYAoKkmUG+CN+j7dbeLzHvnpJGy8nPb =EiZ3 -----END PGP SIGNATURE----- --Apple-Mail=_AAFE2EF3-838A-42B5-BFC8-BB1FEB0DB92C-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 15:16:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 36E24899; Thu, 12 Sep 2013 15:16:41 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E24729D9; Thu, 12 Sep 2013 15:16:40 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id f15so5295052eak.8 for ; Thu, 12 Sep 2013 08:16:39 -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=FCzvyi26wuSqKjjXb3QRe6MT7w92i/U7EPQcAGajSDA=; b=DoOGkMSEMMEGhV1B7loLQ6CnzOs5SZ3SVtMNoems04TocqiXEWKw+jNJCXHweDKzum nzuLGtwT4MavZxTX6gzgg/QpOd8hYgIrqSRjT+vg/8bA44zl7WJAlD61XHiHxXDuMQDa icgGxw+DTsRRTLjwIm8P80qLzGWKerkKIzzM1102kJzSrfe7PBfdaaP3AsVZq2EKhxVs Xm53puyCrCqlroJkOLrLcQ9biEjRTbrvCamf/8CLibL6YrfT2fsoCPm1DrRLdfmvjZva RkUwKboVjOLIUhOOAgdwo7YhyWww8nrVsXrGnQXsIm5WleMdN6Nai2T86qb8OnGUn03P Apcg== MIME-Version: 1.0 X-Received: by 10.14.119.196 with SMTP id n44mr530949eeh.116.1378998998959; Thu, 12 Sep 2013 08:16:38 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Thu, 12 Sep 2013 08:16:38 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Thu, 12 Sep 2013 08:16:38 -0700 (PDT) In-Reply-To: <20130912092737.GC4574@FreeBSD.org> References: <20130912092737.GC4574@FreeBSD.org> Date: Thu, 12 Sep 2013 08:16:38 -0700 Message-ID: Subject: Re: Intermittent hangs in vmem_periodic() From: hiren panchasara To: Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 15:16:41 -0000 On Sep 12, 2013 2:27 AM, "Gleb Smirnoff" wrote: > > On Wed, Sep 11, 2013 at 09:51:16PM -0700, hiren panchasara wrote: > h> I am seeing really weird system freeze for 2-3 seconds every minute or so. > h> > h> % uname -a > h> FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2 > h> r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko > h> ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 > h> > h> Simple comands like "man top" hangs and this is what I see in ctrl+T > h> % man top > h> load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k > h> load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k > h> load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k > h> load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k > h> > h> I see similar things while trying to "exit" a terminal window. > h> > h> I see following in pmcstat: > h> > h> PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved > h> > h> %SAMP CALLTREE > h> 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked > h> vmem_periodic(75.9%) > > You probably got DIAGNOSTIC in your kernel config. Yes. And I've always had that. Never been a problem before. What has changed? Thanks, Hiren > > -- > Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 16:31:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C34FF3D2; Thu, 12 Sep 2013 16:31:19 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37D9B2EE4; Thu, 12 Sep 2013 16:31:19 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id f15so15722eak.36 for ; Thu, 12 Sep 2013 09:31:17 -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=PsNkMXVh+w5Ots7CC99sAlCg7du+4X6Ht3jaPgCVtA0=; b=bSTn73TIMgOrnTcKZ4Va0EcCaFUiMWMTrg/7c1NmXeNBKJNuXBH3EzZZmYQABvBZoK 6V5bteiGeiWjCWKFeHRHIVMHyvDnZwTg44eW3BeqRo7ZCabRlDRBEZGEKR/4ZqAlNAfv vxu3FDFses20UWiRssInwu4f4bkWuJZPrDyRXmSNtdDjArd51JnTFJWr6ZlhLQ0PuaYY WYMsNo8xkZJGElqomgw7pAupYBcEidfZAdl10OO7dcIRExZOXzGhFI6A5z+Y3Lxmj+fK DeqUc8B+EPuKR3zkBRDEe04sAEl9+PGpRfIqYagIzs95be6zZkrG6Iydu1SSeyqXiLKA x27g== MIME-Version: 1.0 X-Received: by 10.14.211.195 with SMTP id w43mr3424042eeo.57.1379003477672; Thu, 12 Sep 2013 09:31:17 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Thu, 12 Sep 2013 09:31:17 -0700 (PDT) In-Reply-To: References: <20130912092737.GC4574@FreeBSD.org> Date: Thu, 12 Sep 2013 09:31:17 -0700 Message-ID: Subject: Re: Intermittent hangs in vmem_periodic() From: hiren panchasara To: Gleb Smirnoff Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 16:31:19 -0000 On Thu, Sep 12, 2013 at 8:16 AM, hiren panchasara < hiren.panchasara@gmail.com> wrote: > > On Sep 12, 2013 2:27 AM, "Gleb Smirnoff" wrote: > > > > On Wed, Sep 11, 2013 at 09:51:16PM -0700, hiren panchasara wrote: > > h> I am seeing really weird system freeze for 2-3 seconds every minute > or so. > > h> > > h> % uname -a > > h> FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD > 10.0-CURRENT #2 > > h> r255423M: Mon Sep 9 12:29:22 PDT 2013 root@flymocko > > h> ur-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC amd64 > > h> > > h> Simple comands like "man top" hangs and this is what I see in ctrl+T > > h> % man top > > h> load: 1.59 cmd: zcat 76574 [*kmem arena] 2.16r 0.00u 1.82s 16% 2000k > > h> load: 1.70 cmd: zcat 76574 [*kmem arena] 7.19r 0.00u 1.82s 7% 2000k > > h> load: 1.89 cmd: zcat 76574 [*kmem arena] 12.58r 0.00u 1.82s 3% 2000k > > h> load: 1.90 cmd: zcat 76574 [*kmem arena] 14.58r 0.00u 1.82s 2% 2000k > > h> > > h> I see similar things while trying to "exit" a terminal window. > > h> > > h> I see following in pmcstat: > > h> > > h> PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved > > h> > > h> %SAMP CALLTREE > > h> 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked > > h> vmem_periodic(75.9%) > > > > You probably got DIAGNOSTIC in your kernel config. > > Yes. And I've always had that. Never been a problem before. What has > changed? > Thanks Gleb. I've removed DIAGNOSTIC and the problem is gone now. But the way system was behaving with DIAGNOSTIC, its unusable. Thanks again, Hiren From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 18:17:15 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8001CD23 for ; Thu, 12 Sep 2013 18:17:15 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0822C269B for ; Thu, 12 Sep 2013 18:17:14 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id r8CIHBxU057769; Thu, 12 Sep 2013 22:17:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r8CIHBtQ057768; Thu, 12 Sep 2013 22:17:11 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 12 Sep 2013 22:17:11 +0400 From: Gleb Smirnoff To: hiren panchasara Subject: Re: Intermittent hangs in vmem_periodic() Message-ID: <20130912181711.GI4574@glebius.int.ru> References: <20130912092737.GC4574@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 18:17:15 -0000 On Thu, Sep 12, 2013 at 09:31:17AM -0700, hiren panchasara wrote: h> > > h> PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 unresolved h> > > h> h> > > h> %SAMP CALLTREE h> > > h> 75.9 fork_exit@kernel taskqueue_thread_loop taskqueue_run_locked h> > > h> vmem_periodic(75.9%) h> > > h> > > You probably got DIAGNOSTIC in your kernel config. h> > h> > Yes. And I've always had that. Never been a problem before. What has h> > changed? h> > h> h> Thanks Gleb. h> I've removed DIAGNOSTIC and the problem is gone now. h> h> But the way system was behaving with DIAGNOSTIC, its unusable. Please report that to Jeff. With DIAGNOSTIC the system can be slower, more chatty on console, but should be usable. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 18:24:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7CBF2FC1; Thu, 12 Sep 2013 18:24:02 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF8B32771; Thu, 12 Sep 2013 18:24:01 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z15so82614ead.19 for ; Thu, 12 Sep 2013 11:24:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lVEE4Yl9yuNUliUsivMyIYLRUwJa4VUyWOZzIqJENfw=; b=EWraUsMj9zWaLvGVsPHZWFKmrl+bxtPuAx/Rw7D5t3HENwR2olxQixs/hEeVrS+7Pm luye+XSHRes1ZOGbMlApRF8ulsmPfHfbYtb0wSIQiCM1/tjAkXT2s9OjdQ0jcCuZP7XK 5buUgCmWq/4U3JWYhmY6Ada199zUdsgxUgYNXG5B0mj81klXGIMbagfX6atvXumpj+1z pULxHN+LQ4YfcCXaj2jL2v6ypvwpGi2jH1jF2SV3/sMOJD+RXhLsiDyGp/amWGxqGNUi 8OzZJckLyKSjf7HKCuQ/63ILyP0PBerAaa+eInPONSKZI2C0ZNQ6lCxPz2sGiZL3q1H2 2J4Q== MIME-Version: 1.0 X-Received: by 10.15.41.77 with SMTP id r53mr130462eev.64.1379010240262; Thu, 12 Sep 2013 11:24:00 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Thu, 12 Sep 2013 11:24:00 -0700 (PDT) In-Reply-To: <20130912181711.GI4574@glebius.int.ru> References: <20130912092737.GC4574@FreeBSD.org> <20130912181711.GI4574@glebius.int.ru> Date: Thu, 12 Sep 2013 11:24:00 -0700 Message-ID: Subject: Re: Intermittent hangs in vmem_periodic() From: hiren panchasara To: Gleb Smirnoff , jeff@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 18:24:02 -0000 +jeff On Thu, Sep 12, 2013 at 11:17 AM, Gleb Smirnoff wrote: > On Thu, Sep 12, 2013 at 09:31:17AM -0700, hiren panchasara wrote: > h> > > h> PMC: [INSTR_RETIRED_ANY] Samples: 117647 (100.0%) , 6885 > unresolved > h> > > h> > h> > > h> %SAMP CALLTREE > h> > > h> 75.9 fork_exit@kernel taskqueue_thread_loop > taskqueue_run_locked > h> > > h> vmem_periodic(75.9%) > h> > > > h> > > You probably got DIAGNOSTIC in your kernel config. > h> > > h> > Yes. And I've always had that. Never been a problem before. What has > h> > changed? > h> > > h> > h> Thanks Gleb. > h> I've removed DIAGNOSTIC and the problem is gone now. > h> > h> But the way system was behaving with DIAGNOSTIC, its unusable. > > Please report that to Jeff. With DIAGNOSTIC the system can be slower, > more chatty on console, but should be usable. > Exactly. Thanks Gleb. Jeff: Not sure if you are subscribed to this list. http://lists.freebsd.org/pipermail/freebsd-current/2013-September/044487.html cheers, Hiren From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 19:47:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5B406C44 for ; Thu, 12 Sep 2013 19:47:54 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFCD2211 for ; Thu, 12 Sep 2013 19:47:54 +0000 (UTC) Received: from web9j.yandex.ru (web9j.yandex.ru [5.45.198.50]) by forward11.mail.yandex.net (Yandex) with ESMTP id 951A3E807DD for ; Thu, 12 Sep 2013 23:47:51 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web9j.yandex.ru (Yandex) with ESMTP id 531E846A06F5; Thu, 12 Sep 2013 23:47:51 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379015271; bh=wPaUfCuM/UL1Oh3NxlnYvIhJuouiNetH1DAK/HTvU0A=; h=From:To:Subject:Date; b=Fuo18J9erL+UAMLsA6kPRiyaD1sInowZdLpdrDFIItv1LlLLqHrv1ezJIC4cHSoRD S5pnw+hvvrVt9H4FXUozskF39Ol4/o3oivTHlnIBVVLVuRAVTbAFrV/Hq2u7F39568 ENEO5e23tF7j3gm0GXWiTiq3AQkfVymo+hMu1wCc= Received: from [188.134.22.116] ([188.134.22.116]) by web9j.yandex.ru with HTTP; Thu, 12 Sep 2013 23:47:51 +0400 From: S.N.Grigoriev To: "freebsd-current@freebsd.org" Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc MIME-Version: 1.0 Message-Id: <245071379015271@web9j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 12 Sep 2013 23:47:51 +0400 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailman-Approved-At: Thu, 12 Sep 2013 20:51:00 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 19:47:54 -0000 Hi list, after upgrading to r255423 (make buildworld && make buildkernel && make installkernel && make installworld && reboot; make delete-old && make delete-old-libs) I cannot build the system with the WITH_GCC=yes and WITH_GNUCXX=yes options in my src.conf. The following error occures: --- libgssapi_krb5.so.10 --- building shared library libgssapi_krb5.so.10 --- gnu/lib__L --- /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/list.cc:61:3: error: use of undeclared identifier '_List_node_base' _List_node_base::swap(_List_node_base& __x, _List_node_base& __y) ^ /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/list.cc:61:25: error: use of undeclared identifier '_List_node_base'; did you mean '__list_node_base'? _List_node_base::swap(_List_node_base& __x, _List_node_base& __y) ^~~~~~~~~~~~~~~ __list_node_base /usr/obj/usr/src/tmp/usr/include/c++/v1/list:190:8: note: '__list_node_base' declared here struct __list_node_base ^ /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/list.cc:61:25: error: no template named '_List_node_base'; did you mean '__list_node_base'? _List_node_base::swap(_List_node_base& __x, _List_node_base& __y) ^~~~~~~~~~~~~~~ __list_node_base /usr/obj/usr/src/tmp/usr/include/c++/v1/list:190:8: note: '__list_node_base' declared here struct __list_node_base ^ /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/list.cc:61:25: error: use of class template '__list_node_base' requires template arguments _List_node_base::swap(_List_node_base& __x, _List_node_base& __y) ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/list:190:8: note: template is declared here struct __list_node_base ^ Without options listed above all works fine. -- Regards, Serguey. From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 21:11:26 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 65FBEBD0 for ; Thu, 12 Sep 2013 21:11:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2203C27D6 for ; Thu, 12 Sep 2013 21:11:25 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::c8ff:9f0c:dca7:7a65] (unknown [IPv6:2001:7b8:3a7:0:c8ff:9f0c:dca7:7a65]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 295D25C44; Thu, 12 Sep 2013 23:11:24 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_3ACEA3F6-6544-40AF-AF39-E4428339F265"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc From: Dimitry Andric In-Reply-To: <245071379015271@web9j.yandex.ru> Date: Thu, 12 Sep 2013 23:11:15 +0200 Message-Id: <5F84DAA0-5021-43D0-BDEF-B0A56AA7B50B@FreeBSD.org> References: <245071379015271@web9j.yandex.ru> To: S.N.Grigoriev X-Mailer: Apple Mail (2.1508) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 21:11:26 -0000 --Apple-Mail=_3ACEA3F6-6544-40AF-AF39-E4428339F265 Content-Type: multipart/mixed; boundary="Apple-Mail=_3C52FE8D-F8B0-4422-87F3-DD04D75E11BF" --Apple-Mail=_3C52FE8D-F8B0-4422-87F3-DD04D75E11BF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 12, 2013, at 21:47, S.N.Grigoriev = wrote: > after upgrading to r255423 (make buildworld && make buildkernel && = make installkernel && make installworld && reboot; make delete-old && = make delete-old-libs) I cannot build the system with the WITH_GCC=3Dyes = and WITH_GNUCXX=3Dyes options in my src.conf. The following error = occures: >=20 > --- libgssapi_krb5.so.10 --- > building shared library libgssapi_krb5.so.10 > --- gnu/lib__L --- > = /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/list.cc:61:3: = error: use of undeclared identifier '_List_node_base' > _List_node_base::swap(_List_node_base& __x, _List_node_base& __y) > ^ I just sent a mail to re@ to get approval for a fix for this. In the mean time, please apply the attached patch. -Dimitry --Apple-Mail=_3C52FE8D-F8B0-4422-87F3-DD04D75E11BF Content-Disposition: attachment; filename=fix-libstdc++-build.diff Content-Type: application/octet-stream; name="fix-libstdc++-build.diff" Content-Transfer-Encoding: 7bit Index: gnu/lib/libstdc++/Makefile =================================================================== --- gnu/lib/libstdc++/Makefile (revision 255472) +++ gnu/lib/libstdc++/Makefile (working copy) @@ -636,3 +636,7 @@ CLEANFILES+= ${VERSION_MAP} # Filter out libc++-specific flags, and -std= flags above c++98 or gnu++98. CXXFLAGS:= ${CXXFLAGS:N-stdlib=libc++:N-std=c++[01][13x]:N-std=gnu++[01][13x]} + +.if ${COMPILER_TYPE} == "clang" +CXXFLAGS+= -stdlib=libstdc++ +.endif Index: gnu/lib/libsupc++/Makefile =================================================================== --- gnu/lib/libsupc++/Makefile (revision 255472) +++ gnu/lib/libsupc++/Makefile (working copy) @@ -56,3 +56,7 @@ VERSION_MAP= ${.CURDIR}/Version.map # Filter out libc++-specific flags, and -std= flags above c++98 or gnu++98. CXXFLAGS:= ${CXXFLAGS:N-stdlib=libc++:N-std=c++[01][13x]:N-std=gnu++[01][13x]} + +.if ${COMPILER_TYPE} == "clang" +CXXFLAGS+= -stdlib=libstdc++ +.endif --Apple-Mail=_3C52FE8D-F8B0-4422-87F3-DD04D75E11BF Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_3C52FE8D-F8B0-4422-87F3-DD04D75E11BF-- --Apple-Mail=_3ACEA3F6-6544-40AF-AF39-E4428339F265 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlIyLfwACgkQsF6jCi4glqOcugCdHfOjnczAaZEhJKl+wDnDetw3 MTgAoMiX80dJyvdbEP523QEZhwULmqol =/ZAN -----END PGP SIGNATURE----- --Apple-Mail=_3ACEA3F6-6544-40AF-AF39-E4428339F265-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 12 21:45:17 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E95446E8 for ; Thu, 12 Sep 2013 21:45:17 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A89B129E2 for ; Thu, 12 Sep 2013 21:45:17 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKEhO-0003pE-5L for freebsd-current@freebsd.org; Thu, 12 Sep 2013 23:45:14 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Sep 2013 23:45:14 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Sep 2013 23:45:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: dns/libidn puzzle Date: Thu, 12 Sep 2013 21:44:55 +0000 (UTC) Lines: 11 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 12 Sep 2013 21:45:18 -0000 On 9.1, if I cd to /usr/ports/dns/libidn and issue 'sudo make config', I get a dialog asking me whether I want DOCS and/or NLS. However, on 10-CURRENT (r255358) I get this: $ cd /usr/ports/dns/libidn $ sudo make config ===> Options unchanged $ Why the difference? From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 00:45:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0083E6FC for ; Fri, 13 Sep 2013 00:45:01 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 91FA12A25 for ; Fri, 13 Sep 2013 00:45:01 +0000 (UTC) Received: from mandree.no-ip.org ([78.53.49.72]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MMShK-1VIfDB1wkQ-008JqU for ; Fri, 13 Sep 2013 02:44:59 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 5E0B523CF75 for ; Fri, 13 Sep 2013 02:44:58 +0200 (CEST) Message-ID: <52326009.1070000@gmx.de> Date: Fri, 13 Sep 2013 02:44:57 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: dns/libidn puzzle References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:IhOK/fV0l5qIK8Jy5ICagH80z6SmkS4p200/PvEoYKmAOP/s7br zTK8HBnd8AOwWRrvPoTQuDQENn6Qx5BIHBtOxA4VYG5vjRhPkqFWs2ytxM0ZYC+ZEN+xbVz EuTPwkKO2F2WKbEls55F3nvVwSWAJtBQTsdTsF0WbvplN/k1xWz290rvKsBVAKkh75/PEFQ bsEdN/rM9uRSxxLHHonxA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 00:45:02 -0000 Am 12.09.2013 23:44, schrieb Walter Hurry: > On 9.1, if I cd to /usr/ports/dns/libidn and issue 'sudo make config', I > get a dialog asking me whether I want DOCS and/or NLS. > > However, on 10-CURRENT (r255358) I get this: > > $ cd /usr/ports/dns/libidn > $ sudo make config > ===> Options unchanged > $ > > Why the difference? Is dialog4ports installed on your 10-CURRENT? From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:09:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 18822A18 for ; Fri, 13 Sep 2013 02:09:53 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DCDD42DF6 for ; Fri, 13 Sep 2013 02:09:52 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id at1so1332480iec.16 for ; Thu, 12 Sep 2013 19:09:46 -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:from:date :message-id:subject:to:cc:content-type; bh=HPC5epvY3Cdza7FatnFz6MSMuTqLm6DAuldFMCQI0mE=; b=T34W0mMbRZBULBzbQSeBr555ZXHgWOzM4WftEYZ6nOBtpdWMqwCqH3qJVKrJ7zkuVj NZy9N16jvx4yzeO5cIqUxFA5SbX8FyWwQT8BOaUWkHBuqSxsos1hBB/iHoZgzJMcoQ04 y74TIZU1eOKhfXluGSw/AUr0R1YH2KIAIB5JLSP8ifGWxGk2+WTxNjzgdQ5wSGACH8VX hrmCz65a/Q1xSWqJJzYMcvxfZ4m3LVy+ORof8hTsIjxaNZaYnbLem9nprf9w5dsYedv5 di5Ob1tNoEERV4445LxlgWC0XOe6qwn+vl5V3W1KQS7s/xLappfuyxZFQLTT5+2XQAUP uypw== X-Gm-Message-State: ALoCoQnJtj12TMpttlt75B89SkvB55YRQopU9QIYE1n99AcglK1vdk8rKubgb3SpfZl3D349pkbm X-Received: by 10.50.49.65 with SMTP id s1mr266769ign.43.1379038185682; Thu, 12 Sep 2013 19:09:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.158.74 with HTTP; Thu, 12 Sep 2013 19:09:30 -0700 (PDT) In-Reply-To: <52312368.1050402@freebsd.org> References: <20130912003636.GC46033@glenbarber.us> <20130912005610.GD46033@glenbarber.us> <52312368.1050402@freebsd.org> From: "Lundberg, Johannes" Date: Fri, 13 Sep 2013 11:09:30 +0900 Message-ID: Subject: Re: mountroot> while booting r255342 memstick To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Uzumaki Naruto , Glen Barber , "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:09:53 -0000 Does it work with the 9.1 image? If it does, you probably have the same problem as I do with the new Macbook Air. Optimisations made to the xhci driver causes it to fail. What I've done is to create a new install image with sys/dev/usb/controller/xhci* reverted back to 243780. -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage On Thu, Sep 12, 2013 at 11:14 AM, Nathan Whitehorn wrote: > On 09/11/13 20:42, Uzumaki Naruto wrote: > >> If the issue is GPT and MBR, I am quite sure this laptop BIOS doesn't >>> support GPT disk type, because OEM Acer only gave GPT supported BIOS for >>> model that pre-loaded with Windows 8. >>> >> Maybe it helps to clarify, this laptop got no UEFI firmware, I could >> convert my hard disk to GPT type using diskpart command, but the >> functionality to boot from GPT partition is unavailable through BIOS. >> >> > Booting from GPT does not require BIOS support. BIOSes don't (or aren't > supposed to -- some broken ones do) parse the partition table at all. > -Nathan > > ______________________________**_________________ > 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 Sep 13 02:14:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 95712B75; Fri, 13 Sep 2013 02:14:37 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 506F42E48; Fri, 13 Sep 2013 02:14:37 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 8A4E5AF5F; Fri, 13 Sep 2013 02:14:35 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 8A4E5AF5F Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 12 Sep 2013 22:14:33 -0400 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: mountroot> while booting r255342 memstick Message-ID: <20130913021433.GK2404@glenbarber.us> References: <20130912003636.GC46033@glenbarber.us> <20130912005610.GD46033@glenbarber.us> <52312368.1050402@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="x1F0m3RQhDZyj8sd" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Uzumaki Naruto , "freebsd-current@freebsd.org" , Nathan Whitehorn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:14:37 -0000 --x1F0m3RQhDZyj8sd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Also, if you can try the 9.2-RC4 image, that would also be appreciated. If this is a problem only with 10.0, this is something re@ and hselasky@ (bcc'd) needs to be aware of. Glen On Fri, Sep 13, 2013 at 11:09:30AM +0900, Lundberg, Johannes wrote: > Does it work with the 9.1 image? If it does, you probably have the same > problem as I do with the new Macbook Air. > Optimisations made to the xhci driver causes it to fail. What I've done is > to create a new install image with sys/dev/usb/controller/xhci* reverted > back to 243780. >=20 > -- > Johannes Lundberg > Project leader and lead developer of Mirama OS (previously Viking OS) > BRILLIANTSERVICE CO., LTD. >=20 > My blog > Mirama homepage > blog > Company homepage >=20 >=20 > On Thu, Sep 12, 2013 at 11:14 AM, Nathan Whitehorn > wrote: >=20 > > On 09/11/13 20:42, Uzumaki Naruto wrote: > > > >> If the issue is GPT and MBR, I am quite sure this laptop BIOS doesn't > >>> support GPT disk type, because OEM Acer only gave GPT supported BIOS = for > >>> model that pre-loaded with Windows 8. > >>> > >> Maybe it helps to clarify, this laptop got no UEFI firmware, I could > >> convert my hard disk to GPT type using diskpart command, but the > >> functionality to boot from GPT partition is unavailable through BIOS. > >> > >> > > Booting from GPT does not require BIOS support. BIOSes don't (or aren't > > supposed to -- some broken ones do) parse the partition table at all. > > -Nathan > > > > ______________________________**_________________ > > 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 " > > --x1F0m3RQhDZyj8sd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSMnUJAAoJEFJPDDeguUaj2J4IAIi6FfAaF1urcQdkMJElpmo0 hxBGVkXNxWKmZagL06fwSylo67DBKjFKSIRtnd0f3QyRvCHv9NgA+UAQLOvJvejj B+mddf5Lit+EYlpnMaH0i3LNSf3ykt99h4dYmHtR4cnk2rcEcgYmqPLqnu0TqCD7 H4dVmZt/4fBMgmYtfhCAczI4W+nB0medvMrkmoVowv9lclB5KtIXTHweyBNrjgHq sxhcJyJMOa6VT6wfUX0miTQZmG6TvdupB6I4awDJ6ErDgb7KIBoCd8n9tLB8UA0H gADs5pklXMuN41BBaLDkdnaMV3c8KTVez7T/Hsy0jPPubt0reTAyYLuzTDMy0w8= =nT+U -----END PGP SIGNATURE----- --x1F0m3RQhDZyj8sd-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:22:04 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C5AAECBA for ; Fri, 13 Sep 2013 02:22:04 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B28F2E97 for ; Fri, 13 Sep 2013 02:22:04 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id e14so1269742iej.24 for ; Thu, 12 Sep 2013 19:21:58 -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:from:date:message-id:subject:to :content-type; bh=NkUaCKm2oXYaxjipZ7r+jVvvq+D6qwA+KvI8BBQuKxg=; b=iC2xbiZXQjNsHBQxN6ZGMD8Lj1AyqC6a3vT20yHtcj2V7l0SBpsQa756MVqOKntZjt D5SaxOjLwRqtKngSPAOb7q5/d7eJUOKRV0jZE9VoycRs87bvONu6CNsolvfEyTAsjiCC +6Q70rlGaHBf6CcAG/7Dh18HIV2OHxK88oQrt+TxGEDWIL173Tj6UoVng1zYp3sE9hE+ cUBywDTaGxnWageZI+IbKL21G5kxsH8T1/ibNQyFR6FA7fCYkpOGL7CKowQ17im54szJ tR+MH6THHGQZvalyoJTasA0ol7N9CjRHQz1SJaHavpw6LM81rJPtSzDle5s4zhbRtTFO Po+g== X-Gm-Message-State: ALoCoQkDu74CPoKJ9wn7J952pDoe76XUc+QIGjde6gefBREpH2M7RX/5RIbrn4YSJme1dOrEQQDN X-Received: by 10.50.39.84 with SMTP id n20mr317956igk.14.1379038918558; Thu, 12 Sep 2013 19:21:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.158.74 with HTTP; Thu, 12 Sep 2013 19:21:43 -0700 (PDT) From: "Lundberg, Johannes" Date: Fri, 13 Sep 2013 11:21:43 +0900 Message-ID: Subject: make release fails... To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:22:04 -0000 Hi Trying to create a custom install image which has been successful before but suddenly fails during make release/memstick. Procedure 1) cd /usr/src 2) make buildworld 3) make buildkernel 4) cd release 5) make release and I get the error ... gencat be_BY.UTF-8.cat /usr/src/lib/libc/nls/be_BY.UTF-8.msg make[8]: exec(gencat) failed (no such file or directory) .... -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:27:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C9ECDE07; Fri, 13 Sep 2013 02:27:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A080D2EC6; Fri, 13 Sep 2013 02:27:38 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id E7BEFA08D; Fri, 13 Sep 2013 02:27:36 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us E7BEFA08D Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 12 Sep 2013 22:27:35 -0400 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: make release fails... Message-ID: <20130913022735.GL2404@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eWbcAUUbgrfSEG1c" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:27:38 -0000 --eWbcAUUbgrfSEG1c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 13, 2013 at 11:21:43AM +0900, Lundberg, Johannes wrote: > Trying to create a custom install image which has been successful before > but suddenly fails during make release/memstick. >=20 > Procedure >=20 > 1) cd /usr/src > 2) make buildworld > 3) make buildkernel > 4) cd release > 5) make release >=20 > and I get the error >=20 > ... > gencat be_BY.UTF-8.cat /usr/src/lib/libc/nls/be_BY.UTF-8.msg > make[8]: exec(gencat) failed (no such file or directory) > .... >=20 This is not enough context. Also, what is output of 'sysctl -n kern.osreldate' on the build host, and which branch and revision are you trying to build? Glen --eWbcAUUbgrfSEG1c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSMngXAAoJEFJPDDeguUajjtAH/2mO3jFtF0qAXGPF4DjU7C2W H+1Wa5uAnwTTynOUmr7bukYtPaMcp/Vrg6oVwnalBVIk4Te+bKt0rTJxsd1e9C1k AW8RKRnnbwi7GWxGvlH4qk8h2+Rtyy+vGp3J/INiSrMpaRvNt+EhEGgahhH6CsjA uUzptzCxHMM12ZM60pRcOu9JVeg/MosyZHzgiivSLiqacPAa7g8vL3rxBGTrh6oz QXymSL3ITmrJ0N9NwxCspwQilkv423i3idS4H9bU3eX2lK2tEyBOGn67TvewP1pk uJwY2u0ITMioe/4ytJAV5/TK7CBVRho4lI4Rak21ab5VueUEsgk8dz1hOAHOz+c= =C6D9 -----END PGP SIGNATURE----- --eWbcAUUbgrfSEG1c-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:31:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 67B187B for ; Fri, 13 Sep 2013 02:31:00 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A1032F0D for ; Fri, 13 Sep 2013 02:30:59 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id e14so1402873iej.10 for ; Thu, 12 Sep 2013 19:30:59 -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:from:date :message-id:subject:to:cc:content-type; bh=ibIyd3lylDM83SWKgb73liYRSb17jd6VL0epVncU7CY=; b=jpod/J4CW7hVwlA7sWbpLfO+3VveWenOuKA9A2J/KtF1z138cvMeU8r+H1R5MyygxK hPxAkggk02bLGVRltqmkiTp+NW82munbKJQ2tut0NjMSikP6C8V/CQQP9e82cVyqFdKV RbzRak6c35MRVvk52WIJhEHi0L74wulkepjjjRdyTO4k+w30bj6jBsBr6GQFw/qCEaMA YlzfUh85sMlLseMvu4xDUOW1mW+ixsdAeX/wTl0NwP7YkW8AwXHxORF6Hp3w2Vpao7nc LqaKzgxLI0F7pOML37UhckZ0xSgAxHuZlRGbVxdkv/lBji1e4vX0Oc/2BNizAVQRQuI5 ZpKQ== X-Gm-Message-State: ALoCoQnccENwqYyM8OYnZjD6gF8S76nkahAa9gFpJzz2oQUBQJMQ5fxwV0BV8ePT8igKHYVo3vry X-Received: by 10.50.77.72 with SMTP id q8mr329426igw.14.1379039459425; Thu, 12 Sep 2013 19:30:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.158.74 with HTTP; Thu, 12 Sep 2013 19:30:44 -0700 (PDT) In-Reply-To: <20130913022735.GL2404@glenbarber.us> References: <20130913022735.GL2404@glenbarber.us> From: "Lundberg, Johannes" Date: Fri, 13 Sep 2013 11:30:44 +0900 Message-ID: Subject: Re: make release fails... To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:31:00 -0000 # sysctl -n kern.osreldate 1000045 The system is 10.0. I used it before to build custom distribution. What I've done since last time is basically removing /usr/src and grabbing a new one from head. -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage On Fri, Sep 13, 2013 at 11:27 AM, Glen Barber wrote: > On Fri, Sep 13, 2013 at 11:21:43AM +0900, Lundberg, Johannes wrote: > > Trying to create a custom install image which has been successful before > > but suddenly fails during make release/memstick. > > > > Procedure > > > > 1) cd /usr/src > > 2) make buildworld > > 3) make buildkernel > > 4) cd release > > 5) make release > > > > and I get the error > > > > ... > > gencat be_BY.UTF-8.cat /usr/src/lib/libc/nls/be_BY.UTF-8.msg > > make[8]: exec(gencat) failed (no such file or directory) > > .... > > > > This is not enough context. > > Also, what is output of 'sysctl -n kern.osreldate' on the build host, > and which branch and revision are you trying to build? > > Glen > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:35:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A817A1D7; Fri, 13 Sep 2013 02:35:11 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDC422F37; Fri, 13 Sep 2013 02:35:10 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 57A02A136; Fri, 13 Sep 2013 02:35:09 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 57A02A136 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 12 Sep 2013 22:35:07 -0400 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: make release fails... Message-ID: <20130913023507.GM2404@glenbarber.us> References: <20130913022735.GL2404@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Nj4mAaUCx+wbOcQD" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:35:11 -0000 --Nj4mAaUCx+wbOcQD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 13, 2013 at 11:30:44AM +0900, Lundberg, Johannes wrote: > # sysctl -n kern.osreldate > 1000045 >=20 > The system is 10.0. I used it before to build custom distribution. > What I've done since last time is basically removing /usr/src and grabbing > a new one from head. Recent changes in head/ (unfortunately) require the build system revision to be at least 1000055 or greater, due to some backward compatibility issues introduced recently. If you upgrade the build environment and retry the build, you should be fine. (And yes, I am serious, as I've just spent several hours on exactly these types of issues...) Glen --Nj4mAaUCx+wbOcQD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSMnnbAAoJEFJPDDeguUajz1EIAKSmKqc2cNmtg2ukIHm/rMNV +2g3Kdw+1N2fTcZUj7rdnVbdBGoKpHM4mGpsWRM53LYEqbVIv3KBGJ6XedgSl8lc WOXco+BDcjpNOPYdiprdzW46tbp+hmZ9uF4805mQMOB4YM3+rqjGTk+EsuaVQ4pp w/OHe023PKpXAxP8aOtSwu4sa48m9tk4XCSz7c++1wp3EU67ySiTXXTMCRndX0SF OyFIkEywa7o65YYwMYdYKZstH/ZY/+MiBnKqoT59sAcgFJPazrSnaqJpvdKf0BTi qgOV9KCTCXZZ9H52yrTSNROUhWWzStdaHTGB/xMnHn00doeC2mg7NrgPzNcIzUA= =EVIw -----END PGP SIGNATURE----- --Nj4mAaUCx+wbOcQD-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:42:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A56B93BE for ; Fri, 13 Sep 2013 02:42:11 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7580A2F9B for ; Fri, 13 Sep 2013 02:42:11 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id at1so1405886iec.30 for ; Thu, 12 Sep 2013 19:42:10 -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:from:date :message-id:subject:to:cc:content-type; bh=kYjIG5j+wzc0OAobEnG5G/UrSO7uLGxdCUdCKUPeIsc=; b=LAC/WEEtdjVz4uUbsNp6+xK3FTNazTRDUGQxg+sMXANkv46sWlxu1FOWX7S9/ep/Wt ltpMOX0Y7+nVYl57WCJhSOSWDIBMXtlg4FYp2uCtnm3naXT1oKQK3oBv5ZctetmTIKou DuuKwDJubEgfCwif24OzvJlUau8IuW79Xu56j7ZWV21XEtNZvbmhneoIkS4BYyPgbvxZ G47Q4adw7fFm3nRY0Dlqfljx8uHrHBSJq9W84+H20TJuL3ZkuNlfu9g8wJn3qsOGdsQE Bbugur9dlUEJ68SWehp2gfDRZ1vuYQpVmv6t2zDrgIsSm+7ndsPLY4JtIhHvfowzNmrX BCng== X-Gm-Message-State: ALoCoQnA6HCxijqdU22uYz1YxO1iqveVheSGJyFWmJJ0kRk8q1zrjqucbNGaNHG45NsMaLpbLeJI X-Received: by 10.50.30.9 with SMTP id o9mr355003igh.0.1379040129975; Thu, 12 Sep 2013 19:42:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.158.74 with HTTP; Thu, 12 Sep 2013 19:41:54 -0700 (PDT) In-Reply-To: References: <20130913022735.GL2404@glenbarber.us> <20130913023507.GM2404@glenbarber.us> From: "Lundberg, Johannes" Date: Fri, 13 Sep 2013 11:41:54 +0900 Message-ID: Subject: Re: make release fails... To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:42:11 -0000 Is this perhaps related to the 20130905 post in UPDATING, regarding the Capsicum framework? -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage On Fri, Sep 13, 2013 at 11:37 AM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Oh.. Thanks a lot! > > But please tell me, how can I upgrade the build environment? Do I have to > rebuild world and kernel on the host system? > > -- > Johannes Lundberg > Project leader and lead developer of Mirama OS (previously Viking OS) > BRILLIANTSERVICE CO., LTD. > > My blog > Mirama homepage blog > Company homepage > > > On Fri, Sep 13, 2013 at 11:35 AM, Glen Barber wrote: > >> On Fri, Sep 13, 2013 at 11:30:44AM +0900, Lundberg, Johannes wrote: >> > # sysctl -n kern.osreldate >> > 1000045 >> > >> > The system is 10.0. I used it before to build custom distribution. >> > What I've done since last time is basically removing /usr/src and >> grabbing >> > a new one from head. >> >> Recent changes in head/ (unfortunately) require the build system >> revision to be at least 1000055 or greater, due to some backward >> compatibility issues introduced recently. >> >> If you upgrade the build environment and retry the build, you should be >> fine. >> >> (And yes, I am serious, as I've just spent several hours on exactly >> these types of issues...) >> >> Glen >> >> > From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:45:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3AA895C6; Fri, 13 Sep 2013 02:45:12 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 100302FC0; Fri, 13 Sep 2013 02:45:12 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id DFA97A219; Fri, 13 Sep 2013 02:45:10 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us DFA97A219 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 12 Sep 2013 22:45:09 -0400 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: make release fails... Message-ID: <20130913024509.GN2404@glenbarber.us> References: <20130913022735.GL2404@glenbarber.us> <20130913023507.GM2404@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FhKpTYimqQF2+bfE" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:45:12 -0000 --FhKpTYimqQF2+bfE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yes, the buildworld/buildkernel. Glen On Fri, Sep 13, 2013 at 11:37:38AM +0900, Lundberg, Johannes wrote: > Oh.. Thanks a lot! >=20 > But please tell me, how can I upgrade the build environment? Do I have to > rebuild world and kernel on the host system? >=20 > -- > Johannes Lundberg > Project leader and lead developer of Mirama OS (previously Viking OS) > BRILLIANTSERVICE CO., LTD. >=20 > My blog > Mirama homepage > blog > Company homepage >=20 >=20 > On Fri, Sep 13, 2013 at 11:35 AM, Glen Barber wrote: >=20 > > On Fri, Sep 13, 2013 at 11:30:44AM +0900, Lundberg, Johannes wrote: > > > # sysctl -n kern.osreldate > > > 1000045 > > > > > > The system is 10.0. I used it before to build custom distribution. > > > What I've done since last time is basically removing /usr/src and > > grabbing > > > a new one from head. > > > > Recent changes in head/ (unfortunately) require the build system > > revision to be at least 1000055 or greater, due to some backward > > compatibility issues introduced recently. > > > > If you upgrade the build environment and retry the build, you should be > > fine. > > > > (And yes, I am serious, as I've just spent several hours on exactly > > these types of issues...) > > > > Glen > > > > --FhKpTYimqQF2+bfE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSMnw1AAoJEFJPDDeguUajDgMIAKmOi+QeuZ5FH+V9EuNPpPaO CpD5RFdOC+2e2/gdIDSHcduebuP+3o4eood18aZbialiENRcdSfxKbbNP0iA4Jq9 BYpk/BQIeVuWaF1oBSKXC/KbQbneVwnSlVCdV+i970qBVLqumcjMZToe2lIK7SCi nBdzWU32OKsletlme3/9iTPoh5Is2BiRz5pkVQy0UloWqXUzyFW0SFxeHAbKKKl7 P2kXsXquTT38obE6cxeOWpKOjnAonxbp8Sn7Vs22R3PtDU0Li671wMdamOZHLYdM WoAGzU8W2atDG4tAyvpD/7fCk/wCmmNfqpIzc8WNzjYwN/8TzYQB5a+05Gwx0es= =g17A -----END PGP SIGNATURE----- --FhKpTYimqQF2+bfE-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:45:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7DA016DC for ; Fri, 13 Sep 2013 02:45:30 +0000 (UTC) (envelope-from johannes@brilliantservice.co.jp) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DCA82FD3 for ; Fri, 13 Sep 2013 02:45:30 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id aq17so1401278iec.13 for ; Thu, 12 Sep 2013 19:45:29 -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:from:date :message-id:subject:to:cc:content-type; bh=bf6kpL0OL8KQoGJ/7kiRmNAYy4K+9deMTJAhFY7+rWg=; b=bFGru6Tb8YgXAvE1Id6aCJC0FZFSoihQufJKBYoR9F8e5j2BIkg+Prlpgt40Hxa0FJ OdGa2oy83Qe4jJD8PUDLQOscTKPpFt8fU6hRjrSEW+bwVOCwMbJsIF4+cI+dJPiRpT8w mqQXNWbsbOe/vB0xuR+nTeFMh67t4sd5jSV+NTG7hQkxshXmtYfgklbGPfUTrPw/LgFq HHGeAqHtzJ/j0mNCkpuLBW+WP+yKsey88vFLj9Zu5qogexLHEanCktlqULRF2KccUrnc P9fuRNK8x3XZDBeFqAL/YNnynYW13FuXlKHcy62bV7gjWdV156zrA+rbeZvG9e0C3lh6 viNg== X-Gm-Message-State: ALoCoQntH3GiSYZbeQsjfmm6aYC73d8q2lHwaGicGxOOeJevnJKkQjgE8GOFT3DiWUdWReoZ6OUN X-Received: by 10.50.238.196 with SMTP id vm4mr305211igc.43.1379039873611; Thu, 12 Sep 2013 19:37:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.158.74 with HTTP; Thu, 12 Sep 2013 19:37:38 -0700 (PDT) In-Reply-To: <20130913023507.GM2404@glenbarber.us> References: <20130913022735.GL2404@glenbarber.us> <20130913023507.GM2404@glenbarber.us> From: "Lundberg, Johannes" Date: Fri, 13 Sep 2013 11:37:38 +0900 Message-ID: Subject: Re: make release fails... To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:45:30 -0000 Oh.. Thanks a lot! But please tell me, how can I upgrade the build environment? Do I have to rebuild world and kernel on the host system? -- Johannes Lundberg Project leader and lead developer of Mirama OS (previously Viking OS) BRILLIANTSERVICE CO., LTD. My blog Mirama homepage blog Company homepage On Fri, Sep 13, 2013 at 11:35 AM, Glen Barber wrote: > On Fri, Sep 13, 2013 at 11:30:44AM +0900, Lundberg, Johannes wrote: > > # sysctl -n kern.osreldate > > 1000045 > > > > The system is 10.0. I used it before to build custom distribution. > > What I've done since last time is basically removing /usr/src and > grabbing > > a new one from head. > > Recent changes in head/ (unfortunately) require the build system > revision to be at least 1000055 or greater, due to some backward > compatibility issues introduced recently. > > If you upgrade the build environment and retry the build, you should be > fine. > > (And yes, I am serious, as I've just spent several hours on exactly > these types of issues...) > > Glen > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 02:48:10 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 62699828; Fri, 13 Sep 2013 02:48:10 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CB952FF1; Fri, 13 Sep 2013 02:48:10 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id D7998A286; Fri, 13 Sep 2013 02:48:08 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us D7998A286 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 12 Sep 2013 22:48:07 -0400 From: Glen Barber To: "Lundberg, Johannes" Subject: Re: make release fails... Message-ID: <20130913024807.GO2404@glenbarber.us> References: <20130913022735.GL2404@glenbarber.us> <20130913023507.GM2404@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tzZdJ4yHDV5r1Akt" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 02:48:10 -0000 --tzZdJ4yHDV5r1Akt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In part, yes. Glen On Fri, Sep 13, 2013 at 11:41:54AM +0900, Lundberg, Johannes wrote: > Is this perhaps related to the 20130905 post in UPDATING, regarding the > Capsicum framework? >=20 > -- > Johannes Lundberg > Project leader and lead developer of Mirama OS (previously Viking OS) > BRILLIANTSERVICE CO., LTD. >=20 > My blog > Mirama homepage > blog > Company homepage >=20 >=20 > On Fri, Sep 13, 2013 at 11:37 AM, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: >=20 > > Oh.. Thanks a lot! > > > > But please tell me, how can I upgrade the build environment? Do I have = to > > rebuild world and kernel on the host system? > > > > -- > > Johannes Lundberg > > Project leader and lead developer of Mirama OS (previously Viking OS) > > BRILLIANTSERVICE CO., LTD. > > > > My blog > > Mirama homepage blog > > Company homepage > > > > > > On Fri, Sep 13, 2013 at 11:35 AM, Glen Barber wrote: > > > >> On Fri, Sep 13, 2013 at 11:30:44AM +0900, Lundberg, Johannes wrote: > >> > # sysctl -n kern.osreldate > >> > 1000045 > >> > > >> > The system is 10.0. I used it before to build custom distribution. > >> > What I've done since last time is basically removing /usr/src and > >> grabbing > >> > a new one from head. > >> > >> Recent changes in head/ (unfortunately) require the build system > >> revision to be at least 1000055 or greater, due to some backward > >> compatibility issues introduced recently. > >> > >> If you upgrade the build environment and retry the build, you should be > >> fine. > >> > >> (And yes, I am serious, as I've just spent several hours on exactly > >> these types of issues...) > >> > >> Glen > >> > >> > > --tzZdJ4yHDV5r1Akt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSMnznAAoJEFJPDDeguUajQFIH/jjjXG5Z9Zai6dONlaX/f5El dYJSwSIpU3yH4/UURuBAYwYOtOaldcGBBUHTIVFJKXlcRgshAANpbqjpP13aH1AT iGRrNQHNQobMMo8BXTL9NTAafUmHDaljYwCevLLQAudKbLUT4LIiYKaaeFJaYIhd uBjMLKWXuhTwFiTlxZV1Oyo33WD5vYK3uXSaFnuN9plVnDmX8sZwBPIYdFCTKJub ZQsYrRTkQELJwIEebPVdNiSf5Vk4dJLV/RnXoD5niH1rJqKmRHMbxMGH/PmSmp6s /f4a3g9nLk6kKHtWqcDs4TM410PNMi/die2LULHxlcnmSuMshXga4oL+zram7Nk= =V1mc -----END PGP SIGNATURE----- --tzZdJ4yHDV5r1Akt-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 05:05:31 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1D5A48F4; Fri, 13 Sep 2013 05:05:31 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [212.247.52.13]) by mx1.freebsd.org (Postfix) with ESMTP id D0C2C2654; Fri, 13 Sep 2013 05:05:30 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 78C31E3F07A; Fri, 13 Sep 2013 07:05:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ALQh6wyCK9UP; Fri, 13 Sep 2013 07:05:20 +0200 (CEST) Received: from devbox.vnode.local (unknown [83.223.1.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 8F6F8E3F079; Fri, 13 Sep 2013 07:05:19 +0200 (CEST) Date: Fri, 13 Sep 2013 07:05:18 +0200 From: Joel Dahl To: Uzumaki Naruto Subject: Re: mountroot> while booting r255342 memstick Message-ID: <20130913050518.GA67729@devbox.vnode.local> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mav@freebsd.org, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 05:05:31 -0000 On Thu, Sep 12, 2013 at 12:32:12AM +0000, Uzumaki Naruto wrote: > Hi, > I downloaded FreeBSD-10.0-CURRENT-amd64-20130907-r255342-memstick.img and dd into KINGSTON DT 101 G2 1.00 USB pendrive Looks similar to what I reported back in February: http://lists.freebsd.org/pipermail/freebsd-current/2013-February/039542.html mav@ committed a fix for this here: http://lists.freebsd.org/pipermail/svn-src-head/2013-February/045143.html Perhaps a quirk is needed for your USB pendrive as well. -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 09:24:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3F1FE731; Fri, 13 Sep 2013 09:24:37 +0000 (UTC) (envelope-from matthias@petermann-it.de) Received: from mail.s1.d2ux.org (static.209.96.9.5.clients.your-server.de [5.9.96.209]) by mx1.freebsd.org (Postfix) with ESMTP id F061F2421; Fri, 13 Sep 2013 09:24:36 +0000 (UTC) Received: from mail.s1.d2ux.org (mail [10.0.0.3]) by mail.s1.d2ux.org (Postfix) with ESMTP id 6B35884F25BB; Fri, 13 Sep 2013 11:24:29 +0200 (CEST) Received: from mail.s1.d2ux.org ([10.0.0.3]) by mail.s1.d2ux.org (mail.s1.d2ux.org [10.0.0.3]) (amavisd-new, port 10024) with ESMTP id yvTqF3FFwrxm; Fri, 13 Sep 2013 11:24:27 +0200 (CEST) Received: from www.s1.d2ux.org (unknown [10.0.0.4]) by mail.s1.d2ux.org (Postfix) with ESMTP id 764A284F2586; Fri, 13 Sep 2013 11:24:27 +0200 (CEST) Received: from 188.92.33.52 ([188.92.33.52]) by d2ux.org (Horde Framework) with HTTP; Fri, 13 Sep 2013 11:24:27 +0200 Date: Fri, 13 Sep 2013 11:24:27 +0200 Message-ID: <20130913112427.Horde.Lr2e32AbzvcQIrrWuDh-dg1@d2ux.org> From: Matthias Petermann To: freebsd-current@freebsd.org Subject: Centrino Wireless N2230 support User-Agent: Internet Messaging Program (IMP) H5 (6.1.3) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Cc: freebsd-wireless@freebsd.org, freebsd-drivers@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 09:24:37 -0000 Hello, there was some recent discussion[1] on freebsd-wireless and freebsd-drivers about Centrino Wireless N2230[2] support in FreeBSD. I would be curious if there is a working patch somewhere available which builds against 10-current? Thanks in advance & kind regards, Matthias [1] http://lists.freebsd.org/pipermail/freebsd-drivers/2013-July/001570.html [2] http://www.intel.de/content/www/de/de/wireless-products/centrino-wireless-n-2230.html -- Matthias Petermann Ihr Partner für anspruchsvolle IT-Lösungen www.petermann-it.de - lösungsorientiert, innovativ und erfolgreich From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 08:11:31 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B47BB95F; Fri, 13 Sep 2013 08:11:31 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 66E5E2F6A; Fri, 13 Sep 2013 08:11:31 +0000 (UTC) Received: from web24j.yandex.ru (web24j.yandex.ru [5.45.198.65]) by forward15.mail.yandex.net (Yandex) with ESMTP id 766E79E2B52; Fri, 13 Sep 2013 12:11:29 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web24j.yandex.ru (Yandex) with ESMTP id 15E281E0101A; Fri, 13 Sep 2013 12:11:29 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379059889; bh=oV09qnIoZPGtfL89bxTm43/WkdBUY/CKQ9PfIGjtJ/8=; h=From:To:Cc:In-Reply-To:References:Subject:Date; b=wsZ3GZ0LcWPBKr9K+cds5GXkkY8tO8vKZfdsER/K9xtZOP8SH6USNJgC6zWFv1EBv XY3jxauHf1PvHolPdJIZCVxvvKopKidYcREaL6JPY4sa+fJ8Lvi6ZarNi3KZnL7tfx wheCo4AAWfLoh7u/4Urm8503jA07vNU9IfyVU+lg= Received: from office-gw.skytel.spb.ru (office-gw.skytel.spb.ru [193.110.239.131]) by web24j.yandex.ru with HTTP; Fri, 13 Sep 2013 12:11:28 +0400 From: S.N.Grigoriev To: Dimitry Andric In-Reply-To: <5F84DAA0-5021-43D0-BDEF-B0A56AA7B50B@FreeBSD.org> References: <245071379015271@web9j.yandex.ru> <5F84DAA0-5021-43D0-BDEF-B0A56AA7B50B@FreeBSD.org> Subject: Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc MIME-Version: 1.0 Message-Id: <628281379059888@web24j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Fri, 13 Sep 2013 12:11:28 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-Mailman-Approved-At: Fri, 13 Sep 2013 11:21:22 +0000 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 08:11:31 -0000 13.09.2013, 01:11, "Dimitry Andric" : > On Sep 12, 2013, at 21:47, S.N.Grigoriev wrote: > >> šafter upgrading to r255423 (make buildworld && make buildkernel && make installkernel && make installworld && reboot; make delete-old && make delete-old-libs) I cannot build the system with the WITH_GCC=yes and WITH_GNUCXX=yes options in my src.conf. The following error occures: >> >> š--- libgssapi_krb5.so.10 --- >> šbuilding shared library libgssapi_krb5.so.10 >> š--- gnu/lib__L --- >> š/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/list.cc:61:3: error: use of undeclared identifier '_List_node_base' >> šš_List_node_base::swap(_List_node_base& __x, _List_node_base& __y) >> šš^ > > I just sent a mail to re@ to get approval for a fix for this. šIn the > mean time, please apply the attached patch. > > -Dimitry > > , Hi Dimitry, thank you for your response. Your patch works for me! -- Regards, S.Grigoriev. From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 09:34:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CBA70C43; Fri, 13 Sep 2013 09:34:55 +0000 (UTC) (envelope-from cg@cgross.info) Received: from alpha.kreiz-it.fr (alpha.kreiz-it.fr [IPv6:2001:41d0:8:dda6::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9206F24CF; Fri, 13 Sep 2013 09:34:55 +0000 (UTC) Received: from DirTech (lnr56-1-82-246-51-185.fbx.proxad.net [82.246.51.185]) by alpha.kreiz-it.fr (Postfix) with ESMTPSA id CDCF6877; Fri, 13 Sep 2013 11:34:53 +0200 (CEST) From: "Cedric GROSS" To: "'Matthias Petermann'" References: <20130913112427.Horde.Lr2e32AbzvcQIrrWuDh-dg1@d2ux.org> In-Reply-To: <20130913112427.Horde.Lr2e32AbzvcQIrrWuDh-dg1@d2ux.org> Subject: RE: Centrino Wireless N2230 support Date: Fri, 13 Sep 2013 11:34:50 +0200 Message-ID: <001e01ceb064$80168220$80438660$@info> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac6wYx57eIffdn5TS+mBCYe2mFppYAAAH5nw Content-Language: fr X-Mailman-Approved-At: Fri, 13 Sep 2013 11:28:17 +0000 Cc: freebsd-wireless@freebsd.org, freebsd-drivers@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 09:34:55 -0000 Hello, > De : owner-freebsd-drivers@freebsd.org [mailto:owner-freebsd- > drivers@freebsd.org] De la part de Matthias Petermann > Envoy=C3=A9 : vendredi 13 septembre 2013 11:24 > =C3=80 : freebsd-current@freebsd.org > Cc : freebsd-wireless@freebsd.org; freebsd-drivers@freebsd.org > Objet : Centrino Wireless N2230 support >=20 >=20 > Hello, >=20 > there was some recent discussion[1] on freebsd-wireless and freebsd- > drivers about Centrino Wireless N2230[2] support in FreeBSD. >=20 > I would be curious if there is a working patch somewhere available > which builds against 10-current? >=20 Not against 10-current. But if you wish, you could test with my version on github = https://github.com/KreizIT/FreeBSD-IWN Use LKGV branch, should be running with 10-current. Cedric From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 11:34:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DA108B39 for ; Fri, 13 Sep 2013 11:34:34 +0000 (UTC) (envelope-from supportme@ukr.net) Received: from fmd2s.ukr.net (fmd2s.ukr.net [195.214.192.44]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8AA502B9F for ; Fri, 13 Sep 2013 11:34:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:To:Subject:From:Date; bh=hYZeVfFMhztCPK89UYcnBGzEIMYhjs8sYVJPDs93Lyo=; b=AkWY3F1EOHr8c45ro9HnbMoe2TypVvJ33v3pbS/dVjbjW2dnILQEKgx4XGjAXsJWiNW+9p4CdDEo9Udbx5KpgcOefDdZcSVTujSYiOmlP/DPc7ApIzu7MvCjkaeau5NvSCxt+iRsWdPwxg/y57eGhFUZUveDDo66e3wifAc+uQ8=; Received: from [10.0.10.112] (helo=fmst-6.ukr.net) by fmd2s.ukr.net with smtp ID 1VKRMP-000Ch3-Ks for freebsd-current@freebsd.org; Fri, 13 Sep 2013 14:16:25 +0300 Date: Fri, 13 Sep 2013 14:16:24 +0300 From: Dmitryy Makarov Subject: ZFS secondarycache on SSD problem on r255173 To: freebsd-current@freebsd.org X-Mailer: freemail.ukr.net 5.0 Message-Id: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net> MIME-Version: 1.0 Received: from supportme@ukr.net by fmst-6.ukr.net; Fri, 13 Sep 2013 14:16:25 +0300 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 11:34:34 -0000 Hello, FreeBSD Current. Have some trouble with adding SSD drive as secondarycache device on 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r255173 : SSD INTEL SSDSC2BW180A4 dmesg: ada1 at ahcich2 bus 0 scbus4 target 0 lun 0 ada1: ATA-9 SATA 3.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad8 # diskinfo -v /dev/ada1 /dev/ada1         512             # sectorsize         180045766656    # mediasize in bytes (167G)         351651888       # mediasize in sectors         4096            # stripesize         0               # stripeoffset         348861          # Cylinders according to firmware.         16              # Heads according to firmware.         63              # Sectors according to firmware.         BTDA326504N51802GN      # Disk ident. Creating partition and adding: # gpart create -s gpt ada1 # gpart add -t freebsd-zfs -s3G -l zil0 ada1 # gpart add -t freebsd-zfs  -l cache0 ada1 # zpool add disk1 log /dev/gpt/zil0 # zpool add disk1 cache /dev/gpt/cache0 After that have:       log            gpt/zil0                                  ONLINE       0     0     0      cache           gpt/cache0    ONLINE       0     0     0  block size: 512B configured, 4096B native But why? ZFS can't properly set sector size for cache device (quirks=0x1<4K>)? And have some strange behavior with ZIl partition on the same SSD - everything works! Okay, was trying to do some workaround with GNOP: # gnop create -S4096 /dev/gpt/cache0 # zpool add disk1 cache /dev/gpt/cache0.nop Seems to be OK  cache           gpt/cache0.nop    ONLINE       0     0     0 But after reboot pool has status:One or more devices are configured to use a non-native block size.         Expect reduced performance. cache           gptid/39e40c33-1c4d-11e3-ac20-002590aa9548  ONLINE       0     0     0  block size: 512B configured, 4096B native And no gnop parts was found, and even gpart (in /dev/gpart) # gnop status # gnop: Command 'status' not available. # gpart show -l ada1 =>  34  351651821  ada1  GPT  (167G)          34          6        - free -  (3.0k)          40    6291456     1  zil0  (3.0G)     6291496  345360352     2  cache0  (164G)   351651848          7        - free -  (3.5k) # ls /dev/gpt/cache* zsh: no matches found: /dev/gpt/cache* Please, help to deal with this problem. Or what else information can be useful to find out this trouble. From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 12:18:13 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F102249A; Fri, 13 Sep 2013 12:18:12 +0000 (UTC) (envelope-from prvs=1968c3207d=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DEE32E3B; Fri, 13 Sep 2013 12:18:12 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50005951420.msg; Fri, 13 Sep 2013 13:18:04 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 13 Sep 2013 13:18:04 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1968c3207d=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Dmitryy Makarov" , , "Justin T. Gibbs" References: <1379069539.824504225.3b9xwugp@fmst-6.ukr.net> Subject: Re: ZFS secondarycache on SSD problem on r255173 Date: Fri, 13 Sep 2013 13:18:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 12:18:13 -0000 This is a recent bit of code by Justin cc'ed, so he's likely the best person to investigate this one. Regards Steve ----- Original Message ----- From: "Dmitryy Makarov" To: Sent: Friday, September 13, 2013 12:16 PM Subject: ZFS secondarycache on SSD problem on r255173 > Hello, FreeBSD Current. > > Have some trouble with adding SSD drive as secondarycache device on 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r255173 : > SSD INTEL SSDSC2BW180A4 > > dmesg: > ada1 at ahcich2 bus 0 scbus4 target 0 lun 0 > ada1: ATA-9 SATA 3.x device > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C) > ada1: quirks=0x1<4K> > ada1: Previously was known as ad8 > > > # diskinfo -v /dev/ada1 > /dev/ada1 > 512 # sectorsize > 180045766656 # mediasize in bytes (167G) > 351651888 # mediasize in sectors > 4096 # stripesize > 0 # stripeoffset > 348861 # Cylinders according to firmware. > 16 # Heads according to firmware. > 63 # Sectors according to firmware. > BTDA326504N51802GN # Disk ident. > > Creating partition and adding: > # gpart create -s gpt ada1 > # gpart add -t freebsd-zfs -s3G -l zil0 ada1 > # gpart add -t freebsd-zfs -l cache0 ada1 > # zpool add disk1 log /dev/gpt/zil0 > # zpool add disk1 cache /dev/gpt/cache0 > > After that have: > log > > gpt/zil0 ONLINE 0 0 0 > cache > gpt/cache0 ONLINE 0 0 0 block size: 512B configured, 4096B native > > But why? ZFS can't properly set sector size for cache device (quirks=0x1<4K>)? > And have some strange behavior with ZIl partition on the same SSD - everything works! > > > Okay, was trying to do some workaround with GNOP: > # gnop create -S4096 /dev/gpt/cache0 > # zpool add disk1 cache /dev/gpt/cache0.nop > > Seems to be OK > cache > gpt/cache0.nop ONLINE 0 0 0 > > But after reboot pool has > status:One or more devices are configured to use a non-native block size. > Expect reduced performance. > > cache > gptid/39e40c33-1c4d-11e3-ac20-002590aa9548 ONLINE 0 0 0 block size: 512B configured, 4096B native > > And no gnop parts was found, and even gpart (in /dev/gpart) > > # gnop status > # gnop: Command 'status' not available. > > # gpart show -l ada1 > => 34 351651821 ada1 GPT (167G) > 34 6 - free - (3.0k) > 40 6291456 1 zil0 (3.0G) > 6291496 345360352 2 cache0 (164G) > 351651848 7 - free - (3.5k) > > # ls /dev/gpt/cache* > zsh: no matches found: /dev/gpt/cache* > > > Please, help to deal with this problem. > Or what else information can be useful to find out this trouble. > _______________________________________________ > 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" ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 13:16:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9FAD3C35; Fri, 13 Sep 2013 13:16:26 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc2-s34.snt0.hotmail.com (snt0-omc2-s34.snt0.hotmail.com [65.55.90.109]) by mx1.freebsd.org (Postfix) with ESMTP id 78372216F; Fri, 13 Sep 2013 13:16:26 +0000 (UTC) Received: from SNT149-W55 ([65.55.90.73]) by snt0-omc2-s34.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 13 Sep 2013 06:15:20 -0700 X-TMN: [bSbJuYWJVa3YO0agtIkEuUhBN5eDHyZ/] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: Glen Barber , "freebsd-current@freebsd.org" Subject: RE: mountroot> while booting r255342 memstick Date: Fri, 13 Sep 2013 13:15:20 +0000 Importance: Normal In-Reply-To: <20130913021433.GK2404@glenbarber.us> References: , <20130912003636.GC46033@glenbarber.us>, , <20130912005610.GD46033@glenbarber.us>, , <52312368.1050402@freebsd.org>, , <20130913021433.GK2404@glenbarber.us> MIME-Version: 1.0 X-OriginalArrivalTime: 13 Sep 2013 13:15:20.0770 (UTC) FILETIME=[4C4DE220:01CEB083] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 13:16:26 -0000 > Also=2C if you can try the 9.2-RC4 image=2C that would also be appreciate= d. > If this is a problem only with 10.0=2C this is something re@ and hselasky= @ > (bcc'd) needs to be aware of. >=20 > Glen tried 9.2-RC4 image=2C (64bit) memstick same error=2C mountroot> ? List of GEOM managed disk devices: ada0s1 ada0 cd0 no diksid compare to 10 current. and i found one interesting information while scrolling up let me ascii my laptop usb port below first. [------] usbus0 top=2C USB 3.0 (blue) [------] usbus2 middle=2C USB 2.0 (black) [------] usbus1 bottom=2C USB 2.0 (black) xhci0: // my usb 3.0 hole usbus0 on xhci0 ehci0: // my usb 2.0 hole first ho= le usbus1 on ehci0 ehci1: // my usb 2.0 hole second h= ole usbus2 on ehci1 ugen 1.3: at usbus1 // assume this info is correct umass0:2:0:-1: Attached to scbus2 // who is using scbus1 and scbus0 i took out my pendrive from usbus1 and plug it into usbus2=2C off =2C wait = a few second and on the machine since idk how to reboot from mountpoint>. below the after rebooted info=2C ugen0.2: at usbus0 // why? umass0: on usb= us0 why usbus0? I didn't plug into USB 3.0? I scrolled up and this info surprise me=2C maybe a bug. xhci0: // my usb 3.0 hole usbus0 on xhci0 Is this some sort of error during usbus number assigned? I hope this information could help everybody to diagnose and solve this iss= ue. =20 > On Fri=2C Sep 13=2C 2013 at 11:09:30AM +0900=2C Lundberg=2C Johannes wrot= e: > > Does it work with the 9.1 image? If it does=2C you probably have the sa= me > > problem as I do with the new Macbook Air. > > Optimisations made to the xhci driver causes it to fail. What I've done= is > > to create a new install image with sys/dev/usb/controller/xhci* reverte= d > > back to 243780. > >=20 > > -- > > Johannes Lundberg > > Project leader and lead developer of Mirama OS (previously Viking OS) > > BRILLIANTSERVICE CO.=2C LTD. > >=20 > > My blog > > Mirama homepage > > blog > > Company homepage > >=20 > >=20 > > On Thu=2C Sep 12=2C 2013 at 11:14 AM=2C Nathan Whitehorn > > wrote: > >=20 > > > On 09/11/13 20:42=2C Uzumaki Naruto wrote: > > > > > >> If the issue is GPT and MBR=2C I am quite sure this laptop BIOS does= n't > > >>> support GPT disk type=2C because OEM Acer only gave GPT supported B= IOS for > > >>> model that pre-loaded with Windows 8. > > >>> > > >> Maybe it helps to clarify=2C this laptop got no UEFI firmware=2C I c= ould > > >> convert my hard disk to GPT type using diskpart command=2C but the > > >> functionality to boot from GPT partition is unavailable through BIOS= . > > >> > > >> > > > Booting from GPT does not require BIOS support. BIOSes don't (or aren= 't > > > supposed to -- some broken ones do) parse the partition table at all. > > > -Nathan > > > > > > ______________________________**_________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/**mailman/listinfo/freebsd-**current > > > To unsubscribe=2C send any mail to "freebsd-current-unsubscribe@** > > > freebsd.org " > > > = From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 14:24:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06C09909; Fri, 13 Sep 2013 14:24:39 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc2-s40.snt0.hotmail.com (snt0-omc2-s40.snt0.hotmail.com [65.54.61.91]) by mx1.freebsd.org (Postfix) with ESMTP id D2E4C25EF; Fri, 13 Sep 2013 14:24:38 +0000 (UTC) Received: from SNT149-W54 ([65.55.90.71]) by snt0-omc2-s40.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 13 Sep 2013 07:24:32 -0700 X-TMN: [tdbRlOskiFOxo2YS2bh/qW13wvWlqHee] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: Glen Barber , "freebsd-current@freebsd.org" Subject: RE: mountroot> while booting r255342 memstick Date: Fri, 13 Sep 2013 14:24:32 +0000 Importance: Normal In-Reply-To: References: , <20130912003636.GC46033@glenbarber.us>, , <20130912005610.GD46033@glenbarber.us>, , <52312368.1050402@freebsd.org>, , <20130913021433.GK2404@glenbarber.us>, MIME-Version: 1.0 X-OriginalArrivalTime: 13 Sep 2013 14:24:32.0845 (UTC) FILETIME=[F7223FD0:01CEB08C] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 14:24:39 -0000 dd back to 10 current xhci0: ehci0: ehci1: usbus0 on xhci0 usbus1 on ehci0 usbus2 on ehci1 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 ugen0.1: <0x8086> at usbus0 ugen2.1: at usbus2 uhub0: on usbus1 uhub1: <0x8086 XHCI root HUB...> on usbus0 uhub2: on usbus2 // hub doesn't number accordingly to usbus number? first test =3D while pendrive boot from usbus0 (USB 3.0) --------------------------------------------------------- ugen0.2: at usbus0 umass0: on usb= us0 umass0: SCSI over Bulk-Only=3B quirks =3D 0x0100 umass0:3:0:-1: Attached to scbus3 second test =3D while pendrive boot from usbus1 or usbus2 (first one) (idk how to number and confirm their number) --------------------------------------------------------------- ugen0.2: at usbus0 umass0: on usb= us0 umass0: SCSI over Bulk-Only=3B quirks =3D 0x0100 umass0:3:0:-1: Attached to scbus3 third test =3D while pendrive boot from usbus1 or usbus2 (another one) (idk how to number and confirm their number) --------------------------------------------------------------- uhub0: <0x8086 XHCI root HUB...> on usbus0 uhub1: on usbus2 uhub2: on usbus1 // different from previous info ugen1.3: at usbus1 umass0: on usb= us1 umass0: SCSI over Bulk-Only=3B quirks =3D 0x0100 umass0:3:0:-1: Attached to scbus3 I don't know if the numbering of uhub is changeable based on where user plu= g in their pendrive=2C seems unusual to me. = From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 15:35:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 77939B9A for ; Fri, 13 Sep 2013 15:35:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 320DE29D6 for ; Fri, 13 Sep 2013 15:35:55 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKVPP-00015y-Bp for freebsd-current@freebsd.org; Fri, 13 Sep 2013 17:35:47 +0200 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Sep 2013 17:35:47 +0200 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Sep 2013 17:35:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: dns/libidn puzzle Date: Fri, 13 Sep 2013 15:35:21 +0000 (UTC) Lines: 15 Message-ID: References: <52326009.1070000@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 15:35:56 -0000 On Fri, 13 Sep 2013 02:44:57 +0200, Matthias Andree wrote: > Am 12.09.2013 23:44, schrieb Walter Hurry: >> On 9.1, if I cd to /usr/ports/dns/libidn and issue 'sudo make config', >> I get a dialog asking me whether I want DOCS and/or NLS. >> >> However, on 10-CURRENT (r255358) I get this: >> >> $ cd /usr/ports/dns/libidn $ sudo make config ===> Options unchanged $ >> >> Why the difference? > > Is dialog4ports installed on your 10-CURRENT? > Yes, it is. dialog4ports-0.1.5_1 From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 19:46:37 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E526F902; Fri, 13 Sep 2013 19:46:37 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCC502D5E; Fri, 13 Sep 2013 19:46:37 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id bj1so2949457pad.0 for ; Fri, 13 Sep 2013 12:46:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=k6WOECoybLgMMfHxPPkFPfbXTSxfHAfN5nmcm/rEMng=; b=Cf1RUpGN+2YOjJCd0SbgTnnxPyGcs/HSSJ5Jdlbuwn5CpkImdByqO1GRBgksBipjCF HshZ7OD9+3TGsGrdGg/mJOD0Zd6KsfXMzDHILAvY2ZcBwJp/H6eiH/rJl/fr3bU6PF1w mMKPwqDEehkPh87/lkv5T3oROm/k8KGNO7cYkxAXwCN3avLb2mai5SrmAetGTpBiaBjy fx621e1DvLdGmywc8xqSd2JAJDv6Lz+vgMhMwyYgBnLHTL0locKdZV+SdNg1UJZcSaQE UCx23q/IUOr0MPIyLgv2/c08e1WFHIySUBpOmH6td4xfYMrkfhXtmtUbOUuJoUUqDS/E j6SQ== X-Received: by 10.68.6.232 with SMTP id e8mr15257987pba.132.1379101597432; Fri, 13 Sep 2013 12:46:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.232.106 with HTTP; Fri, 13 Sep 2013 12:46:13 -0700 (PDT) From: Eir Nym Date: Fri, 13 Sep 2013 23:46:13 +0400 Message-ID: Subject: Installworld on amd64 fails on libc.a on r255342 To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 19:46:38 -0000 I get this error for a while, and don't know what to do with. I build the world, then try to install it into DESTDIR. And at this point I always get error that libc.a can't be found. To eliminate any mistakes in commits I've run snapshot r255342 from FTP in VM and build sources it contains. my building and installing world with following commands: # make toolchain buildworld __MAKE_CONF=/dev/null SRCCONF=src.conf # make hierarchy distrib-dirs distribution installworld some notes: * Targets like hierarchy, disturb-dirs and distribution are described in FreeBSD Handbook in this order * Target distribution doesn't install anything, but configuration files. SRCCONF has following contents: WITHOUT_AMD="YES" WITHOUT_ASSERT_DEBUG="YES" WITHOUT_BIND="YES" WITH_BMAKE="YES" WITH_BSD_GREP="YES" WITH_CLANG="YES" WITH_CLANG_EXTRAS="YES" WITH_CLANG_FULL="YES" WITH_CLANG_IS_CC="YES" WITH_CTF="YES" WITHOUT_CTM="YES" WITHOUT_DYNAMICROOT="YES" WITHOUT_FLOPPY="YES" WITH_ICONV="YES" WITHOUT_HTML="YES" WITHOUT_IPFILTER="YES" WITHOUT_IPFW="YES" WITHOUT_IPX="YES" WITHOUT_IPX_SUPPORT="YES" WITH_LDNS_UTILS="YES" WITH_LIBCPLUSPLUS="YES" WITH_LIBICONV_COMPAT="YES" WITHOUT_NCP="YES" WITHOUT_NIS="YES" WITHOUT_NLS="YES" WITHOUT_NLS_CATALOGS="YES" WITH_OPENSSH_NONE_CIPHER="YES" WITHOUT_PC_SYSINSTALL="YES" WITHOUT_RCMDS="YES" WITHOUT_SYSINSTALL="YES" WITHOUT_TCSH="YES" WITH_USB_GADGET_EXAMPLES="YES" -- Eir Nym From owner-freebsd-current@FreeBSD.ORG Fri Sep 13 20:10:32 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F40DF139; Fri, 13 Sep 2013 20:10:31 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA0D62ECC; Fri, 13 Sep 2013 20:10:31 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 1D1C9A68E; Fri, 13 Sep 2013 20:10:30 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 1D1C9A68E Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 13 Sep 2013 16:10:28 -0400 From: Glen Barber To: freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: FreeBSD 10.0-ALPHA1 now available Message-ID: <20130913201028.GU2404@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="h85LGMdA0M9ASxa6" Content-Disposition: inline X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 13 Sep 2013 20:10:32 -0000 --h85LGMdA0M9ASxa6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The first ALPHA build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems, you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "head/" branch. Please be aware that cvsup and CVS are not supported methods of updating the src/ tree. Important note to freebsd-update(8) users: freebsd-update(8) is not a supported upgrade path for the 10.0-ALPHA builds. Checksums: amd64: SHA256 (FreeBSD-10.0-ALPHA1-amd64-bootonly.iso) = cd175d5412ef53f5502993d80ee5f783ba03e1f6f4efb8a6c294d60cd03c2972 SHA256 (FreeBSD-10.0-ALPHA1-amd64-disc1.iso) = 8b2a9cdfb95f153f312c63cd1c4cafb49cfb8e2610fdf04763a9e54f197f7dc8 SHA256 (FreeBSD-10.0-ALPHA1-amd64-memstick.img) = d2c2fd54f834fa62c6beccbfe3aa53dd6aad6242345e0ea9f40eac1611232e73 MD5 (FreeBSD-10.0-ALPHA1-amd64-bootonly.iso) = 54a17a5315ff2b4210b3ef8637015276 MD5 (FreeBSD-10.0-ALPHA1-amd64-disc1.iso) = 9224e22668d9f4167c5c2f9a7876a172 MD5 (FreeBSD-10.0-ALPHA1-amd64-memstick.img) = aba052abad34d074a44c0a0df28f870b i386: SHA256 (FreeBSD-10.0-ALPHA1-i386-bootonly.iso) = 3bf349764740a5271ba96a471d815e057b16d3ae4286303f50a8b02d42518e34 SHA256 (FreeBSD-10.0-ALPHA1-i386-disc1.iso) = c1ddf6661777e7c39f5695c65e205d5ff7a7e98f2c3c78f91c92ea7e6830eb1c SHA256 (FreeBSD-10.0-ALPHA1-i386-memstick.img) = c7af7fc17afb4018d35db6e5aa34d37d05bd0d29994c1cb983ad808cefbedfc5 MD5 (FreeBSD-10.0-ALPHA1-i386-bootonly.iso) = 75edd55bb3e0ea2a17a0660f29e3114d MD5 (FreeBSD-10.0-ALPHA1-i386-disc1.iso) = 163e700ec164c38a39aa5868c8531bea MD5 (FreeBSD-10.0-ALPHA1-i386-memstick.img) = 5fbf7305cfac91f7342123cfd43f7b02 ia64: SHA256 (FreeBSD-10.0-ALPHA1-ia64-bootonly.iso) = 46c3d4c81d6bc35f02091fa052881437e140368dbc261c9f19edf28664d8af47 SHA256 (FreeBSD-10.0-ALPHA1-ia64-disc1.iso) = c42ee528ad9fc75d837302220871bb08ed6806117cb2d59b022d57f7f79eaa9f SHA256 (FreeBSD-10.0-ALPHA1-ia64-memstick.img) = 95c7cca7f764ebe554356a15cad5ab37c9803fbcede4ac43e63ff013e6ac435d MD5 (FreeBSD-10.0-ALPHA1-ia64-bootonly.iso) = e1e32574ec662a0184556c8a7db86acb MD5 (FreeBSD-10.0-ALPHA1-ia64-disc1.iso) = ed798a212d99787bf7c8441876d3969f MD5 (FreeBSD-10.0-ALPHA1-ia64-memstick.img) = 42f06c9ee4498373ed80543e0c62ca84 powerpc: SHA256 (FreeBSD-10.0-ALPHA1-powerpc-bootonly.iso) = 9be0cdda5edd6aec6570e51fc8e1f2cdc6f15235b2dd0cd608455b1e2aeb5729 SHA256 (FreeBSD-10.0-ALPHA1-powerpc-disc1.iso) = 306275148dd9ae925158c9159c9e40b32cd39c600eff13d73aba85d9af63c884 SHA256 (FreeBSD-10.0-ALPHA1-powerpc-memstick.img) = 1d05fa7a239fcc163224bae1b19796bf5131ffba742a2a18d2db5d485c072180 MD5 (FreeBSD-10.0-ALPHA1-powerpc-bootonly.iso) = 1e12ec58faa5a3ab2c5203ddd7e6469d MD5 (FreeBSD-10.0-ALPHA1-powerpc-disc1.iso) = eaa9631d5ea2876e6eedf5e418074598 MD5 (FreeBSD-10.0-ALPHA1-powerpc-memstick.img) = 15f84226f294c32f6cf1df7668099479 sparc64: SHA256 (FreeBSD-10.0-ALPHA1-sparc64-bootonly.iso) = 52b524c150382a06af531312e97be0e6c6d5e348199a20dda0a7d0fec08dd74f SHA256 (FreeBSD-10.0-ALPHA1-sparc64-disc1.iso) = fd9c2e28a2162f8063542ccb813d0b00ef366734bf86b8ad31e8375295385146 MD5 (FreeBSD-10.0-ALPHA1-sparc64-bootonly.iso) = 9d03833e7f05917acb5252a6f07f3f64 MD5 (FreeBSD-10.0-ALPHA1-sparc64-disc1.iso) = 1253f05cbdfcf7042524f17a5f590a2b Glen --h85LGMdA0M9ASxa6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSM3E0AAoJEFJPDDeguUajDTwH/2ZgBFb0JW0WOtF5RF7Cg0JZ Qfmv+PeNXbLoxb2DORMBBPteuXhuExGyf3EXgPAYVn1fQYNslYIQ1UZjnLoZU9XK 5F3HEwdHulbJDCdXwtjFsBMQTLMk1jQemqhPgmXfyjzCjduQ4fzINPBunz7tSOSw DEiOQRMc6vfJYSUxth2S42pINpshrMdyzL1kcyuqBB6SKS8ZPKFhapAjvpD2KkmR C5gZgtT4IjnlfvX1kkeH49CPNpxGxLqTFM6LSJlckJNLGPRSPazu4pdLHr5mjIgG 62ub/HGq9kfvna6lWZ5gvCdxRnLwjzRrPnXpKutZJRc+GvlJZLwVS95yEfhz5H8= =va9i -----END PGP SIGNATURE----- --h85LGMdA0M9ASxa6-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 02:12:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BBC71BFC; Sat, 14 Sep 2013 02:12:48 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc2-s30.snt0.hotmail.com (snt0-omc2-s30.snt0.hotmail.com [65.55.90.105]) by mx1.freebsd.org (Postfix) with ESMTP id 92BEC2A7A; Sat, 14 Sep 2013 02:12:48 +0000 (UTC) Received: from SNT149-W63 ([65.55.90.72]) by snt0-omc2-s30.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 13 Sep 2013 19:11:42 -0700 X-TMN: [ubas9Bghsn3zQOBpDFmi9BAqqLJCMQ57] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: Glen Barber , "freebsd-current@freebsd.org" Subject: RE: mountroot> while booting r255342 memstick Date: Sat, 14 Sep 2013 02:11:42 +0000 Importance: Normal In-Reply-To: References: , <20130912003636.GC46033@glenbarber.us>, , <20130912005610.GD46033@glenbarber.us>, , <52312368.1050402@freebsd.org>, , <20130913021433.GK2404@glenbarber.us>, , MIME-Version: 1.0 X-OriginalArrivalTime: 14 Sep 2013 02:11:42.0720 (UTC) FILETIME=[C14F6000:01CEB0EF] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 02:12:48 -0000 fyi=2C I just tried FreeBSD 10 ALPHA memstick same issue=2C stuck at mountroot> too. = From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 02:16:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EA7BDD27 for ; Sat, 14 Sep 2013 02:16:54 +0000 (UTC) (envelope-from narutopc@outlook.com) Received: from snt0-omc4-s49.snt0.hotmail.com (snt0-omc4-s49.snt0.hotmail.com [65.54.51.100]) by mx1.freebsd.org (Postfix) with ESMTP id C4F272A99 for ; Sat, 14 Sep 2013 02:16:54 +0000 (UTC) Received: from SNT149-W2 ([65.55.90.199]) by snt0-omc4-s49.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 13 Sep 2013 19:15:49 -0700 X-TMN: [XQtw7o8Eo+3goWzRrxdLNP4KpTC/YTsB] X-Originating-Email: [narutopc@outlook.com] Message-ID: From: Uzumaki Naruto To: Joel Dahl , "freebsd-current@freebsd.org" Subject: RE: mountroot> while booting r255342 memstick Date: Sat, 14 Sep 2013 02:15:49 +0000 Importance: Normal In-Reply-To: <20130913050518.GA67729@devbox.vnode.local> References: , <20130913050518.GA67729@devbox.vnode.local> MIME-Version: 1.0 X-OriginalArrivalTime: 14 Sep 2013 02:15:49.0595 (UTC) FILETIME=[547582B0:01CEB0F0] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 02:16:55 -0000 Thanks for this info=2C Joel Would try the solution=2C rebuild the whole thing=2C kinda new with this. > Date: Fri=2C 13 Sep 2013 07:05:18 +0200 > From: joel@vnode.se > To: narutopc@outlook.com > CC: freebsd-current@freebsd.org=3B mav@freebsd.org > Subject: Re: mountroot> while booting r255342 memstick >=20 > On Thu=2C Sep 12=2C 2013 at 12:32:12AM +0000=2C Uzumaki Naruto wrote: > > Hi=2C > > I downloaded FreeBSD-10.0-CURRENT-amd64-20130907-r255342-memstick.img a= nd dd into KINGSTON DT 101 G2 1.00 USB pendrive >=20 > Looks similar to what I reported back in February: > http://lists.freebsd.org/pipermail/freebsd-current/2013-February/039542.h= tml >=20 > mav@ committed a fix for this here: > http://lists.freebsd.org/pipermail/svn-src-head/2013-February/045143.html >=20 > Perhaps a quirk is needed for your USB pendrive as well.=20 >=20 > --=20 > Joel = From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 09:57:23 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BD4DA3B4 for ; Sat, 14 Sep 2013 09:57:23 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D42F2D09 for ; Sat, 14 Sep 2013 09:57:23 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKmbQ-0003Ya-03 for freebsd-current@freebsd.org; Sat, 14 Sep 2013 11:57:20 +0200 Received: from 31.217.0.151 ([31.217.0.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 11:57:19 +0200 Received: from ivoras by 31.217.0.151 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 11:57:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Subject: Re: FreeBSD 10.0-ALPHA1 now available Date: Sat, 14 Sep 2013 11:57:08 +0200 Lines: 20 Message-ID: References: <20130913201028.GU2404@glenbarber.us> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 31.217.0.151 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 In-Reply-To: <20130913201028.GU2404@glenbarber.us> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 09:57:23 -0000 On 13.09.2013 22:10, Glen Barber wrote: > The first ALPHA build of the 10.0-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, and sparc64 > architectures. > > The image checksums follow at the end of this email. > > ISO images and, for architectures that support it, the memory stick images > are available here: > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ > > (or any of the FreeBSD mirror sites). ... and a list of what new features to expect is available here: https://wiki.freebsd.org/WhatsNew/FreeBSD10 This is also a call for developers to add to the list if they find things missing, incomplete or wrong. From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 13:52:08 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8E34F97D; Sat, 14 Sep 2013 13:52:08 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EFCB2866; Sat, 14 Sep 2013 13:52:08 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKqGc-0003u7-T6; Sat, 14 Sep 2013 13:52:07 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EDq3KG010684; Sat, 14 Sep 2013 07:52:03 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/fnKWfxFtLI6qzAUpugaBt Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 From: Ian Lepore To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86hadre740.fsf@nine.des.no> References: <86hadre740.fsf@nine.des.no> Content-Type: multipart/mixed; boundary="=-Od+6iFyHx+lFNMSnnmWx" Date: Sat, 14 Sep 2013 07:52:02 -0600 Message-ID: <1379166722.1197.3.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-security@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 13:52:08 -0000 --=-Od+6iFyHx+lFNMSnnmWx Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8EDq3KG010684 On Wed, 2013-09-11 at 17:00 +0200, Dag-Erling Sm=F8rgrav wrote: > OpenSSH in FreeBSD 10 is now built with DNSSEC support, unless you > disable LDNS in src.conf. If DNSSEC is enabled, the default setting fo= r > VerifyHostKeyDNS is "yes". This means that OpenSSH will silently trust > DNSSEC-signed SSHFP records. I consider this a lesser evil than "ask" > (aka "train the user to type 'yes' and hit enter") and "no" (aka "train > the user to type 'yes' and hit enter without even the benefit of a > second opinion"). >=20 > DES I just ran into a build error related to this: --- libssh.so.5 --- building shared library libssh.so.5 /local/build/staging/freebsd/wand/obj/arm.armv6/local/build/staging/freeb= sd/wand/src/tmp/usr/bin/ld: cannot find -lldns cc: error: linker command failed with exit code 1 (use -v to see invocati= on) *** [libssh.so.5] Error code 1 It only happens in one of my many build sandboxes, so I suspect it's related to the WITH/WITHOUT options in effect and perhaps also to the timing of parallel-build stuff. In the sandbox where it fails I have WITHOUT_KERBEROS and WITHOUT_PROFILE so I think that changes the timing of getting to the libssh build. I find that the attached patch fixes it for me. -- Ian --=-Od+6iFyHx+lFNMSnnmWx Content-Disposition: inline; filename="libssh_build.diff" Content-Type: text/x-patch; name="libssh_build.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit --- Makefile.inc1 Fri Sep 13 21:38:02 2013 -0600 +++ Makefile.inc1 Sat Sep 14 06:47:36 2013 -0600 @@ -1468,7 +1468,7 @@ lib/libcxxrt__L: gnu/lib/libgcc__L lib/libradius lib/libsbuf lib/libtacplus \ ${_cddl_lib_libumem} ${_cddl_lib_libnvpair} \ ${_cddl_lib_libzfs_core} \ - lib/libutil ${_lib_libypclnt} lib/libz lib/msun \ + lib/libutil ${_lib_libypclnt} lib/libldns lib/libz lib/msun \ ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ ${_secure_lib_libssl} @@ -1505,10 +1505,11 @@ cddl/lib/libzfs_core__L: cddl/lib/libnvp .if ${MK_OPENSSL} != "no" _secure_lib_libcrypto= secure/lib/libcrypto _secure_lib_libssl= secure/lib/libssl -lib/libradius__L secure/lib/libssl__L: secure/lib/libcrypto__L +lib/libldns__L lib/libradius__L secure/lib/libssl__L: secure/lib/libcrypto__L .if ${MK_OPENSSH} != "no" _secure_lib_libssh= secure/lib/libssh -secure/lib/libssh__L: lib/libz__L secure/lib/libcrypto__L lib/libcrypt__L +secure/lib/libssh__L: lib/libz__L secure/lib/libcrypto__L lib/libcrypt__L \ + lib/libldns__L .if ${MK_KERBEROS_SUPPORT} != "no" secure/lib/libssh__L: lib/libgssapi__L kerberos5/lib/libkrb5__L \ kerberos5/lib/libhx509__L kerberos5/lib/libasn1__L lib/libcom_err__L \ --=-Od+6iFyHx+lFNMSnnmWx-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 14:04:01 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AA9F9B34; Sat, 14 Sep 2013 14:04:01 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6D1E528D8; Sat, 14 Sep 2013 14:04:00 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id F17DA4032; Sat, 14 Sep 2013 14:03:59 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 460884A101; Sat, 14 Sep 2013 16:03:17 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ian Lepore Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 References: <86hadre740.fsf@nine.des.no> <1379166722.1197.3.camel@revolution.hippie.lan> Date: Sat, 14 Sep 2013 16:03:16 +0200 In-Reply-To: <1379166722.1197.3.camel@revolution.hippie.lan> (Ian Lepore's message of "Sat, 14 Sep 2013 07:52:02 -0600") Message-ID: <86ob7vlcuz.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 14:04:01 -0000 Ian Lepore writes: > I just ran into a build error related to this: > [...] > I find that the attached patch fixes it for me. > [...] > @@ -1468,7 +1468,7 @@ lib/libcxxrt__L: gnu/lib/libgcc__L > lib/libradius lib/libsbuf lib/libtacplus \ > ${_cddl_lib_libumem} ${_cddl_lib_libnvpair} \ > ${_cddl_lib_libzfs_core} \ > - lib/libutil ${_lib_libypclnt} lib/libz lib/msun \ > + lib/libutil ${_lib_libypclnt} lib/libldns lib/libz lib/msun \ > ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ > ${_secure_lib_libssl} >=20=20 That's not going to work, because libldns requires libcrypto. You should try the following: @@ -1470,8 +1470,8 @@ ${_cddl_lib_libumem} ${_cddl_lib_libnvpair} \ ${_cddl_lib_libzfs_core} \ lib/libutil ${_lib_libypclnt} lib/libz lib/msun \ - ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ - ${_secure_lib_libssl} + ${_secure_lib_libcrypto} ${_lib_libldns} \ + ${_secure_lib_libssh} ${_secure_lib_libssl} =20 .if ${MK_ATF} !=3D "no" _lib_atf_libatf_c=3D lib/atf/libatf-c Oh, wait, that's actually an excerpt from the commit that enabled LDNS in OpenSSH. What a coincidence! DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 14:57:24 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BADD491E for ; Sat, 14 Sep 2013 14:57:24 +0000 (UTC) (envelope-from dlt@mebtel.net) Received: from mail959c35.nsolutionszone.com (mail959c35.nsolutionszone.com [209.235.152.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51B702AE9 for ; Sat, 14 Sep 2013 14:57:23 +0000 (UTC) X-POP-User: dlt.mebtel.net Received: from localhost (99-194-28-143.dyn.centurytel.net [99.194.28.143]) by mail959c35.nsolutionszone.com (8.13.6/8.13.1) with ESMTP id r8EEWc14031658 for ; Sat, 14 Sep 2013 14:32:40 GMT Date: Sat, 14 Sep 2013 10:32:38 -0400 From: Derek Tattersall To: current@FreeBSD.org Subject: Rebuild of xfce4-session Message-ID: <20130914143238.GA65331@lorne.arm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-CSC: 0 X-CHA: v=1.1 cv=WNfWSjqJ8gEWzAjbYmHu1GvQRXH/vdMRAxbvGoUz3yM= c=1 sm=1 a=wom5GMh1gUkA:10 a=P2oOn6vrs4wA:10 a=GPr01A5e9VcA:10 a=kj9zAlcOel0A:10 a=IcaekXDbmfGgJsrWNwHfZw==:17 a=xwPayol1AAAA:8 a=CjxXgO3LAAAA:8 a=pGLkceISAAAA:8 a=A93yzLUVYJgimrvjLe8A:9 a=CjuIK1q_8ugA:10 a=0Ob1RWNGeVAA:10 a=rC2wZJ5BpNYA:10 a=MSl-tDqOz04A:10 a=THzW3ni4vwUA:10 a=2M-QDGWSoxgA:10 a=IcaekXDbmfGgJsrWNwHfZw==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020202.52347388.0070, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Sep 2013 14:57:24 -0000 I am trying to rebuild xfce4-session on 10.0 as of r255478. It fails with /usr/local/lib/libiconv.a missing from libtool. Does anybody have a clue as to what to do at this point? -- Best regards, Derek Tattersall dlt@mebtel.net dlt666@yahoo.com dtatters@gmail.com From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 15:29:31 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1BC29E15 for ; Sat, 14 Sep 2013 15:29:31 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id E9A442C01 for ; Sat, 14 Sep 2013 15:29:30 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id D16E233C1D; Sat, 14 Sep 2013 11:21:17 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id E3F983984F; Sat, 14 Sep 2013 11:21:15 -0400 (EDT) From: Lowell Gilbert To: dlt@mebtel.net Subject: Re: Rebuild of xfce4-session References: <20130914143238.GA65331@lorne.arm.org> Date: Sat, 14 Sep 2013 11:21:14 -0400 In-Reply-To: <20130914143238.GA65331@lorne.arm.org> (Derek Tattersall's message of "Sat, 14 Sep 2013 10:32:38 -0400") Message-ID: <44wqmjzaxh.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 15:29:31 -0000 Derek Tattersall writes: > I am trying to rebuild xfce4-session on 10.0 as of r255478. It fails > with /usr/local/lib/libiconv.a missing from libtool. Does anybody have > a clue as to what to do at this point? That library comes from libiconv, not libtool. Sounds like your installation of converters/libiconv is damaged. Probably not related to the version of FreeBSD you're running. From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 15:40:25 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3FCFB2B3; Sat, 14 Sep 2013 15:40:25 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 145A72C6F; Sat, 14 Sep 2013 15:40:24 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKrxP-000AYn-HG; Sat, 14 Sep 2013 15:40:23 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EFeKg8010725; Sat, 14 Sep 2013 09:40:20 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/G5uuBxHkx6c1GuPZN9IYs Subject: Re: HEADS UP: OpenSSH with DNSSEC support in 10 From: Ian Lepore To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86ob7vlcuz.fsf@nine.des.no> References: <86hadre740.fsf@nine.des.no> <1379166722.1197.3.camel@revolution.hippie.lan> <86ob7vlcuz.fsf@nine.des.no> Content-Type: text/plain; charset="ISO-8859-1" Date: Sat, 14 Sep 2013 09:40:19 -0600 Message-ID: <1379173219.1197.5.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r8EFeKg8010725 Cc: freebsd-security@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 15:40:25 -0000 On Sat, 2013-09-14 at 16:03 +0200, Dag-Erling Sm=F8rgrav wrote: > Ian Lepore writes: > > I just ran into a build error related to this: > > [...] > > I find that the attached patch fixes it for me. > > [...] > > @@ -1468,7 +1468,7 @@ lib/libcxxrt__L: gnu/lib/libgcc__L > > lib/libradius lib/libsbuf lib/libtacplus \ > > ${_cddl_lib_libumem} ${_cddl_lib_libnvpair} \ > > ${_cddl_lib_libzfs_core} \ > > - lib/libutil ${_lib_libypclnt} lib/libz lib/msun \ > > + lib/libutil ${_lib_libypclnt} lib/libldns lib/libz lib/msun \ > > ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ > > ${_secure_lib_libssl} > > =20 >=20 > That's not going to work, because libldns requires libcrypto. You > should try the following: >=20 > @@ -1470,8 +1470,8 @@ > ${_cddl_lib_libumem} ${_cddl_lib_libnvpair} \ > ${_cddl_lib_libzfs_core} \ > lib/libutil ${_lib_libypclnt} lib/libz lib/msun \ > - ${_secure_lib_libcrypto} ${_secure_lib_libssh} \ > - ${_secure_lib_libssl} > + ${_secure_lib_libcrypto} ${_lib_libldns} \ > + ${_secure_lib_libssh} ${_secure_lib_libssl} > =20 > .if ${MK_ATF} !=3D "no" > _lib_atf_libatf_c=3D lib/atf/libatf-c >=20 > Oh, wait, that's actually an excerpt from the commit that enabled LDNS > in OpenSSH. What a coincidence! >=20 > DES Hrm, sure enough, even though that sandbox claims to be at r255532, your changes from r255460 are not in Makefile.inc1. So I've got some sort of brokeness/pollution in my sandbox I'll look into, sorry for the noise. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 16:59:40 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 29F86285 for ; Sat, 14 Sep 2013 16:59:40 +0000 (UTC) (envelope-from jean-sebastien.pedron@dumbbell.fr) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E31FF2F88 for ; Sat, 14 Sep 2013 16:59:39 +0000 (UTC) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=[192.168.1.179]) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VKtC5-000GhX-MT; Sat, 14 Sep 2013 18:59:38 +0200 Message-ID: <523495FA.3030207@dumbbell.fr> Date: Sat, 14 Sep 2013 18:59:38 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Alexander Subject: Re: i915kms.ko not loading References: <521E52A6.6040205@gmail.com> <521F1367.8090002@FreeBSD.org> <521F6A52.2060206@gmail.com> <521F6B41.4030704@FreeBSD.org> <521F8A35.3080801@gmail.com> <5220A334.3080205@FreeBSD.org> <20130830171103.GB36239@funkthat.com> <5220DA4E.3090100@gmail.com> <5220F367.3060606@FreeBSD.org> <522461C9.7030100@gmail.com> <522479AE.2070102@dumbbell.fr> <52274B2F.2070502@gmail.com> In-Reply-To: <52274B2F.2070502@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 16:59:40 -0000 Le 04/09/2013 17:01, Alexander a écrit : > ... > #8 0xffffffff80319390 in drm_attach (kdev=, > idlist=) at /usr/src/sys/dev/drm/drm_drv.c:462 > ... In this stack trace, it appears that the "drm" code is used, not "drm2". Do you have "device drm" in your kernel config? If yes, please remove it, as well as "device i915" if you have it too, and retry. -- Jean-Sébastien Pédron From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 17:37:21 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A417C126 for ; Sat, 14 Sep 2013 17:37:21 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 41F59213E for ; Sat, 14 Sep 2013 17:37:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r8EHbJ7H038446 for ; Sat, 14 Sep 2013 11:37:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r8EHbJrm038443 for ; Sat, 14 Sep 2013 11:37:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 14 Sep 2013 11:37:19 -0600 (MDT) From: Warren Block To: freebsd-current@FreeBSD.org Subject: 10-stable does not boot on Dell E1505 any more Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 14 Sep 2013 11:37:19 -0600 (MDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 17:37:21 -0000 This is an older Dell E1505, Core 2 but does not have AHCI. r255569 does not find /dev/ada0s2a and "?" at the mountroot> prompt shows no devices. r255451 from September 10 boots fine. Also possibly relevant is that after successfully building and installing world and kernel, /boot/kernel.old is not being replaced. This is good at present because the old kernel still works, but shouldn't kernel.old be replaced on installkernel? From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 17:50:10 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1E2312D3; Sat, 14 Sep 2013 17:50:10 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E61A021AE; Sat, 14 Sep 2013 17:50:09 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKtyy-0003X7-FY; Sat, 14 Sep 2013 17:50:08 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EHo5Fk010827; Sat, 14 Sep 2013 11:50:05 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/mJww22C/fFql3Vq7SzTZA Subject: aicasm build error From: Ian Lepore To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="=-RdR77MEbvpQRXzS+iCfF" Date: Sat, 14 Sep 2013 11:50:05 -0600 Message-ID: <1379181005.1197.24.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Dimitry Andric X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 17:50:10 -0000 --=-RdR77MEbvpQRXzS+iCfF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit For a while I've been getting a build error on aicasm during the early steps of the build. Today I finally dug into it and discovered it's because the build is using a mix of header files, some from /usr/include on the build host, and some from obj/... for the target being built. It happens because dev/aic7xxx/aicasm/Makefile contains CFLAGS+= -I. and the current directory when aicasm builds is obj/.../. In my case it was picking up machine/_types.h from objdir. Apparently this is usually harmless, but if the build host system and the target versions are far enough apart, or with a cross-build where the host and target are different architectures, you can get problems. After a little digging, I just now discovered Marcel fixed this long ago in r70000, but then it got undone in r236578 a couple months ago. Is there any reason not to restore Marcel's fix, such as with the attached patch? -- Ian --=-RdR77MEbvpQRXzS+iCfF Content-Disposition: inline; filename="aicasm_build.diff" Content-Type: text/x-patch; name="aicasm_build.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit diff -r 00739d74c495 sys/dev/aic7xxx/aicasm/Makefile --- sys/dev/aic7xxx/aicasm/Makefile Sat Sep 14 09:55:04 2013 -0600 +++ sys/dev/aic7xxx/aicasm/Makefile Sat Sep 14 11:44:09 2013 -0600 @@ -24,7 +24,8 @@ WARNS?= 5 DEPENDFILE= .depend_aicasm .endif -CFLAGS+= -I. +# Tool runs on the build host, must prefer /usr/include headers over obj/... +CFLAGS+= -I/usr/include -I. .ifdef MAKESRCPATH CFLAGS+= -I${MAKESRCPATH} .endif --=-RdR77MEbvpQRXzS+iCfF-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 18:32:53 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 14CBD871 for ; Sat, 14 Sep 2013 18:32:53 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C81CF2389 for ; Sat, 14 Sep 2013 18:32:52 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKue1-0007ZB-Ig for freebsd-current@freebsd.org; Sat, 14 Sep 2013 20:32:37 +0200 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 20:32:33 +0200 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 20:32:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Subject: 10-alpha1 iso does not boot Date: Sat, 14 Sep 2013 18:32:14 +0000 (UTC) Lines: 7 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; Linux i686; rv:23.0) Gecko/20100101 Firefox/23.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 18:32:53 -0000 Hi, FreeBSD-10.0-ALPHA1-i386-disc1.iso Verified checksum. I can not boot from CD-RW at all - it does not seem to be recognized. Anybody else has similar experience ? jb From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 18:34:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5282298C for ; Sat, 14 Sep 2013 18:34:02 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BCFA239D for ; Sat, 14 Sep 2013 18:34:02 +0000 (UTC) Received: by mail-pb0-f48.google.com with SMTP id ma3so2501336pbc.35 for ; Sat, 14 Sep 2013 11:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=f2/JlIouFUTGmz4J3qBK38AkE9MwaQriTSNoQQrxnbA=; b=YkxPojXMFy/kFQLmbhRUoDcOBFqFz08yLbxiCm/XorUrYjfD2dRpk8gsgTd7d7TV4N X7JHY8hg1sZBmF+CvzFjs1tYydO/hxig2IwrQhfW9FY66eIY9Dt46Gkmczhj9euLtlR+ Jwa13G70ypNO0ag6Hs3lVNwbOK9IaK7VwGuxw7XR1bwCWT++7mJaKv0zyXEXckDJi087 BHo1COWOiUjhvMFu5k8T60yVl0Oxag86uK2ubrpTsL3J9c/q9qw+a2ajyBTp5PxXDqJs allNLr+411VK1vmnK5ZZbV6G0qszWHWVC3lhUzoUCYYSt9VNPguTM4C7UoTd/YY66jp3 83dw== MIME-Version: 1.0 X-Received: by 10.66.142.132 with SMTP id rw4mr19499818pab.6.1379183640907; Sat, 14 Sep 2013 11:34:00 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Sat, 14 Sep 2013 11:34:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Sep 2013 14:34:00 -0400 Message-ID: Subject: Re: 10-stable does not boot on Dell E1505 any more From: Outback Dingo To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 18:34:02 -0000 On Sat, Sep 14, 2013 at 1:37 PM, Warren Block wrote: > This is an older Dell E1505, Core 2 but does not have AHCI. > > r255569 does not find /dev/ada0s2a and "?" at the mountroot> prompt shows > no devices. > > r255451 from September 10 boots fine. > > Also possibly relevant is that after successfully building and installing > world and kernel, /boot/kernel.old is not being replaced. This is good at > present because the old kernel still works, but shouldn't kernel.old be > replaced on installkernel? > Yeah, i just got nicked by it in a XEN host........ same error.... i booted kernel.old and made a copy of kernel.old -> kernel.good just to get it to boot again. guess it sits till someone fixes/resolves/reverts the naughty code. :) > ______________________________**_________________ > 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 Sep 14 18:42:32 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 43151C7F; Sat, 14 Sep 2013 18:42:32 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C44912428; Sat, 14 Sep 2013 18:42:30 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::8f9:73f5:56d9:8cd2] (unknown [IPv6:2001:7b8:3a7:0:8f9:73f5:56d9:8cd2]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id B2EE45C44; Sat, 14 Sep 2013 20:42:23 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_15C3E84C-61CC-4712-BD19-0E73B49E020B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: aicasm build error From: Dimitry Andric In-Reply-To: <1379181005.1197.24.camel@revolution.hippie.lan> Date: Sat, 14 Sep 2013 20:42:13 +0200 Message-Id: <55AEA8C2-9C47-4AB4-8626-EB7AC28839FC@FreeBSD.org> References: <1379181005.1197.24.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1510) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 18:42:32 -0000 --Apple-Mail=_15C3E84C-61CC-4712-BD19-0E73B49E020B Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Sep 14, 2013, at 19:50, Ian Lepore wrote: > For a while I've been getting a build error on aicasm during the early > steps of the build. Today I finally dug into it and discovered it's > because the build is using a mix of header files, some from /usr/include > on the build host, and some from obj/... for the target being built. It > happens because dev/aic7xxx/aicasm/Makefile contains CFLAGS+= -I. and > the current directory when aicasm builds is obj/.../. In my > case it was picking up machine/_types.h from objdir. > > Apparently this is usually harmless, but if the build host system and > the target versions are far enough apart, or with a cross-build where > the host and target are different architectures, you can get problems. > > After a little digging, I just now discovered Marcel fixed this long ago > in r70000, but then it got undone in r236578 a couple months ago. Is > there any reason not to restore Marcel's fix, such as with the attached > patch? It got undone for a specific reason, which is mentioned in the commit message for r236578. This hack might make it work, but it might also cause other issues. The problem really is how to make sure aicasm is compiled with the *host* compiler, not the compiler from /usr/obj. -Dimitry --Apple-Mail=_15C3E84C-61CC-4712-BD19-0E73B49E020B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iEYEARECAAYFAlI0rgwACgkQsF6jCi4glqOcbgCgxIQwk9YlnclN4lhavyBOzvrw 28wAoN5vIIqbBoNr9xG5sV8hOJlEPvCl =pS0u -----END PGP SIGNATURE----- --Apple-Mail=_15C3E84C-61CC-4712-BD19-0E73B49E020B-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 19:13:15 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 44978296 for ; Sat, 14 Sep 2013 19:13:15 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4C8C258A for ; Sat, 14 Sep 2013 19:13:14 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id f15so1224120eak.36 for ; Sat, 14 Sep 2013 12:13:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=Le6XUooiKSVCIm9540H0c7zVvimSAs5HdhhcVW7IqhY=; b=Nu5HRBdUepqL4WMY6coJK8StuLTUbc0T45CQSRgnNIkHNeiVubZ20o3cqrPlRBIYnL 57VH7oG/B06FvW7a2OeXcHofNZmpDW23/07UNesG3czorZC+T/8TVR0rwZCi6IEeZ625 KHuC8QFazqLAF/uAmbJMvY1CgroEVCwmROiolVlJ3q3iU8Ac3DyeasTzEVZCtsUTc0Ff NsiNeAe4h76aeQvgw4Dn67S6p5noivGs7PMLfA75R+GVaJSBBqp68A75y/SEG0ewQgZR t7PeFmy8ZK5pK4nqFHhcF9CjskuVI7t71fyG2d2K+Q35+2S97qLFgCn3COst72WlA2mw PwmQ== X-Received: by 10.14.246.11 with SMTP id p11mr28960243eer.9.1379185993388; Sat, 14 Sep 2013 12:13:13 -0700 (PDT) Received: from laptop.minsk.domain ([178.125.197.14]) by mx.google.com with ESMTPSA id h52sm26580793eez.3.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Sat, 14 Sep 2013 12:13:12 -0700 (PDT) Date: Sat, 14 Sep 2013 22:13:15 +0300 From: "Sergey V. Dyatko" To: dlt@mebtel.net Subject: Re: Rebuild of xfce4-session Message-ID: <20130914221315.19425afe@laptop.minsk.domain> In-Reply-To: <20130914143238.GA65331@lorne.arm.org> References: <20130914143238.GA65331@lorne.arm.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 19:13:15 -0000 On Sat, 14 Sep 2013 10:32:38 -0400 Derek Tattersall wrote: > I am trying to rebuild xfce4-session on 10.0 as of r255478. It fails > with /usr/local/lib/libiconv.a missing from libtool. Does anybody > have a clue as to what to do at this point? > rebuild all dependencies (gtk20,glib20, libxfce4menu, xfce4-conf, etc) also you can run `pkg_libchk -q` from sysutils/bsdadminscripts and rebuild all affected packages. -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 19:17:14 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 29E2F4C7; Sat, 14 Sep 2013 19:17:14 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F257325B1; Sat, 14 Sep 2013 19:17:13 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKvLE-000P9T-At; Sat, 14 Sep 2013 19:17:12 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EJH9eE010884; Sat, 14 Sep 2013 13:17:09 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19//v3Q3D3wvkZhi9wC02Kb Subject: Re: aicasm build error From: Ian Lepore To: Dimitry Andric In-Reply-To: <55AEA8C2-9C47-4AB4-8626-EB7AC28839FC@FreeBSD.org> References: <1379181005.1197.24.camel@revolution.hippie.lan> <55AEA8C2-9C47-4AB4-8626-EB7AC28839FC@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Date: Sat, 14 Sep 2013 13:17:09 -0600 Message-ID: <1379186229.1197.31.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 19:17:14 -0000 On Sat, 2013-09-14 at 20:42 +0200, Dimitry Andric wrote: > On Sep 14, 2013, at 19:50, Ian Lepore wrote: > > For a while I've been getting a build error on aicasm during the early > > steps of the build. Today I finally dug into it and discovered it's > > because the build is using a mix of header files, some from /usr/include > > on the build host, and some from obj/... for the target being built. It > > happens because dev/aic7xxx/aicasm/Makefile contains CFLAGS+= -I. and > > the current directory when aicasm builds is obj/.../. In my > > case it was picking up machine/_types.h from objdir. > > > > Apparently this is usually harmless, but if the build host system and > > the target versions are far enough apart, or with a cross-build where > > the host and target are different architectures, you can get problems. > > > > After a little digging, I just now discovered Marcel fixed this long ago > > in r70000, but then it got undone in r236578 a couple months ago. Is > > there any reason not to restore Marcel's fix, such as with the attached > > patch? > > It got undone for a specific reason, which is mentioned in the commit > message for r236578. > > This hack might make it work, but it might also cause other issues. The > problem really is how to make sure aicasm is compiled with the *host* > compiler, not the compiler from /usr/obj. > > -Dimitry > Actually, the commit message that removed it talks about -Wunused-arguments and -Werror and -nostdinc, and then says -nostdinc is removed, and says nothing at all about the fact that -I/usr/include was also removed at the same time. I'm proposing adding back the -I but not the -nostdinc. Another possibly-viable fix is to remove the -I. so that it doesn't pick up headers from obj/..., which makes buildkernel work for me, but maybe it would cause the aicasm build to fail if built separately or something. -- Ian From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 15:12:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C8B73B4A for ; Sat, 14 Sep 2013 15:12:15 +0000 (UTC) (envelope-from rizzo@i805.com.br) Received: from server.i805.com.br (mailhost.i805.com.br [72.52.97.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B40262B8C for ; Sat, 14 Sep 2013 15:12:15 +0000 (UTC) Received: from i805.com.br (localhost [127.0.0.1]) by server.i805.com.br (8.14.6/8.14.5) with ESMTP id r8EF2DE3009087 for ; Sat, 14 Sep 2013 12:02:13 -0300 (BRT) (envelope-from rizzo@i805.com.br) From: "Nilton Jose Rizzo" To: freebsd-current@freebsd.org Subject: problems with libiconv into kernel Date: Sat, 14 Sep 2013 12:02:13 -0300 Message-Id: <20130914145605.M76256@i805.com.br> X-Mailer: OpenWebMail 3.00_beta4 20121104 671 X-OriginatingIP: 179.218.87.141 (rizzo) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.i805.com.br X-Mailman-Approved-At: Sat, 14 Sep 2013 19:43:13 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 15:12:15 -0000 Hi all, Last night, I has tried to put in my kernel config the libiconv with this knobs from LINT: options CD9660_ICONV options MSDOSFS_ICONV options UDF_ICONV options LIBICONV but this results int this error: cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I../../.. -I../../../contrib/altq -I../../../contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror ../../../libkern/iconv.c ../../../libkern/iconv.c:39:10: fatal error: 'iconv_converter_if.h' file not found #include "iconv_converter_if.h" ^ 1 error generated. *** Error code 1 Stop. make: stopped in /usr/src/sys/amd64/compile/VALFENDA What am I doing wrong? My svn version is 255531 TIA, Rizzo From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 19:43:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3742A923 for ; Sat, 14 Sep 2013 19:43:43 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id 01B2426B2 for ; Sat, 14 Sep 2013 19:43:42 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:16020] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id B6/88-05277-86CB4325; Sat, 14 Sep 2013 19:43:36 +0000 Date: Sat, 14 Sep 2013 19:43:36 +0000 Message-ID: From: "Thomas Mueller" X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: jb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 19:43:43 -0000 > FreeBSD-10.0-ALPHA1-i386-disc1.iso > Verified checksum. > I can not boot from CD-RW at all - it does not seem to be recognized. > Anybody else has similar experience ? > jb Is your CD-RW not recognized even before it tries to boot? Is your disc1.iso burned to CD or DVD? Is the drive CD or DVD? If you can't get disc1.iso to work, you might try memstick.img and dd to USB stick. Tom From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 18:37:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AF8B5BDB for ; Sat, 14 Sep 2013 18:37:31 +0000 (UTC) (envelope-from jan.kokemueller@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CF5B23D7 for ; Sat, 14 Sep 2013 18:37:31 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id vb8so2222864obc.4 for ; Sat, 14 Sep 2013 11:37:30 -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=ktz9PiUoDSuIiikM8olZ9B8xT/qmY16l89cPORmfX3c=; b=rhxN9pa5Fms61/l2hI1I0WuvY7pKjop7ZYC7KbXkQdh5A0mrHDvpT75Im9vZv8qidy 8YCbG0gfZE9PGZhm4N7HbwCI1QP69OduH7m9OwlfZjhGj6CymqaGQeXiqtJSAsqL6Jsv RlhDcz25tYc8lKejBuJpErUUoECw7MsJel/b5QTiTC2tukRtB3R1gOyezkKI4nq5cFVZ yCnrCGInhMAw2F5iXDwfdH99duaoRE0TzlZwfvdaYZAN7+8UzFfzEjrrWmcfC8BMWnBt /qmrwOAraTUyZTGxy8ea2h85MUh1/m6r9a1DwllotlN0V8FUfClvJrtGYsX+YnvMsXo2 h5mw== MIME-Version: 1.0 X-Received: by 10.182.73.136 with SMTP id l8mr2224733obv.53.1379183850779; Sat, 14 Sep 2013 11:37:30 -0700 (PDT) Received: by 10.182.29.106 with HTTP; Sat, 14 Sep 2013 11:37:30 -0700 (PDT) Date: Sat, 14 Sep 2013 20:37:30 +0200 Message-ID: Subject: Re: 10-stable does not boot on Dell E1505 any more From: =?ISO-8859-1?Q?Jan_Kokem=FCller?= To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sat, 14 Sep 2013 19:43:55 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 18:37:31 -0000 > r255569 does not find /dev/ada0s2a and "?" at the mountroot> prompt > shows no devices. I've had the same problem after I updated my kernel today. I tracked it down to the hyperv drivers that were added in r255524. Without the "device hyperv" line in my kernconf the system boots fine again. From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 21:26:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BFD62299 for ; Sat, 14 Sep 2013 21:26:48 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C8842BF2 for ; Sat, 14 Sep 2013 21:26:48 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKxMZ-0000jJ-Sj for freebsd-current@freebsd.org; Sat, 14 Sep 2013 23:26:46 +0200 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 23:26:43 +0200 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 23:26:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Subject: Re: 10-alpha1 iso does not boot Date: Sat, 14 Sep 2013 21:26:24 +0000 (UTC) Lines: 30 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; Linux i686; rv:23.0) Gecko/20100101 Firefox/23.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 21:26:48 -0000 Thomas Mueller bellsouth.net> writes: > > > FreeBSD-10.0-ALPHA1-i386-disc1.iso > > Verified checksum. > > I can not boot from CD-RW at all - it does not seem to be recognized. > > Anybody else has similar experience ? > > jb > > Is your CD-RW not recognized even before it tries to boot? > > Is your disc1.iso burned to CD or DVD? Is the drive CD or DVD? > > If you can't get disc1.iso to work, you might try memstick.img and dd to USB stick. > > Tom I burned it to cd-rw again and this time boot process started, but it got stuck at: CD Loader 1.2 ... FreeBSD/x86 bootstrap loader, Revision 1.1 (root@...) \ jb From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 21:35:41 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 41F52450; Sat, 14 Sep 2013 21:35:41 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 143F02C66; Sat, 14 Sep 2013 21:35:40 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 95D2BAA5D; Sat, 14 Sep 2013 21:35:39 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 95D2BAA5D Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 14 Sep 2013 17:35:38 -0400 From: Glen Barber To: jb Subject: Re: 10-alpha1 iso does not boot Message-ID: <20130914213538.GC27044@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 21:35:41 -0000 --eRtJSFbw+EEWtPj3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 14, 2013 at 09:26:24PM +0000, jb wrote: > Thomas Mueller bellsouth.net> writes: > > > FreeBSD-10.0-ALPHA1-i386-disc1.iso > > > Verified checksum. > > > I can not boot from CD-RW at all - it does not seem to be recognized. > > > Anybody else has similar experience ? > > > jb > >=20 > > Is your CD-RW not recognized even before it tries to boot? > >=20 > > Is your disc1.iso burned to CD or DVD? Is the drive CD or DVD? > >=20 > > If you can't get disc1.iso to work, you might try memstick.img and dd to > USB stick. > >=20 > > Tom >=20 > I burned it to cd-rw again and this time boot process started, but it got > stuck at: > CD Loader 1.2 > ... > FreeBSD/x86 bootstrap loader, Revision 1.1 > (root@...) > \ Hmm. The CD booted fine for me. :\ Can you try the 20130907 -CURRENT snapshot here? http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/i386/10.0/ Glen --eRtJSFbw+EEWtPj3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSNNaqAAoJEFJPDDeguUajxbkH/RIX4VPGBJXpAmaNb/krpeLE RvGLynvHvWGue09HOsmhmMl1XUCAPP0jKsSItb6Dl7D2b7OhCVRsFLw2soefW/hi I5GaYDoy3VGD91+5oYhkVp4saljReEhQjTKFIShPIWiOt8t0wyPZCTX94rlu8BM3 t1RDzmjITs/uyCDKc8wbEsiGlzTBVPc/E7FE2gHloK8eOPY0DF3lHeS7ece1nX5n lffHVWxODlk6OMsUb6Tkj5dkGaIInG+o/TTSC+7sJb0nNVYkWYuGX4wruLJHBrHM JkHZ6oFgdNAMQubc5z4Af81d5DsVTOZFUnpmxOup6p+XE0y4ZgcA6yuLg6e1HAo= =u5S8 -----END PGP SIGNATURE----- --eRtJSFbw+EEWtPj3-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 21:42:59 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D55A25A8 for ; Sat, 14 Sep 2013 21:42:59 +0000 (UTC) (envelope-from tguldener@bluewin.ch) Received: from zhbdzmsp-smta15.bluewin.ch (zhbdzmsp-smta15.bluewin.ch [195.186.99.132]) by mx1.freebsd.org (Postfix) with ESMTP id 741522CBE for ; Sat, 14 Sep 2013 21:42:58 +0000 (UTC) Received: from [195.186.227.131] ([195.186.227.131:37188] helo=zhhdzmsp-smta14.bluewin.ch) by zhbdzmsp-smta15.bluewin.ch (envelope-from ) (ecelerity 2.2.3.47 r(39824M)) with ESMTP id AB/1A-01335-E18D4325; Sat, 14 Sep 2013 21:41:50 +0000 Received: from [10.10.0.143] (80.218.32.35) by zhhdzmsp-smta14.bluewin.ch (8.5.142) (authenticated as tguldener@bluewin.ch) id 52330D9E00256B8A for freebsd-current@freebsd.org; Sat, 14 Sep 2013 21:41:50 +0000 From: Thomas Guldener Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Shuttle DS47 - Realtek RT 8111G Message-Id: <2F1C253C-BA52-4B5F-8DA9-0C15D46054A4@bluewin.ch> Date: Sat, 14 Sep 2013 23:41:49 +0200 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1805\)) X-Mailer: Apple Mail (2.1805) X-Mailman-Approved-At: Sat, 14 Sep 2013 22:18:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 21:42:59 -0000 FreeBSD 10 Alpha Release is Booting on the Shuttle DS47 - But still no = support for the Realtek RT 8111G Network Cards. g. Thomas= From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 22:21:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 74A9BC1E; Sat, 14 Sep 2013 22:21:10 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E34902E8A; Sat, 14 Sep 2013 22:21:09 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id ez12so2112155wid.9 for ; Sat, 14 Sep 2013 15:21:08 -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=1O2QGsH5OxiJ/QFyLfPxqzUvxCzaOGrl3mmXw+0ADPQ=; b=OZ777DJE0NRiY4tdY4rdPpP4mSSq3FzJTSyhjakD4T09OigM6tCR/hn9xdaGmksv8o ttoRztTJdGPlGOLDcAZ4gx9+R1bS33pIbb/RfAL3braC+/bVHRD2mFiXTi8vRc5sKqr9 w1IMesVfaXt0LiyMqWlRcmv7LJmdWU1K6a4VJ0uLtUnmJ2Px7IWvkmPDnnSXB9WkZ8QL Jhsm4HJ9YpIoubs0DsfSyA/mLyi2kOJrDVnuHfHnTIPIXsXeh9rtQiCaeSQ+Wctuhcpx 7NN75RHjTpT8YjX2AyiklCEny1efmjsPhBo/ijxu5SMEwauNN7MdbEfIN2wqYhf7xm/K +/TA== MIME-Version: 1.0 X-Received: by 10.180.24.198 with SMTP id w6mr7641187wif.1.1379197268266; Sat, 14 Sep 2013 15:21:08 -0700 (PDT) Received: by 10.194.125.164 with HTTP; Sat, 14 Sep 2013 15:21:08 -0700 (PDT) Date: Sun, 15 Sep 2013 00:21:08 +0200 Message-ID: Subject: Can't connect to AMT 8 From: Kamil Czekirda To: FreeBSD Current , Jack F Vogel Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 22:21:10 -0000 Motherboard: Intel DQ77KB, the latest BIOS. k1% biosver Version: KBQ7710H.86A.0052.2013.0708.1336 Release Date: 07/08/2013 smbios.bios.reldate="07/08/2013" smbios.bios.vendor="Intel Corp." smbios.bios.version="KBQ7710H.86A.0052.2013.0708.1336" lspci -vv 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04) Subsystem: Intel Corporation Device 2036 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- k1.16992: Flags [S], seq 988250154, win 65535, options [mss 1460,nop,wscale 9,sackOK,TS val 855131498 ecr 0], length 0 08:57:55.364052 IP k1.16992 > vol.11765: Flags [R.], seq 0, ack 988250155, win 0, length 0 I don't have problems with any operating systems like Linux or Windows. Only on FreeBSD. Regards, Kamil From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 22:31:22 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7E110D2; Sat, 14 Sep 2013 22:31:22 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6202F02; Sat, 14 Sep 2013 22:31:21 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VKyN0-0002eK-P7; Sat, 14 Sep 2013 22:31:15 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r8EMVBIg011000; Sat, 14 Sep 2013 16:31:11 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/f1MP1AwTCA/C14vAiAi+L Subject: Re: aicasm build error From: Ian Lepore To: Dimitry Andric In-Reply-To: <55AEA8C2-9C47-4AB4-8626-EB7AC28839FC@FreeBSD.org> References: <1379181005.1197.24.camel@revolution.hippie.lan> <55AEA8C2-9C47-4AB4-8626-EB7AC28839FC@FreeBSD.org> Content-Type: multipart/mixed; boundary="=-0mWKFIVkiIbV5MMWWlBf" Date: Sat, 14 Sep 2013 16:31:11 -0600 Message-ID: <1379197871.1197.41.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 22:31:22 -0000 --=-0mWKFIVkiIbV5MMWWlBf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sat, 2013-09-14 at 20:42 +0200, Dimitry Andric wrote: > On Sep 14, 2013, at 19:50, Ian Lepore wrote: > > For a while I've been getting a build error on aicasm during the early > > steps of the build. Today I finally dug into it and discovered it's > > because the build is using a mix of header files, some from /usr/include > > on the build host, and some from obj/... for the target being built. It > > happens because dev/aic7xxx/aicasm/Makefile contains CFLAGS+= -I. and > > the current directory when aicasm builds is obj/.../. In my > > case it was picking up machine/_types.h from objdir. > > > > Apparently this is usually harmless, but if the build host system and > > the target versions are far enough apart, or with a cross-build where > > the host and target are different architectures, you can get problems. > > > > After a little digging, I just now discovered Marcel fixed this long ago > > in r70000, but then it got undone in r236578 a couple months ago. Is > > there any reason not to restore Marcel's fix, such as with the attached > > patch? > > It got undone for a specific reason, which is mentioned in the commit > message for r236578. > > This hack might make it work, but it might also cause other issues. The > problem really is how to make sure aicasm is compiled with the *host* > compiler, not the compiler from /usr/obj. > > -Dimitry > What do you think about this patch, which should achieve that goal? This builds aicasm along with the compiler and binutils and all the other compile-related tools. Using this, I'm able to add "device ahc" to the kernel config of an arm cross-build and it works. (That's not useful of course, except to demonstrate that it now uses the right compiler and then runs the tool successfully during a kernel build.) I see no straighforward way to do this as part of the kernel build, which means aicasm gets built whether your kernel config includes an ahc/ahd device or not. I suspect that's going to make some people unhappy, but it takes less than a second to build aicasm on my machine, it's really not a big burden. -- Ian --=-0mWKFIVkiIbV5MMWWlBf Content-Disposition: inline; filename="aicasm_build2.diff" Content-Type: text/x-patch; name="aicasm_build2.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit diff -r f84e67c65c01 Makefile.inc1 --- a/Makefile.inc1 Sat Sep 14 15:37:16 2013 -0600 +++ b/Makefile.inc1 Sat Sep 14 16:08:03 2013 -0600 @@ -1005,20 +1005,7 @@ buildkernel: @echo "--------------------------------------------------------------" @echo ">>> stage 2.3: build tools" @echo "--------------------------------------------------------------" - cd ${KRNLOBJDIR}/${_kernel}; \ - PATH=${BPATH}:${PATH} \ - MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ - ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD \ - -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile -# XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. -.if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && exists(${KERNSRCDIR}/modules) -.for target in obj depend all - cd ${KERNSRCDIR}/modules/aic7xxx/aicasm; \ - PATH=${BPATH}:${PATH} \ - MAKEOBJDIRPREFIX=${KRNLOBJDIR}/${_kernel}/modules \ - ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD ${target} -.endfor -.endif + @# Currently no special kernel tools to build. .if !defined(NO_KERNELDEPEND) @echo @echo "--------------------------------------------------------------" @@ -1303,10 +1290,6 @@ bootstrap-tools: .MAKE # # build-tools: Build special purpose build tools # -.if defined(MODULES_WITH_WORLD) && exists(${KERNSRCDIR}/modules) -_aicasm= sys/modules/aic7xxx/aicasm -.endif - .if !defined(NO_SHARE) _share= share/syscons/scrnmaps .endif @@ -1328,7 +1311,6 @@ build-tools: .MAKE lib/ncurses/ncurses \ lib/ncurses/ncursesw \ ${_share} \ - ${_aicasm} \ usr.bin/awk \ lib/libmagic \ usr.bin/mkesdb_static \ @@ -1391,7 +1373,8 @@ cross-tools: .MAKE usr.bin/xlint/lint1 usr.bin/xlint/lint2 usr.bin/xlint/xlint \ ${_btxld} \ ${_crunchide} \ - ${_kgzip} + ${_kgzip} \ + sys/dev/aic7xxx/aicasm ${_+_}@${ECHODIR} "===> ${_tool} (obj,depend,all,install)"; \ cd ${.CURDIR}/${_tool} && \ ${MAKE} DIRPRFX=${_tool}/ obj && \ diff -r f84e67c65c01 sys/conf/files --- a/sys/conf/files Sat Sep 14 15:37:16 2013 -0600 +++ b/sys/conf/files Sat Sep 14 16:08:03 2013 -0600 @@ -9,44 +9,39 @@ acpi_quirks.h optional acpi \ compile-with "${AWK} -f $S/tools/acpi_quirks2h.awk $S/dev/acpica/acpi_quirks" \ no-obj no-implicit-rule before-depend \ clean "acpi_quirks.h" -aicasm optional ahc | ahd \ - dependency "$S/dev/aic7xxx/aicasm/*.[chyl]" \ - compile-with "CC='${CC}' ${MAKE} -f $S/dev/aic7xxx/aicasm/Makefile MAKESRCPATH=$S/dev/aic7xxx/aicasm" \ - no-obj no-implicit-rule \ - clean "aicasm* y.tab.h" aic7xxx_seq.h optional ahc \ - compile-with "./aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i $S/dev/aic7xxx/aic7xxx_osm.h $S/dev/aic7xxx/aic7xxx.seq" \ + compile-with "aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i $S/dev/aic7xxx/aic7xxx_osm.h $S/dev/aic7xxx/aic7xxx.seq" \ no-obj no-implicit-rule before-depend local \ clean "aic7xxx_seq.h" \ - dependency "$S/dev/aic7xxx/aic7xxx.{reg,seq} $S/cam/scsi/scsi_message.h aicasm" + dependency "$S/dev/aic7xxx/aic7xxx.{reg,seq} $S/cam/scsi/scsi_message.h" aic7xxx_reg.h optional ahc \ - compile-with "./aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i $S/dev/aic7xxx/aic7xxx_osm.h $S/dev/aic7xxx/aic7xxx.seq" \ + compile-with "aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i $S/dev/aic7xxx/aic7xxx_osm.h $S/dev/aic7xxx/aic7xxx.seq" \ no-obj no-implicit-rule before-depend local \ clean "aic7xxx_reg.h" \ - dependency "$S/dev/aic7xxx/aic7xxx.{reg,seq} $S/cam/scsi/scsi_message.h aicasm" + dependency "$S/dev/aic7xxx/aic7xxx.{reg,seq} $S/cam/scsi/scsi_message.h" aic7xxx_reg_print.c optional ahc \ - compile-with "./aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i $S/dev/aic7xxx/aic7xxx_osm.h $S/dev/aic7xxx/aic7xxx.seq" \ + compile-with "aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i $S/dev/aic7xxx/aic7xxx_osm.h $S/dev/aic7xxx/aic7xxx.seq" \ no-obj no-implicit-rule local \ clean "aic7xxx_reg_print.c" \ - dependency "$S/dev/aic7xxx/aic7xxx.{reg,seq} $S/cam/scsi/scsi_message.h aicasm" + dependency "$S/dev/aic7xxx/aic7xxx.{reg,seq} $S/cam/scsi/scsi_message.h" aic7xxx_reg_print.o optional ahc ahc_reg_pretty_print \ compile-with "${NORMAL_C}" \ no-implicit-rule local aic79xx_seq.h optional ahd pci \ - compile-with "./aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i $S/dev/aic7xxx/aic79xx_osm.h $S/dev/aic7xxx/aic79xx.seq" \ + compile-with "aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i $S/dev/aic7xxx/aic79xx_osm.h $S/dev/aic7xxx/aic79xx.seq" \ no-obj no-implicit-rule before-depend local \ clean "aic79xx_seq.h" \ - dependency "$S/dev/aic7xxx/aic79xx.{reg,seq} $S/cam/scsi/scsi_message.h aicasm" + dependency "$S/dev/aic7xxx/aic79xx.{reg,seq} $S/cam/scsi/scsi_message.h" aic79xx_reg.h optional ahd pci \ - compile-with "./aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i $S/dev/aic7xxx/aic79xx_osm.h $S/dev/aic7xxx/aic79xx.seq" \ + compile-with "aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i $S/dev/aic7xxx/aic79xx_osm.h $S/dev/aic7xxx/aic79xx.seq" \ no-obj no-implicit-rule before-depend local \ clean "aic79xx_reg.h" \ - dependency "$S/dev/aic7xxx/aic79xx.{reg,seq} $S/cam/scsi/scsi_message.h aicasm" + dependency "$S/dev/aic7xxx/aic79xx.{reg,seq} $S/cam/scsi/scsi_message.h" aic79xx_reg_print.c optional ahd pci \ - compile-with "./aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i $S/dev/aic7xxx/aic79xx_osm.h $S/dev/aic7xxx/aic79xx.seq" \ + compile-with "aicasm ${INCLUDES} -I$S/cam/scsi -I$S/dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i $S/dev/aic7xxx/aic79xx_osm.h $S/dev/aic7xxx/aic79xx.seq" \ no-obj no-implicit-rule local \ clean "aic79xx_reg_print.c" \ - dependency "$S/dev/aic7xxx/aic79xx.{reg,seq} $S/cam/scsi/scsi_message.h aicasm" + dependency "$S/dev/aic7xxx/aic79xx.{reg,seq} $S/cam/scsi/scsi_message.h" aic79xx_reg_print.o optional ahd pci ahd_reg_pretty_print \ compile-with "${NORMAL_C}" \ no-implicit-rule local diff -r f84e67c65c01 sys/dev/aic7xxx/aicasm/Makefile --- a/sys/dev/aic7xxx/aicasm/Makefile Sat Sep 14 15:37:16 2013 -0600 +++ b/sys/dev/aic7xxx/aicasm/Makefile Sat Sep 14 16:08:03 2013 -0600 @@ -24,7 +24,7 @@ WARNS?= 5 DEPENDFILE= .depend_aicasm .endif -CFLAGS+= -I. +CFLAGS+= -I${.CURDIR} .ifdef MAKESRCPATH CFLAGS+= -I${MAKESRCPATH} .endif @@ -38,4 +38,8 @@ YFLAGS+= -t -v LFLAGS+= -d .endif +BINDIR=/usr/bin + +build-tools: ${PROG} + .include --=-0mWKFIVkiIbV5MMWWlBf-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 23:09:48 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C14D13CA for ; Sat, 14 Sep 2013 23:09:48 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D3E62078 for ; Sat, 14 Sep 2013 23:09:47 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKyyD-0007TY-AC for freebsd-current@freebsd.org; Sun, 15 Sep 2013 01:09:45 +0200 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Sep 2013 01:09:41 +0200 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 15 Sep 2013 01:09:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Subject: Re: 10-alpha1 iso does not boot Date: Sat, 14 Sep 2013 23:09:22 +0000 (UTC) Lines: 14 Message-ID: References: <20130914213538.GC27044@glenbarber.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; Linux i686; rv:23.0) Gecko/20100101 Firefox/23.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 23:09:48 -0000 Glen Barber FreeBSD.org> writes: > ... > Can you try the 20130907 -CURRENT snapshot here? > > http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/i386/10.0/ > > Glen OK. That worked out. jb From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 23:13:08 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E15FC500; Sat, 14 Sep 2013 23:13:08 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B518820BE; Sat, 14 Sep 2013 23:13:08 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 07BAFA335; Sat, 14 Sep 2013 23:13:07 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 07BAFA335 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 14 Sep 2013 19:13:05 -0400 From: Glen Barber To: jb Subject: Re: 10-alpha1 iso does not boot Message-ID: <20130914231305.GE27044@glenbarber.us> References: <20130914213538.GC27044@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sfyO1m2EN8ZOtJL6" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 23:13:08 -0000 --sfyO1m2EN8ZOtJL6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 14, 2013 at 11:09:22PM +0000, jb wrote: > Glen Barber FreeBSD.org> writes: >=20 > > ...=20 > > Can you try the 20130907 -CURRENT snapshot here? > >=20 > > http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/i386/10.0/ > >=20 > > Glen >=20 > OK. That worked out. Hmm. That's... unexpected. :\ I'll take a look at the 10.0-ALPHA1 ISOs again. Glen --sfyO1m2EN8ZOtJL6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSNO2BAAoJEFJPDDeguUajX2YIAIizFQmIBjp0P11lM4+sXD6V JWFJywyAEHPqYOS15FWHKO4WoQO8IV2FyKPepu6tImV71wkaS2X06C8gnT0voQ1X Gi5EIQcRN69uHlbRzxk56n/Ig9dXpV4qvu/iJ9Q31rUloNnpC68EoLB0JqDLQmaM 9oqGNEFeVUAjPqhHBiIPISYWuKd637Ks5T+p1VMAFWuC0ZnutmLz+b9FWAGC7sVa GL5O7iv+WU7Wh2KIUKPJIb6V1EfhSjZlFXkvh5kbnHnych8CK29Vv3iIy+DLT8fc mA0tNlKPsgQ4dVMd96em84egdu1KoJpnOBmxexs8Jg8ydugfXu/wkQ/5TKHq6a4= =ZjyV -----END PGP SIGNATURE----- --sfyO1m2EN8ZOtJL6-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 23:16:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 013D76E1 for ; Sat, 14 Sep 2013 23:16:10 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE2BD20E1 for ; Sat, 14 Sep 2013 23:16:10 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id y13so2676010pdi.33 for ; Sat, 14 Sep 2013 16:16:10 -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=+/+C9SV2eEY6Xa3ljhHv/7JNyzDznSDxe80Cwy9ypR0=; b=Y952ljB6LKpyRHj8DuV0upPc3FIqpxCy6PNKPVhQEri7JF6lA0d20BzF93hkgGlwY0 zkJUgAK8a+gswh11LWdHENtxD1Yenj3KDGL7Swz9s8FmUONM/3KLK416l0E8LWLBiiJ+ 20MwBCbO51ms4kO81KyKKrLV7MzZkg0toNQlc8kWObxyDMwl/+/q3Q3+ogMnmG4cR7zG kzVz+xHd5ijcXRHVQVkSbIC06jWkYDGfGtDDwv+wQbDIp2iwInJy9KQWXXAIrU5y/ZEC 3TU8CzEBmcak/AeTnvylPkIFiZuLaGGZL1pwEslNx6w4zgwsj8ijF2qlzxUxiqjVsd0E kyLQ== MIME-Version: 1.0 X-Received: by 10.66.233.37 with SMTP id tt5mr22511643pac.95.1379200570464; Sat, 14 Sep 2013 16:16:10 -0700 (PDT) Received: by 10.66.126.141 with HTTP; Sat, 14 Sep 2013 16:16:10 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Sep 2013 19:16:10 -0400 Message-ID: Subject: Re: 10-stable does not boot on Dell E1505 any more From: Outback Dingo To: =?ISO-8859-1?Q?Jan_Kokem=FCller?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 23:16:11 -0000 On Sat, Sep 14, 2013 at 2:37 PM, Jan Kokem=FCller wrote: > > r255569 does not find /dev/ada0s2a and "?" at the mountroot> prompt > > shows no devices. > > I've had the same problem after I updated my kernel today. I tracked it > down to the hyperv drivers that were added in r255524. Without the "devic= e > hyperv" line in my kernconf the system boots fine again. > i can confirm removing device hyperv does also work for me under XEN > _______________________________________________ > 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 Sep 14 23:19:59 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7DE0F80E; Sat, 14 Sep 2013 23:19:59 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45A272100; Sat, 14 Sep 2013 23:19:59 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id B2B73A403; Sat, 14 Sep 2013 23:19:57 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us B2B73A403 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 14 Sep 2013 19:19:56 -0400 From: Glen Barber To: Outback Dingo Subject: Re: 10-stable does not boot on Dell E1505 any more Message-ID: <20130914231956.GF27044@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QXO0/MSS4VvK6f+D" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-ALPHA1 amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Jan =?iso-8859-1?Q?Kokem=FCller?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 23:19:59 -0000 --QXO0/MSS4VvK6f+D Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 14, 2013 at 07:16:10PM -0400, Outback Dingo wrote: > On Sat, Sep 14, 2013 at 2:37 PM, Jan Kokem=FCller > wrote: >=20 > > > r255569 does not find /dev/ada0s2a and "?" at the mountroot> prompt > > > shows no devices. > > > > I've had the same problem after I updated my kernel today. I tracked it > > down to the hyperv drivers that were added in r255524. Without the "dev= ice > > hyperv" line in my kernconf the system boots fine again. > > >=20 > i can confirm removing device hyperv does also work for me under XEN >=20 The 'device hyperv' in the GENERIC kernel was removed in r255574, pending further fixes. Glen --QXO0/MSS4VvK6f+D Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCAAGBQJSNO8bAAoJEFJPDDeguUajX1QIALbntUMd7bI8I5ekXZ5wooWg r1ve60LWDTIwc9Qczg9sXJQhzlpRhwy01Cm+8A6zgweWyi03uTRfJN7lZmEihiMy r2O2UWiXYsWMltpI3+KjrizT7OotZnXdVDLj2hSJQzGJxef6DgT9OQrCze67LWO/ Od5m8n817pq0N6ZUChTwbj4RkvBLYUQcfoRG2leIP39WhWQ+qLOkPDTu5KHTeL7o WynOg1NVIwlyoBUVLd5z8c5E6Gaqm4EP7g+UPq5cU7SCT9BMym2jdNrnHpWE/B9Y ardl7nkOegAFDg7Zfu/bteYA9NoKuBos/1J7IBJm37YLctLvoTIiq6I1k9hL0ek= =tgmt -----END PGP SIGNATURE----- --QXO0/MSS4VvK6f+D-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 14 23:32:26 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 194FBA62 for ; Sat, 14 Sep 2013 23:32:26 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAC2821BB for ; Sat, 14 Sep 2013 23:32:25 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r8ENWOof040506; Sat, 14 Sep 2013 17:32:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r8ENWOmg040503; Sat, 14 Sep 2013 17:32:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 14 Sep 2013 17:32:24 -0600 (MDT) From: Warren Block To: =?ISO-8859-15?Q?Jan_Kokem=FCller?= Subject: Re: 10-stable does not boot on Dell E1505 any more In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3512871622-221047083-1379192839=:39494" Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 14 Sep 2013 17:32:24 -0600 (MDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: 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, 14 Sep 2013 23:32:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3512871622-221047083-1379192839=:39494 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT Content-ID: On Sat, 14 Sep 2013, Jan Kokemüller wrote: >> r255569 does not find /dev/ada0s2a and "?" at the mountroot> prompt >> shows no devices. > > I've had the same problem after I updated my kernel today. I tracked it > down to the hyperv drivers that were added in r255524. Without the "device > hyperv" line in my kernconf the system boots fine again. Interesting! Notice this fresh commit: http://svnweb.freebsd.org/base?view=revision&sortby=date&revision=255574 A custom kernel without the hyperv device works. Thanks! --3512871622-221047083-1379192839=:39494--