From owner-freebsd-current@FreeBSD.ORG Sun Oct 20 17:07:28 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 1057E66B for ; Sun, 20 Oct 2013 17:07:28 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008: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 6C9A52330 for ; Sun, 20 Oct 2013 17:07:24 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id d7so397832bkh.40 for ; Sun, 20 Oct 2013 10:07:22 -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=0jQCg9hiCpuCoPtHH76vxd8EfL9GVhX3uTQ8THwrWv8=; b=UGfaEH0nxCM2rgKMq7zn67M5+SkK92clzgSpRebjzALei7vihelQCTX0MQfdfW94ud 9cEkFQIJHuKTZGKXToJ4n0PjLW8zpt5toD19Nef5ZsiJWaOuOsM2c6EgmNJwdJ2EIXyH I86ejvcfM3gpyLr1enaTAgxAaBCZ0LcEo70UtQuOQG7ydbQqtIxvy9Qwn4ssfIc3fA+I CbrM4P4XB0+0GCYENyHkgUtrSI33iXgZjJOrYoK209yIFqmKAanYc7OjWiuLmndqFaJx L0CXMuoctYpOf9khvPhFjkPHcbQl88YIimcZHZyLElyeu3d02M0nzH4jXKU0YRFUkCTU jSIQ== MIME-Version: 1.0 X-Received: by 10.204.70.194 with SMTP id e2mr54017bkj.55.1382288842744; Sun, 20 Oct 2013 10:07:22 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.205.72.198 with HTTP; Sun, 20 Oct 2013 10:07:22 -0700 (PDT) Received: by 10.205.72.198 with HTTP; Sun, 20 Oct 2013 10:07:22 -0700 (PDT) Date: Sun, 20 Oct 2013 10:07:22 -0700 X-Google-Sender-Auth: uICzYUjf4tMcyCe2jUd8wkbAXsI Message-ID: Subject: Zpool not recognized after disk moved to different name From: Justin Hibbits To: freebsd-zfs@freebsd.org, 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: Sun, 20 Oct 2013 17:07:28 -0000 Hi, I'm migrating a system exhibiting the click of death to a new hard drive, on PowerPC, and in the process migrating to zfs. I set up the system, then pulled the old drive out. Now, the spool that was on ada1s5 is now on ada0s5, and zfs won't recognize this pool. I can't recreate the pool, it says it is too dangerous. Is there any way to reactivate this pool after the disk name change? Thanks, Justin From owner-freebsd-current@FreeBSD.ORG Sun Oct 20 17:08:52 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 09DAB78A for ; Sun, 20 Oct 2013 17:08:52 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id D9575235A for ; Sun, 20 Oct 2013 17:08:51 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 1766F40E44 for ; Sun, 20 Oct 2013 17:08:42 +0000 (UTC) Message-ID: <52640E21.1080803@allanjude.com> Date: Sun, 20 Oct 2013 13:08:49 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Zpool not recognized after disk moved to different name References: In-Reply-To: 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: Sun, 20 Oct 2013 17:08:52 -0000 On 2013-10-20 13:07, Justin Hibbits wrote: > Hi, I'm migrating a system exhibiting the click of death to a new hard > drive, on PowerPC, and in the process migrating to zfs. I set up the > system, then pulled the old drive out. Now, the spool that was on ada1s5 is > now on ada0s5, and zfs won't recognize this pool. I can't recreate the > pool, it says it is too dangerous. Is there any way to reactivate this > pool after the disk name change? > > Thanks, > Justin > _______________________________________________ > 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" ZFS puts (5 copies of) a label on each disk, and will track them when they move device names. Your problem must be something else -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Sun Oct 20 17:12:14 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 5F0CE8DB for ; Sun, 20 Oct 2013 17:12:14 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5EA23A8 for ; Sun, 20 Oct 2013 17:12:13 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 87DC540E53 for ; Sun, 20 Oct 2013 17:12:12 +0000 (UTC) Message-ID: <52640EF3.9070206@allanjude.com> Date: Sun, 20 Oct 2013 13:12:19 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Zpool not recognized after disk moved to different name References: In-Reply-To: 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: Sun, 20 Oct 2013 17:12:14 -0000 On 2013-10-20 13:07, Justin Hibbits wrote: > Hi, I'm migrating a system exhibiting the click of death to a new hard > drive, on PowerPC, and in the process migrating to zfs. I set up the > system, then pulled the old drive out. Now, the spool that was on ada1s5 is > now on ada0s5, and zfs won't recognize this pool. I can't recreate the > pool, it says it is too dangerous. Is there any way to reactivate this > pool after the disk name change? > > Thanks, > Justin > _______________________________________________ > 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" Please provide the output of the following commands: gpart show zpool import zdb -l /dev/ -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Sun Oct 20 18:14: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 5EE40D54 for ; Sun, 20 Oct 2013 18:14:00 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008: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 E9EC42798 for ; Sun, 20 Oct 2013 18:13:59 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id 6so416245bkj.19 for ; Sun, 20 Oct 2013 11:13:58 -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=9SjYTM/FiE4ViyJTDWOlMgIsa3aqPh1FvSypDDofPYQ=; b=0uL/Rw9AJM+LoirtlrDgpbIP3vsw4im0QO5zzKbc/W9Gz+arR4IC+PGyVJazJ9ob+4 I+K6A+PBV12M5RFCaBpouN93CUDOr66ymDjpE9fWpCd16LkBVCfE5TvQVSLASQ02c5ut ju4Q3oAHkvrxtGcUhYnc3K1g92xjAzET8bIcWF+E0Th8wgbmRa7GAKUa7vfK9ziPQEEy K1NXYLhcd9J/8zyAcIvUGiZndCIsYqtYgIhmqxCCWEXXBLtsxfkax+4Mbg2nqhirDIvk /i/JYAtmorLr7WngjRsQO9BOg7jeugI9ODLZ5UoCUrMeMpR6iG5Qsk/Yud0SZmVFSbPC Wzew== MIME-Version: 1.0 X-Received: by 10.204.78.8 with SMTP id i8mr5123913bkk.3.1382292838136; Sun, 20 Oct 2013 11:13:58 -0700 (PDT) Sender: chmeeedalf@gmail.com Received: by 10.205.72.198 with HTTP; Sun, 20 Oct 2013 11:13:58 -0700 (PDT) Received: by 10.205.72.198 with HTTP; Sun, 20 Oct 2013 11:13:58 -0700 (PDT) In-Reply-To: <52640EF3.9070206@allanjude.com> References: <52640EF3.9070206@allanjude.com> Date: Sun, 20 Oct 2013 11:13:58 -0700 X-Google-Sender-Auth: EP6b9PNC9kQQv2w1qnHUxcAZ-Lk Message-ID: Subject: Re: Zpool not recognized after disk moved to different name From: Justin Hibbits To: Allan Jude 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: Sun, 20 Oct 2013 18:14:00 -0000 On Oct 20, 2013 10:12 AM, "Allan Jude" wrote: > > On 2013-10-20 13:07, Justin Hibbits wrote: > > Hi, I'm migrating a system exhibiting the click of death to a new hard > > drive, on PowerPC, and in the process migrating to zfs. I set up the > > system, then pulled the old drive out. Now, the spool that was on ada1s5 is > > now on ada0s5, and zfs won't recognize this pool. I can't recreate the > > pool, it says it is too dangerous. Is there any way to reactivate this > > pool after the disk name change? > > > > Thanks, > > Justin > > _______________________________________________ > > 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" > > Please provide the output of the following commands: > > gpart show > zpool import > zdb -l /dev/ > > > -- > Allan Jude Hi Allan, I was missing the zpool import' command, hadn't seen it before, but a forum search found its usage for me. Had to do a 'zpool import -f' on the pool, but now it is up and fully functional. Seems obvious now :-) Thanks, Justin From owner-freebsd-current@FreeBSD.ORG Sun Oct 20 18:27:27 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 B94F91F8; Sun, 20 Oct 2013 18:27:27 +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 5482C2864; Sun, 20 Oct 2013 18:27:27 +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 r9KIRN6k001574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Oct 2013 20:27:24 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Sun, 20 Oct 2013 20:27:23 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: current@FreeBSD.org, ports@FreeBSD.org Subject: iconv in base breaks multiple ports Message-ID: <20131020182723.GE12255@acme.spoerlein.net> Mail-Followup-To: current@FreeBSD.org, ports@FreeBSD.org, mickael.maillot@gmail.com, arved@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mickael.maillot@gmail.com, arved@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, 20 Oct 2013 18:27:27 -0000 Hey all, ever since that iconv thing replaced the ports version, I run into trouble with several ports that I have installed on a -CURRENT (now stable/10 system). These are not compile-time errors, but crashes or limited functionality where I blame iconv :) 1. www/newsbeuter crashes during startup, somewhere in the stfl code that deals with wide char functions. 2. devel/git: when using git-svn, it'll segfault in the perl code, not sure how to get a backtrace here as gdb's follow-fork doesn't quite work. 3. multimedia/xbmc is no longer able to decode unicode filenames and other things are broken. It spews an endless stream of 19:36:00 T:34594644992 ERROR: convert_checked iconv_open() failed from WCHAR_T to UTF-8, errno=22(Invalid argument) 19:36:00 T:34594644992 ERROR: convert_checked iconv_open() failed from UTF-8 to WCHAR_T, errno=22(Invalid argument) 19:37:00 T:34594644992 ERROR: Previous line repeats 9656 times. Is my system hexed? I've rebuilt the ports/packages a dozen times now. Am I seeing ghosts? Thanks, Uli From owner-freebsd-current@FreeBSD.ORG Sun Oct 20 21:20:24 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 8EC91634; Sun, 20 Oct 2013 21:20:24 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay005.isp.belgacom.be (mailrelay005.isp.belgacom.be [195.238.6.171]) by mx1.freebsd.org (Postfix) with ESMTP id A918420CB; Sun, 20 Oct 2013 21:20:23 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlkGALNHZFJbsUOq/2dsb2JhbABagwc4SL4+gSUXdIIlAQEFJy8jEAsYCSUPKh4GHIgBAQi9R44dgT8HhCkDkC2HW5IIgyY6gSw Received: from 170.67-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.67.170]) by relay.skynet.be with ESMTP; 20 Oct 2013 23:20:15 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id r9KLKFtG046038; Sun, 20 Oct 2013 23:20:15 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Sun, 20 Oct 2013 23:20:10 +0200 From: Tijl Coosemans To: Ulrich =?ISO-8859-1?Q?Sp=F6rlein?= Subject: Re: iconv in base breaks multiple ports Message-ID: <20131020232010.384afeaf@kalimero.tijl.coosemans.org> In-Reply-To: <20131020182723.GE12255@acme.spoerlein.net> References: <20131020182723.GE12255@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA512; boundary="Sig_/_FhqCom_6l4OGOHyRxa4oPh"; protocol="application/pgp-signature" Cc: ports@FreeBSD.org, mickael.maillot@gmail.com, arved@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: Sun, 20 Oct 2013 21:20:24 -0000 --Sig_/_FhqCom_6l4OGOHyRxa4oPh Content-Type: multipart/mixed; boundary="MP_/tVr=rFNcNdFRdRZSPzG_wBd" --MP_/tVr=rFNcNdFRdRZSPzG_wBd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 20 Oct 2013 20:27:23 +0200 Ulrich Sp=F6rlein wrote: > ever since that iconv thing replaced the ports version, I run into > trouble with several ports that I have installed on a -CURRENT (now > stable/10 system). >=20 > These are not compile-time errors, but crashes or limited functionality > where I blame iconv :) >=20 > 1. www/newsbeuter crashes during startup, somewhere in the stfl code > that deals with wide char functions. >=20 > 2. devel/git: when using git-svn, it'll segfault in the perl code, not > sure how to get a backtrace here as gdb's follow-fork doesn't quite > work. >=20 > 3. multimedia/xbmc is no longer able to decode unicode filenames and > other things are broken. It spews an endless stream of=20 > 19:36:00 T:34594644992 ERROR: convert_checked iconv_open() failed from > WCHAR_T to UTF-8, errno=3D22(Invalid argument) > 19:36:00 T:34594644992 ERROR: convert_checked iconv_open() failed from > UTF-8 to WCHAR_T, errno=3D22(Invalid argument) > 19:37:00 T:34594644992 ERROR: Previous line repeats 9656 times. >=20 > Is my system hexed? I've rebuilt the ports/packages a dozen times now. > Am I seeing ghosts? Can you try the attached patch? It includes the one from http://www.freebsd.org/cgi/query-pr.cgi?pr=3D182994 --MP_/tVr=rFNcNdFRdRZSPzG_wBd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=iconv.patch Index: lib/libc/iconv/citrus_mapper.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 --- lib/libc/iconv/citrus_mapper.c (revision 256803) +++ lib/libc/iconv/citrus_mapper.c (working copy) @@ -341,14 +341,15 @@ _citrus_mapper_open(struct _citrus_mappe /* open mapper */ UNLOCK(&cm_lock); ret =3D mapper_open(ma, &cm, module, variable); - WLOCK(&cm_lock); if (ret) - goto quit; + goto quit_unlocked; + WLOCK(&cm_lock); cm->cm_key =3D strdup(mapname); if (cm->cm_key =3D=3D NULL) { ret =3D errno; + UNLOCK(&cm_lock); _mapper_close(cm); - goto quit;=09 + goto quit_unlocked; } =20 /* insert to the cache */ @@ -359,7 +360,7 @@ _citrus_mapper_open(struct _citrus_mappe ret =3D 0; quit: UNLOCK(&cm_lock); - +quit_unlocked: return (ret); } =20 @@ -381,7 +382,9 @@ _citrus_mapper_close(struct _citrus_mapp _CITRUS_HASH_REMOVE(cm, cm_entry); free(cm->cm_key); } + UNLOCK(&cm_lock); mapper_close(cm); + return; quit: UNLOCK(&cm_lock); } --MP_/tVr=rFNcNdFRdRZSPzG_wBd-- --Sig_/_FhqCom_6l4OGOHyRxa4oPh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iF4EAREKAAYFAlJkSQ4ACgkQfoCS2CCgtiv5UgD6A4Vcp2My+HnDePpsNWdYq8ow LX9m9a3HQv4voM1SgpwA/0ay0/tSheyoPiO4VHWp/1ITm78L/KsgIRfvZ5utsd4Z =KUW+ -----END PGP SIGNATURE----- --Sig_/_FhqCom_6l4OGOHyRxa4oPh-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 20 21:57:03 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 BE29C20C; Sun, 20 Oct 2013 21:57:03 +0000 (UTC) (envelope-from pali.gabor@gmail.com) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69F8422F9; Sun, 20 Oct 2013 21:57:03 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o20so1805435oag.27 for ; Sun, 20 Oct 2013 14:57:02 -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:cc:content-type :content-transfer-encoding; bh=6aozCwXJc4sQECUSnECYx/1MpKb0zcuWXw/wrgbmylI=; b=Qe4kqDJsvB3nyIwLTgAX6GRmqHoJ/FUilAAC0yWC0eECNNUMpuSKAJgQfFi3r0YE1d GS9y+fQayhW2F1f9a7K3558TgJ/ngkpYQR9n6e60TJeXd6Lfj3+XDyWJU7v2bojYxsHO /TXl92a9PGyNQvg+Od0LeuA6nZwt5V4WIlzFunyIaDtXHsYnVL17EYi7IU4ftpZmND0/ QMqmmIAbHu/Hs0eCiRPptAqRp0yFbWJ7uouKXgBSsORFxYxnTCtcT+Nekt8lk2ptc5zL ptGHc5H887pI97+rrsjKKPBrIXKqgLmnEaKs8zaEBjdyHmGapQo+YiQ81QCgSgDeHO39 yPIQ== MIME-Version: 1.0 X-Received: by 10.60.43.131 with SMTP id w3mr4504439oel.10.1382306222583; Sun, 20 Oct 2013 14:57:02 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.22.44 with HTTP; Sun, 20 Oct 2013 14:57:02 -0700 (PDT) Date: Sun, 20 Oct 2013 23:57:02 +0200 X-Google-Sender-Auth: THSdfTj42tCW4vbgQoNrD9x1iQw Message-ID: Subject: FreeBSD Quarterly Status Report, July-September, 2013 From: Gabor Pali To: hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stable@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: Sun, 20 Oct 2013 21:57:03 -0000 FreeBSD Quarterly Status Report, July-September 2013 Introduction This report covers FreeBSD-related projects between July and September 2013. This is the third of four reports planned for 2013. We have had another very active three months in the FreeBSD world, including two Developer Summits (BSDCam and EuroBSDcon) that will be covered in separate status reports. FreeBSD continues to push hard on security, with improvements to both the performance and reliability of the random number generation, and more compartmentalisation in programs in the base system. For developers, there is work on a new modern debugger. There is also a significant amount of of modernization in the support for Objective-C and Ada via ports, making FreeBSD a first-rate platform for developing in either language, in addition to the existing C++11 and C11 support already present in the base system. Server users will be pleased to see improvements in the iSCSI stack and scalability allowing over a million I/O operations per second on commodify hardware, while desktop users will see improvements in X support for new GPUs and for possible X replacements. Thanks to all the reporters for the excellent work! This report contains 30 entries and we hope you enjoy reading it. The deadline for submissions covering between October and December, 2013 is January 14th, 2014. __________________________________________________________________ FreeBSD Team Reports * FreeBSD Core Team * FreeBSD Port Management Team * FreeBSD Postmaster Team * FreeBSD Release Engineering Team Projects * Static Code Analysis Kernel * AES-NI Improvements for GELI * Atomic "close-on-exec" * Continuation of the Newcons Project * GEOM Direct Dispatch and Fine-Grained CAM Locking * Native iSCSI Stack * Reworking random(4) * SDIO Driver * VirtIO Network Multiqueue * VMware VMXNET3 Driver Architectures * FreeBSD on Cubieboard2 * FreeBSD/EC2 * FreeBSD/pseries * FreeBSD/sparc64 * Superpages for ARMv7 Userland Programs * Capsicum * LLDB Debugger Port Ports * FreeBSD Ada Ports * FreeBSD Python Ports * GNOME/FreeBSD * GNUstep on FreeBSD * X.Org on FreeBSD Documentation * FreeBSD Documentation Project Primer Edit * The entities Documentation Branch Google Summer of Code * Download Manager Service for the Ports Collection Miscellaneous * The FreeBSD Foundation __________________________________________________________________ AES-NI Improvements for GELI URL: http://svnweb.freebsd.org/changeset/base/255187 Contact: John-Mark Gurney An enhancement to the AES-NI implementation for OpenCrypto, the kernel's cryptography framework, has been committed that significantly improves AES-XTS and AES-CBC decryption performance. This gives geli(8) around a three times performance boost on gnop(8) using AES-XTS compared to the old code. These improvements are available to users of the OpenCrypto framework and crypto(4). __________________________________________________________________ Atomic "close-on-exec" URL: https://wiki.freebsd.org/AtomicCloseOnExec Contact: Jilles Tjoelker If threads or signal handlers call fork() and exec(), file descriptors may be passed undesirably to child processes, which may lead to hangs (if a pipe is not closed), exceeding the file descriptor limit, and security problems (if the child process has lower privilege). One solution is various new APIs that set the "close-on-exec" flag atomically with allocating a file descriptor. Some existing software will use the new features if present or will even refuse to compile without them. With mkostemp(), dup3(), and a change to modes of fopen() and freopen(), everything proposed in Austin Group issue #411 has now been implemented. For all POSIX-specified functions that allocate file descriptors, it is possible to request that the new descriptor be set close-on-exec atomically. Additionally, many file descriptors used internally by libc and libutil now have the close-on-exec bit set. __________________________________________________________________ Capsicum Contact: Pawel Jakub Dawidek Capsicum is the FreeBSD sandboxing subsystem, which presents programmers with a capability module allowing fine-grained delegation of rights to less-privileged processes. Casper is a friendly daemon that provides services to sandboxed processes, allowing policy-based access to privileged services such as DNS resolution. The work on Capsicum and related projects (such as Casper, libnv, etc.) is progressing nicely. An overhaul of the cap_rights_t was committed to FreeBSD head and will be included in 10.0. This allows us to have more capability rights on file descriptors than the previous limit of 64 rights, which was almost reached. This change is not backward compatible, so it was very important to get it into 10.0. libnv, used for communication between Casper services and consumers, but which will hopefully be used more widely, is finalized and comes with a nice set of regression tests. The number of applications sandboxed using the Capsicum framework is increasing. We have around 10 of them already in base and more that are not yet committed. This project is being sponsored by the FreeBSD Foundation. Open tasks: 1. Finish documentation of Casper and its services. 2. Implement regression tests for Casper services. 3. Finish documentation for libnv. 4. Start making libc more sandbox-friendly, that is, modifying functions such as strerror(3), strsignal(3), localtime(3), login_get*(), getservent(3), getprotent(3), and getrpcent(3) which currently open files on first use, which might be too late if we are already in a capability-mode sandbox. 5. Rethink the system.filesystem Casper service to allow for easy compartmentalization of various command-line tools that operate on multiple files. __________________________________________________________________ Continuation of the Newcons Project URL: http://svn.freebsd.org/base/user/ed/newcons/ Contact: Aleksandr Rybalko The Newcons project is aimed to replace the old syscons(4)-based virtual terminals. The main objectives are: support Unicode characters, and move away from the dependency on fixed VGA and VESA graphics modes and built-in BIOS services. This project was originally started by Ed Schouten, and it already featured the following features (among many others) in 2013: * Unicode fonts with Latin, Cyrillic and some more simple character sets. * Unicode output support. * Graphics mode support. * Text mode support. * sysmouse(4) support, without copy/paste. And these have been extended by the following items recently: * History, that is, the ability to scroll through the terminal history. The old, separate history buffer has been removed. * The history is implemented by a circular buffer which has no risk of overflow, and scrolling appears "unlimited". * VT_PROCESS mode, a way to hold the terminal and prevent terminal switching. For example, X.Org uses this feature to prevent the user from switching to a non-X terminal. * drm2/fb_helper, the KMS driver. This binds Newcons to framebuffers created the DRM-enabled video drivers in the kernel (such as i915kms and radeonkms). * Dynamic attachment of VT drivers, vt_allocate() to allow attaching console video drivers at a later point where framebuffer owner can manage the initialization. This is for KMS and devices without early graphics support. Supported startup modes for KMS: * Start without VT graphics drivers, then load KMS. * Start with VGA, then load KMS. * Preload KMS, then the KMS driver will be attached to the output. * Preload KMS, start with VGA, then KMS driver will replace the VGA output. This project is being sponsored by The FreeBSD Foundation. Many thanks to Ed Schouten, who started the Newcons project and did most of the work. Open tasks: 1. Implement a Generic Framebuffer interface, a simple interface to offer direct access to the framebuffer from the userland (via /dev/fb*) and automatic management of virtual terminals by Newcons. 2. Mouse support, copy/paste using sysmouse(4). 3. Improve locking. 4. Bug fixes. 5. Integrate into FreeBSD head. 6. Integrate into FreeBSD 10.0. 7. Implement mapping non-ASCII characters to Unicode on keyboard input. 8. Adapt existing screen savers. 9. Last but not least, testing is welcome! __________________________________________________________________ Download Manager Service for the Ports Collection URL: https://wiki.freebsd.org/SummerOfCode2013/IntellegentDownloadManage= r URL: https://wiki.freebsd.org/IdeasPage/IDMS Contact: Ambarisha Bhatlapenumarthi Contact: Xin Li This is a Google Summer of Code 2013 project that aims to replace the fetch(1)-based method for getting distribution files, such as source tarballs, for the third-party applications (ports) with an intelligent Download Manager Service (see links for more information). All the modules highlighted in the project wiki have been completed (see links). Specifically: * A service that receives and serves download requests. It samples download speeds from different mirrors and uses this information to pick the best mirror on the next request. It can migrate jobs between mirrors if it realizes that a complete download from a different mirror would be faster than proceeding with the mirror it is currently using. * A status dump feature has also been added to the client (dmget) which dumps the information about active downloads, speeds from mirrors, etc. Open tasks: 1. The implementation (especially job migration and dumping status) has not been tested thoroughly. Test the code, write more unit and regression tests. __________________________________________________________________ FreeBSD Ada Ports URL: http://www.dragonlace.net Contact: John Marino A few years ago, Ada-based ports almost completely disappeared from the Ports Collection. This was not surprising, as FSF GNAT, the only open-source Ada compiler, ceased to build correctly on any BSD flavor. Previously-built bootstrap compilers would not run on modern FreeBSD, and certainly not on amd64. The first step, see the link for details, was to patch GCC in order to fix GNAT not only on FreeBSD, but DragonFly, NetBSD, and OpenBSD as well. New bootstraps for both i386 and amd64 platforms were produced during this effort. Ada compilers on FreeBSD now pass 100% of the ACATS and GCC testsuites. With the introduction of the first new Ada compiler port, the GCC 4.6-based lang/gnat-aux, the GNAT Programming Studio (a multilanguage integrated development environment), XML/Ada, and GtkAda were among the first Ada ports resurrected. With the latest compiler, lang/gcc-aux based on GCC 4.7, a cohesive Ada framework was created with the new USES=3D framework. Currently around 2= 0 ports are part of this framework including Florist, ASIS, GPRbuild, QtAda, AdaControl, AdaBrowse, PolyOrb, and AWS (Ada Web Server). The GNAT AUX compiler is also still in use to serve as a basis for the GNATDroid ports which are FreeBSD-to-Android Ada+C cross-compilers. However, these will soon be integrated into the Ada Framework. At this point, it looks like FreeBSD (shared with DragonFly via DPorts) has taken the crown from Debian as the recognized best Ada development platform. The FreeBSD versions of the software are more recent and the Ports Collection has ports not available on Debian, such as LibSparkCrypto, the Matreshka library, and the Ahven unit tester. Future work potentially includes converting GCC AUX to GCC 4.8 to acquire better Ada 2012 support, importing Spark 2014 into ports when it arrives and to continue to add new Ada ports to the framework. __________________________________________________________________ FreeBSD Core Team Contact: FreeBSD Core Team In the third quarter of 2013, the Core Team focused on officially launching pkg.freebsd.org, the Project's official pkg(8) repository, in cooperation with the Port Management Team, the Security Team, and the Cluster Administration Team. At the same time, there are plans to gradually deprecate the use of the old pkg_add(1), allowing pkg(8) to be the default binary package management solution for FreeBSD, arriving with 10.0-RELEASE. Thomas Abthorpe has been appointed to the role of liaison between the Core Team and the Ports Management Team, in order to make the collaboration more effective. David Chisnall has joined the group that publishes the Quarterly Status reports and compiled a special status report on the results of the BSDCan 2013 Developer Summit. David also took the lead role on the organization of an off-season developer summit in Cambridge, UK, which was finally held at the end of August. For the items discussed in Cambridge, preparation of a detailed report is still in progress. There were src commit bits issued for 5 new developers and most of the src commits being idle more than 12 months have been taken into safekeeping as result of a major cleanup to the repository access file in July, performed by Gavin Atkinson. __________________________________________________________________ FreeBSD Documentation Project Primer Edit URL: http://www.freebsd.org/doc/en/books/fdp-primer/book.html Contact: Warren Block The FreeBSD Documentation Project Primer had not changed at the same rate as the documents themselves. Some sections were outdated and others were verbose and confusing, while information on new changes to the documentation were not described at all. In July, Warren gave the entire FDP Primer a fairly intense edit for simplicity and clarity. Chapters and sections were moved into a more logical order, and information was updated to be a better guide to the current state. Markup examples were added and revised. Style guidelines were also extended and updated. The Primer is now far more consistent and usable. As always, there is still room for improvement, and additions or corrections are encouraged. Open tasks: 1. An introductory chapter on writing manual pages with mdoc(7) would be an excellent addition. __________________________________________________________________ FreeBSD on Cubieboard2 URL: http://svnweb.freebsd.org/changeset/base/254056 Contact: Ganbold Tsagaankhuu Initial support of Allwinner A20 SoC is committed to head. The A20 SoC on Cubieboard2 is pin-to-pin compatible with the A10 in Cubieboard1 and FreeBSD supports the following peripherals: * USB EHCI * GPIO Open tasks: 1. Get the EMAC Ethernet driver working. Need more help from network driver experts. 2. Add more drivers. __________________________________________________________________ FreeBSD Port Management Team URL: http://www.FreeBSD.org/ports/ URL: http://www.freebsd.org/doc/en/articles/contributing-ports/ URL: http://portsmon.freebsd.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://blogs.freebsdish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/portmgr URL: http://lists.freebsd.org/mailman/listinfo/freebsd-pkg-fallout Contact: FreeBSD Port Management Team The ports tree contains approximately 24,400 ports, while the PR count exceeds 1,900. In the third quarter, we added four new committers and took in six commit bits for safekeeping. A significant amount of effort has gone into tweaking and manipulating the infrastructure to modernize and update it, in preperation for pkg(8) replacing the old pkg_add(1) infrastructure, as well as preparing for FreeBSD 10.0 with Clang as default compiler, libc++ as the default C++ standard library, and iconv(1) integrated into libc. Automated procedures for quality assurance have been implemented, notably pkg-fallout. All porters are encouraged to subscribe to the associated mailing list (see links), and do their part to fix ports for pkg(8) and Clang readiness. Many iterations of tests were run to ensure that as many packages as possible would be available for the 9.2 release. Open tasks: 1. Most ports PRs are assigned, we now need to focus on testing, committing, and closing. __________________________________________________________________ FreeBSD Postmaster Team URL: http://lists.freebsd.org/mailman/listinfo/freebsd-fortran URL: http://lists.freebsd.org/mailman/listinfo/freebsd-pkg-fallout URL: http://lists.freebsd.org/mailman/listinfo/freebsd-users-jp Contact: FreeBSD Postmaster Team In the third quarter of 2013, the FreeBSD Postmaster Team has implemented the following items that may be interest of the general public: * Created the freebsd-fortran list, requested by Anton Shterenlikht. * Created the freebsd-pkg-fallout list, requested by Baptiste Daroussin. * Created the freebsd-users-jp list, requested by Hiroki Sato * Retired the freebsd-mozilla list, requested by Florian Smeets. * Worked with the FreeBSD Cluster Administrators to enable TLS support on incoming and outgoing mail servers. * Started discussions and exploration of current and possible future mail and spam filtering. * Started the process for retiring the aic7xxx mailing list. Completion of this is scheduled for 12 October 2013. __________________________________________________________________ FreeBSD Python Ports URL: https://wiki.FreeBSD.org/Python URL: irc://freebsd-python@irc.freenode.net Contact: FreeBSD Python Team We are currently working on cleaning up the lang/python* ports to improve their compatibility with the original upstream build behaviour and to reduce the need for FreeBSD-specific build patches. A first step was made in September by reducing the flags injected into the different Python interpreter versions. The first tasks have been completed to support the installation of packages for different Python ports. A new metaport structure has replaced the original Python port behaviour, and will be enhanced over the next months to enable improved installation support of packages for different Python versions at the same time. The Python ports framework was enhanced with automated packaging list creation and replacement macros, which improve the compatibility with multiple Python versions and reduce the packaging list sizes. PyPy was heavily enhanced over the last couple of months. Major updates to the port solved integration issues and a new pypy-devel port for snapshots and previews was added. Since the PyPy 3 release, there is a new pypy3-devel port available to provide not only compatibility for Python 2.x specific scripts, but also for those using the 3.x language specification. IronPython found its way into the FreeBSD ports tree, providing an implementation of the Python language based on .NET and Mono. Open tasks: 1. Develop a high-level and lightweight Python Ports Policy. 2. Chase the unification of Distribute (devel/py-distribute) and Setuptools (devel/py-setuptools*). 3. Add support for granular dependencies (for example >=3D1.0 or < 2.0)= . 4. Look at what adding pip (Python Package Index) support looks like. 5. More tasks can be found on the Team's wiki page (see links). __________________________________________________________________ FreeBSD Release Engineering Team URL: http://www.FreeBSD.org/releases/9.2R/schedule.html URL: http://www.FreeBSD.org/releases/10.0R/schedule.html URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/VM-IMAGES/ URL: http://ftp.FreeBSD.org/pub/FreeBSD/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team has completed the 9.2-RELEASE process. The release cycle changed with a last-minute addition of 9.2-RC4. The 9.2-RELEASE was announced September 30, four weeks behind the original schedule. The FreeBSD 10.0-RELEASE cycle has started, and testing is strongly encouraged. For testing purposes, both installation images and virtual machine images exist on the FreeBSD Project FTP servers. Open tasks: 1. Test 10.0-CURRENT and report problems. __________________________________________________________________ FreeBSD/EC2 URL: http://www.daemonology.net/freebsd-on-ec2/ URL: https://aws.amazon.com/marketplace/pp/B00AA25MLK/ Contact: Colin Percival FreeBSD images are available for use in EC2 for 8.3-RELEASE, 8.4-RELEASE, 9.0-RELEASE, 9.1-RELEASE, and 9.2-RELEASE. In 9.2-RELEASE, FreeBSD runs in EC2 using an unpatched source tree, but it needs the XENHVM kernel configuration. Starting from FreeBSD 10.0-ALPHA3, the GENERIC kernel configuration now contains all the XENHVM bits needed to allow FreeBSD to run in EC2 natively. Consequently, FreeBSD 10.0 will be the first release for which FreeBSD/EC2 is purely "bits off the ISO". This also means that starting with 10.0 it will be possible to use freebsd-update(8) for all base system updates -- in earlier releases it was necessary to recompile the XENHVM kernel manually. Due to FreeBSD's use of HVM virtualization, running on "old" EC2 instance types (m1, m2, c1, t1) requires that FreeBSD pretends to be Windows, which unfortunately results in paying the higher "windows" EC2 instance prices. On "new" EC2 instances (cc1, cc2, cg1, cr1, hi1, hs1, and m3) FreeBSD can run as a "unix" image at the lower rate. Open tasks: 1. Test FreeBSD 10.0-ALPHAs/BETAs/RCs as they become available. Plenty of new Xen code has been committed recently and there are probably bugs to find before the release. 2. Keep nagging Amazon to provide more instance types which FreeBSD can run on without paying a "Windows tax". 3. Provide some mechanism for instance configuration via EC2 user-data. This might involve using cloud-init, or it might be a new system. __________________________________________________________________ FreeBSD/pseries URL: http://svnweb.freebsd.org/changeset/base/255643 Contact: Andreas Tobler Contact: Nathan Whitehorn Starting with FreeBSD 10.0-ALPHA4, the projects/pseries branch has been merged into FreeBSD head. This allows FreeBSD/powerpc64 to run in an IBM POWER logical partition and on certain classes of older IBM-type PowerPC hardware. Open tasks: 1. Test, possibly on real hardware. Most testing and development was conducted with the emulated LPAR target in QEMU. Please send any testing reports to the freebsd-ppc mailing list. __________________________________________________________________ FreeBSD/sparc64 Contact: Marius Strobl There are several things going on with the FreeBSD/sparc64 port. After having fixed all remaining problems and starting with 9.2-RELEASE, releases for this architecture are cross-built on the FreeBSD Project cluster. As one might already have noticed, this means that from now on, sparc64 install sets and images including those for ALPHA, BETA, and RC builds, are available alongside those for the other platforms supported by FreeBSD. Since August 2013, automatically cross-built monthly FreeBSD/sparc64 snapshots are distributed via the official project mirrors. Hopefully, this can soon be extended further with freebsd-update(8) support for sparc64. The X.Org ports have been fixed to work on sparc64 when built with the WITH_NEW_XORG knob. However, it still needs to be evaluated whether the recently committed update to Mesa 9.1.6 has introduced any breakage. __________________________________________________________________ GEOM Direct Dispatch and Fine-Grained CAM Locking URL: http://svnweb.freebsd.org/base/projects/camlock/ URL: http://people.freebsd.org/~mav/camlock_patches/ Contact: Alexander Motin Last year's high-performance storage vendor summit reported a performance bottleneck in the FreeBSD block storage subsystem, limiting peak performance to around 300-500K IOPS. While that is still more than enough for average systems, detailed investigation has shown a number of places that require radical improvement. The unmapped I/O support implemented early this year has already improved I/O performance by about 30% and moved more focus toward GEOM and CAM subsystems scalability. Fixing these issues was the goal of this project. The existing GEOM design assumed most I/O handling was to be done by only two kernel threads (g_up() and g_down()). That simplified locking in some cases, but limited potential SMP scalability and created additional scheduler overhead. This project introduces the concept of direct I/O dispatch into GEOM for cases where it is known to be safe and efficient. That implies marking some GEOM consumers and providers with one or two new flags, declaring situations when a direct function call can be used instead of normal request queuing. That permits avoiding any context switches inside GEOM for the most widely used topologies, simultaneously processing multiple I/Os from multiple calling threads. Having GEOM pass through multiple concurrent calls down to the underlying layers exposed major lock congestion in CAM. In the existing CAM design, all devices connected to the same ATA/SCSI controller share a single lock, which can be quite busy due to multiple controller hardware accesses and/or code logic. Experiments have shown that applying only the above GEOM direct dispatch changes burns up to 60% of system CPU time or even more in attempts to obtain these locks by multiple callers, killing any benefits of GEOM direct dispatch. To overcome this scaling limitation, a new fine-grained CAM locking design was implemented. It implies splitting the big per-SIM locks into several smaller ones: per-LUN locks, per-bus locks, queue locks, etc. After these changes, the remaining per-SIM lock protects only the controller driver internals, reducing lock congestion down to an acceptable level and keeping compatibility with existing drivers. Together, the GEOM and CAM changes double the peak I/O rate, reaching up to 1,000,000 IOPS on contemporary hardware. The changes were tested by a number of people and will be committed into FreeBSD head and merged to stable/10 after the end of the FreeBSD 10.0 release cycle. The project is sponsored by iXsystems, Inc. Open tasks: 1. More reviews, more stability and performance tests. __________________________________________________________________ GNOME/FreeBSD URL: http://www.FreeBSD.org/gnome/ Contact: FreeBSD GNOME Team Glib 2.36 and Gtk 3.8 were imported into the ports tree. The GNOME Team is currently working on improving the quality of GNOME 3.6. The version of multimedia/cheese shipped with GNOME 3 is now able to use devd(8) to find the camera through multimedia/webcamd. Several build improvements have been made to the www/webkit-gtk3 port, however it still is rather fragile. MATE, a desktop environment forked from the now-unmaintained codebase of GNOME 2, is about ready to go in. GNOME 2 will be removed at some point in the near future. How or when this will happen is not yet clear. Open tasks: 1. Test the update. Contact the maintainers if it is suspected that a port does not work with the newer version of devel/glib20. 2. Update the FreeBSD GNOME website with recent changes in the ports tree, add new items in preparation for GNOME 3 and Mate, etc. 3. Continue working on GNOME 3.6, stability and missing features. 4. Import MATE into the ports tree. __________________________________________________________________ GNUstep on FreeBSD Contact: David Chisnall GNUstep is the open source implementation of the Objective-C APIs based on the OpenStep specification that Apple brands as Cocoa. The similarities between the FreeBSD and OS X libc make FreeBSD an attractive target platform for porting OS X applications, with the addition of GNUstep. The GNUstep ports in FreeBSD have now been updated to the latest releases and now build with the GNUstep Objective-C runtime and Clang 3.3, with the non-fragile ABI by default. This means that all of the modern features of Objective-C are supported, including Automatic Reference Counting (ARC) and recent syntax improvements. The devel/gnustep meta-port will install all of the core GNUstep libraries, ready for development. The x11/gnustep-app meta-port will install all of the GNUstep-based applications and libraries currently in the ports tree. Many of these are old and not well-tested with later GNUstep release, so consider them experimental at present. We are currently working on updating them, including moving from some abandoned upstream locations to the GNUstep Applications Project (GAP), which has taken over maintenance of a number of older GNUstep programs. __________________________________________________________________ LLDB Debugger Port URL: https://wiki.freebsd.org/lldb Contact: Ed Maste LLDB is the debugger project in the LLVM family. It supports the Mac OS X, Linux, and FreeBSD platforms. A number of improvements have been made to the port since the previous status update. Unit test failures have been triaged and have defects entered in LLDB's bug tracker. In combination with the lldb buildbot this allows for the quick identification of new failures introduced by other ongoing development. Core file support has also been added. An LLDB snapshot has been imported into the FreeBSD base system and is available as of SVN revision 255722. It is not yet built by default but may be enabled by adding WITH_LLDB=3D to src.conf(5). This project is sponsored by DARPA/AFRL in collaboration with SRI International and the University of Cambridge. Open tasks: 1. Support live debugging of multithreaded processes. 2. Fix amd64 watchpoints. 3. Add support for remote debugging (gdbserver, debugserver). 4. Add support for kernel debugging. 5. Verify i386 and arm architectures. 6. Implement MIPS target support. 7. Verify cross-debugging. 8. Investigate and fix test suite failures. __________________________________________________________________ Native iSCSI Stack URL: https://wiki.freebsd.org/Native%20iSCSI%20target Contact: Edward Tomasz Napiera=C5=82a Due to the quickly approaching time of 10.0-RELEASE, the priorities for the native iSCSI stack shifted somewhat, from performance optimizations to making sure the new stack is reliable, feature-complete, and is able to interoperate correctly with various implementations. Plenty of time was invested into testing and debugging, mostly on the initiator side, to make sure it works correctly with other targets, such as Solaris COMSTAR, and behaves properly in edge conditions like connection problems. Nevertheless, some fundamental optimizations, such as Immediate Data support, were implemented. The documentation has improved, and there will be a new section added to the FreeBSD Handbook describing the use of the new stack. The new stack was committed to head and will ship as part of 10.0-RELEASE. There is ongoing work on fixing issues reported by early adopters. This project is being sponsored by The FreeBSD Foundation. Open tasks: 1. Fix newly reported issues. 2. Improve performance. __________________________________________________________________ Reworking random(4) Contact: Mark Murray Contact: Arthur Mesh Contact: Dag-Erling Sm=C3=B8rgrav Random numbers require a lot more thought and preparation than would naively appear to be the case. For simulations, number sequences that are repeatable but sufficiently disordered are often needed to achieve required experimental duplication ability, and many programmers are familiar with these. For cryptography, it is essential that an attacker not be able to predict or guess the output sequence, thus giving a source of security-critical secret material for uses such as passwords or "key material". FreeBSD's random number generator, available as the pseudo-file /dev/random produces unpredictable numbers intended for cryptographic use, and is thus a Cryptograpically-Secured Pseudo-Random Number Generator, or CSPRNG. The security is given by careful design of the output generator (based on a block cipher) and input entropy accumulation queues. The latter uses hashes to accumulate stochastic information harvested from various places in the kernel to provide highly unpredictable input to the generator. The algorithm for doing this, Yarrow, by Schneier et al, may be found by web search. FreeBSD's CSPRNG also allowed for certain stochastic sources, deemed to be "high-quality", to directly supply the random(4) device without going through Yarrow. With recent revelations over possible government surveillance and involvement in the selection of these "high-quality" sources, it is felt that they can no longer be trusted, and must therefore also be processed though Yarrow. The matter was discussed at various levels of formality at the Cambridge Developer Summit in August, and at EuroBSDcon 2013 in September. This work is now done, and the random(4) CSPRNG is now brought to a more paranoid, modern standard of distrust with regard to its entropy sources. Infrastructure work was also done to facilitate certain entropy-source choices for the convenience of the system administrators. Future work is now going ahead with the implementation of the Fortuna algorithm by Ferguson and Schneier as an upgrade or alternative to Yarrow. Initially a choice will be presented, and decisions on the future of the CSPRNG processing algorithms in use will be made in the future as needs arise. Open tasks: 1. Implement FIPS 800-90b support. 2. A full, in-depth review of entropy. __________________________________________________________________ SDIO Driver URL: https://wiki.freebsd.org/SDIO URL: https://github.com/kibab/freebsd/tree/kibab-dplug Contact: Ilya Bakulin SDIO is an interface designed as an extension of the existing SD card standard, to allow connecting different peripherals to the host with the standard SD controller. Peripherals currently sold at the general market include WLAN/BT modules, cameras, fingerprint readers, and barcode scanners. The driver is implemented as an extension to the existing MMC bus, adding a lot of new SDIO-specific bus methods. A prototype of the driver for the Marvell SDIO WLAN/BT (Avastar 88W8787) module is also being developed, using the existing Linux driver as the reference. SDIO card detection and initialization already work, most needed bus methods are implemented and tested. There is an ongoing work to design a good locking model for the stack. The WiFi driver is able to load firmware onto the card and initialize it. Open tasks: 1. SDIO stack: Design a locking model, define how the interrupts should be processed (on SDIO controller level, MMC stack level and by child drivers). 2. Marvell SDIO WiFi: connect to the FreeBSD network stack, write the code to implement required functions (such as sending and receiving data, network scanning, and so on). 3. Implement detach path. It cannot be tested on the DreamPlug used for development, because the DreamPlug does not have an external SDIO-capable slot. __________________________________________________________________ Static Code Analysis URL: http://scan.coverity.com/ URL: http://scan.freebsd.your.org/ URL: http://clang-analyzer.llvm.org/ Contact: Ulrich Spoerlein With our own (old and unstable) instance of Coverity Prevent gone, we have now fully transitioned to the Scan project run by Coverity (see links), which Open Source projects can use to learn about possible defects in their source code. We also continue to run our code base through the Static Analyzer that is shipped with Clang/LLVM. It cannot track the state of the code over time, but has the benefit that everyone can use it without any special setup. See the home page at the links section for more information on the Clang Static Analyzer project in general, and head over to the FreeBSD Clang Static Analyzer Scan page (see links) to see those possible defects (no signup required). We are looking for a co-admin for both of these projects to increase the bus-factor and the chance of survival for these services. Fame and fortune await! Open tasks: 1. Maybe turn on email reports for new defects to the internal list of FreeBSD developers. 2. Find co-admin. 3. Fix the defects reported by Coverity and Clang. __________________________________________________________________ Superpages for ARMv7 URL: http://static.usenix.org/events/osdi02/tech/full_papers/navarro/nav= arro.pdf URL: http://wiki.freebsd.org/ARMSuperpages URL: http://blogs.arm.com/software-enablement/1079-transparent-superpage= s-for-freebsd-on-arm URL: https://wiki.freebsd.org/201309DevSummit?action=3DAttachFile&do=3Dv= iew&target=3Dsemihalf-superpages_armv7.pdf URL: http://svnweb.freebsd.org/changeset/base/254918 Contact: Zbigniew Bodek Contact: Grzegorz Bernacki Contact: Rafa=C5=82 Jaworowski The ARM architecture is becoming more and more prevalent, with increasing usage beyond the mobile and embedded space. Among the more interesting industry trends emerging in the recent months, there has been the concept of "ARM server". Top-tier companies like Dell and HP have already started to develop such systems. Key to the success of FreeBSD in these new areas is dealing with the sophisticated features of the platform, for example adding support for superpages. The objective of this project is to enable FreeBSD/arm to utilize superpages, allowing efficient use of TLB translations (by enlarging TLB coverage), leading to improved performance in many applications and scalability. This is intended to work on ARMv7-based processors, however compatibility with ARMv6 will be preserved. The following steps have been made since the last status report: * The pmap(9) module has been adjusted to fully utilize superpages. * Found and fixed minor bugs in superpage management. * Implemented the pmap_advise() routine. * Performed extensive testing and benchmarking: + Giga Updates Per Second (GUPS) benchmark: 34% lower memory access latency and 34% higher updates ratio. + LMbench: 38% lower memory latency. + Self-hosted buildworld: 20% shorter, using GCC. * Final integration into FreeBSD head. This project is jointly sponsored by The FreeBSD Foundation and Semihalf. Open tasks: 1. Adjust pmap to resolve the demotion issue caused by the continuous active queue scanning in VM. 2. Support for 64KB page size. 3. Move pv_flags to page table entry descriptors. __________________________________________________________________ The entities Documentation Branch URL: http://svnweb.freebsd.org/changeset/doc/42226 Contact: Ren=C3=A9 Ladan The entities project branch has been successfully merged into the main documentation branch per revision 42226 of the doc repository (see link). The purpose of this branch was to remove the duplicated definitions of authors in both authors.ent and developers.ent. The latter file has been removed after migrating its contents to the former file. While most changes are not visible to end users, the Committer's Guide was changed to accomodate for changes related to adding a new committer. Translators were also informed of the update. The largest hurdle mentioned in the last report, processing the element, was solved with the help of G=C3=A1bor K=C3=B6vesd=C3=A1n. __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Most of our funding is used to support FreeBSD development projects, conferences and developer summits, purchase equipment to grow and improve the FreeBSD infrastructure, and provide legal support for the Project. We listened to our donors who asked us to have more fundraising efforts throughout the year. This quarter we had the second of three fundraising campaigns planned for 2013. We started the quarter having raised $365,291. By the end of the quarter, we raised $410,000 for the year. These early donations have made a significant impact on our fundraising efforts this year. Some of the highlights from this past quarter include: * Projects completed last quarter: + ARM Superpages + Documentation project infrastructure enhancements * Projects in progress: + Native iSCSI kernel stack + Newcons console driver * Projects that started last quarter: + Capsicum Integration + Network Stack Layer 2 Modernization * Platinum Sponsor for EuroBSDcon, had six Foundation representatives attend the conference and the Developer Summit, sponsored 7 developers to attend the conference, and sponsored the Developer Summit. * Sponsored the Cambridge Developer Summit, and sponsored 2 developers to attend this event. * Attended Indianapolis LinuxFest July 27, FOSSCON in Philadelphia August 10, Ohio LinuxFest in Columbus September 14, and LinuxCon in New Orleans September 16-17, to promote FreeBSD. * Met with the FreeBSD Core Team to discuss their goals and to discuss areas that we can help. * Met with the Documentation Team to talk about helping them update their website as well as what other areas we can help them with. * Recognized Dag-Erling Sm=C3=B8rgrav at EuroBSDcon for his contributi= ons to FreeBSD. * Became a sponsor of vBSDCon, a new conference in Washington, DC. * Hired Glen Barber as a full-time employee to do system administration work and to help with release engineering. * Hired Cinthy Tanko as a part-time administrative assistant to help with day-to-day Foundation activities. * Purchased hardware to be placed in our NYI colo to support the building and distribution of new style packages in advance of FreeBSD 10. * Provided teleconferencing services to the Core Team to support their monthly conferences. __________________________________________________________________ VirtIO Network Multiqueue URL: http://svnweb.freebsd.org/changeset/base/255112 Contact: Bryan Venteicher The VirtIO network driver, vtnet(4), is used by FreeBSD systems running on hypervisors including bhyve(4) and Linux's KVM. It recently gained support for multiple queues, along with a significant cleanup and support for a few additional features. __________________________________________________________________ VMware VMXNET3 Driver URL: http://lists.freebsd.org/pipermail/freebsd-current/2013-August/0434= 94.html URL: http://svnweb.freebsd.org/base/head/sys/dev/vmware/vmxnet3/ Contact: Bryan Venteicher A port of the OpenBSD vmx(4) ethernet driver for VMware virtual machines has been committed. The driver can be used in place of the VMware Tools vmxnet3 driver, which currently does not support 10.0-RELEASE (or anything past 9.0-RELEASE). Open tasks: 1. Performance improvements, multiqueue support. 2. Merge to stable/9. __________________________________________________________________ X.Org on FreeBSD URL: https://wiki.freebsd.org/Graphics URL: https://wiki.freebsd.org/Xorg URL: http://trillian.chruetertee.ch/ports/browser/trunk URL: https://wiki.freebsd.org/AMD_GPU URL: https://github.com/dumbbell/freebsd/tree/kms-drm-update-38 Contact: FreeBSDX11 Team Mesa 9.1 (libGL and dri) was updated in ports. This includes experimental ports for libEGL and libgles2: they are dependencies of the experimental ports for Wayland and Weston. The radeonkms driver was committed to FreeBSD head in the end of August and will be part of 10.0-RELEASE. It received several fixes since the initial commit and now seems quite stable. However, one missing major feature is support for suspend/resume: the GPU almost always locks up during resume on the test computer. Thanks to the update of Mesa and the update of x11-drivers/xf86-video-ati to 7.2.0 in the ports tree, every pieces are in place to allow users to use recent AMD video cards (up to HD7000, maybe some HD8000). The driver will now only receive bug fixes and focus will move on the update of the DRM generic code and the i915 driver. The generic DRM code, shared by the i915kms and radeonkms video drivers is quite old now. Work has started to update and sync it with that of Linux 3.8. This code is available on GitHub. The expected benefits are: * Fixes in the framebuffer code, which would help the future deployment of Newcons. * Preliminary support for minor devices (that is, control versus render nodes). * Support for setmaster and dropmaster, which allows to run multiple X sessions. Fran=C3=A7ois Tigeot from DragonFly is also working on updates to their = DRM code, and the X11 team is planning to share the effort. An experimental devd(8) backend was added to the x11-servers/xorg-server port. This allows X.Org to use devd(8) to detect and configure input devices (for example, keyboards and mices) dynamically. Our current wiki articles are used to describe projects and report status. However, they lack some consistency and links between them. We started to think about reorganizing them to: * Improve the coordination between the ports and the kernel efforts. * Make the information more accessible. Nothing is visible yet on the wiki. Open tasks: 1. Keep tracking Mesa 9.2 or later and xorg-server 1.14. Both are currently blocked, but it is good to keep track of what upstream is doing. 2. Test and report successes and failures for AMD GPUs. 3. Wayland builds now. Work is being done on Weston to see if there are any run-time issues. Weston is the reference compositor for Wayland. 4. Improve the devd(8) backend for x11-servers/xorg-server, so the HAL option can be removed completely. __________________________________________________________________ From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 00:59: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 958C6519; Mon, 21 Oct 2013 00:59:09 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 468B52DB0; Mon, 21 Oct 2013 00:59:08 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id r9L0wvOK085168 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 20 Oct 2013 17:58:59 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <52647C4C.8010706@freebsd.org> Date: Mon, 21 Oct 2013 08:58:52 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Devin Teske Subject: Re: BE Loader Menu (was Re: rcs) References: <60177810-8DC4-4EA3-8040-A834B79039D2@orthanc.ca> <52538EDC.2080001@freebsd.org> <52541202.3010707@mu.org> <20131008.170444.74714516.sthaug@nethelp.no> <52542BD4.5070706@FreeBSD.org> <52542E1D.9000000@mu.org> <52555D1C.8010407@freebsd.org> <52558577.5020401@allanjude.com> <52558779.2070203@pcbsd.org> <13CA24D6AB415D428143D44749F57D720FC4B2A3@LTCFISWMSGMB21.FNFIS.com> <5256D08F.5060101@freebsd.org> <13CA24D6AB415D428143D44749F57D720FC50D64@LTCFISWMSGMB21.FNFIS.com> <5256D8E9.10200@freebsd.org> <13CA24D6AB415D428143D44749F57D720FC7ADA3@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC7ADA3@LTCFISWMSGMB21.FNFIS.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , "Teske, Devin" , Kris Moore 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, 21 Oct 2013 00:59:09 -0000 Kris. exactly what features need to be added to the boot process to allow what you want to do, but without using grub? On 10/19/13 3:39 AM, Teske, Devin wrote: > On Oct 10, 2013, at 9:42 AM, Julian Elischer wrote: > >> On 10/11/13 12:39 AM, Teske, Devin wrote: >>> On Oct 10, 2013, at 9:06 AM, Julian Elischer wrote: >>> >>>> On 10/10/13 1:05 AM, Teske, Devin wrote: >>>>> I'm late to the party again ;D (didn't realize the rcs thread had turned BE) >>>>> >>>>> Both problems can be solved. >>>>> The loading of the kernel *after* choosing your boot device is trivial. >>>>> We've been doing it at $work for *years* (almost a decade?) >>>>> >>>>> I can put that in, whenever. Probably at the same time as implementing >>>>> the live/dynamic BE menus for selecting the root device. >>>> yeah it always pisses me of when the menu comes up after the kernel is loaded because 99% of the time, I'm in the menu because I want to boot a DIFFERENT kernel.. >>>> >>> Same thought I had about 7 years ago. After hearing that others >>> (especially you, Julian) think the same thoughts... >>> >>> I'm happily ready to merge a patch from VICOR to achieve this. >> PLEASE!.. put it up for review somewhere... >> > Done... > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ > > All new code. Had to make it programmable: > > http://twitpic.com/dhv2b6 > > See that the patch adds documentation for loader.conf(5). > It also clarifies a horrible description of "start" versus "initialize" in loader.4th(8). > > >> I wonder if we can we get a reviewboard instance for the project some time? >> > Do let me know what you think. I went all-out on this one. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 03:36:59 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 E22CE6D6; Mon, 21 Oct 2013 03:36:59 +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 B6936261F; Mon, 21 Oct 2013 03:36:59 +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 r9L3arwq042271 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Oct 2013 20:36:53 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r9L3araP042270; Sun, 20 Oct 2013 20:36:53 -0700 (PDT) (envelope-from jmg) Date: Sun, 20 Oct 2013 20:36:53 -0700 From: John-Mark Gurney To: Maksim Yevmenkin Subject: Re: [rfc] small bioq patch Message-ID: <20131021033652.GR56872@funkthat.com> Mail-Followup-To: Maksim Yevmenkin , Maksim Yevmenkin , "current@freebsd.org" References: <20131011215210.GY56872@funkthat.com> <72DA2C4F-44F0-456D-8679-A45CE617F8E6@gmail.com> <20131012001410.GA56872@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i 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]); Sun, 20 Oct 2013 20:36:53 -0700 (PDT) Cc: Maksim Yevmenkin , "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: Mon, 21 Oct 2013 03:37:00 -0000 Maksim Yevmenkin wrote this message on Tue, Oct 15, 2013 at 11:15 -0700: > On Fri, Oct 11, 2013 at 5:14 PM, John-Mark Gurney wrote: > > Maksim Yevmenkin wrote this message on Fri, Oct 11, 2013 at 15:39 -0700: > >> > On Oct 11, 2013, at 2:52 PM, John-Mark Gurney wrote: > >> > > >> > Maksim Yevmenkin wrote this message on Fri, Oct 11, 2013 at 11:17 -0700: > >> >> i would like to submit the attached bioq patch for review and > >> >> comments. this is proof of concept. it helps with smoothing disk read > >> >> service times and arrear to eliminates outliers. please see attached > >> >> pictures (about a week worth of data) > >> >> > >> >> - c034 "control" unmodified system > >> >> - c044 patched system > >> > > >> > Can you describe how you got this data? Were you using the gstat > >> > code or some other code? > >> > >> Yes, it's basically gstat data. > > > > The reason I ask this is that I don't think the data you are getting > > from gstat is what you think you are... It accumulates time for a set > > of operations and then divides by the count... So I'm not sure if the > > stat improvements you are seeing are as meaningful as you might think > > they are... > > yes, i'm aware of it. however, i'm not aware of "better" tools. we > also use dtrace and PCM/PMC. ktrace is not particularly useable for us > because it does not really work well when we push system above 5 Gbps. > in order to actually see any "issues" we need to push system to 10 > Gbps range at least. So, I put a test together using dtrace... And my test wasn't a big test, but I put HEAD on a 16G fs, and did a: find /mnt -type f -exec cat {} + And I varried the sysctl values as 0, 16 32, 64, 128, 256 and 512... I was unable to get a significant difference between the runs... Between each run I would unmount the fs to make sure the fs cache was clean... I've posted my scripts/results at: https://people.freebsd.org/~jmg/disklat/ genresults runs the dtrace script and gets the results makeresults extracts the results from each run disklatencycmd.d is the dtrace script I used catall/catallp is the script containing the find command... I tried two different versions of the command, one single threaded as above, the other using xargs w/ 4 processes running... the p4 results are from the xargs, the sing is the find -exec command above... Though I will admit that before the patch, on occasion I did see a max latency of 6s, but in these tests I didn't see it... The disk was: Model Family: Maxtor MaXLine Pro 500 Device Model: Maxtor 7H500F0 Firmware Version: HA431DN0 User Capacity: 500,107,862,016 bytes [500 GB] and the partition was close to the begining of the drive... > >> >> graphs show max/avg disk read service times for both systems across 36 > >> >> spinning drives. both systems are relatively busy serving production > >> >> traffic (about 10 Gbps at peak). grey shaded areas on the graphs > >> >> represent time when systems are refreshing their content, i.e. disks > >> >> are both reading and writing at the same time. > >> > > >> > Can you describe why you think this change makes an improvement? Unless > >> > you're running 10k or 15k RPM drives, 128 seems like a large number.. as > >> > that's about halve number of IOPs that a normal HD handles in a second.. > >> > >> Our (Netflix) load is basically random disk io. We have tweaked the system to ensure that our io path is "wide" enough, I.e. We read 1mb per disk io for majority of the requests. However offsets we read from are all over the place. It appears that we are getting into situation where larger offsets are getting delayed because smaller offsets are "jumping" ahead of them. Forcing bioq insert tail operation and effectively moving insertion point seems to help avoiding getting into this situation. And, no. We don't use 10k or 15k drives. Just regular enterprise 7200 sata drives. > > > > I assume that the 1mb reads are then further broken up into 8 128kb > > reads? so it's more like every 16 reads in your work load that you > > insert the "ordered" io... > > i'm not sure where 128kb comes from. are you referring to > MAXPHYS/DLFPHYS? if so, then, no, we have increased *PHYS to 1MB. Ahh, ok, so another difference between your system and HEAD... > > I want to make sure that we choose the right value for this number.. > > What number of IOPs are you seeing? > > generally we see < 100 IOPs per disk on a system pushing 10+ Gbps. w/ 1MB IO's, that makes sense... > i've experimented with different numbers on our system and i did not > see much of a difference on our workload. i'm up a value of 1024 now. > higher numbers seem to produce slightly bigger difference between > average and max time, but i do not think its statistically meaningful. > general shape of the curve remains smooth for all tried values so far. > > [...] > > >> > Also, do you see a similar throughput of the system? > >> > >> Yes. We do see almost identical throughput from both systems. I have not pushed the system to its limit yet, but having much smoother disk read service time is important for us because we use it as one of the components of system health metrics. We also need to ensure that disk io request is actually dispatched to the disk in a timely manner. > > > > Per above, have you measured at the application layer that you are > > getting better latency times on your reads? Maybe by doing a ktrace > > of the io, and calculating times between read and return or something > > like that... > > ktrace is not particularly useful. i can see if i can come up with > dtrace probe or something. our application (or rather clients) are > _very_ sensitive to latency. having read service times outliers is not > very good for us. It shouldn't be hard to setup a dtrace probe similar to the one I use, but put it on the read call/return of your app... > > Have you looked at the geom disk schedulers work that Luigi did a few > > years back? There have been known issues w/ our io scheduler for a > > long time... If you search the mailing lists, you'll see lots of > > reports from some processes starving out others, probably due to a > > similar issue... I've seen similar unfair behavior between processes, > > but spend time tracking it down... > > yes, we have looked at it. it makes things worse for us, unfortunately. > > > It does look like a good improvement though... > > > > Thanks for the work! > > ok :) i'm interested to hear from people who have different workload > profile. for example lots of iops, i.e. very small files reads or > something like that. I'd be interesting to see to take your work load using my scripts to see if you could see different results... -- 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 Mon Oct 21 03:50: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 DF5138D6 for ; Mon, 21 Oct 2013 03:50:46 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm3-vm3.bullet.mail.gq1.yahoo.com (nm3-vm3.bullet.mail.gq1.yahoo.com [98.136.218.146]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ACD0526C8 for ; Mon, 21 Oct 2013 03:50:46 +0000 (UTC) Received: from [98.137.12.56] by nm3.bullet.mail.gq1.yahoo.com with NNFMP; 21 Oct 2013 03:47:33 -0000 Received: from [98.136.164.75] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 21 Oct 2013 03:47:33 -0000 Received: from [127.0.0.1] by smtp237.mail.gq1.yahoo.com with NNFMP; 21 Oct 2013 03:47:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382327253; bh=nwZPD0HoHS0FwPPIje7kQspXMDyNNsA9135kw/kFhg0=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=KwxzISs/Qk9VUiT/9ZCM6XLSJKRa7/6gqWIsKZqZxa+0tjojhQGervn+WzvHpWg/grKfYmSw6omoVXIRzsPtF77C1v0jeaf39VwvJ1HAaHiC90Z062wJoeTU4x+QL1Lpd1UkO+5R6Uq6e27EMyLuroSOues/C5K85UwnhqekJ5w= X-Yahoo-Newman-Id: 898814.2634.bm@smtp237.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 5MjwK8YVM1luomnmFm_E5EcSacbgoK6DdHwi8lZF5p7AsmG R0q4DXoLcVWCPIAHBeIpswwQzY..5PbLuycmQO1llpJxby.SUL2G4O98.t7x VdrBgVjJdxbsWJ9CbN7edYmAMeWGhAayJbIOb_znFovP6YwC9xAiCmWcdvtl yJFcF2BsgjBE4yfEdXr7L6iX6SkUBKjevMODSrXzx6U9JkLij_Nszhx_VKP0 ON6P_aA9Ysfc111PDuMxkSDKict2zVAeSurNodC_b30aqYFGjWfDUwh3IDY_ lQuV4uFhoEvNMzlwApU8JvxBGD7C.mhOZtWx6CCiwCl3tMXGFkGA3hsWhswr 4xY_1HwjeNk1XRkkyR11asNiPaw4lskEiUXUWjNTvbQzyDWEsO10PKk3J4i5 88XMEcIjkIgr9T50GzKJv_ZazmOiEdiHWmkJfCS9NrSafeq6c76Cnrkos.V2 j5a.zD.cqstHRTKksoLRiEKByXlMt_.bCga6p50JbSpm_m6bb7g.2pibVsU. 1dbXunRy4RdfCaJcodvdOkSbtAkf10HW5.H7XROFo8vkG0LUW8gHsOY52mdr KLlldt03iVIM- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.108] (sean_bruno@63.138.121.126 with ) by smtp237.mail.gq1.yahoo.com with SMTP; 21 Oct 2013 03:47:33 +0000 UTC Subject: contrib/gcclibs/libssp security warning From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-SCVsG8ShyQquYQTOfI/7" Date: Sun, 20 Oct 2013 23:47:32 -0400 Message-ID: <1382327252.2610.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Mon, 21 Oct 2013 03:50:47 -0000 --=-SCVsG8ShyQquYQTOfI/7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable There's an unchecked syslog call inside of libssp/ssp.c=20 /usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23: warning: format string is not a string literal (potentially insecure) [-Wformat-security] syslog (LOG_CRIT, msg1); ^~~~ 1 warning generated. /usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23: warning: format string is not a string literal (potentially insecure) [-Wformat-security] syslog (LOG_CRIT, msg1); I propose the following change: Index: contrib/gcclibs/libssp/ssp.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 --- contrib/gcclibs/libssp/ssp.c (revision 256712) +++ contrib/gcclibs/libssp/ssp.c (working copy) #ifdef HAVE_SYSLOG_H /* Only send the error to syslog if there was no tty available. */ else - syslog (LOG_CRIT, msg3); + syslog (LOG_CRIT, "%s", msg3); #endif /* HAVE_SYSLOG_H */ --=-SCVsG8ShyQquYQTOfI/7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAABAgAGBQJSZKPUAAoJEBkJRdwI6BaHq0kH/iToLXvto+T1OE8ZOFhHVJW3 0OJSderLrt6TBIRcKlgD5Rdt8YgdqIAlolBLmn6hhLrqLcw82iIa0lH4brEhAFYF exhtAfa5/GfB+ty+h5Gvu3MG479S6krBQH6UqFwtgjGqTs8gnwQ9V+rRYCPc8Dzb wyN9M6mF96XOyejhNdNIj7n8Nn0z3hrrJFtDSI+QL2lPTewBRxh/jXabwaGb41w0 9Q6Cuelj8CD0FsKbGWcT9K6JPcGRIsMx8Z2wG5csQ3KVmueUNkT7w3oswwJO88Vi ViwECsPvljJIzPGpc+64xlOzo9eDSxN02uMONyBuWltSpjokXog+6iNX/sB8kSk= =nhDc -----END PGP SIGNATURE----- --=-SCVsG8ShyQquYQTOfI/7-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 03:53:59 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 0C6C59F7 for ; Mon, 21 Oct 2013 03:53:59 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm21-vm6.bullet.mail.ne1.yahoo.com (nm21-vm6.bullet.mail.ne1.yahoo.com [98.138.91.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C256F26E3 for ; Mon, 21 Oct 2013 03:53:58 +0000 (UTC) Received: from [98.138.90.50] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 21 Oct 2013 03:50:53 -0000 Received: from [98.138.226.126] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 21 Oct 2013 03:50:53 -0000 Received: from [127.0.0.1] by smtp205.mail.ne1.yahoo.com with NNFMP; 21 Oct 2013 03:50:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382327453; bh=ikSPjuehesR2IW+zLTsiliRkQOVO8RcWuuB75s8RUoA=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=b42uR3L2z5M3/LlRWeOkglL+zncgJYC8EKAuqYUkUjniIQQUkEt5zAaTiuHDVC3V67Yf1ynxaw8rdViHzNw182Xz3MiuAvAhPa9Cjvge1NiTMx8BzCPkKUqIgrEOwalMTqOYr2mSPkNKngPU8ZJpjDywjequk9h0EzlUGqhab0k= X-Yahoo-Newman-Id: 770374.41612.bm@smtp205.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: cEjov6EVM1nl5_X8G0qykWIrOBYh3s1oSJeF1emo1Qm2h7f DcuapggquNPRoJm23DzXMVRkDRG9hUokXvfKevyotZavfSRj8opa8iHX8CfF DmD.p1XUFMAsqsL9tiS.Zjrpw53S3kdma.v_yBnYuru1w6xfbRHHgI9K70Pw tJgP_18eMdng_ED5jMXjtFbQuZ2rCgwMDpbRZ9V_6zVtfHI8neMPBQwNEby0 yAEy7JUOY7fKRQgXyCJOMQ.jCiH316Ucl.xv2UmC2JD7zjbkNPxECJasatDN I4pjZAglE9urfQZJo2zPc5lUrDyzRGBr0rEdcMNEMHJsogN1Rn_Y883GN1ZA 6cfEVzFo3dubzoHAHilk8RZgYjg8Hn78YmvxV0Auzxu5VtBbnWjirMsrY.ph pq0Zradc4s2zqpXRk1GJ5P_yM3rscBxi5HJkWUuHNzXVAeRNI4x_v7QsUGoH G.yiFzURvKh2Vz1bDW6dDWRCumBM.ccR9rscKIi3etTJZEaEBqGmFPV6ziBQ Vw.Q85aoqFAHQnVXEOxZiN6FqpGYzzG0OkNzYoLFV4yU8TDBaz943t4aJKUs Y37ycyz34ICBIM3irS0TwWyq33fmokfpF_He49o_SB7Gw.aKKsqWByEYUnu4 Osto- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.108] (sean_bruno@63.138.121.126 with ) by smtp205.mail.ne1.yahoo.com with SMTP; 20 Oct 2013 20:50:53 -0700 PDT Subject: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cv+ODW3SEIWT6pW48P+B" Date: Sun, 20 Oct 2013 23:50:52 -0400 Message-ID: <1382327452.2610.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Mon, 21 Oct 2013 03:53:59 -0000 --=-cv+ODW3SEIWT6pW48P+B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable gperf has some clang warnings that seem to be harmless, but annoying regarding some of the logical operations around detecting ascii chars: c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -Wno-c ++11-extensions -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/g perf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc:284:27: warning: '&&' within '||' [-Wlogical-op-parentheses] if (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *arg <=3D = 'z') ~~~~~~~~~~~~^~~~~~~~~~~~~~ ~~ I propose the following change: Index: options.cc =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 --- options.cc (revision 256712) +++ options.cc (working copy) @@ -281,7 +281,7 @@ { putchar (*arg); arg++; - if (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *arg <=3D= 'z') + if ( (*arg >=3D 'A' && *arg <=3D 'Z') || (*arg >=3D 'a' && *arg = <=3D 'z') ) { putchar (*arg); arg++; @@ -293,7 +293,9 @@ putchar (*arg); arg++; } - while (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *a= rg <=3D 'z' || *arg =3D=3D '-'); + while ( (*arg >=3D 'A' && *arg <=3D 'Z') || + (*arg >=3D 'a' && *arg <=3D 'z') || + (*arg =3D=3D '-') ); if (*arg =3D=3D '=3D') { putchar (*arg); --=-cv+ODW3SEIWT6pW48P+B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAABAgAGBQJSZKScAAoJEBkJRdwI6BaHEUQH/ipu5CM3zVkaZ4G+gYn3aavo K4aa7iyKNU1LVlEF2tOyci7vUufKeAAmDqyo1YWNrKVB83/rXs3OEhIFErogLUVW HgpsSzuFZmzy+CX07nI3BtvzDpkmxefUNvlMgvS9Qjbue0gzD3Fkfnqj2oW3jkIh HkEY41firfx7lvN8DzhRl03eWfoz//Tq4yUB4cg3TDsL/rVbNKQC+TMbNzn1hWks W/653GXNNLgs7Le5djL8crNAQJCgs2t/zDskI5HFMSYuoFxcoH3Izi7cx3McY4WI 9XyzZ9Ytj4ghlI+y2A7sAFYoxRy5N8GeUyEUE/Ks1FLxPRzNcs5n4JoggwrdTR8= =xCRV -----END PGP SIGNATURE----- --=-cv+ODW3SEIWT6pW48P+B-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 06:44: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 3EB17DF1; Mon, 21 Oct 2013 06:44:22 +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 01F382E4D; Mon, 21 Oct 2013 06:44:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d87c:85ac:5875:b51a] (unknown [IPv6:2001:7b8:3a7:0:d87c:85ac:5875:b51a]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3C2955C44; Mon, 21 Oct 2013 08:44:17 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_C37DAA12-FB1B-465C-8351-3D6534616E64"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: contrib/gcclibs/libssp security warning From: Dimitry Andric In-Reply-To: <1382327252.2610.2.camel@localhost> Date: Mon, 21 Oct 2013 08:44:10 +0200 Message-Id: <543E81FB-3C62-4CE6-B2D4-63A0ED7CE006@FreeBSD.org> References: <1382327252.2610.2.camel@localhost> To: Sean Bruno 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: Mon, 21 Oct 2013 06:44:22 -0000 --Apple-Mail=_C37DAA12-FB1B-465C-8351-3D6534616E64 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Oct 21, 2013, at 05:47, Sean Bruno wrote: > There's an unchecked syslog call inside of libssp/ssp.c > > > /usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23: > warning: format string is not a string literal (potentially insecure) > [-Wformat-security] > syslog (LOG_CRIT, msg1); > ^~~~ > 1 warning generated. > /usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23: > warning: format string is not a string literal (potentially insecure) > [-Wformat-security] > syslog (LOG_CRIT, msg1); > > I propose the following change: > > Index: contrib/gcclibs/libssp/ssp.c > =================================================================== > --- contrib/gcclibs/libssp/ssp.c (revision 256712) > +++ contrib/gcclibs/libssp/ssp.c (working copy) > #ifdef HAVE_SYSLOG_H > /* Only send the error to syslog if there was no tty available. */ > else > - syslog (LOG_CRIT, msg3); > + syslog (LOG_CRIT, "%s", msg3); > #endif /* HAVE_SYSLOG_H */ > Heh, this is also still in upstream gcc. :-) It should not be a real security problem, as the fail() function is only ever called twice, with predictable const char arguments. But better safe than sorry, so LGTM. -Dimitry --Apple-Mail=_C37DAA12-FB1B-465C-8351-3D6534616E64 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) iEYEARECAAYFAlJkzUIACgkQsF6jCi4glqNCTwCfcIZQeCSmRSW8Fs+1p4fmb0PS sL8An2rfhYE/4R6ywloijuExl2Hkr5Yo =nTf9 -----END PGP SIGNATURE----- --Apple-Mail=_C37DAA12-FB1B-465C-8351-3D6534616E64-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 06:46: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 482D6D6; Mon, 21 Oct 2013 06:46:14 +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 0B20D2E6B; Mon, 21 Oct 2013 06:46:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d87c:85ac:5875:b51a] (unknown [IPv6:2001:7b8:3a7:0:d87c:85ac:5875:b51a]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AACDD5C44; Mon, 21 Oct 2013 08:46:12 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_BF3C372F-3194-4C51-A838-39B4067EB9DB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: Dimitry Andric In-Reply-To: <1382327452.2610.5.camel@localhost> Date: Mon, 21 Oct 2013 08:46:14 +0200 Message-Id: <95F9CC95-2A34-40C6-A04A-3B2360B6E4DB@FreeBSD.org> References: <1382327452.2610.5.camel@localhost> To: sbruno@freebsd.org 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: Mon, 21 Oct 2013 06:46:14 -0000 --Apple-Mail=_BF3C372F-3194-4C51-A838-39B4067EB9DB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Oct 21, 2013, at 05:50, Sean Bruno wrote: > gperf has some clang warnings that seem to be harmless, but annoying > regarding some of the logical operations around detecting ascii chars: > > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -Wno-c > ++11-extensions -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/g > perf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc:284:27: > warning: '&&' within '||' [-Wlogical-op-parentheses] > if (*arg >= 'A' && *arg <= 'Z' || *arg >= 'a' && *arg <= 'z') > ~~~~~~~~~~~~^~~~~~~~~~~~~~ ~~ For contributed code, let's just turn the warnings off instead. There is almost no end to the amount of work you could spend on fixing warnings in GNU code... :-) -Dimitry --Apple-Mail=_BF3C372F-3194-4C51-A838-39B4067EB9DB 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) iEYEARECAAYFAlJkzbYACgkQsF6jCi4glqMHHgCfScwz1Vmplg6vbaHJ98A9oAux +AQAnRVv18jjeA9pxgTlG8WPNqFIXcZE =b2jA -----END PGP SIGNATURE----- --Apple-Mail=_BF3C372F-3194-4C51-A838-39B4067EB9DB-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 08:26: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 D96D7799; Mon, 21 Oct 2013 08:26:25 +0000 (UTC) (envelope-from prvs=1006428abc=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 4FE8A2362; Mon, 21 Oct 2013 08:26:25 +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 md50006466375.msg; Mon, 21 Oct 2013 09:26:17 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 21 Oct 2013 09:26:17 +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=1006428abc=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <6917E0AC86C444EFB3B55750175BADED@multiplay.co.uk> From: "Steven Hartland" To: "Vitalij Satanivskij" References: <7059AA6DCC0D46B8B1D33FC883C31643@multiplay.co.uk> <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <20131019085547.GA33582@hell.ukr.net> Subject: Re: ZFS secondarycache on SSD problem on r255173 Date: Mon, 21 Oct 2013 09:26:14 +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: Vitalij Satanivskij , "Justin T. Gibbs" , freebsd-current@freebsd.org, Borja Marcos , Dmitriy Makarov 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, 21 Oct 2013 08:26:26 -0000 Hows things looking Vitalij? ----- Original Message ----- From: "Vitalij Satanivskij" > Ok. Just right now system rebooted with you patch. > > Trim enabled again. > > WIll wait some time untile size of used cache grow's. > > > Steven Hartland wrote: > SH> Looking at the l2arc compression code I believe that metadata is always > SH> compressed with lz4, even if compression is off on all datasets. > SH> > SH> This is backed up by what I'm seeing on my system here as it shows a > SH> non-zero l2_compress_successes value even though I'm not using > SH> compression at all. > SH> > SH> I think we we may well need the following patch to set the minblock > SH> size based on the vdev ashift and not SPA_MINBLOCKSIZE. > SH> > SH> svn diff -x -p sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c > SH> Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c > SH> =================================================================== > SH> --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (revision 256554) > SH> +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (working copy) > SH> @@ -5147,7 +5147,7 @@ l2arc_compress_buf(l2arc_buf_hdr_t *l2hdr) > SH> len = l2hdr->b_asize; > SH> cdata = zio_data_buf_alloc(len); > SH> csize = zio_compress_data(ZIO_COMPRESS_LZ4, l2hdr->b_tmp_cdata, > SH> - cdata, l2hdr->b_asize, (size_t)SPA_MINBLOCKSIZE); > SH> + cdata, l2hdr->b_asize, (size_t)(1ULL << l2hdr->b_dev->l2ad_vdev->vdev_ashift)); > SH> > SH> if (csize == 0) { > SH> /* zero block, indicate that there's nothing to write */ > SH> > SH> Could you try this patch on your system Vitalij see if it has any effect > SH> on the number of l2_cksum_bad / l2_io_error? ================================================ 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 Mon Oct 21 09:29:57 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 EB7EEB64 for ; Mon, 21 Oct 2013 09:29:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog123.obsmtp.com (eu1sys200aog123.obsmtp.com [207.126.144.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DBE728A3 for ; Mon, 21 Oct 2013 09:29:55 +0000 (UTC) Received: from mail-wg0-f53.google.com ([74.125.82.53]) (using TLSv1) by eu1sys200aob123.postini.com ([207.126.147.11]) with SMTP ID DSNKUmTz+JV9GRK6LfAX2jQZhhVzOEM1Y5wH@postini.com; Mon, 21 Oct 2013 09:29:56 UTC Received: by mail-wg0-f53.google.com with SMTP id y10so6286266wgg.20 for ; Mon, 21 Oct 2013 02:29:28 -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=l2G7IUPugIwYHnkK6FmYYweZbxPZ0T40KW+khojY6Es=; b=ep+/E7KVlaMgqXoolh/sIK/X74e+cR5urLplp3zBTgzmomoVR2huMoHnvZHXOi880M Uyh2vdc9+frHheTTqtbbFItU7/0l3ntQTOn60bkHskv5p3dxRGEi4lsUOzkRhCS6IRnI 8Y0WJ9tMhssaFV4Za1jukbqi25X2E+5arxjpzsDXT00Oqyp9R2qkFQcbHXcK5/4clhBR 47fQ24xiIr1rLxy5e+GNUoYIWtkCdBwkodPQ+9BEgHBEDB0jZEUAo3SonAywXJMFOo3/ mXlh26Yof3uhDWnyfxk5ktPosB6pzZV8knbpuThYj4dKUf1C8WvR3XB5mv3BrBXE505G mQIQ== X-Gm-Message-State: ALoCoQld1vGSPqNoSb/otCHJA+oF5MgksqkCmV6ds5Gm900xL7MnqvCeD96o/LL68WGVJzFKwjDxzG5GVk8yW8cvy5+vcOppQ1K+5R+vQ9dyISXcQh3AOG6yuOmv4ENxqE7WcJtKoMgoGPb4vTgJ0SGs+4KMyeonsADgslYmNyPPbBgRv/hBXr8= X-Received: by 10.194.47.236 with SMTP id g12mr58727wjn.92.1382347767979; Mon, 21 Oct 2013 02:29:27 -0700 (PDT) X-Received: by 10.194.47.236 with SMTP id g12mr58719wjn.92.1382347767899; Mon, 21 Oct 2013 02:29:27 -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 i8sm30258513wiy.6.2013.10.21.02.29.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Oct 2013 02:29:26 -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 r9L9TObB063323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 21 Oct 2013 10:29:24 +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 r9L9TOVX063322; Mon, 21 Oct 2013 10:29:24 +0100 (BST) (envelope-from mexas) Date: Mon, 21 Oct 2013 10:29:24 +0100 (BST) From: Anton Shterenlikht Message-Id: <201310210929.r9L9TOVX063322@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: ia64 r256624: Syncing disks... Giving up on 2 buffers 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: Mon, 21 Oct 2013 09:29:57 -0000 Issuing reboot: Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Syncing disks, buffers remaining... 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 1: buf:0xa00000009e10e200, vnode:0, flags:0, blkno:0, lblkno:0, buflock:lock type bufwait: EXCL by thread 0xe000000012741680 (pid 1047, tcsh, tid 100085) 2: buf:0xa00000009e0fd5e0, vnode:0, flags:0, blkno:0, lblkno:0, buflock:lock type bufwait: EXCL by thread 0xe0000000124e3b00 (pid 1037, tcsh, tid 100089) Giving up on 2 buffers I haven't seen these messages before. What do they mean? This is on r256624M, where the only modification is: # svn diff /usr/src/ Index: /usr/src/sys/kern/uipc_syscalls.c =================================================================== --- /usr/src/sys/kern/uipc_syscalls.c (revision 256624) +++ /usr/src/sys/kern/uipc_syscalls.c (working copy) @@ -2070,7 +2070,7 @@ } KASSERT(error != 0 || (m->wire_count > 0 && vm_page_is_valid(m, off & PAGE_MASK, xfsize)), - ("wrong page state m %p", m)); + ("wrong page state m %p off %#jx xfsize %d", m, off, xfsize)); VM_OBJECT_WUNLOCK(obj); return (error); } # Thanks Anton From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 11:19:05 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 66B35541; Mon, 21 Oct 2013 11:19:05 +0000 (UTC) (envelope-from arved@FreeBSD.org) Received: from mail01.rise-w.com (mail01.rise-w.com [88.116.105.226]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22C6D2058; Mon, 21 Oct 2013 11:19:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail01.rise-w.com (Postfix) with ESMTP id E5E8240E112; Mon, 21 Oct 2013 13:18:56 +0200 (CEST) Received: from [192.168.129.122] (unknown [213.33.60.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rise-world.com (Postfix) with ESMTPSA id D75EC40E0FD; Mon, 21 Oct 2013 13:18:55 +0200 (CEST) Message-ID: <52650D9F.2020707@FreeBSD.org> Date: Mon, 21 Oct 2013 13:18:55 +0200 From: =?ISO-8859-1?Q?Tilman_Keskin=F6z?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: current@FreeBSD.org, ports@FreeBSD.org Subject: Re: iconv in base breaks multiple ports References: <20131020182723.GE12255@acme.spoerlein.net> In-Reply-To: <20131020182723.GE12255@acme.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 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, 21 Oct 2013 11:19:05 -0000 hi Ulrich, * Ulrich Spörlein [Sun, 20 Oct 2013 20:27:23 +0200]: > ever since that iconv thing replaced the ports version, I run into > trouble with several ports that I have installed on a -CURRENT (now > stable/10 system). > > These are not compile-time errors, but crashes or limited functionality > where I blame iconv :) > > > 1. www/newsbeuter crashes during startup, somewhere in the stfl code > that deals with wide char functions. > > Is my system hexed? I've rebuilt the ports/packages a dozen times now. > Am I seeing ghosts? I don't run Current, but according to the pkg-fallout mails i am receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there are some stale files on your system? There is also an update in the PR system, you might want to try, http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182896 From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 11:47:13 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 76720C8F; Mon, 21 Oct 2013 11:47: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 4A0AE21EB; Mon, 21 Oct 2013 11:47:09 +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 r9LBl2xZ079814; Mon, 21 Oct 2013 07:47:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9LBl2dW079809; Mon, 21 Oct 2013 11:47:02 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Oct 2013 11:47:02 GMT Message-Id: <201310211147.r9LBl2dW079809@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 armv6/arm 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, 21 Oct 2013 11:47:13 -0000 TB --- 2013-10-21 08:40:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-21 08:40:19 - 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-10-21 08:40:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-10-21 08:40:19 - cleaning the object tree TB --- 2013-10-21 08:40:19 - /usr/local/bin/svn stat /src TB --- 2013-10-21 08:40:24 - At svn revision 256834 TB --- 2013-10-21 08:40:25 - building world TB --- 2013-10-21 08:40:25 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 08:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 08:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 08:40:25 - SRCCONF=/dev/null TB --- 2013-10-21 08:40:25 - TARGET=arm TB --- 2013-10-21 08:40:25 - TARGET_ARCH=armv6 TB --- 2013-10-21 08:40:25 - TZ=UTC TB --- 2013-10-21 08:40:25 - __MAKE_CONF=/dev/null TB --- 2013-10-21 08:40:25 - cd /src TB --- 2013-10-21 08:40:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 21 08:40: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 21 11:44:46 UTC 2013 TB --- 2013-10-21 11:44:46 - generating LINT kernel config TB --- 2013-10-21 11:44:46 - cd /src/sys/arm/conf TB --- 2013-10-21 11:44:46 - /usr/bin/make -B LINT TB --- 2013-10-21 11:44:46 - cd /src/sys/arm/conf TB --- 2013-10-21 11:44:46 - /usr/sbin/config -m LINT TB --- 2013-10-21 11:44:46 - skipping LINT kernel TB --- 2013-10-21 11:44:46 - cd /src/sys/arm/conf TB --- 2013-10-21 11:44:46 - /usr/sbin/config -m AC100 TB --- 2013-10-21 11:44:46 - building AC100 kernel TB --- 2013-10-21 11:44:46 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 11:44:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 11:44:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 11:44:46 - SRCCONF=/dev/null TB --- 2013-10-21 11:44:46 - TARGET=arm TB --- 2013-10-21 11:44:46 - TARGET_ARCH=armv6 TB --- 2013-10-21 11:44:46 - TZ=UTC TB --- 2013-10-21 11:44:46 - __MAKE_CONF=/dev/null TB --- 2013-10-21 11:44:46 - cd /src TB --- 2013-10-21 11:44:46 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Mon Oct 21 11:44:46 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 [...] ~~~~~~~~~~ ^ /src/sys/ufs/ffs/ffs_softdep.c:570:6: error: use of undeclared identifier 'secondary_writes' secondary_writes != 0 || ^ /src/sys/ufs/ffs/ffs_softdep.c:572:6: error: use of undeclared identifier 'secondary_accwrites' secondary_accwrites != mp->mnt_secondary_accwrites) ^ 6 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-21 11:47:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-21 11:47:02 - ERROR: failed to build AC100 kernel TB --- 2013-10-21 11:47:02 - 8800.99 user 1676.54 system 11202.91 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 12:09: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 CBBEE88D for ; Mon, 21 Oct 2013 12:09:23 +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 8E17C2398 for ; Mon, 21 Oct 2013 12:09:23 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VYEKQ-000DCU-D1 for freebsd-current@freebsd.org; Mon, 21 Oct 2013 16:11:22 +0400 Date: Mon, 21 Oct 2013 16:11:22 +0400 From: Slawa Olhovchenkov To: freebsd-current@freebsd.org Subject: long standing tcp bug: kern/25986 Message-ID: <20131021121122.GA48316@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 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, 21 Oct 2013 12:09:23 -0000 This PR contains patch. Can anybody commit it? Bug opened from 2001-Mar-22 From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 12:21:33 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 06E5DBDF; Mon, 21 Oct 2013 12:21:33 +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 C14A52475; Mon, 21 Oct 2013 12:21:32 +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 r9LCLVb7041098; Mon, 21 Oct 2013 08:21:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9LCLVXU041096; Mon, 21 Oct 2013 12:21:31 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Oct 2013 12:21:31 GMT Message-Id: <201310211221.r9LCLVXU041096@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 arm/arm 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, 21 Oct 2013 12:21:33 -0000 TB --- 2013-10-21 08:40:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-21 08:40:19 - 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-10-21 08:40:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-10-21 08:40:19 - cleaning the object tree TB --- 2013-10-21 08:40:19 - /usr/local/bin/svn stat /src TB --- 2013-10-21 08:40:24 - At svn revision 256834 TB --- 2013-10-21 08:40:25 - building world TB --- 2013-10-21 08:40:25 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 08:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 08:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 08:40:25 - SRCCONF=/dev/null TB --- 2013-10-21 08:40:25 - TARGET=arm TB --- 2013-10-21 08:40:25 - TARGET_ARCH=arm TB --- 2013-10-21 08:40:25 - TZ=UTC TB --- 2013-10-21 08:40:25 - __MAKE_CONF=/dev/null TB --- 2013-10-21 08:40:25 - cd /src TB --- 2013-10-21 08:40:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 21 08:40: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 21 11:44:46 UTC 2013 TB --- 2013-10-21 11:44:46 - generating LINT kernel config TB --- 2013-10-21 11:44:46 - cd /src/sys/arm/conf TB --- 2013-10-21 11:44:46 - /usr/bin/make -B LINT TB --- 2013-10-21 11:44:46 - cd /src/sys/arm/conf TB --- 2013-10-21 11:44:46 - /usr/sbin/config -m LINT TB --- 2013-10-21 11:44:46 - building LINT kernel TB --- 2013-10-21 11:44:46 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 11:44:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 11:44:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 11:44:46 - SRCCONF=/dev/null TB --- 2013-10-21 11:44:46 - TARGET=arm TB --- 2013-10-21 11:44:46 - TARGET_ARCH=arm TB --- 2013-10-21 11:44:46 - TZ=UTC TB --- 2013-10-21 11:44:46 - __MAKE_CONF=/dev/null TB --- 2013-10-21 11:44:46 - cd /src TB --- 2013-10-21 11:44:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 21 11:44:46 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 LINT completed on Mon Oct 21 12:08:41 UTC 2013 TB --- 2013-10-21 12:08:41 - cd /src/sys/arm/conf TB --- 2013-10-21 12:08:41 - /usr/sbin/config -m AC100 TB --- 2013-10-21 12:08:41 - skipping AC100 kernel TB --- 2013-10-21 12:08:41 - cd /src/sys/arm/conf TB --- 2013-10-21 12:08:41 - /usr/sbin/config -m ARMADAXP TB --- 2013-10-21 12:08:41 - skipping ARMADAXP kernel TB --- 2013-10-21 12:08:41 - cd /src/sys/arm/conf TB --- 2013-10-21 12:08:41 - /usr/sbin/config -m ARNDALE TB --- 2013-10-21 12:08:41 - skipping ARNDALE kernel TB --- 2013-10-21 12:08:41 - cd /src/sys/arm/conf TB --- 2013-10-21 12:08:41 - /usr/sbin/config -m ATMEL TB --- 2013-10-21 12:08:41 - building ATMEL kernel TB --- 2013-10-21 12:08:41 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 12:08:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 12:08:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 12:08:41 - SRCCONF=/dev/null TB --- 2013-10-21 12:08:41 - TARGET=arm TB --- 2013-10-21 12:08:41 - TARGET_ARCH=arm TB --- 2013-10-21 12:08:41 - TZ=UTC TB --- 2013-10-21 12:08:41 - __MAKE_CONF=/dev/null TB --- 2013-10-21 12:08:41 - cd /src TB --- 2013-10-21 12:08:41 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Mon Oct 21 12:08:41 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 ATMEL completed on Mon Oct 21 12:12:30 UTC 2013 TB --- 2013-10-21 12:12:30 - cd /src/sys/arm/conf TB --- 2013-10-21 12:12:30 - /usr/sbin/config -m AVILA TB --- 2013-10-21 12:12:30 - skipping AVILA kernel TB --- 2013-10-21 12:12:30 - cd /src/sys/arm/conf TB --- 2013-10-21 12:12:30 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-10-21 12:12:30 - skipping BEAGLEBONE kernel TB --- 2013-10-21 12:12:30 - cd /src/sys/arm/conf TB --- 2013-10-21 12:12:30 - /usr/sbin/config -m BWCT TB --- 2013-10-21 12:12:30 - building BWCT kernel TB --- 2013-10-21 12:12:30 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 12:12:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 12:12:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 12:12:30 - SRCCONF=/dev/null TB --- 2013-10-21 12:12:30 - TARGET=arm TB --- 2013-10-21 12:12:30 - TARGET_ARCH=arm TB --- 2013-10-21 12:12:30 - TZ=UTC TB --- 2013-10-21 12:12:30 - __MAKE_CONF=/dev/null TB --- 2013-10-21 12:12:30 - cd /src TB --- 2013-10-21 12:12:30 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Mon Oct 21 12:12:31 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 BWCT completed on Mon Oct 21 12:15:11 UTC 2013 TB --- 2013-10-21 12:15:11 - cd /src/sys/arm/conf TB --- 2013-10-21 12:15:11 - /usr/sbin/config -m CAMBRIA TB --- 2013-10-21 12:15:11 - skipping CAMBRIA kernel TB --- 2013-10-21 12:15:11 - cd /src/sys/arm/conf TB --- 2013-10-21 12:15:11 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-10-21 12:15:11 - building CNS11XXNAS kernel TB --- 2013-10-21 12:15:11 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 12:15:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 12:15:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 12:15:11 - SRCCONF=/dev/null TB --- 2013-10-21 12:15:11 - TARGET=arm TB --- 2013-10-21 12:15:11 - TARGET_ARCH=arm TB --- 2013-10-21 12:15:11 - TZ=UTC TB --- 2013-10-21 12:15:11 - __MAKE_CONF=/dev/null TB --- 2013-10-21 12:15:11 - cd /src TB --- 2013-10-21 12:15:11 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Mon Oct 21 12:15:11 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 CNS11XXNAS completed on Mon Oct 21 12:18:47 UTC 2013 TB --- 2013-10-21 12:18:47 - cd /src/sys/arm/conf TB --- 2013-10-21 12:18:47 - /usr/sbin/config -m CRB TB --- 2013-10-21 12:18:47 - skipping CRB kernel TB --- 2013-10-21 12:18:47 - cd /src/sys/arm/conf TB --- 2013-10-21 12:18:47 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-10-21 12:18:47 - skipping CUBIEBOARD kernel TB --- 2013-10-21 12:18:47 - cd /src/sys/arm/conf TB --- 2013-10-21 12:18:47 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-10-21 12:18:47 - skipping CUBIEBOARD2 kernel TB --- 2013-10-21 12:18:47 - cd /src/sys/arm/conf TB --- 2013-10-21 12:18:47 - /usr/sbin/config -m DB-78XXX TB --- 2013-10-21 12:18:47 - building DB-78XXX kernel TB --- 2013-10-21 12:18:47 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 12:18:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 12:18:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 12:18:47 - SRCCONF=/dev/null TB --- 2013-10-21 12:18:47 - TARGET=arm TB --- 2013-10-21 12:18:47 - TARGET_ARCH=arm TB --- 2013-10-21 12:18:47 - TZ=UTC TB --- 2013-10-21 12:18:47 - __MAKE_CONF=/dev/null TB --- 2013-10-21 12:18:47 - cd /src TB --- 2013-10-21 12:18:47 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Mon Oct 21 12:18:47 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 [...] ~~~~~~~~~~ ^ /src/sys/ufs/ffs/ffs_softdep.c:570:6: error: use of undeclared identifier 'secondary_writes' secondary_writes != 0 || ^ /src/sys/ufs/ffs/ffs_softdep.c:572:6: error: use of undeclared identifier 'secondary_accwrites' secondary_accwrites != mp->mnt_secondary_accwrites) ^ 6 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/DB-78XXX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-21 12:21:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-21 12:21:31 - ERROR: failed to build DB-78XXX kernel TB --- 2013-10-21 12:21:31 - 10271.07 user 2050.07 system 13272.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 12:32: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 5CF01DD2; Mon, 21 Oct 2013 12:32:22 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13F772501; Mon, 21 Oct 2013 12:32:21 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VYEea-0003BU-3r ; Mon, 21 Oct 2013 15:32:12 +0300 Date: Mon, 21 Oct 2013 15:32:12 +0300 From: Vitalij Satanivskij To: Steven Hartland Subject: Re: ZFS secondarycache on SSD problem on r255173 Message-ID: <20131021123212.GA11886@hell.ukr.net> References: <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <20131019085547.GA33582@hell.ukr.net> <6917E0AC86C444EFB3B55750175BADED@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6917E0AC86C444EFB3B55750175BADED@multiplay.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Vitalij Satanivskij , Dmitriy Makarov , "Justin T. Gibbs" , Borja Marcos , 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: Mon, 21 Oct 2013 12:32:22 -0000 Just now I cannot say, as to triger problem we need at last 200+gb size on l2arc wich usually grow in one production day. But for some reason today in the morning server was rebooted so cache was flushed and now only 100Gb. Need to wait some more time. At last for now none error on l2. Steven Hartland wrote: SH> Hows things looking Vitalij? SH> SH> ----- Original Message ----- SH> From: "Vitalij Satanivskij" SH> SH> SH> > Ok. Just right now system rebooted with you patch. SH> > SH> > Trim enabled again. SH> > SH> > WIll wait some time untile size of used cache grow's. SH> > SH> > SH> > Steven Hartland wrote: SH> > SH> Looking at the l2arc compression code I believe that metadata is always SH> > SH> compressed with lz4, even if compression is off on all datasets. SH> > SH> SH> > SH> This is backed up by what I'm seeing on my system here as it shows a SH> > SH> non-zero l2_compress_successes value even though I'm not using SH> > SH> compression at all. SH> > SH> SH> > SH> I think we we may well need the following patch to set the minblock SH> > SH> size based on the vdev ashift and not SPA_MINBLOCKSIZE. SH> > SH> SH> > SH> svn diff -x -p sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c SH> > SH> Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c SH> > SH> =================================================================== SH> > SH> --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (revision 256554) SH> > SH> +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c (working copy) SH> > SH> @@ -5147,7 +5147,7 @@ l2arc_compress_buf(l2arc_buf_hdr_t *l2hdr) SH> > SH> len = l2hdr->b_asize; SH> > SH> cdata = zio_data_buf_alloc(len); SH> > SH> csize = zio_compress_data(ZIO_COMPRESS_LZ4, l2hdr->b_tmp_cdata, SH> > SH> - cdata, l2hdr->b_asize, (size_t)SPA_MINBLOCKSIZE); SH> > SH> + cdata, l2hdr->b_asize, (size_t)(1ULL << l2hdr->b_dev->l2ad_vdev->vdev_ashift)); SH> > SH> SH> > SH> if (csize == 0) { SH> > SH> /* zero block, indicate that there's nothing to write */ SH> > SH> SH> > SH> Could you try this patch on your system Vitalij see if it has any effect SH> > SH> on the number of l2_cksum_bad / l2_io_error? SH> SH> SH> ================================================ SH> 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. SH> SH> In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 SH> or return the E.mail to postmaster@multiplay.co.uk. SH> SH> _______________________________________________ SH> freebsd-current@freebsd.org mailing list SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current SH> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 12:40:55 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 1CCBBFB; Mon, 21 Oct 2013 12:40:55 +0000 (UTC) (envelope-from prvs=1006428abc=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 877D4257E; Mon, 21 Oct 2013 12:40:54 +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 md50006468009.msg; Mon, 21 Oct 2013 13:40:51 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 21 Oct 2013 13:40:51 +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=1006428abc=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <73D8549BA8BE4920A1E67DC88E449E1B@multiplay.co.uk> From: "Steven Hartland" To: "Vitalij Satanivskij" References: <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <20131019085547.GA33582@hell.ukr.net> <6917E0AC86C444EFB3B55750175BADED@multiplay.co.uk> <20131021123212.GA11886@hell.ukr.net> Subject: Re: ZFS secondarycache on SSD problem on r255173 Date: Mon, 21 Oct 2013 13:40:50 +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: Vitalij Satanivskij , Dmitriy Makarov , "Justin T. Gibbs" , Borja Marcos , 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: Mon, 21 Oct 2013 12:40:55 -0000 So previously you only started seeing l2 errors after there was a significant amount of data in l2arc? Thats interesting in itself if thats the case. I wonder if its the type of data, or something similar. Do you run compression on any of your volumes? zfs get compression Regards Steve ----- Original Message ----- From: "Vitalij Satanivskij" > > Just now I cannot say, as to triger problem we need at last 200+gb size on l2arc wich usually grow in one production day. > > But for some reason today in the morning server was rebooted so cache was flushed and now only 100Gb. > > Need to wait some more time. > > At last for now none error on l2. ================================================ 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 Mon Oct 21 12:51: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 4055D45F; Mon, 21 Oct 2013 12:51:36 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC1982603; Mon, 21 Oct 2013 12:51:35 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VYExJ-0003Qp-DE ; Mon, 21 Oct 2013 15:51:33 +0300 Date: Mon, 21 Oct 2013 15:51:33 +0300 From: Vitalij Satanivskij To: Steven Hartland Subject: Re: ZFS secondarycache on SSD problem on r255173 Message-ID: <20131021125133.GA13109@hell.ukr.net> References: <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <20131019085547.GA33582@hell.ukr.net> <6917E0AC86C444EFB3B55750175BADED@multiplay.co.uk> <20131021123212.GA11886@hell.ukr.net> <73D8549BA8BE4920A1E67DC88E449E1B@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <73D8549BA8BE4920A1E67DC88E449E1B@multiplay.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Vitalij Satanivskij , "Justin T. Gibbs" , freebsd-current@freebsd.org, Borja Marcos , Dmitriy Makarov 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, 21 Oct 2013 12:51:36 -0000 Steven Hartland wrote: SH> So previously you only started seeing l2 errors after there was SH> a significant amount of data in l2arc? Thats interesting in itself SH> if thats the case. Yes someting arround 200+gb SH> I wonder if its the type of data, or something similar. Do you SH> run compression on any of your volumes? SH> zfs get compression Just now testing goes on next configuration first zfs is top level pool calling disk1 have enable lz4 compression and secondarycache = metadata next zfs is disk1/data with compression=off and secondarycache = all Error was seen on confiruration like that and on configuration where was seted as secondarycache = none for disk1 (disk1/data still fully cached) SH> Regards SH> Steve SH> ----- Original Message ----- SH> From: "Vitalij Satanivskij" SH> SH> SH> > SH> > Just now I cannot say, as to triger problem we need at last 200+gb size on l2arc wich usually grow in one production day. SH> > SH> > But for some reason today in the morning server was rebooted so cache was flushed and now only 100Gb. SH> > SH> > Need to wait some more time. SH> > SH> > At last for now none error on l2. SH> SH> SH> ================================================ SH> 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. SH> SH> In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 SH> or return the E.mail to postmaster@multiplay.co.uk. SH> SH> _______________________________________________ SH> freebsd-current@freebsd.org mailing list SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current SH> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 12:59:52 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 7377391D for ; Mon, 21 Oct 2013 12:59:52 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32BCA265D for ; Mon, 21 Oct 2013 12:59:51 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VYF5J-0003V5-9k for current@freebsd.org; Mon, 21 Oct 2013 15:59:49 +0300 Date: Mon, 21 Oct 2013 15:59:49 +0300 From: Vitalij Satanivskij To: current@freebsd.org Subject: How to debug whats cause to much __mtx_lock_sleep in system Message-ID: <20131021125949.GB13109@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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, 21 Oct 2013 12:59:52 -0000 Hello. Have 10.0-BETA1 #7 r256765 whith terible load's "load averages: 23.31, 30.53, 31" wich degraded more and more with time. Kernel compilied with dtrace support and using script called hotkernel from DTraceToolkit-0.99 found some stange statistics zfs.ko`lz4_compress 5045 0.2% kernel`0xffffffff80 5185 0.2% kernel`uma_zalloc_arg 5302 0.2% kernel`bcopy 5322 0.2% kernel`_sx_xlock 7310 0.3% kernel`_sx_xunlock 7434 0.3% zfs.ko`l2arc_feed_thread 9797 0.4% zfs.ko`lzjb_compress 9912 0.4% zfs.ko`list_prev 17894 0.7% kernel`__rw_wlock_hard 30522 1.2% kernel`spinlock_exit 31310 1.3% kernel`acpi_cpu_c1 103495 4.1% kernel`_sx_xlock_hard 138743 5.5% kernel`vmem_xalloc 175869 7.0% kernel`cpu_idle 371159 14.8% kernel`__mtx_lock_sleep 1345815 53.8% Theris another same machine with simple data and usage but with old curent r245701 Which have none problem's with load zfs.ko`fletcher_4_native 2366 0.1% kernel`uma_zfree_arg 2387 0.1% zfs.ko`lzjb_decompress 2392 0.1% kernel`__rw_rlock 2477 0.1% zfs.ko`dmu_zfetch 2553 0.1% kernel`bcopy 3035 0.1% kernel`vm_page_splay 3089 0.1% kernel`_mtx_trylock_flags_ 3346 0.2% kernel`bzero 3411 0.2% kernel`0xffffffff80 3665 0.2% kernel`_sx_xunlock 3818 0.2% kernel`uma_zalloc_arg 4216 0.2% kernel`vmtotal 4702 0.2% kernel`_sx_xlock 5117 0.2% kernel`free 5476 0.2% zfs.ko`lzjb_compress 6674 0.3% kernel`spinlock_exit 21590 1.0% kernel`__mtx_lock_sleep 40819 1.9% kernel`acpi_cpu_c1 311077 14.1% kernel`cpu_idle 1639418 74.6% Both servers have same hardware, same software of cause not system version. So which way is the right to investigate problem and find resolution? From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 13:32: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 86CB1632; Mon, 21 Oct 2013 13:32:48 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60AA92877; Mon, 21 Oct 2013 13:32:48 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id C3E2A673AE; Mon, 21 Oct 2013 06:32:47 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 60025-03; Mon, 21 Oct 2013 06:32:47 -0700 (PDT) Received: from [192.168.0.51] (75-130-56-30.static.kgpt.tn.charter.com [75.130.56.30]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id BD189673A5; Mon, 21 Oct 2013 06:32:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1382362367; bh=xryPeoeqkRWI//8eMH0teaWDzNLeKeRza/g0tWwyn8A=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=pRXhb5lqIHNlw5smaVAMPErT3TLiibZgAUClrf0lfZTJ9Jn4N+bUG7Wsp4gfHqYqD PmY25sFhHx85P4B05uoTuaRAcKSbWWeXinPam0VjS4YaOnRIfGLpQeY1H4ETLzQ1sR ETJH4TRcooEdHPflul0Uhxdms0cC76ZQVeIUpsCA= Message-ID: <52652CFD.1080803@pcbsd.org> Date: Mon, 21 Oct 2013 09:32:45 -0400 From: Kris Moore User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Julian Elischer , Devin Teske Subject: Re: BE Loader Menu (was Re: rcs) References: <60177810-8DC4-4EA3-8040-A834B79039D2@orthanc.ca> <52538EDC.2080001@freebsd.org> <52541202.3010707@mu.org> <20131008.170444.74714516.sthaug@nethelp.no> <52542BD4.5070706@FreeBSD.org> <52542E1D.9000000@mu.org> <52555D1C.8010407@freebsd.org> <52558577.5020401@allanjude.com> <52558779.2070203@pcbsd.org> <13CA24D6AB415D428143D44749F57D720FC4B2A3@LTCFISWMSGMB21.FNFIS.com> <5256D08F.5060101@freebsd.org> <13CA24D6AB415D428143D44749F57D720FC50D64@LTCFISWMSGMB21.FNFIS.com> <5256D8E9.10200@freebsd.org> <13CA24D6AB415D428143D44749F57D720FC7ADA3@LTCFISWMSGMB21.FNFIS.com> <52647C4C.8010706@freebsd.org> In-Reply-To: <52647C4C.8010706@freebsd.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , "Teske, Devin" 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, 21 Oct 2013 13:32:48 -0000 On 10/20/2013 20:58, Julian Elischer wrote: > Kris. exactly what features need to be added to the boot process to > allow > what you want to do, but without using grub? > Here's a list of the features we are using from grub: For install medium: * Hybrid DVD ISO/USB image in same file * BIOS / UEFI loaders on same image * Graphics support For installed system: * Script-able ZFS BE menus * Options for setting default timeouts / default BEs to load, etc * Script-able menu to boot other OS's, such as Windows / Linux * Loads before kernel * Graphics support (I.E. countdown indicator, wallpapers, arrow-key support, etc) If the native loader is able to handle the ZFS BE stuff, then I don't see a reason why I can't make it an option in the installer, even without graphics and the other niceties that grub brings. Is this working in the stable/10 branch now? -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 15:46: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 87B9E923 for ; Mon, 21 Oct 2013 15:46:29 +0000 (UTC) (envelope-from johan@bridgenet.se) Received: from smtp-gw21.han.skanova.net (smtp-gw21.han.skanova.net [81.236.55.21]) by mx1.freebsd.org (Postfix) with ESMTP id 138072052 for ; Mon, 21 Oct 2013 15:46:28 +0000 (UTC) Received: from mail.bridgenet.se (212.181.212.146) by smtp-gw21.han.skanova.net (8.5.133) id 525517230057E9C0 for freebsd-current@freebsd.org; Mon, 21 Oct 2013 17:45:30 +0200 Received: from mail.bridgenet.se (unknown [10.0.0.5]) by mail.bridgenet.se (Postfix) with ESMTP id 0FF9418803 for ; Mon, 21 Oct 2013 17:45:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bridgenet.se; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:to:mime-version:user-agent:from:from :date:date:message-id; s=dkim; t=1382370328; x=1383234329; bh=Mf 37J8M5y12ypQ02OLJ3xmg27GH3JflNIJ0MSBsvB6w=; b=effCAMJyjq40v/qHhC kloIB3QELyKjrkvEBEv1rV9E9ri+Z7uxNkDvdeniSfo+RCWpt5JfjPgDKcJEg2UP pGhUS5CESoNPBSGq68SknHga2y/fccjO8Ne0JI9EqUcEpsjRS495J2QBB4Umkqol JGtSLBh2JlF65IDqno6U5HQvs= X-Virus-Scanned: amavisd-new at mail.bridgenet.se Received: from mail.bridgenet.se ([10.0.0.5]) by mail.bridgenet.se (mail.bridgenet.se [10.0.0.5]) (amavisd-new, port 10024) with ESMTP id uiSHzQadaUHe for ; Mon, 21 Oct 2013 17:45:28 +0200 (CEST) Received: from dhcp-208-143.arn.redhat.com (unknown [192.168.0.129]) by mail.bridgenet.se (Postfix) with ESMTPSA id C5DA2187E6; Mon, 21 Oct 2013 17:45:17 +0200 (CEST) Message-ID: <52654C0C.80702@bridgenet.se> Date: Mon, 21 Oct 2013 17:45:16 +0200 From: Johan Broman User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: " Current" , "Teske, Devin" 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, 21 Oct 2013 15:46:29 -0000 Hi! Sorry for the delayed answer. I've patched zfsboot and rebuilt the release. I now get an error message that ada2 can't be used, which is correct. Good stuff! :) ( I've recreated the test environment using a KVM guest with four SATA drives instead of the server I was using. I makes it easier to test stuff. ) Here's the screenshot: http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png Maybe one should be unable to select drives that are part of a graid in the first place? Or is that out-of-scope for bsdinstall at this point? (As I guess that requires too many changes/new lines) Cheers Johan On 19/10/13 22:20, Teske, Devin wrote: > > On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: > >> I recreated the graid mirror on ada2 and ada3 and reran the installation. I'm unable to scroll the msgbox using PgDn or arrow keys. There is no indication that the action failed and I'm returned to the ZFS setup screen if I hit OK. >> >> I have screen shots (taken with my phone) of the msgbox and "ps auxwww" output. Let me know what kind of debug info you would like. I've put the screen shots here: >> >> http://212.181.212.146/bsdinstall > > I've added a patch to fix debugging in the zfsboot script... > > http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/ > > Feedback welcome. > > Johan,... > > Can you see if the patch sheds some better light as to what's failing? > > The patch won't fix the problem, but it should give us an accurate error > message so that we can learn what precisely is returning an error status. > > Thanks in advance. > From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 15:50:25 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 BC394A94; Mon, 21 Oct 2013 15:50:25 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 944352086; Mon, 21 Oct 2013 15:50:25 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CA26F4071F; Mon, 21 Oct 2013 15:50:23 +0000 (UTC) Message-ID: <52654D47.6020106@allanjude.com> Date: Mon, 21 Oct 2013 11:50:31 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Johan Broman , Devin Teske Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> In-Reply-To: <52654C0C.80702@bridgenet.se> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: " Current" , "Teske, Devin" 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, 21 Oct 2013 15:50:25 -0000 On 2013-10-21 11:45, Johan Broman wrote: > Hi! > > Sorry for the delayed answer. I've patched zfsboot and rebuilt the > release. I now get an error message that ada2 can't be used, which is > correct. Good stuff! :) > > ( I've recreated the test environment using a KVM guest with four SATA > drives instead of the server I was using. I makes it easier to test > stuff. ) > > Here's the screenshot: > > http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png > > > Maybe one should be unable to select drives that are part of a graid > in the first place? Or is that out-of-scope for bsdinstall at this > point? (As I guess that requires too many changes/new lines) > > > Cheers > Johan > > > On 19/10/13 22:20, Teske, Devin wrote: >> >> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >> >>> I recreated the graid mirror on ada2 and ada3 and reran the >>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>> keys. There is no indication that the action failed and I'm returned >>> to the ZFS setup screen if I hit OK. >>> >>> I have screen shots (taken with my phone) of the msgbox and "ps >>> auxwww" output. Let me know what kind of debug info you would like. >>> I've put the screen shots here: >>> >>> http://212.181.212.146/bsdinstall >> >> I've added a patch to fix debugging in the zfsboot script... >> >> http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/ >> >> Feedback welcome. >> >> Johan,... >> >> Can you see if the patch sheds some better light as to what's failing? >> >> The patch won't fix the problem, but it should give us an accurate error >> message so that we can learn what precisely is returning an error >> status. >> >> Thanks in advance. >> I do notice that Devin's manually prefixing the error message with the tool name, is partially redundancy when the tool does it it self, but we can't always be sure it will do that. the graid thing is rather hard to detect, especially when it is a faulted array that doesn't even appear in graid status etc. -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 16:02:21 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 72B75D13; Mon, 21 Oct 2013 16:02:21 +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 391862167; Mon, 21 Oct 2013 16:02:20 +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 r9LG2JqH013435; Mon, 21 Oct 2013 12:02:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9LG2Jwv013431; Mon, 21 Oct 2013 16:02:19 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Oct 2013 16:02:19 GMT Message-Id: <201310211602.r9LG2Jwv013431@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: Mon, 21 Oct 2013 16:02:21 -0000 TB --- 2013-10-21 14:56:14 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-21 14:56:14 - 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-10-21 14:56:14 - starting HEAD tinderbox run for mips/mips TB --- 2013-10-21 14:56:14 - cleaning the object tree TB --- 2013-10-21 14:56:14 - /usr/local/bin/svn stat /src TB --- 2013-10-21 14:56:25 - At svn revision 256834 TB --- 2013-10-21 14:56:26 - building world TB --- 2013-10-21 14:56:26 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 14:56:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 14:56:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 14:56:26 - SRCCONF=/dev/null TB --- 2013-10-21 14:56:26 - TARGET=mips TB --- 2013-10-21 14:56:26 - TARGET_ARCH=mips TB --- 2013-10-21 14:56:26 - TZ=UTC TB --- 2013-10-21 14:56:26 - __MAKE_CONF=/dev/null TB --- 2013-10-21 14:56:26 - cd /src TB --- 2013-10-21 14:56:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 21 14:56: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 21 15:59:44 UTC 2013 TB --- 2013-10-21 15:59:44 - cd /src/sys/mips/conf TB --- 2013-10-21 15:59:44 - /usr/sbin/config -m ADM5120 TB --- 2013-10-21 15:59:44 - skipping ADM5120 kernel TB --- 2013-10-21 15:59:44 - cd /src/sys/mips/conf TB --- 2013-10-21 15:59:44 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-21 15:59:44 - skipping ALCHEMY kernel TB --- 2013-10-21 15:59:44 - cd /src/sys/mips/conf TB --- 2013-10-21 15:59:44 - /usr/sbin/config -m AP121 TB --- 2013-10-21 15:59:44 - building AP121 kernel TB --- 2013-10-21 15:59:44 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 15:59:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 15:59:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 15:59:44 - SRCCONF=/dev/null TB --- 2013-10-21 15:59:44 - TARGET=mips TB --- 2013-10-21 15:59:44 - TARGET_ARCH=mips TB --- 2013-10-21 15:59:44 - TZ=UTC TB --- 2013-10-21 15:59:44 - __MAKE_CONF=/dev/null TB --- 2013-10-21 15:59:44 - cd /src TB --- 2013-10-21 15:59:44 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Mon Oct 21 15:59:44 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/security/audit/audit_syscalls.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/security/mac/mac_syscalls.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/ufs/ffs/ffs_alloc.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/ufs/ffs/ffs_balloc.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/ufs/ffs/ffs_inode.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/ufs/ffs/ffs_snapshot.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/ufs/ffs/ffs_softdep.c /src/sys/ufs/ffs/ffs_softdep.c:539: error: expected ';', ',' or ')' before '->' token *** 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-10-21 16:02:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-21 16:02:19 - ERROR: failed to build AP121 kernel TB --- 2013-10-21 16:02:19 - 2837.38 user 690.07 system 3965.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 16:04: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 37E75E8F; Mon, 21 Oct 2013 16:04:58 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1C562199; Mon, 21 Oct 2013 16:04:57 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa05.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LG4Olq007152 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 11:04:41 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 11:04:27 -0500 From: "Teske, Devin" To: Allan Jude Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Topic: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Index: AQHOzOHuoyZqOu2cyEmJYHyn2Q5Miw== Date: Mon, 21 Oct 2013 16:04:26 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> In-Reply-To: <52654D47.6020106@allanjude.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_02:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Johan Broman , Devin Teske , "Teske, Devin" , " Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 16:04:58 -0000 On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: > On 2013-10-21 11:45, Johan Broman wrote: >> Hi! >>=20 >> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >> release. I now get an error message that ada2 can't be used, which is >> correct. Good stuff! :) >>=20 >> ( I've recreated the test environment using a KVM guest with four SATA >> drives instead of the server I was using. I makes it easier to test >> stuff. ) >>=20 >> Here's the screenshot: >>=20 >> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/bsdi= nstall/Screenshot_2013-10-21.png&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r= =3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3= nVA65M%2FgmXM%3D%0A&s=3Df6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66= ad91564a8ce99 >>=20 >>=20 >> Maybe one should be unable to select drives that are part of a graid >> in the first place? Or is that out-of-scope for bsdinstall at this >> point? (As I guess that requires too many changes/new lines) >>=20 >>=20 >> Cheers >> Johan >>=20 >>=20 >> On 19/10/13 22:20, Teske, Devin wrote: >>>=20 >>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>=20 >>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>> keys. There is no indication that the action failed and I'm returned >>>> to the ZFS setup screen if I hit OK. >>>>=20 >>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>> auxwww" output. Let me know what kind of debug info you would like. >>>> I've put the screen shots here: >>>>=20 >>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/bs= dinstall&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns9%2Fss= HJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=3D6= 322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>=20 >>> I've added a patch to fix debugging in the zfsboot script... >>>=20 >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.sf.net= /viewvc/druidbsd/bsdinstall_zfs/&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r= =3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3= nVA65M%2FgmXM%3D%0A&s=3D1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170= bb80e31bca6d9 >>>=20 >>> Feedback welcome. >>>=20 >>> Johan,... >>>=20 >>> Can you see if the patch sheds some better light as to what's failing? >>>=20 >>> The patch won't fix the problem, but it should give us an accurate error >>> message so that we can learn what precisely is returning an error >>> status. >>>=20 >>> Thanks in advance. >>>=20 > I do notice that Devin's manually prefixing the error message with the > tool name, is partially redundancy when the tool does it it self, but we > can't always be sure it will do that. >=20 The next patchset will fix that. I'm dropping the tool name from the msgbox contents and putting it in the title (e.g., '"Error: gpart") that way... even if the tool spits out it= s own name (or not), we'll know what exactly what was going on by looking at the title. > the graid thing is rather hard to detect, especially when it is a > faulted array that doesn't even appear in graid status etc. >=20 I believe the idea behind the script is that whatever you tell it to use wi= ll be destroyed. Allan, maybe perhaps we could add some code that attempts to dis- assemble a graid to make the disk usable? Johan, what would you be more apt to expect? That it killed your graid or that it gave an error? (/me thinks what the recourse to the error might entail -- going to partedit?) --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 16:06: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 B48C6FD6; Mon, 21 Oct 2013 16:06:41 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 6F94221C0; Mon, 21 Oct 2013 16:06:41 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 38763407A8; Mon, 21 Oct 2013 16:06:39 +0000 (UTC) Message-ID: <52655118.6010909@allanjude.com> Date: Mon, 21 Oct 2013 12:06:48 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Devin Teske Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Johan Broman , " Current" , "Teske, Devin" 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, 21 Oct 2013 16:06:41 -0000 On 2013-10-21 12:04, Teske, Devin wrote: > On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: > >> On 2013-10-21 11:45, Johan Broman wrote: >>> Hi! >>> >>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>> release. I now get an error message that ada2 can't be used, which is >>> correct. Good stuff! :) >>> >>> ( I've recreated the test environment using a KVM guest with four SATA >>> drives instead of the server I was using. I makes it easier to test >>> stuff. ) >>> >>> Here's the screenshot: >>> >>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=f6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66ad91564a8ce99 >>> >>> >>> Maybe one should be unable to select drives that are part of a graid >>> in the first place? Or is that out-of-scope for bsdinstall at this >>> point? (As I guess that requires too many changes/new lines) >>> >>> >>> Cheers >>> Johan >>> >>> >>> On 19/10/13 22:20, Teske, Devin wrote: >>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>> >>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>> keys. There is no indication that the action failed and I'm returned >>>>> to the ZFS setup screen if I hit OK. >>>>> >>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>> auxwww" output. Let me know what kind of debug info you would like. >>>>> I've put the screen shots here: >>>>> >>>>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>> I've added a patch to fix debugging in the zfsboot script... >>>> >>>> https://urldefense.proofpoint.com/v1/url?u=http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170bb80e31bca6d9 >>>> >>>> Feedback welcome. >>>> >>>> Johan,... >>>> >>>> Can you see if the patch sheds some better light as to what's failing? >>>> >>>> The patch won't fix the problem, but it should give us an accurate error >>>> message so that we can learn what precisely is returning an error >>>> status. >>>> >>>> Thanks in advance. >>>> >> I do notice that Devin's manually prefixing the error message with the >> tool name, is partially redundancy when the tool does it it self, but we >> can't always be sure it will do that. >> > The next patchset will fix that. > > I'm dropping the tool name from the msgbox contents and putting it in > the title (e.g., '"Error: gpart") that way... even if the tool spits out its own > name (or not), we'll know what exactly what was going on by looking > at the title. > > >> the graid thing is rather hard to detect, especially when it is a >> faulted array that doesn't even appear in graid status etc. >> > I believe the idea behind the script is that whatever you tell it to use will > be destroyed. > > Allan, maybe perhaps we could add some code that attempts to dis- > assemble a graid to make the disk usable? > > Johan, what would you be more apt to expect? That it killed your graid > or that it gave an error? (/me thinks what the recourse to the error might > entail -- going to partedit?) Your recourse would be switching to the shell (control+alt+f4) and destroying the graid. I am a little hesitant to go destroying graids unprompted. If we had the geom.confxml parsing, we might be able to detect it and ask the user what to do -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 16:17:49 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 20CC04FF; Mon, 21 Oct 2013 16:17:49 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DB5042266; Mon, 21 Oct 2013 16:17:48 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LGHdL4030179 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 11:17:39 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 11:17:38 -0500 From: "Teske, Devin" To: Johan Broman Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Topic: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Index: AQHOzOHuoyZqOu2cyEmJYHyn2Q5Miw== Date: Mon, 21 Oct 2013 16:17:37 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC8FFCF@LTCFISWMSGMB21.FNFIS.com> References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> In-Reply-To: <52654C0C.80702@bridgenet.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_02:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 16:17:49 -0000 On Oct 21, 2013, at 8:45 AM, Johan Broman wrote: > Hi! >=20 > Sorry for the delayed answer. I've patched zfsboot and rebuilt the releas= e. I now get an error message that ada2 can't be used, which is correct. Go= od stuff! :) >=20 > ( I've recreated the test environment using a KVM guest with four SATA dr= ives instead of the server I was using. I makes it easier to test stuff. ) >=20 > Here's the screenshot: >=20 > http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png >=20 Thank you so much, definitely says we're headed in the right direction. It was bothering me that the debugging wasn't "up to-par." >=20 > Maybe one should be unable to select drives that are part of a graid in t= he first place? Or is that out-of-scope for bsdinstall at this point? (As I= guess that requires too many changes/new lines) >=20 Perhaps we just need to do a better job of clearing previous configurations from the disks that are to be used in the pool. --=20 Devin > On 19/10/13 22:20, Teske, Devin wrote: >>=20 >> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>=20 >>> I recreated the graid mirror on ada2 and ada3 and reran the installatio= n. I'm unable to scroll the msgbox using PgDn or arrow keys. There is no in= dication that the action failed and I'm returned to the ZFS setup screen if= I hit OK. >>>=20 >>> I have screen shots (taken with my phone) of the msgbox and "ps auxwww"= output. Let me know what kind of debug info you would like. I've put the s= creen shots here: >>>=20 >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/bsd= install&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DLTzUWWrRnz2iN3PtHDubWRS= Ah9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DHwEpYSg1%2Bqv6o4vps1DECabNoHOTpZj5VxD1rbHI= 5jU%3D%0A&s=3Da27573c7279ac5bc926ca2dc872a18550ee8244421b91d85b9f51b202b23e= 168 >>=20 >> I've added a patch to fix debugging in the zfsboot script... >>=20 >> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.sf.net/= viewvc/druidbsd/bsdinstall_zfs/&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r= =3DLTzUWWrRnz2iN3PtHDubWRSAh9itVJ%2BMUcNBCQ4tyeo%3D%0A&m=3DHwEpYSg1%2Bqv6o4= vps1DECabNoHOTpZj5VxD1rbHI5jU%3D%0A&s=3D195830666030a264348cc1f37355789cd9a= da04e0851b8c5769ce6426403fa28 >>=20 >> Feedback welcome. >>=20 >> Johan,... >>=20 >> Can you see if the patch sheds some better light as to what's failing? >>=20 >> The patch won't fix the problem, but it should give us an accurate error >> message so that we can learn what precisely is returning an error status. >>=20 >> Thanks in advance. >>=20 _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 16:19: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 EFF4B75C; Mon, 21 Oct 2013 16:19:13 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5420228A; Mon, 21 Oct 2013 16:19:13 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LGJ7cD020028 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 11:19:07 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 11:19:07 -0500 From: "Teske, Devin" To: Allan Jude Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Topic: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Index: AQHOzOHuoyZqOu2cyEmJYHyn2Q5Miw== Date: Mon, 21 Oct 2013 16:19:05 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC90006@LTCFISWMSGMB21.FNFIS.com> References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> <52655118.6010909@allanjude.com> In-Reply-To: <52655118.6010909@allanjude.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <65652ABD172AA94692FEF32FE43DBB2A@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_02:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Johan Broman , Devin Teske , "Teske, Devin" , " Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 16:19:14 -0000 On Oct 21, 2013, at 9:06 AM, Allan Jude wrote: > On 2013-10-21 12:04, Teske, Devin wrote: >> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >>=20 >>> On 2013-10-21 11:45, Johan Broman wrote: >>>> Hi! >>>>=20 >>>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>>> release. I now get an error message that ada2 can't be used, which is >>>> correct. Good stuff! :) >>>>=20 >>>> ( I've recreated the test environment using a KVM guest with four SATA >>>> drives instead of the server I was using. I makes it easier to test >>>> stuff. ) >>>>=20 >>>> Here's the screenshot: >>>>=20 >>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/bs= dinstall/Screenshot_2013-10-21.png&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&= r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ= 3nVA65M%2FgmXM%3D%0A&s=3Df6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c6= 6ad91564a8ce99 >>>>=20 >>>>=20 >>>> Maybe one should be unable to select drives that are part of a graid >>>> in the first place? Or is that out-of-scope for bsdinstall at this >>>> point? (As I guess that requires too many changes/new lines) >>>>=20 >>>>=20 >>>> Cheers >>>> Johan >>>>=20 >>>>=20 >>>> On 19/10/13 22:20, Teske, Devin wrote: >>>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>>>=20 >>>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>>> keys. There is no indication that the action failed and I'm returned >>>>>> to the ZFS setup screen if I hit OK. >>>>>>=20 >>>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>>> auxwww" output. Let me know what kind of debug info you would like. >>>>>> I've put the screen shots here: >>>>>>=20 >>>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/= bsdinstall&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns9%2F= ssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s= =3D6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>>> I've added a patch to fix debugging in the zfsboot script... >>>>>=20 >>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.sf.n= et/viewvc/druidbsd/bsdinstall_zfs/&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&= r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ= 3nVA65M%2FgmXM%3D%0A&s=3D1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe17= 0bb80e31bca6d9 >>>>>=20 >>>>> Feedback welcome. >>>>>=20 >>>>> Johan,... >>>>>=20 >>>>> Can you see if the patch sheds some better light as to what's failing? >>>>>=20 >>>>> The patch won't fix the problem, but it should give us an accurate er= ror >>>>> message so that we can learn what precisely is returning an error >>>>> status. >>>>>=20 >>>>> Thanks in advance. >>>>>=20 >>> I do notice that Devin's manually prefixing the error message with the >>> tool name, is partially redundancy when the tool does it it self, but we >>> can't always be sure it will do that. >>>=20 >> The next patchset will fix that. >>=20 >> I'm dropping the tool name from the msgbox contents and putting it in >> the title (e.g., '"Error: gpart") that way... even if the tool spits out= its own >> name (or not), we'll know what exactly what was going on by looking >> at the title. >>=20 >>=20 >>> the graid thing is rather hard to detect, especially when it is a >>> faulted array that doesn't even appear in graid status etc. >>>=20 >> I believe the idea behind the script is that whatever you tell it to use= will >> be destroyed. >>=20 >> Allan, maybe perhaps we could add some code that attempts to dis- >> assemble a graid to make the disk usable? >>=20 >> Johan, what would you be more apt to expect? That it killed your graid >> or that it gave an error? (/me thinks what the recourse to the error mig= ht >> entail -- going to partedit?) > Your recourse would be switching to the shell (control+alt+f4) and > destroying the graid. >=20 > I am a little hesitant to go destroying graids unprompted. If we had the > geom.confxml parsing, we might be able to detect it and ask the user > what to do >=20 Well, my concern with going and asking about each/every configuration before we clear it... Hasn't the user already answered a "Last Chance!" dialog giving the go- ahead to nuke any/all data *and* configurations on a drive? --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 16:22: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 28CFDA74 for ; Mon, 21 Oct 2013 16:22:40 +0000 (UTC) (envelope-from johan@bridgenet.se) Received: from smtp-gw21.han.skanova.net (smtp-gw21.han.skanova.net [81.236.55.21]) by mx1.freebsd.org (Postfix) with ESMTP id A417A2307 for ; Mon, 21 Oct 2013 16:22:39 +0000 (UTC) Received: from mail.bridgenet.se (212.181.212.146) by smtp-gw21.han.skanova.net (8.5.133) id 52551723005813EB for freebsd-current@freebsd.org; Mon, 21 Oct 2013 18:22:38 +0200 Received: from mail.bridgenet.se (unknown [10.0.0.5]) by mail.bridgenet.se (Postfix) with ESMTP id 9E78B18AFE for ; Mon, 21 Oct 2013 18:22:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bridgenet.se; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:to:mime-version:user-agent:from:from :date:date:message-id; s=dkim; t=1382372556; x=1383236557; bh=Qr 3y2bOAiiJd448sstkqJh/Jyc/TPUCypFNmg+k1Dio=; b=XUwjyFCXKTYEdIxWmX gPUnr1hL7SLYEZCHXy0F4UH40S6HOwlMwRHwIiYmkp/NoWa7yQhIVR8KswAbxNbC 3+b1q3j6LXjHxzT9Gy2XufyMC9WCDt+hEWWvd64bMmVd+QPFqIwO+xzZY83Glot8 kr+ncc9sWYfD5Cb8JRBl31sy0= X-Virus-Scanned: amavisd-new at mail.bridgenet.se Received: from mail.bridgenet.se ([10.0.0.5]) by mail.bridgenet.se (mail.bridgenet.se [10.0.0.5]) (amavisd-new, port 10024) with ESMTP id WIomOzDahFGW for ; Mon, 21 Oct 2013 18:22:36 +0200 (CEST) Received: from dhcp-208-143.arn.redhat.com (unknown [192.168.0.129]) by mail.bridgenet.se (Postfix) with ESMTPSA id 5D31218AE7; Mon, 21 Oct 2013 18:22:26 +0200 (CEST) Message-ID: <526554C1.5040102@bridgenet.se> Date: Mon, 21 Oct 2013 18:22:25 +0200 From: Johan Broman User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Allan Jude , Devin Teske Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> <52655118.6010909@allanjude.com> In-Reply-To: <52655118.6010909@allanjude.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: " Current" , "Teske, Devin" 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, 21 Oct 2013 16:22:40 -0000 On 21/10/13 18:06, Allan Jude wrote: > On 2013-10-21 12:04, Teske, Devin wrote: >> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >> >>> On 2013-10-21 11:45, Johan Broman wrote: >>>> Hi! >>>> >>>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>>> release. I now get an error message that ada2 can't be used, which is >>>> correct. Good stuff! :) >>>> >>>> ( I've recreated the test environment using a KVM guest with four SATA >>>> drives instead of the server I was using. I makes it easier to test >>>> stuff. ) >>>> >>>> Here's the screenshot: >>>> >>>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=f6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66ad91564a8ce99 >>>> >>>> >>>> Maybe one should be unable to select drives that are part of a graid >>>> in the first place? Or is that out-of-scope for bsdinstall at this >>>> point? (As I guess that requires too many changes/new lines) >>>> >>>> >>>> Cheers >>>> Johan >>>> >>>> >>>> On 19/10/13 22:20, Teske, Devin wrote: >>>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>>> >>>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>>> keys. There is no indication that the action failed and I'm returned >>>>>> to the ZFS setup screen if I hit OK. >>>>>> >>>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>>> auxwww" output. Let me know what kind of debug info you would like. >>>>>> I've put the screen shots here: >>>>>> >>>>>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>>> I've added a patch to fix debugging in the zfsboot script... >>>>> >>>>> https://urldefense.proofpoint.com/v1/url?u=http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170bb80e31bca6d9 >>>>> >>>>> Feedback welcome. >>>>> >>>>> Johan,... >>>>> >>>>> Can you see if the patch sheds some better light as to what's failing? >>>>> >>>>> The patch won't fix the problem, but it should give us an accurate error >>>>> message so that we can learn what precisely is returning an error >>>>> status. >>>>> >>>>> Thanks in advance. >>>>> >>> I do notice that Devin's manually prefixing the error message with the >>> tool name, is partially redundancy when the tool does it it self, but we >>> can't always be sure it will do that. >>> >> The next patchset will fix that. >> >> I'm dropping the tool name from the msgbox contents and putting it in >> the title (e.g., '"Error: gpart") that way... even if the tool spits out its own >> name (or not), we'll know what exactly what was going on by looking >> at the title. >> >> >>> the graid thing is rather hard to detect, especially when it is a >>> faulted array that doesn't even appear in graid status etc. >>> >> I believe the idea behind the script is that whatever you tell it to use will >> be destroyed. >> >> Allan, maybe perhaps we could add some code that attempts to dis- >> assemble a graid to make the disk usable? >> >> Johan, what would you be more apt to expect? That it killed your graid >> or that it gave an error? (/me thinks what the recourse to the error might >> entail -- going to partedit?) > Your recourse would be switching to the shell (control+alt+f4) and > destroying the graid. > > I am a little hesitant to go destroying graids unprompted. If we had the > geom.confxml parsing, we might be able to detect it and ask the user > what to do > In this case I was unaware of the fact that the old disks I was using had previously been used in a graid. So I just wanted it to destroy it and move on :) On the other hand, Allan has a valid point. The user does get a warning (the "last chance" warning), but maybe raising and additional warning if a graid is detected is a good thing? My opinion - one warning saying (quite clearly) that the disks will be destroyed should be enough :) /my 5 cents :) Cheers Johan From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 16:48:26 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 9ACA98B2; Mon, 21 Oct 2013 16:48:26 +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 4D44024E5; Mon, 21 Oct 2013 16:48:26 +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 r9LGmPcY050598; Mon, 21 Oct 2013 12:48:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9LGmPC0050597; Mon, 21 Oct 2013 16:48:25 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Oct 2013 16:48:25 GMT Message-Id: <201310211648.r9LGmPC0050597@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: Mon, 21 Oct 2013 16:48:26 -0000 TB --- 2013-10-21 15:45:35 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-21 15:45: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-10-21 15:45:35 - starting HEAD tinderbox run for mips64/mips TB --- 2013-10-21 15:45:35 - cleaning the object tree TB --- 2013-10-21 15:45:35 - /usr/local/bin/svn stat /src TB --- 2013-10-21 15:45:39 - At svn revision 256834 TB --- 2013-10-21 15:45:40 - building world TB --- 2013-10-21 15:45:40 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 15:45:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 15:45:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 15:45:40 - SRCCONF=/dev/null TB --- 2013-10-21 15:45:40 - TARGET=mips TB --- 2013-10-21 15:45:40 - TARGET_ARCH=mips64 TB --- 2013-10-21 15:45:40 - TZ=UTC TB --- 2013-10-21 15:45:40 - __MAKE_CONF=/dev/null TB --- 2013-10-21 15:45:40 - cd /src TB --- 2013-10-21 15:45:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 21 15:45:47 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 Mon Oct 21 16:46:24 UTC 2013 TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m ADM5120 TB --- 2013-10-21 16:46:24 - skipping ADM5120 kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-21 16:46:24 - skipping ALCHEMY kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AP121 TB --- 2013-10-21 16:46:24 - skipping AP121 kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AP91 TB --- 2013-10-21 16:46:24 - skipping AP91 kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AP93 TB --- 2013-10-21 16:46:24 - skipping AP93 kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AP94 TB --- 2013-10-21 16:46:24 - skipping AP94 kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AP96 TB --- 2013-10-21 16:46:24 - skipping AP96 kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-21 16:46:24 - skipping AR71XX_BASE kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-21 16:46:24 - skipping AR724X_BASE kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-21 16:46:24 - skipping AR91XX_BASE kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-21 16:46:24 - skipping AR933X_BASE kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-21 16:46:24 - skipping AR934X_BASE kernel TB --- 2013-10-21 16:46:24 - cd /src/sys/mips/conf TB --- 2013-10-21 16:46:24 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-10-21 16:46:24 - building BERI_DE4_MDROOT kernel TB --- 2013-10-21 16:46:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 16:46:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 16:46:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 16:46:24 - SRCCONF=/dev/null TB --- 2013-10-21 16:46:24 - TARGET=mips TB --- 2013-10-21 16:46:24 - TARGET_ARCH=mips64 TB --- 2013-10-21 16:46:24 - TZ=UTC TB --- 2013-10-21 16:46:24 - __MAKE_CONF=/dev/null TB --- 2013-10-21 16:46:24 - cd /src TB --- 2013-10-21 16:46:24 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Mon Oct 21 16:46:24 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/security/mac/mac_syscalls.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/teken/teken.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/ufs/ffs/ffs_alloc.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/ufs/ffs/ffs_balloc.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/ufs/ffs/ffs_inode.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/ufs/ffs/ffs_snapshot.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/ufs/ffs/ffs_softdep.c /src/sys/ufs/ffs/ffs_softdep.c:539: error: expected ';', ',' or ')' before '->' token *** 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-10-21 16:48:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-21 16:48:25 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-10-21 16:48:25 - 2824.99 user 608.55 system 3770.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 17:12: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 EAA8F161; Mon, 21 Oct 2013 17:12:54 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id BEA4F26AA; Mon, 21 Oct 2013 17:12:53 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 86B6D408BA; Mon, 21 Oct 2013 17:12:46 +0000 (UTC) Message-ID: <52656095.3070406@allanjude.com> Date: Mon, 21 Oct 2013 13:12:53 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Devin Teske Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> <52655118.6010909@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC90006@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC90006@LTCFISWMSGMB21.FNFIS.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Johan Broman , " Current" , "Teske, Devin" 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, 21 Oct 2013 17:12:55 -0000 On 2013-10-21 12:19, Teske, Devin wrote: > On Oct 21, 2013, at 9:06 AM, Allan Jude wrote: > >> On 2013-10-21 12:04, Teske, Devin wrote: >>> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >>> >>>> On 2013-10-21 11:45, Johan Broman wrote: >>>>> Hi! >>>>> >>>>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>>>> release. I now get an error message that ada2 can't be used, which is >>>>> correct. Good stuff! :) >>>>> >>>>> ( I've recreated the test environment using a KVM guest with four SATA >>>>> drives instead of the server I was using. I makes it easier to test >>>>> stuff. ) >>>>> >>>>> Here's the screenshot: >>>>> >>>>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=f6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66ad91564a8ce99 >>>>> >>>>> >>>>> Maybe one should be unable to select drives that are part of a graid >>>>> in the first place? Or is that out-of-scope for bsdinstall at this >>>>> point? (As I guess that requires too many changes/new lines) >>>>> >>>>> >>>>> Cheers >>>>> Johan >>>>> >>>>> >>>>> On 19/10/13 22:20, Teske, Devin wrote: >>>>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>>>> >>>>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>>>> keys. There is no indication that the action failed and I'm returned >>>>>>> to the ZFS setup screen if I hit OK. >>>>>>> >>>>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>>>> auxwww" output. Let me know what kind of debug info you would like. >>>>>>> I've put the screen shots here: >>>>>>> >>>>>>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>>>> I've added a patch to fix debugging in the zfsboot script... >>>>>> >>>>>> https://urldefense.proofpoint.com/v1/url?u=http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170bb80e31bca6d9 >>>>>> >>>>>> Feedback welcome. >>>>>> >>>>>> Johan,... >>>>>> >>>>>> Can you see if the patch sheds some better light as to what's failing? >>>>>> >>>>>> The patch won't fix the problem, but it should give us an accurate error >>>>>> message so that we can learn what precisely is returning an error >>>>>> status. >>>>>> >>>>>> Thanks in advance. >>>>>> >>>> I do notice that Devin's manually prefixing the error message with the >>>> tool name, is partially redundancy when the tool does it it self, but we >>>> can't always be sure it will do that. >>>> >>> The next patchset will fix that. >>> >>> I'm dropping the tool name from the msgbox contents and putting it in >>> the title (e.g., '"Error: gpart") that way... even if the tool spits out its own >>> name (or not), we'll know what exactly what was going on by looking >>> at the title. >>> >>> >>>> the graid thing is rather hard to detect, especially when it is a >>>> faulted array that doesn't even appear in graid status etc. >>>> >>> I believe the idea behind the script is that whatever you tell it to use will >>> be destroyed. >>> >>> Allan, maybe perhaps we could add some code that attempts to dis- >>> assemble a graid to make the disk usable? >>> >>> Johan, what would you be more apt to expect? That it killed your graid >>> or that it gave an error? (/me thinks what the recourse to the error might >>> entail -- going to partedit?) >> Your recourse would be switching to the shell (control+alt+f4) and >> destroying the graid. >> >> I am a little hesitant to go destroying graids unprompted. If we had the >> geom.confxml parsing, we might be able to detect it and ask the user >> what to do >> > Well, my concern with going and asking about each/every configuration > before we clear it... > > Hasn't the user already answered a "Last Chance!" dialog giving the go- > ahead to nuke any/all data *and* configurations on a drive? I guess that makes sense, We offer the dialog to allow the user to investigate their disk in detail so they can be sure they picked the correct ones. the graid thing is the biggest gotcha because it picks up metadata written by the motherboard raid system, so you can have a graid configuration even if you have never booted freebsd before. #destroyallofthethings -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 17:14: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 CFC652D0 for ; Mon, 21 Oct 2013 17:14:22 +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 60BB626D6 for ; Mon, 21 Oct 2013 17:14:22 +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 <1VYJ3c-002GhC-Jq>; Mon, 21 Oct 2013 19:14:20 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198] helo=telesto) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1VYJ3c-004AGR-GS>; Mon, 21 Oct 2013 19:14:20 +0200 Date: Mon, 21 Oct 2013 19:14:11 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: [CURRENT r256850]: kernel build failure due to issues in freebsd32/freebsd32_misc.c and sys/ufs/ufs/ufs_vnops.c Message-ID: <20131021191411.6be860f0@telesto> 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_/rFcMSQjAAB40tCUJ=Pk1Jog"; protocol="application/pgp-signature" X-Originating-IP: 130.133.86.198 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, 21 Oct 2013 17:14:22 -0000 --Sig_/rFcMSQjAAB40tCUJ=Pk1Jog Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Most recent kernel (r256850) fails to build: cc -c -pipe -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 -nostdinc -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 vers.c linking kernel freebsd32_misc.o: In function `freebsd32_recvmsg': /usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+= 0x1369): undefined reference to `kern_recvit' freebsd32_misc.o: In function `freebsd32_sendmsg': /usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+= 0x171c): undefined reference to `getsockaddr' /usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+0x1785): undefined reference to `sockargs' /usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text+0x1853): undefined reference to `kern_sendit' freebsd32_misc.o: In function `freebsd32_recvfrom': /usr/src/sys/compat/freebsd32/freebsd32_misc.c:(.text= +0x1915): undefined reference to `kern_recvit' [...] /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x1df9): undefined reference to `softdep_setup_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x1ed7): undefined reference to `softdep_revert_link' ufs_vnops.o: In function `ufs_rename': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x2d02): undefined reference to `softdep_setup_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x2ef6): undefined reference to `softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x2f25): undefined reference to `softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3074): undefined reference to `softdep_revert_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x311a): undefined reference to `softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3145): undefined reference to `softdep_change_linkcnt' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3261): undefined reference to `softdep_setup_dotdot_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x32de): undefined reference to `softdep_setup_dotdot_link' ufs_vnops.o: In function `ufs_mkdir': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x35e2): undefined reference to `softdep_revert_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3725): undefined reference to `softdep_setup_mkdir' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3cbc): undefined reference to `softdep_revert_mkdir' ufs_vnops.o: In function `ufs_rmdir': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3da6): undefined reference to `softdep_setup_rmdir' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x3df2): undefined reference to `softdep_revert_rmdir' ufs_vnops.o: In function `ufs_makeinode': /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x455c): undefined reference to `softdep_revert_link' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x464b): undefined reference to `softdep_setup_create' /usr/src/sys/ufs/ufs/ufs_vnops.c:(.text+0x49b3): undefined reference to `softdep_revert_create' *** Error code 1 --Sig_/rFcMSQjAAB40tCUJ=Pk1Jog Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSZWDqAAoJEOgBcD7A/5N8xPoH/ipMOcEsy0bfFJhQiUmJCFxT aUEhSP1DSZqHrXq67t9aqdZZ6tQZRYQNjrTYm4cR63rP3OskubZxjx6XaQ6gWyW2 rbR4+6qk0tDZlJCZCylo6AG0q7USrlUejXJOmkonTopdxAwEZp7vuQeFq7b91qa+ ZAYd+xZpEknkLv69m9+UCDHni++aM5YLvEIQ6ByvcUbQqKy7SWVd48oG+eI5Hl3B yyiZkpaO9qUxEw4il5KT0sOw42x8dSgAbZV4X79vTkL274RbLVpk4pQPXKlIecfc EFAo5gcRdGCjJaMixj8MVm3guzWm9C/u6Xvl+STjeSeWKByofXcd4atYREsUoq0= =bJty -----END PGP SIGNATURE----- --Sig_/rFcMSQjAAB40tCUJ=Pk1Jog-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 17:14: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 3E23E3ED; Mon, 21 Oct 2013 17:14:56 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0171826F0; Mon, 21 Oct 2013 17:14:55 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LHEkZW015339 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 12:14:47 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 12:14:46 -0500 From: "Teske, Devin" To: Allan Jude Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Topic: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Index: AQHOzOHuoyZqOu2cyEmJYHyn2Q5Miw== Date: Mon, 21 Oct 2013 17:14:45 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC90392@LTCFISWMSGMB21.FNFIS.com> References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> <52655118.6010909@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC90006@LTCFISWMSGMB21.FNFIS.com> <52656095.3070406@allanjude.com> In-Reply-To: <52656095.3070406@allanjude.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_02:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Johan Broman , Devin Teske , "Teske, Devin" , " Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 17:14:56 -0000 On Oct 21, 2013, at 10:12 AM, Allan Jude wrote: > On 2013-10-21 12:19, Teske, Devin wrote: >> On Oct 21, 2013, at 9:06 AM, Allan Jude wrote: >>=20 >>> On 2013-10-21 12:04, Teske, Devin wrote: >>>> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >>>>=20 >>>>> On 2013-10-21 11:45, Johan Broman wrote: >>>>>> Hi! >>>>>>=20 >>>>>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>>>>> release. I now get an error message that ada2 can't be used, which is >>>>>> correct. Good stuff! :) >>>>>>=20 >>>>>> ( I've recreated the test environment using a KVM guest with four SA= TA >>>>>> drives instead of the server I was using. I makes it easier to test >>>>>> stuff. ) >>>>>>=20 >>>>>> Here's the screenshot: >>>>>>=20 >>>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/= bsdinstall/Screenshot_2013-10-21.png&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0= A&r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBp= GZ3nVA65M%2FgmXM%3D%0A&s=3Df6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6= c66ad91564a8ce99 >>>>>>=20 >>>>>>=20 >>>>>> Maybe one should be unable to select drives that are part of a graid >>>>>> in the first place? Or is that out-of-scope for bsdinstall at this >>>>>> point? (As I guess that requires too many changes/new lines) >>>>>>=20 >>>>>>=20 >>>>>> Cheers >>>>>> Johan >>>>>>=20 >>>>>>=20 >>>>>> On 19/10/13 22:20, Teske, Devin wrote: >>>>>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>>>>>=20 >>>>>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>>>>> keys. There is no indication that the action failed and I'm return= ed >>>>>>>> to the ZFS setup screen if I hit OK. >>>>>>>>=20 >>>>>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>>>>> auxwww" output. Let me know what kind of debug info you would like. >>>>>>>> I've put the screen shots here: >>>>>>>>=20 >>>>>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.14= 6/bsdinstall&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns9%= 2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s= =3D6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>>>>> I've added a patch to fix debugging in the zfsboot script... >>>>>>>=20 >>>>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.sf= .net/viewvc/druidbsd/bsdinstall_zfs/&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0= A&r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBp= GZ3nVA65M%2FgmXM%3D%0A&s=3D1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe= 170bb80e31bca6d9 >>>>>>>=20 >>>>>>> Feedback welcome. >>>>>>>=20 >>>>>>> Johan,... >>>>>>>=20 >>>>>>> Can you see if the patch sheds some better light as to what's faili= ng? >>>>>>>=20 >>>>>>> The patch won't fix the problem, but it should give us an accurate = error >>>>>>> message so that we can learn what precisely is returning an error >>>>>>> status. >>>>>>>=20 >>>>>>> Thanks in advance. >>>>>>>=20 >>>>> I do notice that Devin's manually prefixing the error message with the >>>>> tool name, is partially redundancy when the tool does it it self, but= we >>>>> can't always be sure it will do that. >>>>>=20 >>>> The next patchset will fix that. >>>>=20 >>>> I'm dropping the tool name from the msgbox contents and putting it in >>>> the title (e.g., '"Error: gpart") that way... even if the tool spits o= ut its own >>>> name (or not), we'll know what exactly what was going on by looking >>>> at the title. >>>>=20 >>>>=20 >>>>> the graid thing is rather hard to detect, especially when it is a >>>>> faulted array that doesn't even appear in graid status etc. >>>>>=20 >>>> I believe the idea behind the script is that whatever you tell it to u= se will >>>> be destroyed. >>>>=20 >>>> Allan, maybe perhaps we could add some code that attempts to dis- >>>> assemble a graid to make the disk usable? >>>>=20 >>>> Johan, what would you be more apt to expect? That it killed your graid >>>> or that it gave an error? (/me thinks what the recourse to the error m= ight >>>> entail -- going to partedit?) >>> Your recourse would be switching to the shell (control+alt+f4) and >>> destroying the graid. >>>=20 >>> I am a little hesitant to go destroying graids unprompted. If we had the >>> geom.confxml parsing, we might be able to detect it and ask the user >>> what to do >>>=20 >> Well, my concern with going and asking about each/every configuration >> before we clear it... >>=20 >> Hasn't the user already answered a "Last Chance!" dialog giving the go- >> ahead to nuke any/all data *and* configurations on a drive? > I guess that makes sense, We offer the dialog to allow the user to > investigate their disk in detail so they can be sure they picked the > correct ones. >=20 > the graid thing is the biggest gotcha because it picks up metadata > written by the motherboard raid system, so you can have a graid > configuration even if you have never booted freebsd before. >=20 Hmmm... so what does one do in *that* situation? Go into the motherboard BIOS and disable on-board RAID features for the controller providing the disks-in-question? --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 17:18: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 1272D6DD; Mon, 21 Oct 2013 17:18:20 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id DB6E62732; Mon, 21 Oct 2013 17:18:19 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 70CB14094C; Mon, 21 Oct 2013 17:18:18 +0000 (UTC) Message-ID: <526561E1.3000903@allanjude.com> Date: Mon, 21 Oct 2013 13:18:25 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Devin Teske Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> <52655118.6010909@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC90006@LTCFISWMSGMB21.FNFIS.com> <52656095.3070406@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC90392@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC90392@LTCFISWMSGMB21.FNFIS.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Johan Broman , " Current" , "Teske, Devin" 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, 21 Oct 2013 17:18:20 -0000 On 2013-10-21 13:14, Teske, Devin wrote: > On Oct 21, 2013, at 10:12 AM, Allan Jude wrote: > >> On 2013-10-21 12:19, Teske, Devin wrote: >>> On Oct 21, 2013, at 9:06 AM, Allan Jude wrote: >>> >>>> On 2013-10-21 12:04, Teske, Devin wrote: >>>>> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >>>>> >>>>>> On 2013-10-21 11:45, Johan Broman wrote: >>>>>>> Hi! >>>>>>> >>>>>>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>>>>>> release. I now get an error message that ada2 can't be used, which is >>>>>>> correct. Good stuff! :) >>>>>>> >>>>>>> ( I've recreated the test environment using a KVM guest with four SATA >>>>>>> drives instead of the server I was using. I makes it easier to test >>>>>>> stuff. ) >>>>>>> >>>>>>> Here's the screenshot: >>>>>>> >>>>>>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=f6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66ad91564a8ce99 >>>>>>> >>>>>>> >>>>>>> Maybe one should be unable to select drives that are part of a graid >>>>>>> in the first place? Or is that out-of-scope for bsdinstall at this >>>>>>> point? (As I guess that requires too many changes/new lines) >>>>>>> >>>>>>> >>>>>>> Cheers >>>>>>> Johan >>>>>>> >>>>>>> >>>>>>> On 19/10/13 22:20, Teske, Devin wrote: >>>>>>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>>>>>> >>>>>>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>>>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>>>>>> keys. There is no indication that the action failed and I'm returned >>>>>>>>> to the ZFS setup screen if I hit OK. >>>>>>>>> >>>>>>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>>>>>> auxwww" output. Let me know what kind of debug info you would like. >>>>>>>>> I've put the screen shots here: >>>>>>>>> >>>>>>>>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>>>>>> I've added a patch to fix debugging in the zfsboot script... >>>>>>>> >>>>>>>> https://urldefense.proofpoint.com/v1/url?u=http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170bb80e31bca6d9 >>>>>>>> >>>>>>>> Feedback welcome. >>>>>>>> >>>>>>>> Johan,... >>>>>>>> >>>>>>>> Can you see if the patch sheds some better light as to what's failing? >>>>>>>> >>>>>>>> The patch won't fix the problem, but it should give us an accurate error >>>>>>>> message so that we can learn what precisely is returning an error >>>>>>>> status. >>>>>>>> >>>>>>>> Thanks in advance. >>>>>>>> >>>>>> I do notice that Devin's manually prefixing the error message with the >>>>>> tool name, is partially redundancy when the tool does it it self, but we >>>>>> can't always be sure it will do that. >>>>>> >>>>> The next patchset will fix that. >>>>> >>>>> I'm dropping the tool name from the msgbox contents and putting it in >>>>> the title (e.g., '"Error: gpart") that way... even if the tool spits out its own >>>>> name (or not), we'll know what exactly what was going on by looking >>>>> at the title. >>>>> >>>>> >>>>>> the graid thing is rather hard to detect, especially when it is a >>>>>> faulted array that doesn't even appear in graid status etc. >>>>>> >>>>> I believe the idea behind the script is that whatever you tell it to use will >>>>> be destroyed. >>>>> >>>>> Allan, maybe perhaps we could add some code that attempts to dis- >>>>> assemble a graid to make the disk usable? >>>>> >>>>> Johan, what would you be more apt to expect? That it killed your graid >>>>> or that it gave an error? (/me thinks what the recourse to the error might >>>>> entail -- going to partedit?) >>>> Your recourse would be switching to the shell (control+alt+f4) and >>>> destroying the graid. >>>> >>>> I am a little hesitant to go destroying graids unprompted. If we had the >>>> geom.confxml parsing, we might be able to detect it and ask the user >>>> what to do >>>> >>> Well, my concern with going and asking about each/every configuration >>> before we clear it... >>> >>> Hasn't the user already answered a "Last Chance!" dialog giving the go- >>> ahead to nuke any/all data *and* configurations on a drive? >> I guess that makes sense, We offer the dialog to allow the user to >> investigate their disk in detail so they can be sure they picked the >> correct ones. >> >> the graid thing is the biggest gotcha because it picks up metadata >> written by the motherboard raid system, so you can have a graid >> configuration even if you have never booted freebsd before. >> > Hmmm... so what does one do in *that* situation? > > Go into the motherboard BIOS and disable on-board RAID features for > the controller providing the disks-in-question? You can destroy the metadata with the graid delete command. I've only encountered once instance where 'graid status' didn't show any devices, but graid was blocking zfs from using the device until the graid was destroyed (the graid part was only discovered after generating an image out of the geom.confdot sysctl) -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 17:21: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 964678E1; Mon, 21 Oct 2013 17:21:01 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59A8D2774; Mon, 21 Oct 2013 17:21:00 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa03.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LHKqCF022905 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 12:20:52 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 12:20:51 -0500 From: "Teske, Devin" To: Allan Jude Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Topic: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Index: AQHOzOHuoyZqOu2cyEmJYHyn2Q5Miw== Date: Mon, 21 Oct 2013 17:20:50 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC903FC@LTCFISWMSGMB21.FNFIS.com> References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> <52655118.6010909@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC90006@LTCFISWMSGMB21.FNFIS.com> <52656095.3070406@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC90392@LTCFISWMSGMB21.FNFIS.com> <526561E1.3000903@allanjude.com> In-Reply-To: <526561E1.3000903@allanjude.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_03:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Johan Broman , Devin Teske , "Teske, Devin" , " Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 17:21:01 -0000 On Oct 21, 2013, at 10:18 AM, Allan Jude wrote: > On 2013-10-21 13:14, Teske, Devin wrote: >> On Oct 21, 2013, at 10:12 AM, Allan Jude wrote: >>=20 >>> On 2013-10-21 12:19, Teske, Devin wrote: >>>> On Oct 21, 2013, at 9:06 AM, Allan Jude wrote: >>>>=20 >>>>> On 2013-10-21 12:04, Teske, Devin wrote: >>>>>> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >>>>>>=20 >>>>>>> On 2013-10-21 11:45, Johan Broman wrote: >>>>>>>> Hi! >>>>>>>>=20 >>>>>>>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>>>>>>> release. I now get an error message that ada2 can't be used, which= is >>>>>>>> correct. Good stuff! :) >>>>>>>>=20 >>>>>>>> ( I've recreated the test environment using a KVM guest with four = SATA >>>>>>>> drives instead of the server I was using. I makes it easier to test >>>>>>>> stuff. ) >>>>>>>>=20 >>>>>>>> Here's the screenshot: >>>>>>>>=20 >>>>>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.14= 6/bsdinstall/Screenshot_2013-10-21.png&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D= %0A&r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhR= BpGZ3nVA65M%2FgmXM%3D%0A&s=3Df6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dc= f6c66ad91564a8ce99 >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Maybe one should be unable to select drives that are part of a gra= id >>>>>>>> in the first place? Or is that out-of-scope for bsdinstall at this >>>>>>>> point? (As I guess that requires too many changes/new lines) >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Cheers >>>>>>>> Johan >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> On 19/10/13 22:20, Teske, Devin wrote: >>>>>>>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>>>>>>>=20 >>>>>>>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>>>>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>>>>>>> keys. There is no indication that the action failed and I'm retu= rned >>>>>>>>>> to the ZFS setup screen if I hit OK. >>>>>>>>>>=20 >>>>>>>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>>>>>>> auxwww" output. Let me know what kind of debug info you would li= ke. >>>>>>>>>> I've put the screen shots here: >>>>>>>>>>=20 >>>>>>>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.= 146/bsdinstall&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns= 9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A= &s=3D6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>>>>>>> I've added a patch to fix debugging in the zfsboot script... >>>>>>>>>=20 >>>>>>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.= sf.net/viewvc/druidbsd/bsdinstall_zfs/&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D= %0A&r=3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhR= BpGZ3nVA65M%2FgmXM%3D%0A&s=3D1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aa= be170bb80e31bca6d9 >>>>>>>>>=20 >>>>>>>>> Feedback welcome. >>>>>>>>>=20 >>>>>>>>> Johan,... >>>>>>>>>=20 >>>>>>>>> Can you see if the patch sheds some better light as to what's fai= ling? >>>>>>>>>=20 >>>>>>>>> The patch won't fix the problem, but it should give us an accurat= e error >>>>>>>>> message so that we can learn what precisely is returning an error >>>>>>>>> status. >>>>>>>>>=20 >>>>>>>>> Thanks in advance. >>>>>>>>>=20 >>>>>>> I do notice that Devin's manually prefixing the error message with = the >>>>>>> tool name, is partially redundancy when the tool does it it self, b= ut we >>>>>>> can't always be sure it will do that. >>>>>>>=20 >>>>>> The next patchset will fix that. >>>>>>=20 >>>>>> I'm dropping the tool name from the msgbox contents and putting it in >>>>>> the title (e.g., '"Error: gpart") that way... even if the tool spits= out its own >>>>>> name (or not), we'll know what exactly what was going on by looking >>>>>> at the title. >>>>>>=20 >>>>>>=20 >>>>>>> the graid thing is rather hard to detect, especially when it is a >>>>>>> faulted array that doesn't even appear in graid status etc. >>>>>>>=20 >>>>>> I believe the idea behind the script is that whatever you tell it to= use will >>>>>> be destroyed. >>>>>>=20 >>>>>> Allan, maybe perhaps we could add some code that attempts to dis- >>>>>> assemble a graid to make the disk usable? >>>>>>=20 >>>>>> Johan, what would you be more apt to expect? That it killed your gra= id >>>>>> or that it gave an error? (/me thinks what the recourse to the error= might >>>>>> entail -- going to partedit?) >>>>> Your recourse would be switching to the shell (control+alt+f4) and >>>>> destroying the graid. >>>>>=20 >>>>> I am a little hesitant to go destroying graids unprompted. If we had = the >>>>> geom.confxml parsing, we might be able to detect it and ask the user >>>>> what to do >>>>>=20 >>>> Well, my concern with going and asking about each/every configuration >>>> before we clear it... >>>>=20 >>>> Hasn't the user already answered a "Last Chance!" dialog giving the go- >>>> ahead to nuke any/all data *and* configurations on a drive? >>> I guess that makes sense, We offer the dialog to allow the user to >>> investigate their disk in detail so they can be sure they picked the >>> correct ones. >>>=20 >>> the graid thing is the biggest gotcha because it picks up metadata >>> written by the motherboard raid system, so you can have a graid >>> configuration even if you have never booted freebsd before. >>>=20 >> Hmmm... so what does one do in *that* situation? >>=20 >> Go into the motherboard BIOS and disable on-board RAID features for >> the controller providing the disks-in-question? > You can destroy the metadata with the graid delete command. I've only > encountered once instance where 'graid status' didn't show any devices, > but graid was blocking zfs from using the device until the graid was > destroyed (the graid part was only discovered after generating an image > out of the geom.confdot sysctl) >=20 Would you know where precisely to add the "graid delete" command if, say, we wanted to see if we could address Johan's issue? --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 18:41: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 333856AF; Mon, 21 Oct 2013 18:41:23 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC4E52C49; Mon, 21 Oct 2013 18:41:22 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa04.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LIfCQP016431 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 13:41:13 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 13:41:12 -0500 From: "Teske, Devin" To: Johan Broman Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Topic: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI Thread-Index: AQHOzOHuoyZqOu2cyEmJYHyn2Q5Mi5n/1EYA Date: Mon, 21 Oct 2013 18:41:10 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC90971@LTCFISWMSGMB21.FNFIS.com> References: <52629DA7.7090103@bridgenet.se> <5262A3EE.4050600@allanjude.com> <5262A5D0.3050604@bridgenet.se> <5262A69D.5070601@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC7E9DE@LTCFISWMSGMB21.FNFIS.com> <13CA24D6AB415D428143D44749F57D720FC7EAEC@LTCFISWMSGMB21.FNFIS.com> <5262B304.3090605@allanjude.com> <5262BC56.4050004@bridgenet.se> <13CA24D6AB415D428143D44749F57D720FC7F916@LTCFISWMSGMB21.FNFIS.com> <52654C0C.80702@bridgenet.se> <52654D47.6020106@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC8FE7F@LTCFISWMSGMB21.FNFIS.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <2C31BAD01F7C474EA73CE3B437AAAD3F@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_03:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , " Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 18:41:23 -0000 On Oct 21, 2013, at 9:04 AM, Teske, Devin wrote: >=20 > On Oct 21, 2013, at 8:50 AM, Allan Jude wrote: >=20 >> On 2013-10-21 11:45, Johan Broman wrote: >>> Hi! >>>=20 >>> Sorry for the delayed answer. I've patched zfsboot and rebuilt the >>> release. I now get an error message that ada2 can't be used, which is >>> correct. Good stuff! :) >>>=20 >>> ( I've recreated the test environment using a KVM guest with four SATA >>> drives instead of the server I was using. I makes it easier to test >>> stuff. ) >>>=20 >>> Here's the screenshot: >>>=20 >>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/bsd= install/Screenshot_2013-10-21.png&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r= =3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3= nVA65M%2FgmXM%3D%0A&s=3Df6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66= ad91564a8ce99 >>>=20 >>>=20 >>> Maybe one should be unable to select drives that are part of a graid >>> in the first place? Or is that out-of-scope for bsdinstall at this >>> point? (As I guess that requires too many changes/new lines) >>>=20 >>>=20 >>> Cheers >>> Johan >>>=20 >>>=20 >>> On 19/10/13 22:20, Teske, Devin wrote: >>>>=20 >>>> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote: >>>>=20 >>>>> I recreated the graid mirror on ada2 and ada3 and reran the >>>>> installation. I'm unable to scroll the msgbox using PgDn or arrow >>>>> keys. There is no indication that the action failed and I'm returned >>>>> to the ZFS setup screen if I hit OK. >>>>>=20 >>>>> I have screen shots (taken with my phone) of the msgbox and "ps >>>>> auxwww" output. Let me know what kind of debug info you would like. >>>>> I've put the screen shots here: >>>>>=20 >>>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://212.181.212.146/b= sdinstall&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=3DMrjs6vR4%2Faj2Ns9%2Fs= sHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=3D= 6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1 >>>>=20 >>>> I've added a patch to fix debugging in the zfsboot script... >>>>=20 >>>> https://urldefense.proofpoint.com/v1/url?u=3Dhttp://druidbsd.cvs.sf.ne= t/viewvc/druidbsd/bsdinstall_zfs/&k=3D%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r= =3DMrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=3DB6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3= nVA65M%2FgmXM%3D%0A&s=3D1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170= bb80e31bca6d9 >>>>=20 >>>> Feedback welcome. >>>>=20 >>>> Johan,... >>>>=20 >>>> Can you see if the patch sheds some better light as to what's failing? >>>>=20 >>>> The patch won't fix the problem, but it should give us an accurate err= or >>>> message so that we can learn what precisely is returning an error >>>> status. >>>>=20 >>>> Thanks in advance. >>>>=20 >> I do notice that Devin's manually prefixing the error message with the >> tool name, is partially redundancy when the tool does it it self, but we >> can't always be sure it will do that. >>=20 >=20 > The next patchset will fix that. >=20 And it's ready now. Tarball: http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/?view=3Dtar This patch takes debugging a leap beyond where it is now NOTE: Only for the zfsboot script -- there is another separate effort to improve the debugging in bsdinstall in-general; those patches are here: http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_debug/?view=3Dtar --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 19:02: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 6C756D5; Mon, 21 Oct 2013 19:02: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 2056A2D94; Mon, 21 Oct 2013 19:02: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 r9LJ2IAo014017; Mon, 21 Oct 2013 15:02:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9LJ2IcM014010; Mon, 21 Oct 2013 19:02:18 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Oct 2013 19:02:18 GMT Message-Id: <201310211902.r9LJ2IcM014010@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: Mon, 21 Oct 2013 19:02:20 -0000 TB --- 2013-10-21 15:50:08 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-21 15:50:08 - 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-10-21 15:50:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-10-21 15:50:08 - cleaning the object tree TB --- 2013-10-21 15:50:08 - /usr/local/bin/svn stat /src TB --- 2013-10-21 15:50:11 - At svn revision 256834 TB --- 2013-10-21 15:50:12 - building world TB --- 2013-10-21 15:50:12 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 15:50:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 15:50:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 15:50:12 - SRCCONF=/dev/null TB --- 2013-10-21 15:50:12 - TARGET=powerpc TB --- 2013-10-21 15:50:12 - TARGET_ARCH=powerpc TB --- 2013-10-21 15:50:12 - TZ=UTC TB --- 2013-10-21 15:50:12 - __MAKE_CONF=/dev/null TB --- 2013-10-21 15:50:12 - cd /src TB --- 2013-10-21 15:50:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 21 15:50:22 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 Mon Oct 21 18:24:30 UTC 2013 TB --- 2013-10-21 18:24:30 - generating LINT kernel config TB --- 2013-10-21 18:24:30 - cd /src/sys/powerpc/conf TB --- 2013-10-21 18:24:30 - /usr/bin/make -B LINT TB --- 2013-10-21 18:24:30 - cd /src/sys/powerpc/conf TB --- 2013-10-21 18:24:30 - /usr/sbin/config -m LINT TB --- 2013-10-21 18:24:30 - building LINT kernel TB --- 2013-10-21 18:24:30 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 18:24:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 18:24:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 18:24:30 - SRCCONF=/dev/null TB --- 2013-10-21 18:24:30 - TARGET=powerpc TB --- 2013-10-21 18:24:30 - TARGET_ARCH=powerpc TB --- 2013-10-21 18:24:30 - TZ=UTC TB --- 2013-10-21 18:24:30 - __MAKE_CONF=/dev/null TB --- 2013-10-21 18:24:30 - cd /src TB --- 2013-10-21 18:24:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 21 18:24:30 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 LINT completed on Mon Oct 21 18:43:37 UTC 2013 TB --- 2013-10-21 18:43:37 - cd /src/sys/powerpc/conf TB --- 2013-10-21 18:43:37 - /usr/sbin/config -m GENERIC TB --- 2013-10-21 18:43:37 - building GENERIC kernel TB --- 2013-10-21 18:43:37 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 18:43:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 18:43:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 18:43:37 - SRCCONF=/dev/null TB --- 2013-10-21 18:43:37 - TARGET=powerpc TB --- 2013-10-21 18:43:37 - TARGET_ARCH=powerpc TB --- 2013-10-21 18:43:37 - TZ=UTC TB --- 2013-10-21 18:43:37 - __MAKE_CONF=/dev/null TB --- 2013-10-21 18:43:37 - cd /src TB --- 2013-10-21 18:43:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 21 18:43:37 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 GENERIC completed on Mon Oct 21 18:59:43 UTC 2013 TB --- 2013-10-21 18:59:43 - cd /src/sys/powerpc/conf TB --- 2013-10-21 18:59:43 - /usr/sbin/config -m GENERIC64 TB --- 2013-10-21 18:59:43 - skipping GENERIC64 kernel TB --- 2013-10-21 18:59:43 - cd /src/sys/powerpc/conf TB --- 2013-10-21 18:59:43 - /usr/sbin/config -m MPC85XX TB --- 2013-10-21 18:59:43 - building MPC85XX kernel TB --- 2013-10-21 18:59:43 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 18:59:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 18:59:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 18:59:43 - SRCCONF=/dev/null TB --- 2013-10-21 18:59:43 - TARGET=powerpc TB --- 2013-10-21 18:59:43 - TARGET_ARCH=powerpc TB --- 2013-10-21 18:59:43 - TZ=UTC TB --- 2013-10-21 18:59:43 - __MAKE_CONF=/dev/null TB --- 2013-10-21 18:59:43 - cd /src TB --- 2013-10-21 18:59:43 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Mon Oct 21 18:59: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 [...] cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/security/audit/audit_syscalls.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/security/mac/mac_syscalls.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/ufs/ffs/ffs_alloc.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/ufs/ffs/ffs_balloc.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/ufs/ffs/ffs_inode.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/ufs/ffs/ffs_snapshot.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/ufs/ffs/ffs_softdep.c /src/sys/ufs/ffs/ffs_softdep.c:539: error: expected ';', ',' or ')' before '->' token *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/MPC85XX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-21 19:02:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-21 19:02:18 - ERROR: failed to build MPC85XX kernel TB --- 2013-10-21 19:02:18 - 10114.16 user 1219.35 system 11530.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 19:04: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 EFCEB248; Mon, 21 Oct 2013 19:04:39 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D21F2DC1; Mon, 21 Oct 2013 19:04:39 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LJ4cEh011855 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 14:04:38 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 14:04:37 -0500 From: "Teske, Devin" To: Kris Moore Subject: Re: BE Loader Menu (was Re: rcs) Thread-Topic: BE Loader Menu (was Re: rcs) Thread-Index: AQHOxRG5GlF59UAvJ06VyRjwWpYzrQ== Date: Mon, 21 Oct 2013 19:04:36 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC90C14@LTCFISWMSGMB21.FNFIS.com> References: <60177810-8DC4-4EA3-8040-A834B79039D2@orthanc.ca> <52538EDC.2080001@freebsd.org> <52541202.3010707@mu.org> <20131008.170444.74714516.sthaug@nethelp.no> <52542BD4.5070706@FreeBSD.org> <52542E1D.9000000@mu.org> <52555D1C.8010407@freebsd.org> <52558577.5020401@allanjude.com> <52558779.2070203@pcbsd.org> <13CA24D6AB415D428143D44749F57D720FC4B2A3@LTCFISWMSGMB21.FNFIS.com> <5256D08F.5060101@freebsd.org> <13CA24D6AB415D428143D44749F57D720FC50D64@LTCFISWMSGMB21.FNFIS.com> <5256D8E9.10200@freebsd.org> <13CA24D6AB415D428143D44749F57D720FC7ADA3@LTCFISWMSGMB21.FNFIS.com> <52647C4C.8010706@freebsd.org> <52652CFD.1080803@pcbsd.org> In-Reply-To: <52652CFD.1080803@pcbsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_03:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 19:04:40 -0000 On Oct 21, 2013, at 6:32 AM, Kris Moore wrote: > On 10/20/2013 20:58, Julian Elischer wrote: >> Kris. exactly what features need to be added to the boot process to >> allow >> what you want to do, but without using grub? >>=20 >=20 > Here's a list of the features we are using from grub: >=20 > For install medium: >=20 > * Hybrid DVD ISO/USB image in same file I've been using ISOLINUX for that functionality since 2006. My DRUID installer is shipped as a hybrid ISO using ISOLINUX. > * BIOS / UEFI loaders on same image Haven't played with UEFI yet. > * Graphics support ISOLINUX has that. Can we compare screens? I really like the way ISOLINUX's vesamenu.c32 module allows you to even go so far as to customize the scrollbar coloring (e.g., in the below image, notice how I've given the scrollbar a blue color so it completes the theme). http://twitpic.com/17z5yi Compare that to the same menu, but previously themed in blue: http://twitpic.com/17xas6 I wonder if grub lets you do that (scrollbar color, hilite color, and color of header/footer text as well). > For installed system: >=20 > * Script-able ZFS BE menus This can be achieved in loader(8) with some basic work, building upon what we already have. Around this time last year, I actually added code to allow scripting of the loader(8) menu, but said functionality is still unused (waiting for some userland tool or some C code integrated directly into loader(8) to actually start scripting the menu-system. Until that happens... it's just my little secret that the Forth menus are actually scriptable from a higher language. (been trying for years it seems to find someone whom cares to sit down and show them how it works -- maybe at vBSDcon). > * Options for setting default timeouts / default BEs to load, etc I don't see why this too couldn't be done with loader(8). We already have a timeout system for booting with defaults... and I gather that whatever scripting there is to change the loaded defaults would take place prior to reboot (some tool munges loader.conf and then reboots; current defaults are displayed and after the configured timeout, it boots with the displayed configuration). > * Script-able menu to boot other OS's, such as Windows / Linux Well, I use SYSLINUX for that. SYSLINUX is the same product as the aforementioned ISOLINUX, except that it's focused on system versus install media. Of course... in your case, grub loads FreeBSD directly. When I use syslinux as a bootloader, I get the FreeBSD Forth beastie menu after selecting FreeBSD from the syslinux vesamenu. > * Loads before kernel Yeah, I got patches for our menu to follow suit. http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ (thinking abut committing it already) > * Graphics support (I.E. countdown indicator, wallpapers, arrow-key > support, etc) >=20 Well, I don't think the countdown indicator is going to get anyone all too excited (I believe we've had that for years). The wallpapers of course... can't do those as a default, but I think there's a graphical loader project -- but of course that won't service serial boot. I've thought about using arrow keys to navigate before... It involves implementing a whole new layer on top of the menu. One that would use some static character (e.g., ">") to show you which item you are "over" (or in the case of color... we could *maybe* use ANSI reverse). Definitely not easy. New state machine would be required. New rendering code would be required as well. The good news though is that it would get rid of the number prefixes). > If the native loader is able to handle the ZFS BE stuff, then I don't > see a reason why I can't make it an option in the installer, even > without graphics and the other niceties that grub brings. Is this > working in the stable/10 branch now? >=20 No... just the patchset I pointed to... http://druidbsd.cvs.sf.net/viewvc/druidbsd/forth_zfs/ Which produces the following: http://twitpic.com/dhv2b6 Which achieves: a. Don't load kernel before menu b. Scripting of selections can be done via $kernels in loader.conf What we are lacking at the moment is... Root Device selection menu. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 19:15:10 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 E03C671B; Mon, 21 Oct 2013 19:15:10 +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 772DE2E7B; Mon, 21 Oct 2013 19:15:10 +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 r9LJF78E037775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Oct 2013 21:15:08 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Mon, 21 Oct 2013 21:15:07 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Tijl Coosemans Subject: Re: iconv in base breaks multiple ports Message-ID: <20131021191507.GH12255@acme.spoerlein.net> Mail-Followup-To: Tijl Coosemans , current@FreeBSD.org, ports@FreeBSD.org References: <20131020182723.GE12255@acme.spoerlein.net> <20131020232010.384afeaf@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20131020232010.384afeaf@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@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: Mon, 21 Oct 2013 19:15:11 -0000 On Sun, 2013-10-20 at 23:20:10 +0200, Tijl Coosemans wrote: > On Sun, 20 Oct 2013 20:27:23 +0200 Ulrich Spörlein wrote: > > ever since that iconv thing replaced the ports version, I run into > > trouble with several ports that I have installed on a -CURRENT (now > > stable/10 system). > > > > These are not compile-time errors, but crashes or limited functionality > > where I blame iconv :) > > > > 1. www/newsbeuter crashes during startup, somewhere in the stfl code > > that deals with wide char functions. > > > > 2. devel/git: when using git-svn, it'll segfault in the perl code, not > > sure how to get a backtrace here as gdb's follow-fork doesn't quite > > work. > > > > 3. multimedia/xbmc is no longer able to decode unicode filenames and > > other things are broken. It spews an endless stream of > > 19:36:00 T:34594644992 ERROR: convert_checked iconv_open() failed from > > WCHAR_T to UTF-8, errno=22(Invalid argument) > > 19:36:00 T:34594644992 ERROR: convert_checked iconv_open() failed from > > UTF-8 to WCHAR_T, errno=22(Invalid argument) > > 19:37:00 T:34594644992 ERROR: Previous line repeats 9656 times. > > > > Is my system hexed? I've rebuilt the ports/packages a dozen times now. > > Am I seeing ghosts? > > Can you try the attached patch? It includes the one from > http://www.freebsd.org/cgi/query-pr.cgi?pr=182994 Sure, I fail to see however how this locking could cause the problems with crashes and failures to convert strings. I've rebuild libc with this and it does nothing for the newsbeuter or perl crashes :( Thanks Uli From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 19:37: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 98DA1EDF; Mon, 21 Oct 2013 19:37:30 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65A672029; Mon, 21 Oct 2013 19:37:30 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id r9LJbT2F005009 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 21 Oct 2013 14:37:29 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.214]) by LTCFISWMSGHT06.FNFIS.com ([10.132.206.17]) with mapi id 14.02.0309.002; Mon, 21 Oct 2013 14:37:28 -0500 From: "Teske, Devin" To: FreeBSD Current Subject: [CFT] Improve bsdinstall debugging Thread-Topic: [CFT] Improve bsdinstall debugging Thread-Index: AQHOzpT51ptbKLP+PECpL7X6XAOkYw== Date: Mon, 21 Oct 2013 19:37:27 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D720FC90DF9@LTCFISWMSGMB21.FNFIS.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.121] Content-Type: text/plain; charset="us-ascii" Content-ID: <04885C52E4CF9242808A7C41FA7EB60C@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431, 0.0.0000 definitions=2013-10-21_03:2013-10-21,2013-10-21,1970-01-01 signatures=0 Cc: Devin Teske , "Teske, Devin" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 19:37:30 -0000 Hi all, I've got a set of patches to apply to bsdinstall to improve debugging. Would like some testing and/or review feedback. Patches are here (tarball form; apply in any order using "svn patch"): http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_debug/?view=3Dtar http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/?view=3Dtar The net effect of the patches is to: 1. Increase debugging to include commands and their output 2. Add descriptions in the debug output to show what we're doing 3. Provide better error reporting through dialog(1) (when interactive) 4. Implement debugging for things we may not expect to go wrong 5. Show function names in debug messages 6. Log values of important environment variables 7. Type-check arguments that need to be a specific type (e.g., integer) 8. Double-quote values that we can't guarantee to not contain $IFS 9. In the zfsboot script, catch any error from all 48+ fork-execs 10. Abort immediately on error if nonInteractive is set (zfsboot) 11. Implement `-D file' for bsdinstall to change BSDINSTALL_LOG 12. If the log file can't be written, print a single warning and don't log 13. Fix dangling participle "Begun" in log message to "Began" 14. Rewrite "docsinstall" module to not depend on the log file for error NB: Also brings in bsdconfig package management API to docsinstall Right now, it should be noted that I went to town on the zfsboot script but I was a lot more sedate when patching the rest of bsdinstall. The initial motivation for the debugging additions for the rest of bsdinsta= ll (besides zfsboot) was from flo@ whom was unable to deploy to his Soekris boxen via PXE because /tmp was read-only when bsdinstall started (and if it couldn't write to its log file, it just exited -- withou= t perhaps giving you a chance to run a script to bootstrap a writable /tmp). These patches fixed flo@'s problem with bsdinstall not launching. The motivation for the zfsboot debugging additions was a thread wherein someone had some ad hoc graid metadata on a disk and we were unable to (from the user interface *or* the debug logfile) diagnose the situation. These patches fixed Johan's problems with that. Then... I decided to take it one step further and centralize the debugging API -- currently stashed in "zfsboot" for local usage... but with feedback from this thread, I'd like t= o then uplift those into the library files and then pepper them throughout the rest of bsdinstall to make its debugging as strong as that in "zfsboot". --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 20:03:34 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 54CF0A40; Mon, 21 Oct 2013 20:03:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward16.mail.yandex.net (forward16.mail.yandex.net [IPv6:2a02:6b8:0:1402::1]) by mx1.freebsd.org (Postfix) with ESMTP id 05F662225; Mon, 21 Oct 2013 20:03:34 +0000 (UTC) Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [95.108.252.16]) by forward16.mail.yandex.net (Yandex) with ESMTP id 63891D22067; Tue, 22 Oct 2013 00:03:31 +0400 (MSK) Received: from smtp16.mail.yandex.net (localhost [127.0.0.1]) by smtp16.mail.yandex.net (Yandex) with ESMTP id B44576A0754; Tue, 22 Oct 2013 00:03:30 +0400 (MSK) Received: from v3-151-7.yandex.net (v3-151-7.yandex.net [84.201.151.7]) by smtp16.mail.yandex.net (nwsmtp/Yandex) with ESMTP id cS8prTbqQD-3U848Fwd; Tue, 22 Oct 2013 00:03:30 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1382385810; bh=BbQJ1RGNFY5UVp5wFZPZJxeUtqaWILQasz8lK1ScA+s=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=B09Z0qGjBDvz2qKjnYN7DWGgPehJyxbtFNJmoUhrR96dUWizom3o35tVc8wbSkvLu LaV+qLX8WqIyjbthjP3O/ljgifLRpJgWjSkmXpB1Mu6JnGyBZC3k3J4aH4Prf6oeei xpw0Un58xWaIbcGJ0YQXAwjNDsWXiQg/n3/nORNo= Authentication-Results: smtp16.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5265878B.1050809@yandex.ru> Date: Mon, 21 Oct 2013 23:59:07 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: [rfc] removing the NDISulator References: <81.4D.19454.84022625@cdptpa-oedge03> In-Reply-To: <81.4D.19454.84022625@cdptpa-oedge03> 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: Mon, 21 Oct 2013 20:03:34 -0000 On 19.10.2013 10:01, Thomas Mueller wrote: > I too would like to see more effort writing new Ethernet and wifi > drivers and porting from other operating systems. > > But I would like to keep the NDISulator/NDISwrapper as a fallback. > > There are still wifi adapters, Ethernet too, where there is no > FreeBSD driver (AR9271 for instance), or the FreeBSD driver is > buggy. I'm agree. While there are still some devices without native drivers, but that work via NDISulator, we should keep it. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 20:07: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 9D3D7D84; Mon, 21 Oct 2013 20:07:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C6842266; Mon, 21 Oct 2013 20:07:42 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id j15so2759445qaq.6 for ; Mon, 21 Oct 2013 13:07:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=liBR6BBiCOwhHyD4a4JIH88S7bsve0z35P3dcZn7Zlk=; b=IPFsaUTtJrlKvX/GllNZiufkwB5lAnIiiiiXipcBvuXTcJzDWSGPJcMWliAYJJ/XGr daLQqEnAdSIQ+Jvp/E1qM4qYFr8s1EmpBSLpCROAvRpNFMQQtiYcdwsq0Hg2jWa9dcS9 eDXhawH35Jg1Ma2CZFItfmGmUZ/0BuSEr+AJ0BIamnmaIuFFvNMdTQuMe885j1CbHJEj S+jm62LlM1ENH5ReTm0sfTNLNWSi8ZZkcVhs2WvSggcXlnvQiRcpSDrVCPSSBtkFqer4 z2pLQYaKV3wkI5/VEb0sRLzaT4cQCnvCKjiPWpn+NcUfbUHQ5Jem+MN6JP5rzsPl5hti ZqBg== MIME-Version: 1.0 X-Received: by 10.224.167.206 with SMTP id r14mr25498788qay.4.1382386061003; Mon, 21 Oct 2013 13:07:41 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Mon, 21 Oct 2013 13:07:40 -0700 (PDT) In-Reply-To: <5265878B.1050809@yandex.ru> References: <81.4D.19454.84022625@cdptpa-oedge03> <5265878B.1050809@yandex.ru> Date: Mon, 21 Oct 2013 13:07:40 -0700 X-Google-Sender-Auth: 85ufjsxvpXzP8yAO0zoo3UeF6tY Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Thomas Mueller , "freebsd-wireless@freebsd.org" , 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: Mon, 21 Oct 2013 20:07:42 -0000 On 21 October 2013 12:59, Andrey V. Elsukov wrote: > On 19.10.2013 10:01, Thomas Mueller wrote: > > I too would like to see more effort writing new Ethernet and wifi > > drivers and porting from other operating systems. > > > > But I would like to keep the NDISulator/NDISwrapper as a fallback. > > > > There are still wifi adapters, Ethernet too, where there is no > > FreeBSD driver (AR9271 for instance), or the FreeBSD driver is > > buggy. > > I'm agree. While there are still some devices without native drivers, > but that work via NDISulator, we should keep it. > It's honestly about time that these were updated, fixed and/or ported to FreeBSD. So, I'm still going forward with the plan. I won't be killing it during the 10 lifecycle. -adrian From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 20:34:48 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 0BAB87E8; Mon, 21 Oct 2013 20:34:48 +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 98774244A; Mon, 21 Oct 2013 20:34:47 +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 r9LKYjXY039312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Oct 2013 22:34:45 +0200 (CEST) (envelope-from uqs@FreeBSD.org) Date: Mon, 21 Oct 2013 22:34:45 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Tilman =?utf-8?B?S2Vza2luw7Z6?= Subject: Re: iconv in base breaks multiple ports Message-ID: <20131021203445.GI12255@acme.spoerlein.net> Mail-Followup-To: Tilman =?utf-8?B?S2Vza2luw7Z6?= , current@FreeBSD.org, ports@FreeBSD.org References: <20131020182723.GE12255@acme.spoerlein.net> <52650D9F.2020707@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <52650D9F.2020707@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@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: Mon, 21 Oct 2013 20:34:48 -0000 On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskinöz wrote: > hi Ulrich, > > * Ulrich Spörlein [Sun, 20 Oct 2013 20:27:23 +0200]: > > ever since that iconv thing replaced the ports version, I run into > > trouble with several ports that I have installed on a -CURRENT (now > > stable/10 system). > > > > These are not compile-time errors, but crashes or limited functionality > > where I blame iconv :) > > > > > > 1. www/newsbeuter crashes during startup, somewhere in the stfl code > > that deals with wide char functions. > > > > > Is my system hexed? I've rebuilt the ports/packages a dozen times now. > > Am I seeing ghosts? > > > I don't run Current, but according to the pkg-fallout mails i am > receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there are > some stale files on your system? > > There is also an update in the PR system, you might want to try, > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182896 Right, I had to set USE_GCC=any and muck with -liconv flags of course to get it to build. Lemme whip up a proper patch though, I got it to build fine on -CURRENT with clang now, doesn't fix the crash though :(. Here's a build with USE_GCC=any: https://redports.org/buildarchive/20131021191400-36506/ Here is a more proper fix: https://redports.org/buildarchive/20131021203201-51496/ Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 20:45: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 A3C24D99; Mon, 21 Oct 2013 20:45:51 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0: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 546CA24F1; Mon, 21 Oct 2013 20:45:51 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id ks9so793068vcb.31 for ; Mon, 21 Oct 2013 13:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=lEUCZUhIzisDT3AfBDitWHhL5x4DDyv3V54MLlwyvCo=; b=WvvofkIrZ+VkLiYVal8EKEN+V5YE4O4da4Dsobbe5PFLsNCY0BGC3vysnBX4kkAoSU gA6Ycl4cflj69MHlkURGK3/jS9cOw9CeWOJ2kgncwr+ijMs4g6U7pV7Jlv7VrjMrRgo3 +xIrLEMkX6mPm1AG5JLiEoEpcoGniwmP3Au/Uw1/3bxIGQVbOtXdxIOx9yrVBdkJ/ZHw UH65Z4sai+11s0LJkL6PYYjqM0G0T7jeE+x+QqY6EgGoTH/DNbEekLRSYBQAQYYCFqEQ y8ScvrHWgKmmXMtUNP8RVZicdCE24yPQigiGs22tpvts1oL5tckZStpy5BgGflljOu1t Q8kw== MIME-Version: 1.0 X-Received: by 10.58.156.106 with SMTP id wd10mr12150227veb.7.1382388350371; Mon, 21 Oct 2013 13:45:50 -0700 (PDT) Received: by 10.221.4.137 with HTTP; Mon, 21 Oct 2013 13:45:50 -0700 (PDT) Date: Mon, 21 Oct 2013 16:45:50 -0400 Message-ID: Subject: FreeBSD crypto and security meta From: grarpamp To: cryptography@randombit.net Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Mon, 21 Oct 2013 21:24:43 +0000 Cc: freebsd-security@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: Mon, 21 Oct 2013 20:45:51 -0000 > https://lists.freebsd.org/pipermail/freebsd-security/2013-October/007226.html http://www.freebsd.org/news/status/report-2013-07-2013-09.html#AES-NI-Improvements-for-GELI http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Reworking-random(4) From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 21:47:18 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 8399D51B; Mon, 21 Oct 2013 21:47:18 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 1101E28D9; Mon, 21 Oct 2013 21:47:17 +0000 (UTC) Received: from mart.js.berklix.net (p57BCF4E4.dip0.t-ipconnect.de [87.188.244.228]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id r9LLl8OG018137; Mon, 21 Oct 2013 21:47:09 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id r9LLl4tH078191; Mon, 21 Oct 2013 23:47:04 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id r9LLkqZ1044966; Mon, 21 Oct 2013 23:46:58 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201310212146.r9LLkqZ1044966@fire.js.berklix.net> To: "Andrey V. Elsukov" , Adrian Chadd Subject: Re: [rfc] removing the NDISulator From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 21 Oct 2013 23:59:07 +0400." <5265878B.1050809@yandex.ru> Date: Mon, 21 Oct 2013 23:46:52 +0200 Sender: jhs@berklix.com Cc: "freebsd-wireless@freebsd.org" , 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: Mon, 21 Oct 2013 21:47:18 -0000 "Andrey V. Elsukov" wrote: > I'm agree. While there are still some devices without native drivers, > but that work via NDISulator, we should keep it. Yes, best keep it while it helps some people. Adrian Chadd wrote: > It's honestly about time that these were updated, fixed and/or ported to > FreeBSD. > > So, I'm still going forward with the plan. I won't be killing it during the > 10 lifecycle. If ndis is removed while it works, that would be bad for users, some of whom won't even be on lists, but use ndis as their lifeboat. If ndis is later labeled as abandoned & if maintenance ceases, & if it then breaks, only then will pressure increase on others to step forward & help fix things; if a wait then sees no one stepping forward, surely only then would removal seem most appropriate ? Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 21:55: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 7828F832 for ; Mon, 21 Oct 2013 21:55:50 +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 4C0492986 for ; Mon, 21 Oct 2013 21:55:49 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 137D421A77 for ; Mon, 21 Oct 2013 17:55:49 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Mon, 21 Oct 2013 17:55:49 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=W3Qp77KSRaaoQG+AZD5k9sd2uiQ=; b=TKK H91B20BuX9IGUe99G+uJzZec7exXiql5xpLVJFJGPH0QTuGxdtksE9TmG7kP/Zk0 ahvZpC+C2v6jjp8Y7dVsH6Kss+qUiJHAFB0smazcDzz/PI8DPFLLhFuQZXY6p3RE j/FL+v3HtMVUxutonylZXEX4sTDy+YeL2CYf4CZI= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id E5ECB107090; Mon, 21 Oct 2013 17:55:48 -0400 (EDT) Message-Id: <1382392548.30297.36790169.47A487A2@webmail.messagingengine.com> X-Sasl-Enc: ZtCVLjCmZg3kSwp7ru3IqpOcYt73hQnK1XyuziBPvqfK 1382392548 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-0cc2f9cc In-Reply-To: <201310212146.r9LLkqZ1044966@fire.js.berklix.net> References: <201310212146.r9LLkqZ1044966@fire.js.berklix.net> Subject: Re: [rfc] removing the NDISulator Date: Mon, 21 Oct 2013 16:55:48 -0500 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, 21 Oct 2013 21:55:50 -0000 Is there any harm in marking it as deprecated in 10 so awareness begins immediately? We can delay its removal beyond 11 if absolutely necessary... From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 22:29: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 D51041A8; Mon, 21 Oct 2013 22:29:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 819F02B3E; Mon, 21 Oct 2013 22:29:25 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id i13so2872695qae.15 for ; Mon, 21 Oct 2013 15:29: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; bh=9S7zz1ir/Ac5ofoWkNKhp1JiqRaN6i/OGX+W/5GBiS4=; b=uA6daoWD7ANOwxMsG6Z7KiBOu0YJdLNUYEfQLFvFNhStrdW8Pks4CAOLI3xUqZbzJ+ X6DWw0Rljud2LWqso501lrogzOexQ9TPX6Arf3xe/JRpkXHH4KciPZFbvMbJHlX7nQa6 Pkc+qW/en6HKmgXT+y84paB839KQJr3U/8JtN2VWNxJxO2503FdigAaNL2NesuNwMlr5 C4LcKbBxyxL6X7VPnWT3VrmhfxUX4md9NOpM3ui/IlBiNkNQvNMdB37kO5sx8Jkmt7F0 4pAwBivhJlbdgy2QdkMHoKsKE9Wm5DdRU1SX8h2u1WAQ7Gu+j2XrQ2QCTE1vsLk75UtJ hq9Q== MIME-Version: 1.0 X-Received: by 10.224.167.206 with SMTP id r14mr26172289qay.4.1382394564591; Mon, 21 Oct 2013 15:29:24 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Mon, 21 Oct 2013 15:29:24 -0700 (PDT) In-Reply-To: <201310212146.r9LLkqZ1044966@fire.js.berklix.net> References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> Date: Mon, 21 Oct 2013 15:29:24 -0700 X-Google-Sender-Auth: ymI1TcBFoob0aaA4zPlKqcFQzwg Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Andrey V. Elsukov" , "freebsd-wireless@freebsd.org" , 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: Mon, 21 Oct 2013 22:29:25 -0000 The NDISulator is a crutch from a time when there wasn't _any_ real alternative. There are plenty of alternatives now. What's lacking is desire and person-power. But the datasheets are there, or the vendor code has been released, or there's linux/otherbsd drivers. Leaving it in there is just delaying the inevitable - drivers need to be fixed, ported, or reverse engineered. This is going to upset users in the same way that eliminating any other transition/sideways compatibility layer upsets users. But as I said, the path forward is fixing up the lack of stable drivers, not simply supporting some crutch. If there are drivers that people absolutely need fixed then they should stand up and say "hey, I really would like X to work better!" and then follow it up with some encouraging incentives. Right now the NDISulator lets people work _around_ this by having something that kind of works for them but it doesn't improve our general driver / stack ecosystems. -adrian On 21 October 2013 14:46, Julian H. Stacey wrote: > "Andrey V. Elsukov" wrote: > > > I'm agree. While there are still some devices without native drivers, > > but that work via NDISulator, we should keep it. > > Yes, best keep it while it helps some people. > > > Adrian Chadd wrote: > > > It's honestly about time that these were updated, fixed and/or ported to > > FreeBSD. > > > > So, I'm still going forward with the plan. I won't be killing it during > the > > 10 lifecycle. > > If ndis is removed while it works, that would be bad for users, > some of whom won't even be on lists, but use ndis as their lifeboat. > > If ndis is later labeled as abandoned & if maintenance ceases, & if it > then breaks, only then will pressure increase on others to step > forward & help fix things; if a wait then sees no one stepping forward, > surely only then would removal seem most appropriate ? > > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich > http://berklix.com > Interleave replies below like a play script. Indent old text with "> ". > Send plain text, not quoted-printable, HTML, base64, or > multipart/alternative. > From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 22:38:30 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 9BB21463; Mon, 21 Oct 2013 22:38:30 +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 630F62BC9; Mon, 21 Oct 2013 22:38:30 +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 r9LMcTmw061557; Mon, 21 Oct 2013 18:38:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9LMcSr3061552; Mon, 21 Oct 2013 22:38:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Oct 2013 22:38:28 GMT Message-Id: <201310212238.r9LMcSr3061552@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 armv6/arm 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, 21 Oct 2013 22:38:30 -0000 TB --- 2013-10-21 19:30:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-21 19:30:19 - 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-10-21 19:30:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-10-21 19:30:19 - cleaning the object tree TB --- 2013-10-21 19:32:52 - /usr/local/bin/svn stat /src TB --- 2013-10-21 19:32:56 - At svn revision 256858 TB --- 2013-10-21 19:32:57 - building world TB --- 2013-10-21 19:32:57 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 19:32:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 19:32:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 19:32:57 - SRCCONF=/dev/null TB --- 2013-10-21 19:32:57 - TARGET=arm TB --- 2013-10-21 19:32:57 - TARGET_ARCH=armv6 TB --- 2013-10-21 19:32:57 - TZ=UTC TB --- 2013-10-21 19:32:57 - __MAKE_CONF=/dev/null TB --- 2013-10-21 19:32:57 - cd /src TB --- 2013-10-21 19:32:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 21 19:33:04 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 Mon Oct 21 22:35:36 UTC 2013 TB --- 2013-10-21 22:35:36 - generating LINT kernel config TB --- 2013-10-21 22:35:36 - cd /src/sys/arm/conf TB --- 2013-10-21 22:35:36 - /usr/bin/make -B LINT TB --- 2013-10-21 22:35:36 - cd /src/sys/arm/conf TB --- 2013-10-21 22:35:36 - /usr/sbin/config -m LINT TB --- 2013-10-21 22:35:36 - skipping LINT kernel TB --- 2013-10-21 22:35:36 - cd /src/sys/arm/conf TB --- 2013-10-21 22:35:36 - /usr/sbin/config -m AC100 TB --- 2013-10-21 22:35:36 - building AC100 kernel TB --- 2013-10-21 22:35:36 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 22:35:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 22:35:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 22:35:36 - SRCCONF=/dev/null TB --- 2013-10-21 22:35:36 - TARGET=arm TB --- 2013-10-21 22:35:36 - TARGET_ARCH=armv6 TB --- 2013-10-21 22:35:36 - TZ=UTC TB --- 2013-10-21 22:35:36 - __MAKE_CONF=/dev/null TB --- 2013-10-21 22:35:36 - cd /src TB --- 2013-10-21 22:35:36 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Mon Oct 21 22:35:36 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 [...] rm -f hack.c cat /src/sys/conf/ldscript.arm|sed s/KERNPHYSADDR/0x00200000/g| sed s/KERNVIRTADDR/0xc0200000/g > ldscript.arm MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh AC100 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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -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 -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror vers.c linking kernel.debug ffs_vfsops.o: In function `db_show_ffs': /src/sys/ufs/ffs/ffs_vfsops.c:2235: undefined reference to `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:2241: undefined reference to `db_print_ffs' *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-21 22:38:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-21 22:38:28 - ERROR: failed to build AC100 kernel TB --- 2013-10-21 22:38:28 - 8826.58 user 1653.67 system 11289.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 23:07:52 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 EDCDB96 for ; Mon, 21 Oct 2013 23:07:51 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm2-vm5.bullet.mail.gq1.yahoo.com (nm2-vm5.bullet.mail.gq1.yahoo.com [98.136.218.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AD7E22DA4 for ; Mon, 21 Oct 2013 23:07:51 +0000 (UTC) Received: from [216.39.60.181] by nm2.bullet.mail.gq1.yahoo.com with NNFMP; 21 Oct 2013 23:00:58 -0000 Received: from [208.71.42.197] by tm17.bullet.mail.gq1.yahoo.com with NNFMP; 21 Oct 2013 23:00:58 -0000 Received: from [127.0.0.1] by smtp208.mail.gq1.yahoo.com with NNFMP; 21 Oct 2013 23:00:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382396458; bh=15qGdzIT7KlFZthMNFQgpiXvbna0igmxcAzq5KMV/ks=; 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=m2LxzIFDFlrm8ZVNQH6O8LqbXJmsVqPNhbpDjFoGX5ZwIS1qzi0vgD5Jn1JHr5JZ465JrQudbd2K9S5shdceDCgIHWL9YY0ymdO62sMRLn1wMJYj/U2eXUcW86Swnqv/fNi7VpCqNyTRX+SuhV5Y2i1sId62be33krw9ubGZK/4= X-Yahoo-Newman-Id: 565919.15257.bm@smtp208.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ijXbnb4VM1nHbcePMnR2Y6Cw4JNk5XU1sdzKB_YRR9b1QOF bhxj9EwsiukudIr02sZxUXY7be2Fbb0z6CH6D0rokQ7aqg7YkzSRK40v0h6I fFKI8JuUG88.l3b3ICNGdP2iVpMso7yHb.cdMd1YkIkSmC4x9IlSQIFt3Nzk T4bFZKbZmhLZOhPN8CoJyNv6HGLHKQqNgkraAW4fsgIu5JqVoCyXOqBQcBbX TTBGe_auNCzXkbvWA0nld4PKpxjlJjpt1X_NG2nyHvrQfb.zSl94KuelgNG9 4rWUKE01VwxcmrC4srMF0SVFushvUP4KKOOtdJ1FgUeaPZq5BPslD22hbITI IrbBsNZpiMPG6CqVwDZ1kv7qkflSTymqPTZT.21AleWNplKZ.hwuWgecH4N2 J9IjL3nV3NVGo4IgR4c.DQzVYmKFwCbAuYY_c0UsGR6TdPx6hhUnDHOTkox1 VHCXFw6HlO8IvxA.w.z5kp__SSeqsZ1D4K4fF1mEr1WPyUBF.g0Z7RSfx7fe f.LEmNlssNXA0bnNcre6CUyZalvzbNlue034mpUIl_e7lBm25Q2oVWUxlTmy hZ7KeQXv9 X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.3] (sean_bruno@96.47.64.130 with ) by smtp208.mail.gq1.yahoo.com with SMTP; 21 Oct 2013 16:00:58 -0700 PDT Subject: Re: contrib/gcclibs/libssp security warning From: Sean Bruno To: Dimitry Andric In-Reply-To: <543E81FB-3C62-4CE6-B2D4-63A0ED7CE006@FreeBSD.org> References: <1382327252.2610.2.camel@localhost> <543E81FB-3C62-4CE6-B2D4-63A0ED7CE006@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ol176hfl+8sjbf2rDUdt" Date: Mon, 21 Oct 2013 19:00:56 -0400 Message-ID: <1382396456.7749.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: Mon, 21 Oct 2013 23:07:52 -0000 --=-ol176hfl+8sjbf2rDUdt Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-10-21 at 08:44 +0200, Dimitry Andric wrote: > On Oct 21, 2013, at 05:47, Sean Bruno wrote: > > There's an unchecked syslog call inside of libssp/ssp.c=20 > >=20 > >=20 > > /usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23: > > warning: format string is not a string literal (potentially insecure) > > [-Wformat-security] > > syslog (LOG_CRIT, msg1); > > ^~~~ > > 1 warning generated. > > /usr/src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/ssp.c:137:23: > > warning: format string is not a string literal (potentially insecure) > > [-Wformat-security] > > syslog (LOG_CRIT, msg1); > >=20 > > I propose the following change: > >=20 > > Index: contrib/gcclibs/libssp/ssp.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 > > --- contrib/gcclibs/libssp/ssp.c (revision 256712) > > +++ contrib/gcclibs/libssp/ssp.c (working copy) > > #ifdef HAVE_SYSLOG_H > > /* Only send the error to syslog if there was no tty available. */ > > else > > - syslog (LOG_CRIT, msg3); > > + syslog (LOG_CRIT, "%s", msg3); > > #endif /* HAVE_SYSLOG_H */ > >=20 >=20 >=20 > Heh, this is also still in upstream gcc. :-) It should not be a real > security problem, as the fail() function is only ever called twice, with > predictable const char arguments. But better safe than sorry, so LGTM. >=20 > -Dimitry >=20 done at svn r256866 sean --=-ol176hfl+8sjbf2rDUdt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAABAgAGBQJSZbIoAAoJEBkJRdwI6BaH22IIAIjOhyLeYHF0fb99r2+gVTvG ArPreu0A5hl0oq3+PZWNkmRv77FxjH027L+Bog+FQMATE61VQL///gB90BfW25EZ 2nlr6jjEsoTbtTLunDY/PHByypV38ZXtiHJNPADY3/sP96xfFsRUgonHQeYvnfEj dtwGXAoLJjoZae34FwpZnSic9BnE/OnCw4Lt5BpW8P0P6CRofkwmnO5KqtrT4RuU xj08KtaE/c2/PzpPSNiucF0gVAK1vNiF1sOG6N2zwzyWUCZYQyZopuLlH295RKA8 1CYDuiqtgDGxMckKyYd18ezfNeeNehZRALpSS1Y+lbYxcwmVMr7RcCvDgOxkBL0= =Xnnn -----END PGP SIGNATURE----- --=-ol176hfl+8sjbf2rDUdt-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 23:12:35 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 6231B56F; Mon, 21 Oct 2013 23:12:35 +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 2845D2E00; Mon, 21 Oct 2013 23:12:34 +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 r9LNCYpc023500; Mon, 21 Oct 2013 19:12:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9LNCYAr023499; Mon, 21 Oct 2013 23:12:34 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 21 Oct 2013 23:12:34 GMT Message-Id: <201310212312.r9LNCYAr023499@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 arm/arm 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, 21 Oct 2013 23:12:35 -0000 TB --- 2013-10-21 19:30:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-21 19:30:19 - 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-10-21 19:30:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-10-21 19:30:19 - cleaning the object tree TB --- 2013-10-21 19:33:04 - /usr/local/bin/svn stat /src TB --- 2013-10-21 19:33:07 - At svn revision 256858 TB --- 2013-10-21 19:33:08 - building world TB --- 2013-10-21 19:33:08 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 19:33:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 19:33:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 19:33:08 - SRCCONF=/dev/null TB --- 2013-10-21 19:33:08 - TARGET=arm TB --- 2013-10-21 19:33:08 - TARGET_ARCH=arm TB --- 2013-10-21 19:33:08 - TZ=UTC TB --- 2013-10-21 19:33:08 - __MAKE_CONF=/dev/null TB --- 2013-10-21 19:33:08 - cd /src TB --- 2013-10-21 19:33:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 21 19:33:14 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 Mon Oct 21 22:35:36 UTC 2013 TB --- 2013-10-21 22:35:36 - generating LINT kernel config TB --- 2013-10-21 22:35:36 - cd /src/sys/arm/conf TB --- 2013-10-21 22:35:36 - /usr/bin/make -B LINT TB --- 2013-10-21 22:35:36 - cd /src/sys/arm/conf TB --- 2013-10-21 22:35:36 - /usr/sbin/config -m LINT TB --- 2013-10-21 22:35:36 - building LINT kernel TB --- 2013-10-21 22:35:36 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 22:35:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 22:35:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 22:35:36 - SRCCONF=/dev/null TB --- 2013-10-21 22:35:36 - TARGET=arm TB --- 2013-10-21 22:35:36 - TARGET_ARCH=arm TB --- 2013-10-21 22:35:36 - TZ=UTC TB --- 2013-10-21 22:35:36 - __MAKE_CONF=/dev/null TB --- 2013-10-21 22:35:36 - cd /src TB --- 2013-10-21 22:35:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 21 22:35:36 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 LINT completed on Mon Oct 21 22:59:18 UTC 2013 TB --- 2013-10-21 22:59:18 - cd /src/sys/arm/conf TB --- 2013-10-21 22:59:18 - /usr/sbin/config -m AC100 TB --- 2013-10-21 22:59:18 - skipping AC100 kernel TB --- 2013-10-21 22:59:18 - cd /src/sys/arm/conf TB --- 2013-10-21 22:59:18 - /usr/sbin/config -m ARMADAXP TB --- 2013-10-21 22:59:18 - skipping ARMADAXP kernel TB --- 2013-10-21 22:59:18 - cd /src/sys/arm/conf TB --- 2013-10-21 22:59:18 - /usr/sbin/config -m ARNDALE TB --- 2013-10-21 22:59:18 - skipping ARNDALE kernel TB --- 2013-10-21 22:59:18 - cd /src/sys/arm/conf TB --- 2013-10-21 22:59:18 - /usr/sbin/config -m ATMEL TB --- 2013-10-21 22:59:18 - building ATMEL kernel TB --- 2013-10-21 22:59:18 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 22:59:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 22:59:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 22:59:18 - SRCCONF=/dev/null TB --- 2013-10-21 22:59:18 - TARGET=arm TB --- 2013-10-21 22:59:18 - TARGET_ARCH=arm TB --- 2013-10-21 22:59:18 - TZ=UTC TB --- 2013-10-21 22:59:18 - __MAKE_CONF=/dev/null TB --- 2013-10-21 22:59:18 - cd /src TB --- 2013-10-21 22:59:18 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Mon Oct 21 22:59: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 >>> Kernel build for ATMEL completed on Mon Oct 21 23:03:11 UTC 2013 TB --- 2013-10-21 23:03:11 - cd /src/sys/arm/conf TB --- 2013-10-21 23:03:11 - /usr/sbin/config -m AVILA TB --- 2013-10-21 23:03:11 - skipping AVILA kernel TB --- 2013-10-21 23:03:11 - cd /src/sys/arm/conf TB --- 2013-10-21 23:03:11 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-10-21 23:03:11 - skipping BEAGLEBONE kernel TB --- 2013-10-21 23:03:11 - cd /src/sys/arm/conf TB --- 2013-10-21 23:03:11 - /usr/sbin/config -m BWCT TB --- 2013-10-21 23:03:11 - building BWCT kernel TB --- 2013-10-21 23:03:11 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 23:03:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 23:03:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 23:03:11 - SRCCONF=/dev/null TB --- 2013-10-21 23:03:11 - TARGET=arm TB --- 2013-10-21 23:03:11 - TARGET_ARCH=arm TB --- 2013-10-21 23:03:11 - TZ=UTC TB --- 2013-10-21 23:03:11 - __MAKE_CONF=/dev/null TB --- 2013-10-21 23:03:11 - cd /src TB --- 2013-10-21 23:03:11 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Mon Oct 21 23:03:11 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 BWCT completed on Mon Oct 21 23:05:46 UTC 2013 TB --- 2013-10-21 23:05:46 - cd /src/sys/arm/conf TB --- 2013-10-21 23:05:46 - /usr/sbin/config -m CAMBRIA TB --- 2013-10-21 23:05:46 - skipping CAMBRIA kernel TB --- 2013-10-21 23:05:46 - cd /src/sys/arm/conf TB --- 2013-10-21 23:05:46 - /usr/sbin/config -m CNS11XXNAS TB --- 2013-10-21 23:05:46 - building CNS11XXNAS kernel TB --- 2013-10-21 23:05:46 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 23:05:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 23:05:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 23:05:46 - SRCCONF=/dev/null TB --- 2013-10-21 23:05:46 - TARGET=arm TB --- 2013-10-21 23:05:46 - TARGET_ARCH=arm TB --- 2013-10-21 23:05:46 - TZ=UTC TB --- 2013-10-21 23:05:46 - __MAKE_CONF=/dev/null TB --- 2013-10-21 23:05:46 - cd /src TB --- 2013-10-21 23:05:46 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Mon Oct 21 23:05:46 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 CNS11XXNAS completed on Mon Oct 21 23:09:23 UTC 2013 TB --- 2013-10-21 23:09:23 - cd /src/sys/arm/conf TB --- 2013-10-21 23:09:23 - /usr/sbin/config -m CRB TB --- 2013-10-21 23:09:23 - skipping CRB kernel TB --- 2013-10-21 23:09:23 - cd /src/sys/arm/conf TB --- 2013-10-21 23:09:23 - /usr/sbin/config -m CUBIEBOARD TB --- 2013-10-21 23:09:23 - skipping CUBIEBOARD kernel TB --- 2013-10-21 23:09:23 - cd /src/sys/arm/conf TB --- 2013-10-21 23:09:23 - /usr/sbin/config -m CUBIEBOARD2 TB --- 2013-10-21 23:09:23 - skipping CUBIEBOARD2 kernel TB --- 2013-10-21 23:09:23 - cd /src/sys/arm/conf TB --- 2013-10-21 23:09:23 - /usr/sbin/config -m DB-78XXX TB --- 2013-10-21 23:09:23 - building DB-78XXX kernel TB --- 2013-10-21 23:09:23 - CROSS_BUILD_TESTING=YES TB --- 2013-10-21 23:09:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-21 23:09:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-21 23:09:23 - SRCCONF=/dev/null TB --- 2013-10-21 23:09:23 - TARGET=arm TB --- 2013-10-21 23:09:23 - TARGET_ARCH=arm TB --- 2013-10-21 23:09:23 - TZ=UTC TB --- 2013-10-21 23:09:23 - __MAKE_CONF=/dev/null TB --- 2013-10-21 23:09:23 - cd /src TB --- 2013-10-21 23:09:23 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Mon Oct 21 23:09:23 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 [...] rm -f hack.c cat /src/sys/conf/ldscript.arm|sed s/KERNPHYSADDR/0x00900000/g| sed s/KERNVIRTADDR/0xc0900000/g > ldscript.arm MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh DB-88F78XX 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/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -march=armv5te -funwind-tables -mllvm -arm-enable-ehabi -ffreestanding -Werror vers.c linking kernel ffs_vfsops.o: In function `db_show_ffs': /src/sys/ufs/ffs/ffs_vfsops.c:(.text+0x1250): undefined reference to `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:(.text+0x1288): undefined reference to `db_print_ffs' *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/DB-78XXX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-21 23:12:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-21 23:12:33 - ERROR: failed to build DB-78XXX kernel TB --- 2013-10-21 23:12:33 - 10270.07 user 2033.16 system 13334.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Oct 21 23:43:55 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 81D22133 for ; Mon, 21 Oct 2013 23:43:55 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm22-vm1.bullet.mail.bf1.yahoo.com (nm22-vm1.bullet.mail.bf1.yahoo.com [98.139.212.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A07B2F91 for ; Mon, 21 Oct 2013 23:43:54 +0000 (UTC) Received: from [66.196.81.172] by nm22.bullet.mail.bf1.yahoo.com with NNFMP; 21 Oct 2013 23:43:47 -0000 Received: from [98.139.211.162] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 21 Oct 2013 23:43:47 -0000 Received: from [127.0.0.1] by smtp219.mail.bf1.yahoo.com with NNFMP; 21 Oct 2013 23:43:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382399027; bh=fDdUiXuIMT5zKr92146ww+CGzAMWk9jmtGk7UcoA558=; 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=QRmcEgzPc6pYszCzp+6/imDGK5pOEz/EbHO8UMzXHR6hWj974yDaEiOrsc/29YaM7WCNQHfR1R1rUfKWRRo2ypSmC+8e7utIkd81UuvRH97a3R/KEIff7zS4SWM1X3rD9CrKGnqf0gnZIpsVtrDGDL+LwTYdAss9+Wp+kBPWlGU= X-Yahoo-Newman-Id: 111010.89184.bm@smtp219.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: XwN.pcQVM1lknlVUZqeRHBiFvy51n4.WLebjWLc5L8BQ9JS bJ.BZKgYa2KVPhlrY0o9eO0mhOId8XkYFZMS3CbfvBKZl_jrmirWm7DKQUoD 9v0EZ_oAXMBL.owoKJdnJIV7qxo.TFnAQZfjRBxGpoQB5d9dOQ88Hks.Hq7l zLxz.1o4fDRSBogN6dHthJHoemXEaWu_CwXzP_TbhxWwISWbeuq9UtZmoOcj L1LJ1_3dpV3jpy16ATiW31DBMComUVDo.oBRpmdahpoOGKXS2SzLNXjmrxij e9JDzbpvZss7p6iipejv7H62fSRxD64zFpsEqVeedv_kpP72rVL8cT.le9x2 VZEsqXFbGNBMNoqyUJuWfUjT9LYHzHNaP6EgMWCkkxS62Y17WAyzwhsS1gAp kSJInof4LXnWzlWtq.ozyvBvpJh.JKWOQmwk6tfdldCB9s_m8zEBmzxgJUeY X9Ds6qwpU3ENlkobwBDXpX__Ehm.ye4q5RW8y4bVgwpIQNDXPuNCAo2.iePI 34M7egOJs3uM8hbb4o7d0Rzg.U.PvgmzsPxy2FNdUYC3NzvxzB_e5FVX9VhS 6dfNcAiWt91mPlh2OeeW8znRHrnTfed410X.r0nJVBu16ogXgiA_dYec5 X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.3] (sean_bruno@96.47.64.130 with ) by smtp219.mail.bf1.yahoo.com with SMTP; 21 Oct 2013 16:43:47 -0700 PDT Subject: Re: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: Sean Bruno To: "freebsd-current@freebsd.org" In-Reply-To: <1382327452.2610.5.camel@localhost> References: <1382327452.2610.5.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-y8zD7hF9XmcViC+R9qTH" Date: Mon, 21 Oct 2013 19:43:46 -0400 Message-ID: <1382399026.7749.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Matthew Fleming 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: Mon, 21 Oct 2013 23:43:55 -0000 --=-y8zD7hF9XmcViC+R9qTH Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 2013-10-20 at 23:50 -0400, Sean Bruno wrote: > gperf has some clang warnings that seem to be harmless, but annoying > regarding some of the logical operations around detecting ascii chars: >=20 > c++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -Wno-c > ++11-extensions > -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > -I/usr/src/gnu/usr.bin/g > perf > -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc > /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc:284:27: > warning: '&&' within '||' [-Wlogical-op-parentheses] > if (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *arg <= =3D > 'z') > ~~~~~~~~~~~~^~~~~~~~~~~~~~ ~~ >=20 >=20 Heh, Matthew suggested the obvious in private mail, it seems that this would be better "spelled" as "isalpha" :-) Index: contrib/gperf/src/options.cc =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 --- contrib/gperf/src/options.cc (revision 256865) +++ contrib/gperf/src/options.cc (working copy) @@ -281,7 +281,7 @@ { putchar (*arg); arg++; - if (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *arg <=3D= 'z') + if (isalpha(*arg)) { putchar (*arg); arg++; @@ -293,7 +293,7 @@ putchar (*arg); arg++; } - while (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *a= rg <=3D 'z' || *arg =3D=3D '-'); + while (isalpha(*arg) || *arg =3D=3D '-'); if (*arg =3D=3D '=3D') { putchar (*arg); --=-y8zD7hF9XmcViC+R9qTH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAABAgAGBQJSZbwyAAoJEBkJRdwI6BaHYwUH/3dNBq2V2ickWEu6bdJSJ8S+ wurz4zAX1plbWKgWPrbig6owFzEJ28D/3glzH9b1FQTqkQIOCXBY4e7YD6GG3K7x MAC82ryrem5YzLp7y/IMv0H+Cwyv7qR9pkL4fHzq4/nxRaMAEJSslgDOvxGlu++5 WZHKuoqkrWfglcTgCe5N5KFVdtpXG50kQs7p2bRPmIDKGAYHPUc9h7QgnKIqt8Va 6ihGaJMXC1pkIXxxReoLNT7czSeKPMog6/wBSS6Shtl5b7jHQfd49WKNKPdjBIYt QCGpCGSl3mqxdo1JvTnWvuq9gX2Jv2/uSbALDGwJTYiMPMeauNNq+XdaHPowqu0= =ZVph -----END PGP SIGNATURE----- --=-y8zD7hF9XmcViC+R9qTH-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 02:56:03 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 E5F03910; Tue, 22 Oct 2013 02:56:03 +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 AB43E27E4; Tue, 22 Oct 2013 02:56:03 +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 r9M2u2Vs095470; Mon, 21 Oct 2013 22:56:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9M2u1Sw095465; Tue, 22 Oct 2013 02:56:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Oct 2013 02:56:01 GMT Message-Id: <201310220256.r9M2u1Sw095465@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: Tue, 22 Oct 2013 02:56:04 -0000 TB --- 2013-10-22 01:47:09 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-22 01:47:09 - 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-10-22 01:47:09 - starting HEAD tinderbox run for mips/mips TB --- 2013-10-22 01:47:09 - cleaning the object tree TB --- 2013-10-22 01:48:29 - /usr/local/bin/svn stat /src TB --- 2013-10-22 01:49:09 - At svn revision 256858 TB --- 2013-10-22 01:49:10 - building world TB --- 2013-10-22 01:49:10 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 01:49:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 01:49:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 01:49:10 - SRCCONF=/dev/null TB --- 2013-10-22 01:49:10 - TARGET=mips TB --- 2013-10-22 01:49:10 - TARGET_ARCH=mips TB --- 2013-10-22 01:49:10 - TZ=UTC TB --- 2013-10-22 01:49:10 - __MAKE_CONF=/dev/null TB --- 2013-10-22 01:49:10 - cd /src TB --- 2013-10-22 01:49:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Oct 22 01:49:17 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 Tue Oct 22 02:53:01 UTC 2013 TB --- 2013-10-22 02:53:01 - cd /src/sys/mips/conf TB --- 2013-10-22 02:53:01 - /usr/sbin/config -m ADM5120 TB --- 2013-10-22 02:53:01 - skipping ADM5120 kernel TB --- 2013-10-22 02:53:01 - cd /src/sys/mips/conf TB --- 2013-10-22 02:53:01 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-22 02:53:01 - skipping ALCHEMY kernel TB --- 2013-10-22 02:53:01 - cd /src/sys/mips/conf TB --- 2013-10-22 02:53:01 - /usr/sbin/config -m AP121 TB --- 2013-10-22 02:53:01 - building AP121 kernel TB --- 2013-10-22 02:53:01 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 02:53:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 02:53:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 02:53:01 - SRCCONF=/dev/null TB --- 2013-10-22 02:53:01 - TARGET=mips TB --- 2013-10-22 02:53:01 - TARGET_ARCH=mips TB --- 2013-10-22 02:53:01 - TZ=UTC TB --- 2013-10-22 02:53:01 - __MAKE_CONF=/dev/null TB --- 2013-10-22 02:53:01 - cd /src TB --- 2013-10-22 02:53:01 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Oct 22 02:53:01 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 [...] MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh AP121 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 vers.c linking kernel.debug ffs_vfsops.o: In function `db_show_ffs': /src/sys/ufs/ffs/ffs_vfsops.c:(.text+0x5e0): undefined reference to `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:(.text+0x5e0): relocation truncated to fit: R_MIPS_26 against `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:(.text+0x618): undefined reference to `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:(.text+0x618): relocation truncated to fit: R_MIPS_26 against `db_print_ffs' *** 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-10-22 02:56:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-22 02:56:01 - ERROR: failed to build AP121 kernel TB --- 2013-10-22 02:56:01 - 2856.67 user 691.76 system 4132.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 03:41:47 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 3F677158; Tue, 22 Oct 2013 03:41:47 +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 063022AC1; Tue, 22 Oct 2013 03:41:46 +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 r9M3fjOd030159; Mon, 21 Oct 2013 23:41:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9M3fjHr030158; Tue, 22 Oct 2013 03:41:45 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Oct 2013 03:41:45 GMT Message-Id: <201310220341.r9M3fjHr030158@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: Tue, 22 Oct 2013 03:41:47 -0000 TB --- 2013-10-22 02:35:46 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-22 02:35:46 - 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-10-22 02:35:46 - starting HEAD tinderbox run for mips64/mips TB --- 2013-10-22 02:35:46 - cleaning the object tree TB --- 2013-10-22 02:38:23 - /usr/local/bin/svn stat /src TB --- 2013-10-22 02:38:27 - At svn revision 256858 TB --- 2013-10-22 02:38:28 - building world TB --- 2013-10-22 02:38:28 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 02:38:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 02:38:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 02:38:28 - SRCCONF=/dev/null TB --- 2013-10-22 02:38:28 - TARGET=mips TB --- 2013-10-22 02:38:28 - TARGET_ARCH=mips64 TB --- 2013-10-22 02:38:28 - TZ=UTC TB --- 2013-10-22 02:38:28 - __MAKE_CONF=/dev/null TB --- 2013-10-22 02:38:28 - cd /src TB --- 2013-10-22 02:38:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Oct 22 02:38:36 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 Tue Oct 22 03:39:20 UTC 2013 TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m ADM5120 TB --- 2013-10-22 03:39:20 - skipping ADM5120 kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-22 03:39:20 - skipping ALCHEMY kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AP121 TB --- 2013-10-22 03:39:20 - skipping AP121 kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AP91 TB --- 2013-10-22 03:39:20 - skipping AP91 kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AP93 TB --- 2013-10-22 03:39:20 - skipping AP93 kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AP94 TB --- 2013-10-22 03:39:20 - skipping AP94 kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AP96 TB --- 2013-10-22 03:39:20 - skipping AP96 kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-22 03:39:20 - skipping AR71XX_BASE kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-22 03:39:20 - skipping AR724X_BASE kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-22 03:39:20 - skipping AR91XX_BASE kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-22 03:39:20 - skipping AR933X_BASE kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-22 03:39:20 - skipping AR934X_BASE kernel TB --- 2013-10-22 03:39:20 - cd /src/sys/mips/conf TB --- 2013-10-22 03:39:20 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-10-22 03:39:20 - building BERI_DE4_MDROOT kernel TB --- 2013-10-22 03:39:20 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 03:39:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 03:39:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 03:39:20 - SRCCONF=/dev/null TB --- 2013-10-22 03:39:20 - TARGET=mips TB --- 2013-10-22 03:39:20 - TARGET_ARCH=mips64 TB --- 2013-10-22 03:39:20 - TZ=UTC TB --- 2013-10-22 03:39:20 - __MAKE_CONF=/dev/null TB --- 2013-10-22 03:39:20 - cd /src TB --- 2013-10-22 03:39:20 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Tue Oct 22 03:39:20 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 [...] MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh BERI_DE4_MDROOT 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 vers.c linking kernel.debug ffs_vfsops.o: In function `db_show_ffs': /src/sys/ufs/ffs/ffs_vfsops.c:2235: undefined reference to `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:2235: relocation truncated to fit: R_MIPS_26 against `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:2241: undefined reference to `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:2241: relocation truncated to fit: R_MIPS_26 against `db_print_ffs' *** 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-10-22 03:41:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-22 03:41:45 - ERROR: failed to build BERI_DE4_MDROOT kernel TB --- 2013-10-22 03:41:45 - 2848.66 user 612.35 system 3959.52 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 05:55:26 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 D9EC5240; Tue, 22 Oct 2013 05:55: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 A16C72FC1; Tue, 22 Oct 2013 05:55: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 r9M5tOEi096835; Tue, 22 Oct 2013 01:55:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9M5tOY6096834; Tue, 22 Oct 2013 05:55:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Oct 2013 05:55:24 GMT Message-Id: <201310220555.r9M5tOY6096834@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: Tue, 22 Oct 2013 05:55:26 -0000 TB --- 2013-10-22 02:40:51 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-22 02:40:51 - 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-10-22 02:40:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-10-22 02:40:51 - cleaning the object tree TB --- 2013-10-22 02:42:58 - /usr/local/bin/svn stat /src TB --- 2013-10-22 02:43:01 - At svn revision 256858 TB --- 2013-10-22 02:43:02 - building world TB --- 2013-10-22 02:43:02 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 02:43:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 02:43:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 02:43:02 - SRCCONF=/dev/null TB --- 2013-10-22 02:43:02 - TARGET=powerpc TB --- 2013-10-22 02:43:02 - TARGET_ARCH=powerpc TB --- 2013-10-22 02:43:02 - TZ=UTC TB --- 2013-10-22 02:43:02 - __MAKE_CONF=/dev/null TB --- 2013-10-22 02:43:02 - cd /src TB --- 2013-10-22 02:43:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Oct 22 02:43:09 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 Tue Oct 22 05:17:15 UTC 2013 TB --- 2013-10-22 05:17:15 - generating LINT kernel config TB --- 2013-10-22 05:17:15 - cd /src/sys/powerpc/conf TB --- 2013-10-22 05:17:15 - /usr/bin/make -B LINT TB --- 2013-10-22 05:17:15 - cd /src/sys/powerpc/conf TB --- 2013-10-22 05:17:15 - /usr/sbin/config -m LINT TB --- 2013-10-22 05:17:15 - building LINT kernel TB --- 2013-10-22 05:17:15 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 05:17:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 05:17:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 05:17:15 - SRCCONF=/dev/null TB --- 2013-10-22 05:17:15 - TARGET=powerpc TB --- 2013-10-22 05:17:15 - TARGET_ARCH=powerpc TB --- 2013-10-22 05:17:15 - TZ=UTC TB --- 2013-10-22 05:17:15 - __MAKE_CONF=/dev/null TB --- 2013-10-22 05:17:15 - cd /src TB --- 2013-10-22 05:17:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 22 05:17:15 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 LINT completed on Tue Oct 22 05:36:23 UTC 2013 TB --- 2013-10-22 05:36:23 - cd /src/sys/powerpc/conf TB --- 2013-10-22 05:36:23 - /usr/sbin/config -m GENERIC TB --- 2013-10-22 05:36:23 - building GENERIC kernel TB --- 2013-10-22 05:36:23 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 05:36:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 05:36:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 05:36:23 - SRCCONF=/dev/null TB --- 2013-10-22 05:36:23 - TARGET=powerpc TB --- 2013-10-22 05:36:23 - TARGET_ARCH=powerpc TB --- 2013-10-22 05:36:23 - TZ=UTC TB --- 2013-10-22 05:36:23 - __MAKE_CONF=/dev/null TB --- 2013-10-22 05:36:23 - cd /src TB --- 2013-10-22 05:36:23 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Oct 22 05:36:23 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 GENERIC completed on Tue Oct 22 05:52:27 UTC 2013 TB --- 2013-10-22 05:52:27 - cd /src/sys/powerpc/conf TB --- 2013-10-22 05:52:27 - /usr/sbin/config -m GENERIC64 TB --- 2013-10-22 05:52:27 - skipping GENERIC64 kernel TB --- 2013-10-22 05:52:27 - cd /src/sys/powerpc/conf TB --- 2013-10-22 05:52:27 - /usr/sbin/config -m MPC85XX TB --- 2013-10-22 05:52:27 - building MPC85XX kernel TB --- 2013-10-22 05:52:27 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 05:52:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 05:52:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 05:52:27 - SRCCONF=/dev/null TB --- 2013-10-22 05:52:27 - TARGET=powerpc TB --- 2013-10-22 05:52:27 - TARGET_ARCH=powerpc TB --- 2013-10-22 05:52:27 - TZ=UTC TB --- 2013-10-22 05:52:27 - __MAKE_CONF=/dev/null TB --- 2013-10-22 05:52:27 - cd /src TB --- 2013-10-22 05:52:27 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Tue Oct 22 05:52:27 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 -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/obj/src/make.amd64/bmake sh /src/sys/conf/newvers.sh MPC85XX cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ffs_vfsops.o: In function `db_show_ffs': /src/sys/ufs/ffs/ffs_vfsops.c:2235: undefined reference to `db_print_ffs' /src/sys/ufs/ffs/ffs_vfsops.c:2241: undefined reference to `db_print_ffs' *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/MPC85XX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-22 05:55:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-22 05:55:24 - ERROR: failed to build MPC85XX kernel TB --- 2013-10-22 05:55:24 - 10136.84 user 1229.46 system 11673.29 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 07:53: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 E78C115A for ; Tue, 22 Oct 2013 07:53: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 AEEB025EB for ; Tue, 22 Oct 2013 07:53:43 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:42385] helo=localhost) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 05/BE-02506-FFE26625; Tue, 22 Oct 2013 07:53:36 +0000 Date: Tue, 22 Oct 2013 07:53:35 +0000 Message-ID: <05.BE.02506.FFE26625@cdptpa-oedge01> From: "Thomas Mueller" To: freebsd-wireless@freebsd.org References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> Subject: Re: [rfc] removing the NDISulator X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: Adrian Chadd , freebsd-current@freebsd.org, "Andrey V. Elsukov" 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, 22 Oct 2013 07:53:44 -0000 > The NDISulator is a crutch from a time when there wasn't _any_ real > alternative. > There are plenty of alternatives now. What's lacking is desire and > person-power. But the datasheets are there, or the vendor code has been > released, or there's linux/otherbsd drivers. > Leaving it in there is just delaying the inevitable - drivers need to be > fixed, ported, or reverse engineered. > This is going to upset users in the same way that eliminating any other > transition/sideways compatibility layer upsets users. But as I said, the > path forward is fixing up the lack of stable drivers, not simply supporting > some crutch. > If there are drivers that people absolutely need fixed then they should > stand up and say "hey, I really would like X to work better!" and then > follow it up with some encouraging incentives. Right now the NDISulator > lets people work _around_ this by having something that kind of works for > them but it doesn't improve our general driver / stack ecosystems. > -adrian Sometimes a crutch is needed. But it would be desirable to have a means for using a driver from Linux, NetBSD or OpenBSD. Sometimes the FreeBSD driver is buggy, like re with Realtek 8111E on MSI Z77 MPOWER motherboard. I couldn't checkout FreeBSD 10-current source tree from 9.2 amd64 or 9.1-STABLE i386 USB stick, but was able to checkout and update the source tree to build FreeBSD 10-current (now 11-current and 10.0-BETA1) after updating my NetBSD-HEAD amd64 USB-stick installation and building subversion from pkgsrc. I could checkout the ports tree too but would not be able to make fetch. A driver might work with FreeBSD but fail temporarily in a later source revision due to a new bug. So it's good to use FreeBSD native driver when possible but have ndis for fallback. One problem with NDIS is that now it seems that running "unzip -l" on the Windows driver shows no .inf and .sys files. One can then try from ReactOS or Wine, and even if the installation of Windows driver doesn't work, it might possibly yield .inf and .sys files. I never tried that so am not making any bets. Tom From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 08:47: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 AC6975A2; Tue, 22 Oct 2013 08:47:25 +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 7A7BC28D5; Tue, 22 Oct 2013 08:47:24 +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 r9M8lGPF044735 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 22 Oct 2013 08:47:18 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: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: David Chisnall In-Reply-To: <1382399026.7749.3.camel@localhost> Date: Tue, 22 Oct 2013 09:47:11 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> References: <1382327452.2610.5.camel@localhost> <1382399026.7749.3.camel@localhost> To: sbruno@FreeBSD.org X-Mailer: Apple Mail (2.1508) Cc: Matthew Fleming , "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, 22 Oct 2013 08:47:25 -0000 On 22 Oct 2013, at 00:43, Sean Bruno wrote: > Heh, Matthew suggested the obvious in private mail, it seems that this > would be better "spelled" as "isalpha" :-) This looks wrong. The behaviour of isalpha() depends on the current = locale. You probably want isalpha_l(), with the "C" locale. David > Index: contrib/gperf/src/options.cc > =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 > --- contrib/gperf/src/options.cc (revision 256865) > +++ contrib/gperf/src/options.cc (working copy) > @@ -281,7 +281,7 @@ > { > putchar (*arg); > arg++; > - if (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *arg = <=3D 'z') > + if (isalpha(*arg)) > { > putchar (*arg); > arg++; > @@ -293,7 +293,7 @@ > putchar (*arg); > arg++; > } > - while (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' = && *arg > <=3D 'z' || *arg =3D=3D '-'); > + while (isalpha(*arg) || *arg =3D=3D '-'); > if (*arg =3D=3D '=3D') > { > putchar (*arg); From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 10:39:27 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 3B733B9C for ; Tue, 22 Oct 2013 10:39:27 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [93.89.92.64]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F38832F97 for ; Tue, 22 Oct 2013 10:39:26 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 57851E6DFA for ; Tue, 22 Oct 2013 11:39:19 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:content-type :content-transfer-encoding; s=mail; bh=zYz32U3EySj6Ffd7YQOn41AtZ 2U=; b=qFg+7Qm5MTw7sDZDU46yx+zAqmmc3iPJHG5/+jciEyxvInEXDrfpfhvEv NZ2cCJWCSI0i1Rz+APszwNLhkQcMqzkb+IdBXBT/Z8rN2tHpLk3Ddzw2j8McDyKg FkUFXbNKjJxhj8ryPkuBkxa431ZpF+Z3v+xR/Rir09LYngCBYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:content-type :content-transfer-encoding; q=dns; s=mail; b=dsm5IKemLfzkJ01ihja 2RCVzwpBXsOedFsceTygsc6pHQer/aTJTBPtal4JnmZumdFpN/aDFpiYRj7lP9J9 h+bjKIvwCHwUANgzyQkCMDpKeOf99xyPYdJn8rZKE3yMj0EHRRr4DanFEF7t18c7 DC5dyD1EM7F5/LpbxEF1+jMQ= Received: from [192.168.2.103] (unknown [93.89.81.205]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 351DCE6DF9 for ; Tue, 22 Oct 2013 11:39:19 +0100 (BST) Message-ID: <526655D6.6050200@cran.org.uk> Date: Tue, 22 Oct 2013 11:39:18 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: current@freebsd.org Subject: cam_periph_mapmem: attempt to map 2779097930 bytes, which is greater than 65536 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 22 Oct 2013 10:39:27 -0000 I've just upgraded to 11-CURRENT and noticed a couple of new cam_periph_mapmem warnings in the dmesg output: Trying to mount root from zfs:zroot []... WARNING: attempt to domain_add(netgraph) after domainfinalize() cam_periph_mapmem: attempt to map 2779097930 bytes, which is greater than 65536 cam_periph_mapmem: attempt to map 2779097930 bytes, which is greater than 65536 If it's relevant, the disks I have installed are: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 715404MB (1465149168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad8 ada3 at ahcich4 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad12 -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 12:26: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 1080CB76; Tue, 22 Oct 2013 12:26:37 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFA642713; Tue, 22 Oct 2013 12:26:36 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VYb2f-0002Hy-EH ; Tue, 22 Oct 2013 15:26:33 +0300 Date: Tue, 22 Oct 2013 15:26:33 +0300 From: Vitalij Satanivskij To: Vitalij Satanivskij Subject: Re: ZFS secondarycache on SSD problem on r255173 Message-ID: <20131022122633.GA8718@hell.ukr.net> References: <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> <20131018144524.GA30018@hell.ukr.net> <4459A6FAB7B8445C97CCB9EFF34FD4F0@multiplay.co.uk> <20131019085547.GA33582@hell.ukr.net> <6917E0AC86C444EFB3B55750175BADED@multiplay.co.uk> <20131021123212.GA11886@hell.ukr.net> <73D8549BA8BE4920A1E67DC88E449E1B@multiplay.co.uk> <20131021125133.GA13109@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20131021125133.GA13109@hell.ukr.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dmitriy Makarov , "Justin T. Gibbs" , Steven Hartland , Borja Marcos , 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, 22 Oct 2013 12:26:37 -0000 Îê, just up to now no error on l2arc L2 ARC Summary: (HEALTHY) Passed Headroom: 1.99m Tried Lock Failures: 144.53m IO In Progress: 130.15k Low Memory Aborts: 7 Free on Write: 335.56k Writes While Full: 30.31k R/W Clashes: 115.31k Bad Checksums: 0 IO Errors: 0 SPA Mismatch: 153.15m L2 ARC Size: (Adaptive) 433.75 GiB Header Size: 0.49% 2.12 GiB I will test for longer time, but looks like problem gone. Vitalij Satanivskij wrote: VS> Steven Hartland wrote: VS> SH> So previously you only started seeing l2 errors after there was VS> SH> a significant amount of data in l2arc? Thats interesting in itself VS> SH> if thats the case. VS> VS> Yes someting arround 200+gb VS> VS> SH> I wonder if its the type of data, or something similar. Do you VS> SH> run compression on any of your volumes? VS> SH> zfs get compression VS> VS> Just now testing goes on next configuration VS> VS> first zfs is top level pool calling disk1 have enable lz4 compression and secondarycache = metadata VS> VS> next zfs is disk1/data with compression=off and secondarycache = all VS> VS> Error was seen on confiruration like that and on configuration where was seted as secondarycache = none for disk1 (disk1/data still fully cached) VS> VS> VS> VS> VS> SH> Regards VS> SH> Steve VS> SH> ----- Original Message ----- VS> SH> From: "Vitalij Satanivskij" VS> SH> VS> SH> VS> SH> > VS> SH> > Just now I cannot say, as to triger problem we need at last 200+gb size on l2arc wich usually grow in one production day. VS> SH> > VS> SH> > But for some reason today in the morning server was rebooted so cache was flushed and now only 100Gb. VS> SH> > VS> SH> > Need to wait some more time. VS> SH> > VS> SH> > At last for now none error on l2. VS> SH> VS> SH> VS> SH> ================================================ VS> SH> 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. VS> SH> VS> SH> In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 VS> SH> or return the E.mail to postmaster@multiplay.co.uk. VS> SH> VS> SH> _______________________________________________ VS> SH> freebsd-current@freebsd.org mailing list VS> SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> SH> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> _______________________________________________ VS> freebsd-current@freebsd.org mailing list VS> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 13: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 1381348E for ; Tue, 22 Oct 2013 13:43:11 +0000 (UTC) (envelope-from prvs=10074d7b43=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 9FFF42C49 for ; Tue, 22 Oct 2013 13:43:10 +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 md50006477998.msg for ; Tue, 22 Oct 2013 14:43:01 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 22 Oct 2013 14:43:01 +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=10074d7b43=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> From: "Steven Hartland" To: "Vitalij Satanivskij" , "Allan Jude" , "Dmitriy Makarov" References: <1381166916.122992963.5h9ygiri@frv45.ukr.net> <1381170764.32684.31088349.343931EE@webmail.messagingengine.com> <20131007185032.GA82932@hell.ukr.net> <20131007211201.GA89306@hell.ukr.net> <20131010092223.GA28347@hell.ukr.net> <5256D9D4.2030308@allanjude.com> <20131010170334.GA71635@hell.ukr.net> Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 Date: Tue, 22 Oct 2013 14:42:59 +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: 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, 22 Oct 2013 13:43:11 -0000 First off I just wanted to clarify that you don't need to compression on dataset for L2ARC to use LZ4 compression, it does this by default as is not currently configurable. Next up I believe we've found the cause of this high load and I've just committed the fix to head: http://svnweb.freebsd.org/base?view=revision&sortby=file&revision=256889 Thanks to Vitalij for testing :) Dmitriy if you could test on your side too that would be appreciated. Regards Steve ----- Original Message ----- From: "Vitalij Satanivskij" To: "Allan Jude" Cc: Sent: Thursday, October 10, 2013 6:03 PM Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 > AJ> Some background on L2ARC compression for you: > AJ> > AJ> http://wiki.illumos.org/display/illumos/L2ARC+Compression > > I'm alredy see it. > > > > AJ> http://svnweb.freebsd.org/base?view=revision&revision=251478 > AJ> > AJ> Are you sure that compression on pool/zfs is off? it would normally > AJ> inherit from the parent, so double check with: zfs get compression pool/zfs > > Yes, compression turned off on pool/zfs, it's was may time rechecked. > > > > AJ> Is the data on pool/zfs related to the data on the root pool? if > AJ> pool/zfs were a clone, and the data is actually used in both places, the > AJ> newer 'single copy ARC' feature may come in to play: > AJ> https://www.illumos.org/issues/3145 > > No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) > > and data was writed to it from another server. > > > Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. > > At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day > work began report abouy errors. > > > AJ> > AJ> > AJ> > AJ> -- > AJ> Allan Jude > AJ> > AJ> _______________________________________________ > AJ> freebsd-current@freebsd.org mailing list > AJ> http://lists.freebsd.org/mailman/listinfo/freebsd-current > AJ> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ================================================ 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 Tue Oct 22 14:11:07 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 10993DA4 for ; Tue, 22 Oct 2013 14:11:07 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C0A952DEB for ; Tue, 22 Oct 2013 14:11:06 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VYcff-00097h-3Q ; Tue, 22 Oct 2013 17:10:55 +0300 Date: Tue, 22 Oct 2013 17:10:55 +0300 From: Vitalij Satanivskij To: Steven Hartland Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 Message-ID: <20131022141055.GA34810@hell.ukr.net> References: <1381166916.122992963.5h9ygiri@frv45.ukr.net> <1381170764.32684.31088349.343931EE@webmail.messagingengine.com> <20131007185032.GA82932@hell.ukr.net> <20131007211201.GA89306@hell.ukr.net> <20131010092223.GA28347@hell.ukr.net> <5256D9D4.2030308@allanjude.com> <20131010170334.GA71635@hell.ukr.net> <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Vitalij Satanivskij , Dmitriy Makarov , 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, 22 Oct 2013 14:11:07 -0000 First of all Thank you for help. As for high load on system, looks like problems with l2arc have litle impact on load comparatively to another just now not fully classifed things. Looks like ower internal software and libs that it use didn't like new VMEM subsystem, at last system behavior complitely diferent from 6 month older CURRENT. So for now none problem's with l2arc errors. Will try to understand reason of load and fix or at last ask for help again ^). Steven Hartland wrote: SH> First off I just wanted to clarify that you don't need to compression on SH> dataset for L2ARC to use LZ4 compression, it does this by default as is SH> not currently configurable. SH> SH> Next up I believe we've found the cause of this high load and I've just SH> committed the fix to head: SH> http://svnweb.freebsd.org/base?view=revision&sortby=file&revision=256889 SH> SH> Thanks to Vitalij for testing :) SH> SH> Dmitriy if you could test on your side too that would be appreciated. SH> SH> Regards SH> Steve SH> SH> ----- Original Message ----- SH> From: "Vitalij Satanivskij" SH> To: "Allan Jude" SH> Cc: SH> Sent: Thursday, October 10, 2013 6:03 PM SH> Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 SH> SH> SH> > AJ> Some background on L2ARC compression for you: SH> > AJ> SH> > AJ> http://wiki.illumos.org/display/illumos/L2ARC+Compression SH> > SH> > I'm alredy see it. SH> > SH> > SH> > SH> > AJ> http://svnweb.freebsd.org/base?view=revision&revision=251478 SH> > AJ> SH> > AJ> Are you sure that compression on pool/zfs is off? it would normally SH> > AJ> inherit from the parent, so double check with: zfs get compression pool/zfs SH> > SH> > Yes, compression turned off on pool/zfs, it's was may time rechecked. SH> > SH> > SH> > SH> > AJ> Is the data on pool/zfs related to the data on the root pool? if SH> > AJ> pool/zfs were a clone, and the data is actually used in both places, the SH> > AJ> newer 'single copy ARC' feature may come in to play: SH> > AJ> https://www.illumos.org/issues/3145 SH> > SH> > No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) SH> > SH> > and data was writed to it from another server. SH> > SH> > SH> > Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. SH> > SH> > At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day SH> > work began report abouy errors. SH> > SH> > SH> > AJ> SH> > AJ> SH> > AJ> SH> > AJ> -- SH> > AJ> Allan Jude SH> > AJ> SH> > AJ> _______________________________________________ SH> > AJ> freebsd-current@freebsd.org mailing list SH> > AJ> http://lists.freebsd.org/mailman/listinfo/freebsd-current SH> > AJ> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" SH> > _______________________________________________ SH> > freebsd-current@freebsd.org mailing list SH> > http://lists.freebsd.org/mailman/listinfo/freebsd-current SH> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" SH> > SH> SH> ================================================ SH> 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. SH> SH> In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 SH> or return the E.mail to postmaster@multiplay.co.uk. SH> SH> _______________________________________________ SH> freebsd-current@freebsd.org mailing list SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current SH> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 14:35:20 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 069AC66F for ; Tue, 22 Oct 2013 14:35:20 +0000 (UTC) (envelope-from prvs=10074d7b43=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 94ED32F59 for ; Tue, 22 Oct 2013 14:35:19 +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 md50006478689.msg for ; Tue, 22 Oct 2013 15:35:17 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 22 Oct 2013 15:35:17 +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=10074d7b43=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <5C339A76AE4C402BA5F9F1470500246A@multiplay.co.uk> From: "Steven Hartland" To: "Vitalij Satanivskij" References: <1381166916.122992963.5h9ygiri@frv45.ukr.net> <1381170764.32684.31088349.343931EE@webmail.messagingengine.com> <20131007185032.GA82932@hell.ukr.net> <20131007211201.GA89306@hell.ukr.net> <20131010092223.GA28347@hell.ukr.net> <5256D9D4.2030308@allanjude.com> <20131010170334.GA71635@hell.ukr.net> <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> <20131022141055.GA34810@hell.ukr.net> Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 Date: Tue, 22 Oct 2013 15:35:15 +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: Vitalij Satanivskij , Dmitriy Makarov , 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, 22 Oct 2013 14:35:20 -0000 If you are still seeing high load try commenting out the following which should disable l2arc compression. sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c if (l2arc_compress) hdr->b_flags |= ARC_L2COMPRESS; Regards Steve ----- Original Message ----- From: "Vitalij Satanivskij" To: "Steven Hartland" Cc: "Vitalij Satanivskij" ; "Allan Jude" ; "Dmitriy Makarov" ; Sent: Tuesday, October 22, 2013 3:10 PM Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 > > First of all Thank you for help. > > As for high load on system, looks like problems with l2arc have litle impact on load comparatively to another just now > > not fully classifed things. > > Looks like ower internal software and libs that it use didn't like new VMEM subsystem, at last > system behavior complitely diferent from 6 month older CURRENT. > > So for now none problem's with l2arc errors. > > Will try to understand reason of load and fix or at last ask for help again ^). > > > > > Steven Hartland wrote: > SH> First off I just wanted to clarify that you don't need to compression on > SH> dataset for L2ARC to use LZ4 compression, it does this by default as is > SH> not currently configurable. > SH> > SH> Next up I believe we've found the cause of this high load and I've just > SH> committed the fix to head: > SH> http://svnweb.freebsd.org/base?view=revision&sortby=file&revision=256889 > SH> > SH> Thanks to Vitalij for testing :) > SH> > SH> Dmitriy if you could test on your side too that would be appreciated. > SH> > SH> Regards > SH> Steve > SH> > SH> ----- Original Message ----- > SH> From: "Vitalij Satanivskij" > SH> To: "Allan Jude" > SH> Cc: > SH> Sent: Thursday, October 10, 2013 6:03 PM > SH> Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 > SH> > SH> > SH> > AJ> Some background on L2ARC compression for you: > SH> > AJ> > SH> > AJ> http://wiki.illumos.org/display/illumos/L2ARC+Compression > SH> > > SH> > I'm alredy see it. > SH> > > SH> > > SH> > > SH> > AJ> http://svnweb.freebsd.org/base?view=revision&revision=251478 > SH> > AJ> > SH> > AJ> Are you sure that compression on pool/zfs is off? it would normally > SH> > AJ> inherit from the parent, so double check with: zfs get compression pool/zfs > SH> > > SH> > Yes, compression turned off on pool/zfs, it's was may time rechecked. > SH> > > SH> > > SH> > > SH> > AJ> Is the data on pool/zfs related to the data on the root pool? if > SH> > AJ> pool/zfs were a clone, and the data is actually used in both places, the > SH> > AJ> newer 'single copy ARC' feature may come in to play: > SH> > AJ> https://www.illumos.org/issues/3145 > SH> > > SH> > No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) > SH> > > SH> > and data was writed to it from another server. > SH> > > SH> > > SH> > Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. > SH> > > SH> > At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day > SH> > work began report abouy errors. > SH> > > SH> > > SH> > AJ> > SH> > AJ> > SH> > AJ> > SH> > AJ> -- > SH> > AJ> Allan Jude > SH> > AJ> > SH> > AJ> _______________________________________________ > SH> > AJ> freebsd-current@freebsd.org mailing list > SH> > AJ> http://lists.freebsd.org/mailman/listinfo/freebsd-current > SH> > AJ> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > SH> > _______________________________________________ > SH> > freebsd-current@freebsd.org mailing list > SH> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > SH> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > SH> > > SH> > SH> ================================================ > SH> 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. > SH> > SH> In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 > SH> or return the E.mail to postmaster@multiplay.co.uk. > SH> > SH> _______________________________________________ > SH> freebsd-current@freebsd.org mailing list > SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current > SH> 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 Tue Oct 22 16:12: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 656A4128 for ; Tue, 22 Oct 2013 16:12:41 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E626C254C for ; Tue, 22 Oct 2013 16:12:40 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id z5so2033681lbh.21 for ; Tue, 22 Oct 2013 09:12:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=oi+fU0WltHqcIDKPPfMKRpxZOEmOMuYN2KASOeqzxgg=; b=MNBe1rcuTHGDoS2EADVmf7MNjJwyCdw+S6xx+GszyEYc9Hq5G9fC9FxnHfIfM6df7/ DNrYb4TWty64j8SJ+nkR6T8teP/Km4uCIXTQI6nj/UP2SsOTp66mm6OhtqhgXEA98kzR 7k3DKPZ9MAwO1l1sFefqmAExcakn9DWXu1mJneRI0gRTQ3K3H+PoB7utZxHPecAKQVtq pvWei9enpDbrlpYafDOR3D5JjUWTBpKVmZlbTwSK1AQrNMSwHG+cUvmE1tevmS/Iuduc nHamzXaobfpwXBtU66Fv1M9jqgFwv9XjaXKHt6zKsA0ykuL3iBhNLVggAByxyrLfAkij 8PFw== X-Received: by 10.152.180.139 with SMTP id do11mr18519773lac.23.1382458358985; Tue, 22 Oct 2013 09:12:38 -0700 (PDT) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id vk8sm16273970lbb.0.2013.10.22.09.12.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Oct 2013 09:12:38 -0700 (PDT) Message-ID: <5266A3F5.8050005@gmail.com> Date: Tue, 22 Oct 2013 19:12:37 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: bmake vs fmake - ports-mgmt/portconf fails to work 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: Tue, 22 Oct 2013 16:12:41 -0000 Hi all. I'm playing with 10 beta1 and found that: /usr/ports/editors/vim# make make: "/etc/make.conf" line 17: warning: "WITH_BDB_VER=5" make: "/etc/make.conf" line 18: Need an operator make: "/etc/make.conf" line 17: warning: "_JAVA_PREFERRED_PORTS=JAVA_PORT_NATIVE_OPENJDK_JDK_1_7" make: "/etc/make.conf" line 18: Need an operator make: "/etc/make.conf" line 17: warning: "GHOSTSCRIPT_PORT=print/ghostscript9" make: "/etc/make.conf" line 18: Need an operator make: "/etc/make.conf" line 17: warning: "WITH_CCACHE_BUILD=" make: "/etc/make.conf" line 18: Need an operator make: "/etc/make.conf" line 17: warning: "WITHOUT_X11=" make: "/etc/make.conf" line 18: Need an operator # fmake "/etc/make.conf", line 17: warning: "WITH_BDB_VER=5" "/etc/make.conf", line 17: warning: "_JAVA_PREFERRED_PORTS=JAVA_PORT_NATIVE_OPENJDK_JDK_1_7" "/etc/make.conf", line 17: warning: "GHOSTSCRIPT_PORT=print/ghostscript9" "/etc/make.conf", line 17: warning: "WITH_CCACHE_BUILD=" "/etc/make.conf", line 17: warning: "WITHOUT_X11=" The offending code looks like: # Begin portconf settings # Do not touch these lines .if !empty(.CURDIR:M/usr/ports*) && exists(/usr/local/libexec/portconf) _PORTCONF!=/usr/local/libexec/portconf .for i in ${_PORTCONF:S/|/ /g} .warning "${i:S/%/ /g}" ${i:S/%/ /g} # <- here is the error .endfor .endif # End portconf settings Looks like bmake doesn't allow to insert variable definition from another variable. -- Sphinx of black quartz, judge my vow. From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 17:23:15 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 28BA3A66; Tue, 22 Oct 2013 17:23:15 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay004.isp.belgacom.be (mailrelay004.isp.belgacom.be [195.238.6.170]) by mx1.freebsd.org (Postfix) with ESMTP id 34F8B2998; Tue, 22 Oct 2013 17:23:13 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AogGACSzZlJbsUOq/2dsb2JhbABZgwc4vx6BJhd0giUBAQVWIxALGAklDyoeBhyIAQEIukuOD4E/B4QpA5gIkgiDJjqBLA Received: from 170.67-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.67.170]) by relay.skynet.be with ESMTP; 22 Oct 2013 19:23:12 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id r9MHNAUA088657; Tue, 22 Oct 2013 19:23:11 +0200 (CEST) (envelope-from tijl@coosemans.org) Date: Tue, 22 Oct 2013 19:23:09 +0200 From: Tijl Coosemans To: Ulrich =?ISO-8859-1?Q?Sp=F6rlein?= Subject: Re: iconv in base breaks multiple ports Message-ID: <20131022192309.385dc2df@kalimero.tijl.coosemans.org> In-Reply-To: <20131021203445.GI12255@acme.spoerlein.net> References: <20131020182723.GE12255@acme.spoerlein.net> <52650D9F.2020707@FreeBSD.org> <20131021203445.GI12255@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org, Tilman =?ISO-8859-1?Q?Keskin=F6z?= , 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, 22 Oct 2013 17:23:15 -0000 On Mon, 21 Oct 2013 22:34:45 +0200 Ulrich Sp=F6rlein wrote: > On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskin=F6z wrote: >> * Ulrich Sp=F6rlein [Sun, 20 Oct 2013 20:27:23 +0200]: >>> ever since that iconv thing replaced the ports version, I run into >>> trouble with several ports that I have installed on a -CURRENT (now >>> stable/10 system). >>>=20 >>> These are not compile-time errors, but crashes or limited functionality >>> where I blame iconv :) >>>=20 >>> 1. www/newsbeuter crashes during startup, somewhere in the stfl code >>> that deals with wide char functions. >>>=20 >>> Is my system hexed? I've rebuilt the ports/packages a dozen times now. >>> Am I seeing ghosts? >>=20 >> I don't run Current, but according to the pkg-fallout mails i am >> receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there are >> some stale files on your system? >>=20 >> There is also an update in the PR system, you might want to try, >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/182896 >=20 > Right, I had to set USE_GCC=3Dany and muck with -liconv flags of course to > get it to build. Hmm, does this mean you still have libiconv installed? Because then your crashes may be because some libraries use libc iconv and others libiconv iconv. From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 17:43:35 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 E6826E7D; Tue, 22 Oct 2013 17:43:35 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9731E2AC8; Tue, 22 Oct 2013 17:43:35 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wn1so6244528obc.16 for ; Tue, 22 Oct 2013 10:43:34 -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=Xp/8RYO3876Zjsw6xb4tAEV989G9W3VyPttj8JlMzL0=; b=hMsOsrCgHEU/JZ3dOn6P8OYFYVRA+oDzTsuWEtkF+WYUqAEbzFs9pgaAlf4j+76lXF 7Ky4OCEn0ln2zennEXX54W3ZxrI5E/7kM96uYoopn0NKnBUqLUbDAsI0wEG+U3kh1Yf7 bOEY+X5AvAXyqZm1ka2+oNHGRrr+sOMSyz1DiVYfARJeV3tjmZ4Qexz4BV4UCuyARbGX mjg92NI6PLsNhP5Mhy1Yv4eV9Ij0B2vjGAyrZ3zjaiP1Hxuuc4sk8LoOaV1DLZM+xq0r /4jEEYgdz2EQQ8pge8xio1EaqIqBO8vUDE67D32uow0LM8mt3JS6oB5K1guII3zEzEiI 4ABw== MIME-Version: 1.0 X-Received: by 10.182.71.82 with SMTP id s18mr26634042obu.9.1382463814202; Tue, 22 Oct 2013 10:43:34 -0700 (PDT) Sender: uspoerlein@gmail.com Received: by 10.76.69.104 with HTTP; Tue, 22 Oct 2013 10:43:34 -0700 (PDT) In-Reply-To: <20131022192309.385dc2df@kalimero.tijl.coosemans.org> References: <20131020182723.GE12255@acme.spoerlein.net> <52650D9F.2020707@FreeBSD.org> <20131021203445.GI12255@acme.spoerlein.net> <20131022192309.385dc2df@kalimero.tijl.coosemans.org> Date: Tue, 22 Oct 2013 19:43:34 +0200 X-Google-Sender-Auth: pBXzDDTINl4ccFZMjsYkX9Eup7E Message-ID: Subject: Re: iconv in base breaks multiple ports From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= To: Tijl Coosemans Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, =?UTF-8?Q?Tilman_Keskin=C3=B6z?= , 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, 22 Oct 2013 17:43:36 -0000 2013/10/22 Tijl Coosemans : > On Mon, 21 Oct 2013 22:34:45 +0200 Ulrich Sp=C3=B6rlein wrote: >> On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskin=C3=B6z wrote: >>> * Ulrich Sp=C3=B6rlein [Sun, 20 Oct 2013 20:27:23 +0200]: >>>> ever since that iconv thing replaced the ports version, I run into >>>> trouble with several ports that I have installed on a -CURRENT (now >>>> stable/10 system). >>>> >>>> These are not compile-time errors, but crashes or limited functionalit= y >>>> where I blame iconv :) >>>> >>>> 1. www/newsbeuter crashes during startup, somewhere in the stfl code >>>> that deals with wide char functions. >>>> >>>> Is my system hexed? I've rebuilt the ports/packages a dozen times now. >>>> Am I seeing ghosts? >>> >>> I don't run Current, but according to the pkg-fallout mails i am >>> receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there ar= e >>> some stale files on your system? >>> >>> There is also an update in the PR system, you might want to try, >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/182896 >> >> Right, I had to set USE_GCC=3Dany and muck with -liconv flags of course = to >> get it to build. > > Hmm, does this mean you still have libiconv installed? Because then > your crashes may be because some libraries use libc iconv and others > libiconv iconv. No no, the port just blindly links against libiconv and I had to patch that, obviously. My system is clean of any libiconv-from-ports. But as a next step, I shall now build base w/o iconv and bring back libiconv from ports to see if that fixes my issues. ttyl Uli From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 20:53:26 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 BE73E7B; Tue, 22 Oct 2013 20:53:26 +0000 (UTC) (envelope-from uspoerlein@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 5F6B32798; Tue, 22 Oct 2013 20:53:26 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so3976014obb.32 for ; Tue, 22 Oct 2013 13:53:25 -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=3lFJCZsb2inSI40FGwJTME2Weo33cm5cnJ3Chqq5yc0=; b=W4D8XAs/d57E1Qo72k25lFwM+MHW+y5ThYSIHtok/RUExLV5rvk2NjKz+TejIFL7qX uAaWYv48RtAu4Qb/H3FeTgW1FUNGzGXgJvreN0Tm5hItlg6amTU38lSi9ZQYH6sl64Zx PSrS5/mufQD/+O0IcSTIeN5ZSAjUlLL96Ye7njpHYi1zjwxvdhOvCu/MEy3cqk+fZ5qr aaNkaZTjYpdL59soZTKgbAm7DxZcaq2XAcWL94u0O57tVHln7lEcdOMYkKW0yUsUSO9i yLiJSeAC4QnV7DT/a4vizbQoqwCilocBGbWuO+sLJxqmysfSbF17X1t0pC8Adiur6vKK K2Aw== MIME-Version: 1.0 X-Received: by 10.60.62.172 with SMTP id z12mr3594079oer.4.1382475205589; Tue, 22 Oct 2013 13:53:25 -0700 (PDT) Sender: uspoerlein@gmail.com Received: by 10.76.69.104 with HTTP; Tue, 22 Oct 2013 13:53:25 -0700 (PDT) In-Reply-To: References: <20131020182723.GE12255@acme.spoerlein.net> <52650D9F.2020707@FreeBSD.org> <20131021203445.GI12255@acme.spoerlein.net> <20131022192309.385dc2df@kalimero.tijl.coosemans.org> Date: Tue, 22 Oct 2013 22:53:25 +0200 X-Google-Sender-Auth: bCMqBfLjOXTyfzA40CKOAxMd3hY Message-ID: Subject: Re: iconv in base breaks multiple ports From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= To: re@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, =?UTF-8?Q?Tilman_Keskin=C3=B6z?= , Tijl Coosemans , 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, 22 Oct 2013 20:53:26 -0000 2013/10/22 Ulrich Sp=C3=B6rlein : > 2013/10/22 Tijl Coosemans : >> On Mon, 21 Oct 2013 22:34:45 +0200 Ulrich Sp=C3=B6rlein wrote: >>> On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskin=C3=B6z wrote: >>>> * Ulrich Sp=C3=B6rlein [Sun, 20 Oct 2013 20:27:23 +0200]: >>>>> ever since that iconv thing replaced the ports version, I run into >>>>> trouble with several ports that I have installed on a -CURRENT (now >>>>> stable/10 system). >>>>> >>>>> These are not compile-time errors, but crashes or limited functionali= ty >>>>> where I blame iconv :) >>>>> >>>>> 1. www/newsbeuter crashes during startup, somewhere in the stfl code >>>>> that deals with wide char functions. >>>>> >>>>> Is my system hexed? I've rebuilt the ports/packages a dozen times now= . >>>>> Am I seeing ghosts? >>>> >>>> I don't run Current, but according to the pkg-fallout mails i am >>>> receiving, newsbeuter shouldn't even compile on CURRENT. Maybe there a= re >>>> some stale files on your system? >>>> >>>> There is also an update in the PR system, you might want to try, >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/182896 >>> >>> Right, I had to set USE_GCC=3Dany and muck with -liconv flags of course= to >>> get it to build. >> >> Hmm, does this mean you still have libiconv installed? Because then >> your crashes may be because some libraries use libc iconv and others >> libiconv iconv. > > No no, the port just blindly links against libiconv and I had to patch > that, obviously. My system is clean of any libiconv-from-ports. > > But as a next step, I shall now build base w/o iconv and bring back > libiconv from ports to see if that fixes my issues. ... and the verdict is in. Building src w/o iconv, then re-installing converters/libiconv and rebuilding the ports fixes at least newsbeuter, I'll now let multimedia/xbmc (and requirements) rebuild over night and then prepare a patch to allow -CURRENT + libiconv for those people that like a working system. I'm also looping re@ in, as they might want to hear about showstoppers for the 10.0 release. Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Tue Oct 22 23:43:54 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 80E8477F; Tue, 22 Oct 2013 23:43:54 +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 3380D213E; Tue, 22 Oct 2013 23:43: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 r9MNhkxx024835; Tue, 22 Oct 2013 19:43:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9MNhkM2024830; Tue, 22 Oct 2013 23:43:46 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 22 Oct 2013 23:43:46 GMT Message-Id: <201310222343.r9MNhkM2024830@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 i386/pc98 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: Tue, 22 Oct 2013 23:43:54 -0000 TB --- 2013-10-22 23:28:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-22 23:28:44 - 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-10-22 23:28:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-22 23:28:44 - cleaning the object tree TB --- 2013-10-22 23:28:44 - /usr/local/bin/svn stat /src TB --- 2013-10-22 23:29:11 - At svn revision 256922 TB --- 2013-10-22 23:29:12 - building world TB --- 2013-10-22 23:29:12 - CROSS_BUILD_TESTING=YES TB --- 2013-10-22 23:29:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-22 23:29:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-22 23:29:12 - SRCCONF=/dev/null TB --- 2013-10-22 23:29:12 - TARGET=pc98 TB --- 2013-10-22 23:29:12 - TARGET_ARCH=i386 TB --- 2013-10-22 23:29:12 - TZ=UTC TB --- 2013-10-22 23:29:12 - __MAKE_CONF=/dev/null TB --- 2013-10-22 23:29:12 - cd /src TB --- 2013-10-22 23:29:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Oct 22 23:29:21 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-22 23:43:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-22 23:43:46 - ERROR: failed to build world TB --- 2013-10-22 23:43:46 - 652.16 user 118.62 system 901.76 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 00:18:45 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 4C8A5D0 for ; Wed, 23 Oct 2013 00:18:45 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E896B2365 for ; Wed, 23 Oct 2013 00:18:44 +0000 (UTC) Received: from [10.0.2.15] (dsl-66-225-161-151.vianet.ca [66.225.161.151]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.4) with ESMTP id r9MNxPL7070392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 22 Oct 2013 19:59:26 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Tue, 22 Oct 2013 19:59:29 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: freebsd-current@freebsd.org Subject: gnop panic with recent kernel (r256923) 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-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, 23 Oct 2013 00:18:45 -0000 I get a "gnop lock" panic when trying to create a gnop device: # gnop create -S 4k ada3 panic: lock "gnop lock" 0xfffff80002566640 already initialized # kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last ... Unread portion of the kernel message buffer: panic: lock "gnop lock" 0xfffff80002566640 already initialized cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00934f3830 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00934f38e0 vpanic() at vpanic+0x126/frame 0xfffffe00934f3920 kassert_panic() at kassert_panic+0x136/frame 0xfffffe00934f3990 lock_init() at lock_init+0x43/frame 0xfffffe00934f39e0 _mtx_init() at _mtx_init+0x7c/frame 0xfffffe00934f3a20 g_nop_config() at g_nop_config+0x51a/frame 0xfffffe00934f3b30 g_ctl_req() at g_ctl_req+0x100/frame 0xfffffe00934f3b70 g_run_events() at g_run_events+0x1a7/frame 0xfffffe00934f3bb0 fork_exit() at fork_exit+0x84/frame 0xfffffe00934f3bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00934f3bf0 --- trap 0, rip = 0, rsp = 0xfffffe00934f3cb0, rbp = 0 --- (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0xffffffff808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xffffffff808bc065 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xffffffff808bbef6 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:642 #4 0xffffffff808f47c3 in lock_init (lock=0xfffff80002566640, class=0xffffffff813e9ce0, name=0xffffffff81c947ce "gnop lock", type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 #5 0xffffffff808a8acc in _mtx_init (c=0xfffff80002566658, name=0xffffffff81c947ce "gnop lock", type=0x0, opts=) at /usr/src/sys/kern/kern_mutex.c:905 #6 0xffffffff81c9351a in g_nop_config (req=0xfffff800052a48c0, mp=0xffffffff81c94a20, verb=) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 #7 0xffffffff8081d790 in g_ctl_req (arg=0xfffff800052a48c0, flag=) at /usr/src/sys/geom/geom_ctl.c:454 #8 0xffffffff80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 #9 0xffffffff8088b094 in fork_exit (callout=0xffffffff80822df0 , arg=0x0, frame=0xfffffe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 #10 0xffffffff80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 #11 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) ...keith From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 00:25: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 0CACD336 for ; Wed, 23 Oct 2013 00:25:56 +0000 (UTC) (envelope-from bdrewery@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 DD97E23D6 for ; Wed, 23 Oct 2013 00:25:55 +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 r9N0Pt7J051124 for ; Wed, 23 Oct 2013 00:25:55 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9N0PtXU051120 for freebsd-current@freebsd.org; Wed, 23 Oct 2013 00:25:55 GMT (envelope-from bdrewery) Received: (qmail 44207 invoked from network); 22 Oct 2013 19:25:54 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 22 Oct 2013 19:25:54 -0500 Message-ID: <5267178D.1090608@FreeBSD.org> Date: Tue, 22 Oct 2013 19:25:49 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: FreeBSD Current Subject: [CAM] panic / general protection fault while in kernel mode on head r256931 X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QEfUdqdfqDdFx53JovuQcMq3lKFF1jh6E" Cc: mav@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, 23 Oct 2013 00:25:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QEfUdqdfqDdFx53JovuQcMq3lKFF1jh6E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Encountered twice: > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x20:0xffffffff802e612a > stack pointer =3D 0x28:0xfffffe118af62b20 > frame pointer =3D 0x28:0xfffffe118af62b60 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 2 (doneq0) > trap number =3D 9 > panic: general protection fault > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe118= af62690 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118af62740 > vpanic() at vpanic+0x126/frame 0xfffffe118af62780 > panic() at panic+0x43/frame 0xfffffe118af627e0 > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe118af62840 > trap() at trap+0x863/frame 0xfffffe118af62a60 > calltrap() at calltrap+0x8/frame 0xfffffe118af62a60 > --- trap 0x9, rip =3D 0xffffffff802e612a, rsp =3D 0xfffffe118af62b20, r= bp =3D 0xfffffe118af62b60 --- > xpt_done_process() at xpt_done_process+0x36a/frame 0xfffffe118af62b60 > xpt_done_td() at xpt_done_td+0x13d/frame 0xfffffe118af62bb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe118af62bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118af62bf0 > --- trap 0, rip =3D 0, rsp =3D 0xfffffe118af62cb0, rbp =3D 0 --- 2nd: > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 5; apic id =3D 05 > instruction pointer =3D 0x20:0xffffffff802e612a > stack pointer =3D 0x28:0xfffffe118af62b20 > frame pointer =3D 0x28:0xfffffe118af62b60 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 2 (doneq0) > trap number =3D 9 > panic: general protection fault > cpuid =3D 5 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe118= af62690 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118af62740 > vpanic() at vpanic+0x126/frame 0xfffffe118af62780 > panic() at panic+0x43/frame 0xfffffe118af627e0 > trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe118af62840 > trap() at trap+0x863/frame 0xfffffe118af62a60 > calltrap() at calltrap+0x8/frame 0xfffffe118af62a60 > --- trap 0x9, rip =3D 0xffffffff802e612a, rsp =3D 0xfffffe118af62b20, r= bp =3D 0xfffffe118af62b60 --- > xpt_done_process() at xpt_done_process+0x36a/frame 0xfffffe118af62b60 > xpt_done_td() at xpt_done_td+0x13d/frame 0xfffffe118af62bb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe118af62bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118af62bf0 > --- trap 0, rip =3D 0, rsp =3D 0xfffffe118af62cb0, rbp =3D 0 --- > (kgdb) #0 doadump (textdump=3D1) at pcpu.h:219 > #1 0xffffffff808bbb27 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff808bc035 in vpanic (fmt=3D, > ap=3D) at /usr/src/sys/kern/kern_shutdown.c:75= 4 > #3 0xffffffff808bc083 in panic (fmt=3D) > at /usr/src/sys/kern/kern_shutdown.c:683 > #4 0xffffffff80cb62d2 in trap_fatal (frame=3D, > eva=3D) at /usr/src/sys/amd64/amd64/trap.c:882= > #5 0xffffffff80cb5f13 in trap (frame=3D) > at /usr/src/sys/amd64/amd64/trap.c:224 > #6 0xffffffff80c9b3a2 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:232 > #7 0xffffffff802e612a in xpt_done_process (ccb_h=3D0xfffff80145911800)= > at /usr/src/sys/cam/cam_xpt.c:5242 > #8 0xffffffff802e905d in xpt_done_td (arg=3D0xffffffff8144db80) > at /usr/src/sys/cam/cam_xpt.c:5274 > #9 0xffffffff8088b064 in fork_exit ( > callout=3D0xffffffff802e8f20 , arg=3D0xffffffff8144db8= 0, > frame=3D0xfffffe118af62c00) at /usr/src/sys/kern/kern_fork.c:995 > #10 0xffffffff80c9b8de in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:606 > #11 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) --=20 Regards, Bryan Drewery --QEfUdqdfqDdFx53JovuQcMq3lKFF1jh6E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSZxeNAAoJEG54KsA8mwz5WWoQAIAx/pQ+BOqsnadpap/o3TWw I1Gh3bHfEMhxmmMgyagBZ1P4eW3evIhWFZjBuwUAXq3OLdoKI/rITPyTBxonXINu rpngYxaG9lT+Y3AjL27Ik3Q0FMJynbWdflyy6hkYSU/1JB9dUhxAjrW49j88E8/B pKRm0gb5ZaPH3XYyFU/iCEfDY+I/V6WRvLuO8nye15g9RKFns/aEKmYtoeglTgs1 tL8Hry9f0kg5Gd+XfUxkSXZwWqAaol+xi617lnX0dLc1FUA0IXFjtCRgIseX+d1f v8pn3hhB/rMSRQt9qVjFv0ZHvzIqHqPOiDBBcDiGgi9qf7534zyx1eClL5TUgoRY /q8c9X06VFjxqb+ImVnvwOCxyDTGhNbRfLX5I1l/InyMxxPwDVAmIweS05WQ6eLH 8YAtuHS3/9iDhCMujvIhdP1EIM9JuUHqXNr0TH7PbXt4qNvNCFS98vFgmmI8Db9N DgkHaev2PX23+FPbEHOGFh15re3sw8VTpb+kZ5I9EPqbBMhE+/ReD8OsScxWXMxZ 4TtlGQk3VOFKYKc6wqedz5q1Dq+YPsc28DjSP2Ip0o9tFD4CkobwRiuZV1gQMdD8 rng0zobfw20HHgsqRq3M6i8ft3YWhIJ5zX0ngxGZkPVrvWEsEJtDqpEx9WPKH5DJ dIYaP8/O0k7e0k7u87Hx =Cfj7 -----END PGP SIGNATURE----- --QEfUdqdfqDdFx53JovuQcMq3lKFF1jh6E-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 00:49:25 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 A79E3D22 for ; Wed, 23 Oct 2013 00:49:25 +0000 (UTC) (envelope-from jaglover@gmail.com) Received: from mail-yh0-x22c.google.com (mail-yh0-x22c.google.com [IPv6:2607:f8b0:4002:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DD13250C for ; Wed, 23 Oct 2013 00:49:25 +0000 (UTC) Received: by mail-yh0-f44.google.com with SMTP id f10so42390yha.17 for ; Tue, 22 Oct 2013 17:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=y9HPZFNDMmFNXGSNL1nrclBwscVJfTHpNoqbnd7cPho=; b=D4r11DNANAotbVIsQxReOCdqbZZFb4XCGZPwBV/LBgNOi1t+fCeSo9MwPxSE2AO9t4 koQyMAVXSzIQg9qk32in2YhdLW0CwBQDB7kOj17ixCNnxNdGTFuEimN/ZvtXwb+7SmzN mEsNuZ8c79zojLPXiBbYmb+ugwPtkzcm0vi6nsBqaL7wJDwjLB1sAYmHBoig3KP5H3Fc W6WpGY+gfpYtQkicqG4TiZ5o25mEqoyhwH9zESLRhzHxX5ZTfxCAH2//IlgcjuKzD2T/ lTKAGJ3SFXGUzcN9dU6gFVwgBSNeeILPKsBpIMVmZhAAGWDnvKGt/qdaV9x5JXJ9ET66 49AQ== X-Received: by 10.236.174.37 with SMTP id w25mr17786335yhl.36.1382489364046; Tue, 22 Oct 2013 17:49:24 -0700 (PDT) Received: from zeus.saul.homeunix.org (methodstech-9.eatel.net. [209.124.200.105]) by mx.google.com with ESMTPSA id j67sm40640821yhe.26.2013.10.22.17.49.22 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Oct 2013 17:49:23 -0700 (PDT) Date: Tue, 22 Oct 2013 19:49:21 -0500 From: "Saul A. Peebsen" To: FreeBSD Current Subject: make buildworld Message-ID: <20131022194921.6adebf5d@zeus.saul.homeunix.org> X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.22; x86_64-pc-linux-gnu) 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 00:49:25 -0000 OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm trying to build latest 10 and I'm getting the error below. What's wrong? cc -O2 -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c jemalloc_jemalloc.c -o jemalloc_jemalloc.o In file included from jemalloc_jemalloc.c:2: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:64: In file included from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc.h:18: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc_FreeBSD.h:7:9: error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define MALLOC_PRODUCTION ^ :6:9: note: previous definition is here #define MALLOC_PRODUCTION 1 ^ 1 error generated. *** Error code 1 -- Cheers, Saul From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 00:49: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 917AADF1 for ; Wed, 23 Oct 2013 00:49:27 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BAE2250D for ; Wed, 23 Oct 2013 00:49:27 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id h11so6568200wiv.4 for ; Tue, 22 Oct 2013 17:49:25 -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:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=NhQQWNBlSB1FKYtK7NLlINi/nEw8vh3yyuyUSexsEI4=; b=lVGZD1hIA4OGM7/qWl+Hm0r6MAUR66Digh7dFXqawgxmA4/LMF+CirYQPF2ec1ei+q BTbso5XJc35ujP0OYezorYQpEomYktHOivKhFk1JOQlwnyo6MDREi+5ik0iLIdgeK4vS O98Nhv/x57x2JPEhD3wOTNQiMRtEKr8PWynTbB2KpZqLfEr76R/KU9EsolbcTGjPy5Xi pd0sD7ZOrG8jQeyWau2EUwdxFOoImRRmLdOET3qgC7xKocZRKq9KBalIG0WIURk1yslQ 6H6uOanqkQVHxV4zFofyYPb+QxA4BUFuA0k3nZe3ytj7CnsA9cvMlbj65d4sISQdz1Rn UWlQ== X-Received: by 10.181.11.163 with SMTP id ej3mr16452883wid.47.1382489365610; Tue, 22 Oct 2013 17:49:25 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id fr4sm11502742wib.0.2013.10.22.17.49.23 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 22 Oct 2013 17:49:23 -0700 (PDT) Date: Wed, 23 Oct 2013 02:49:21 +0200 From: Mateusz Guzik To: Keith White Subject: Re: gnop panic with recent kernel (r256923) Message-ID: <20131023004921.GA3421@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Keith White , freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: 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: Wed, 23 Oct 2013 00:49:27 -0000 On Tue, Oct 22, 2013 at 07:59:29PM -0400, Keith White wrote: > I get a "gnop lock" panic when trying to create a gnop device: > > # gnop create -S 4k ada3 > > panic: lock "gnop lock" 0xfffff80002566640 already initialized > > > # kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last > ... > Unread portion of the kernel message buffer: > panic: lock "gnop lock" 0xfffff80002566640 already initialized > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00934f3830 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00934f38e0 > vpanic() at vpanic+0x126/frame 0xfffffe00934f3920 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe00934f3990 > lock_init() at lock_init+0x43/frame 0xfffffe00934f39e0 > _mtx_init() at _mtx_init+0x7c/frame 0xfffffe00934f3a20 > g_nop_config() at g_nop_config+0x51a/frame 0xfffffe00934f3b30 > g_ctl_req() at g_ctl_req+0x100/frame 0xfffffe00934f3b70 > g_run_events() at g_run_events+0x1a7/frame 0xfffffe00934f3bb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe00934f3bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00934f3bf0 > --- trap 0, rip = 0, rsp = 0xfffffe00934f3cb0, rbp = 0 --- > > (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 > #1 0xffffffff808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 > #2 0xffffffff808bc065 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:754 > #3 0xffffffff808bbef6 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:642 > #4 0xffffffff808f47c3 in lock_init (lock=0xfffff80002566640, class=0xffffffff813e9ce0, name=0xffffffff81c947ce "gnop lock", type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 > #5 0xffffffff808a8acc in _mtx_init (c=0xfffff80002566658, name=0xffffffff81c947ce "gnop lock", type=0x0, opts=) at /usr/src/sys/kern/kern_mutex.c:905 > #6 0xffffffff81c9351a in g_nop_config (req=0xfffff800052a48c0, mp=0xffffffff81c94a20, verb=) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 > #7 0xffffffff8081d790 in g_ctl_req (arg=0xfffff800052a48c0, flag=) at /usr/src/sys/geom/geom_ctl.c:454 > #8 0xffffffff80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 > #9 0xffffffff8088b094 in fork_exit (callout=0xffffffff80822df0 , arg=0x0, frame=0xfffffe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 > #10 0xffffffff80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 > #11 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) > > ...keith Try this (untested): diff --git a/sys/geom/nop/g_nop.c b/sys/geom/nop/g_nop.c index e6b44bb..bd72d78 100644 --- a/sys/geom/nop/g_nop.c +++ b/sys/geom/nop/g_nop.c @@ -216,7 +216,7 @@ g_nop_create(struct gctl_req *req, struct g_class *mp, struct g_provider *pp, } } gp = g_new_geomf(mp, "%s", name); - sc = g_malloc(sizeof(*sc), M_WAITOK); + sc = g_malloc(sizeof(*sc), M_WAITOK | M_ZERO); sc->sc_offset = offset; sc->sc_explicitsize = explicitsize; sc->sc_error = ioerror; -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 00:55: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 B66A7F82 for ; Wed, 23 Oct 2013 00:55:08 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5148F256D for ; Wed, 23 Oct 2013 00:55:08 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hm4so6578578wib.8 for ; Tue, 22 Oct 2013 17:55:06 -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:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=7UBzaV4PhEhaHaoYHfJcqIsOpF1nb0HiP2YtqHE+1P4=; b=hcb87qHFOOhod6vttLYNE9GKTx1kTsbxOmdJaem9VTeJtGZ54EfLPD+n9K6rEToefn +Hz5oxUvYzyhDO3Z9ETchakB6vlMWtqyc1lOju2eHf3AeAj7xiM/wf8Jd3MWYkGAYnfz AcHHv+eCh6VfsM2s34x6sZyC1czNJlH3b5kNpM1UECymlggwnR0+2n5oQXaNwZ1JA05Q oQCWS+dlLKRlr1iL3guXZ/dXq4L7cLACRXbS+gVFGwRnF8tHobP2Uthg9Hj80sO1D0nF ShMRKUdlVboTvkteicVhj8nTpUScy3fSPNkhBi+lqfDj0q6H5xSaUwUO0T2YmXGKH2MR IAXQ== X-Received: by 10.194.20.202 with SMTP id p10mr9933114wje.39.1382489706748; Tue, 22 Oct 2013 17:55:06 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id e1sm11507729wij.6.2013.10.22.17.55.05 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 22 Oct 2013 17:55:05 -0700 (PDT) Date: Wed, 23 Oct 2013 02:55:02 +0200 From: Mateusz Guzik To: "Saul A. Peebsen" Subject: Re: make buildworld Message-ID: <20131023005502.GB3421@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , "Saul A. Peebsen" , FreeBSD Current References: <20131022194921.6adebf5d@zeus.saul.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20131022194921.6adebf5d@zeus.saul.homeunix.org> 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: Wed, 23 Oct 2013 00:55:08 -0000 On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: > OK, here's a bit of history of this box. Never wanted to run CURRENT, > but had no choice, STABLE wouldn't boot. So I followed all the advice > how to disable all debugging features. Now I'm trying to build latest > 10 and I'm getting the error below. > > What's wrong? > > > cc -O2 -pipe -march=core2 -I/usr/src/lib/libc/include > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa > -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 > -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE > -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include > -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING > -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -c jemalloc_jemalloc.c -o > jemalloc_jemalloc.o In file included from jemalloc_jemalloc.c:2: In > file included > from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:64: > In file included > from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc.h:18: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc_FreeBSD.h:7:9: > error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define > MALLOC_PRODUCTION ^ :6:9: note: previous definition is > here #define MALLOC_PRODUCTION 1 ^ 1 error generated. *** Error code 1 > > Presumably you have MALLOC_PRODUCTION set in src.conf or make.conf, remove it. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 01:15: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 A8B96364 for ; Wed, 23 Oct 2013 01:15:42 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75AF82662 for ; Wed, 23 Oct 2013 01:15:41 +0000 (UTC) Received: from [10.0.2.15] (dsl-66-225-161-151.vianet.ca [66.225.161.151]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.4) with ESMTP id r9N1Fdt8074097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Oct 2013 21:15:40 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Tue, 22 Oct 2013 21:15:45 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Mateusz Guzik Subject: Re: gnop panic with recent kernel (r256923) In-Reply-To: <20131023004921.GA3421@dft-labs.eu> Message-ID: References: <20131023004921.GA3421@dft-labs.eu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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, 23 Oct 2013 01:15:42 -0000 On Wed, 23 Oct 2013, Mateusz Guzik wrote: > On Tue, Oct 22, 2013 at 07:59:29PM -0400, Keith White wrote: >> I get a "gnop lock" panic when trying to create a gnop device: >> >> # gnop create -S 4k ada3 >> >> panic: lock "gnop lock" 0xfffff80002566640 already initialized >> >> >> # kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last >> ... >> Unread portion of the kernel message buffer: >> panic: lock "gnop lock" 0xfffff80002566640 already initialized >> cpuid = 1 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00934f3830 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00934f38e0 >> vpanic() at vpanic+0x126/frame 0xfffffe00934f3920 >> kassert_panic() at kassert_panic+0x136/frame 0xfffffe00934f3990 >> lock_init() at lock_init+0x43/frame 0xfffffe00934f39e0 >> _mtx_init() at _mtx_init+0x7c/frame 0xfffffe00934f3a20 >> g_nop_config() at g_nop_config+0x51a/frame 0xfffffe00934f3b30 >> g_ctl_req() at g_ctl_req+0x100/frame 0xfffffe00934f3b70 >> g_run_events() at g_run_events+0x1a7/frame 0xfffffe00934f3bb0 >> fork_exit() at fork_exit+0x84/frame 0xfffffe00934f3bf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00934f3bf0 >> --- trap 0, rip = 0, rsp = 0xfffffe00934f3cb0, rbp = 0 --- >> >> (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 >> #1 0xffffffff808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 >> #2 0xffffffff808bc065 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:754 >> #3 0xffffffff808bbef6 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:642 >> #4 0xffffffff808f47c3 in lock_init (lock=0xfffff80002566640, class=0xffffffff813e9ce0, name=0xffffffff81c947ce "gnop lock", type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 >> #5 0xffffffff808a8acc in _mtx_init (c=0xfffff80002566658, name=0xffffffff81c947ce "gnop lock", type=0x0, opts=) at /usr/src/sys/kern/kern_mutex.c:905 >> #6 0xffffffff81c9351a in g_nop_config (req=0xfffff800052a48c0, mp=0xffffffff81c94a20, verb=) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 >> #7 0xffffffff8081d790 in g_ctl_req (arg=0xfffff800052a48c0, flag=) at /usr/src/sys/geom/geom_ctl.c:454 >> #8 0xffffffff80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 >> #9 0xffffffff8088b094 in fork_exit (callout=0xffffffff80822df0 , arg=0x0, frame=0xfffffe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 >> #10 0xffffffff80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 >> #11 0x0000000000000000 in ?? () >> Current language: auto; currently minimal >> (kgdb) >> >> ...keith > > Try this (untested): > diff --git a/sys/geom/nop/g_nop.c b/sys/geom/nop/g_nop.c > index e6b44bb..bd72d78 100644 > --- a/sys/geom/nop/g_nop.c > +++ b/sys/geom/nop/g_nop.c > @@ -216,7 +216,7 @@ g_nop_create(struct gctl_req *req, struct g_class *mp, struct g_provider *pp, > } > } > gp = g_new_geomf(mp, "%s", name); > - sc = g_malloc(sizeof(*sc), M_WAITOK); > + sc = g_malloc(sizeof(*sc), M_WAITOK | M_ZERO); > sc->sc_offset = offset; > sc->sc_explicitsize = explicitsize; > sc->sc_error = ioerror; > > -- > Mateusz Guzik Yes, that fixes it for me. Thanks! ...keith From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 01:22:44 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 B3CB16E4 for ; Wed, 23 Oct 2013 01:22:44 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5131B26CB for ; Wed, 23 Oct 2013 01:22:44 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r9N1MPw3025869 for ; Tue, 22 Oct 2013 21:22:38 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <526724D1.5060406@m5p.com> Date: Tue, 22 Oct 2013 21:22:25 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: make buildworld References: <20131022194921.6adebf5d@zeus.saul.homeunix.org> <20131023005502.GB3421@dft-labs.eu> In-Reply-To: <20131023005502.GB3421@dft-labs.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Tue, 22 Oct 2013 21:22:41 -0400 (EDT) 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, 23 Oct 2013 01:22:44 -0000 On 10/22/13 20:55, Mateusz Guzik wrote: > On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: >> OK, here's a bit of history of this box. Never wanted to run CURRENT, >> but had no choice, STABLE wouldn't boot. So I followed all the advice >> how to disable all debugging features. Now I'm trying to build latest >> 10 and I'm getting the error below. >> >> What's wrong? >> >> >> cc -O2 -pipe -march=core2 -I/usr/src/lib/libc/include >> -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS >> -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa >> -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 >> -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE >> -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include >> -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime >> -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES >> -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING >> -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector >> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized >> -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int >> -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality >> -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum >> -Wno-knr-promoted-parameter -c jemalloc_jemalloc.c -o >> jemalloc_jemalloc.o In file included from jemalloc_jemalloc.c:2: In >> file included >> from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/jemalloc_internal.h:64: >> In file included >> from /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc.h:18: /usr/src/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/../jemalloc_FreeBSD.h:7:9: >> error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define >> MALLOC_PRODUCTION ^ :6:9: note: previous definition is >> here #define MALLOC_PRODUCTION 1 ^ 1 error generated. *** Error code 1 >> >> > > Presumably you have MALLOC_PRODUCTION set in src.conf or make.conf, > remove it. > Ran into this myself. More specifically, you have MALLOC_PRODUCTION set to something other than the null string. jemalloc_FreeBSD.h, however, says "#define MALLOC_PRODUCTION". This is okay if you have MALLOC_PRODUCTION= in src.conf/make.conf, and this is okay if you don't have MALLOC_PRODUCTION in those files, but if you have it set to foo, or y, or even "no", you will get this compile error. -- George From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 01:29: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 E7356840 for ; Wed, 23 Oct 2013 01:29:08 +0000 (UTC) (envelope-from jaglover@gmail.com) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002: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 AC79226F9 for ; Wed, 23 Oct 2013 01:29:08 +0000 (UTC) Received: by mail-yh0-f45.google.com with SMTP id i57so55435yha.4 for ; Tue, 22 Oct 2013 18:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=h0AURDd8xqpZrVbl4fRCfLQ8uCCEmDHVkeULTi6o0zw=; b=Q9qVp3jZj1U4XCcaiokQZD4uEOqVb+l5aGQfXKY1a7ZtbO0UlwuAhy7ZnRO+2Cq4iB swg8ZurlNxrF5DyJ2AjX8X1gfa7PM5vDi8IGAMiyJCr7haV38x8yMhkfh1PrAGXftTu+ o+Ye8qgbDNkiyJVJe3Z58vQsBtdlw7OP8b0fsE9I+4wQDXaEji7tlHn7Fc2CakaZwc2n +Haawur3mEV3zLeWcsKxiHfnKgMm8K59Otxtkob1ajPZ3kzc0giFg8C5Dqc+Fk5cE2Vz rn/ZJYtVseR6pIhUvQsBhE8T9rUlmfsLCHCYAIcJ/sj+8vzgPqS+LaL64YXNXFIi0Xht zHfA== X-Received: by 10.236.4.72 with SMTP id 48mr17931325yhi.43.1382491258634; Tue, 22 Oct 2013 18:20:58 -0700 (PDT) Received: from zeus.saul.homeunix.org (methodstech-9.eatel.net. [209.124.200.105]) by mx.google.com with ESMTPSA id s20sm40828753yhi.0.2013.10.22.18.20.57 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Oct 2013 18:20:58 -0700 (PDT) Date: Tue, 22 Oct 2013 20:20:56 -0500 From: "Saul A. Peebsen" To: FreeBSD Current Subject: Re: make buildworld Message-ID: <20131022202056.7d03dc88@zeus.saul.homeunix.org> In-Reply-To: <20131023005502.GB3421@dft-labs.eu> References: <20131022194921.6adebf5d@zeus.saul.homeunix.org> <20131023005502.GB3421@dft-labs.eu> X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.22; x86_64-pc-linux-gnu) 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 01:29:09 -0000 On Wed, 23 Oct 2013 02:55:02 +0200 Mateusz Guzik wrote: > On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: > > OK, here's a bit of history of this box. Never wanted to run > > CURRENT, but had no choice, STABLE wouldn't boot. So I followed all > > the advice how to disable all debugging features. Now I'm trying to > > build latest 10 and I'm getting the error below. > > > > What's wrong? > > > > Presumably you have MALLOC_PRODUCTION set in src.conf or make.conf, > remove it. Thank you, is there anything else I need to modify to move from 10-CURRENT to BETA and ultimately to RELEASE? -- Cheers, Saul From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 01:34:50 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 86EABB4E for ; Wed, 23 Oct 2013 01:34:50 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c: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 1E10F2761 for ; Wed, 23 Oct 2013 01:34:49 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id b13so117663wgh.15 for ; Tue, 22 Oct 2013 18:34:48 -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:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=uDuplCj1lvJAdplUHcLfRvWhSo80ETkltlNP4AmG6t4=; b=K/JHP+ntXE+KCG80lIm9QRIkuGqV4t7tefCu8llsUPZVpLAAirvzKqA2AJiInHp2gr RHYhvZ0uvzTqZaNCYv2BbFXAYtrS4Znp73a0doMCft5+MWI/D6DCEXH2p9XmPkxK9aBz 1AWhxOiMdAIyibYWIy41i7v+TUVVr2k+xhpq4iamf5CNIQ6aB/V/yuK3hZ+cpS1jUu+t CLjrm+1HYbKBIVPglpccqkDVP3AU2/SC/q2kbkeKTnuhgrC2flG4I0YbrtMbmjlGcxSM SrK4q1Oz3dYOLtAatVQ2rKnMTNXnWaP8f4Nnbl6uz2SV4jG8tpuPxJPji1PllJDFqIjX K89g== X-Received: by 10.194.20.170 with SMTP id o10mr20978062wje.4.1382492087971; Tue, 22 Oct 2013 18:34:47 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id s4sm11757176wiy.1.2013.10.22.18.34.46 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 22 Oct 2013 18:34:47 -0700 (PDT) Date: Wed, 23 Oct 2013 03:34:44 +0200 From: Mateusz Guzik To: Keith White Subject: Re: gnop panic with recent kernel (r256923) Message-ID: <20131023013444.GD3421@dft-labs.eu> Mail-Followup-To: Mateusz Guzik , Keith White , freebsd-current@freebsd.org References: <20131023004921.GA3421@dft-labs.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: 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: Wed, 23 Oct 2013 01:34:50 -0000 On Tue, Oct 22, 2013 at 09:15:45PM -0400, Keith White wrote: > On Wed, 23 Oct 2013, Mateusz Guzik wrote: > > >On Tue, Oct 22, 2013 at 07:59:29PM -0400, Keith White wrote: > >>I get a "gnop lock" panic when trying to create a gnop device: > >> > >> # gnop create -S 4k ada3 > >> > >>panic: lock "gnop lock" 0xfffff80002566640 already initialized > >> > >> > >># kgdb /boot/kernel.r256923/kernel /var/crash/vmcore.last > >>... > >>Unread portion of the kernel message buffer: > >>panic: lock "gnop lock" 0xfffff80002566640 already initialized > >>cpuid = 1 > >>KDB: stack backtrace: > >>db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00934f3830 > >>kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00934f38e0 > >>vpanic() at vpanic+0x126/frame 0xfffffe00934f3920 > >>kassert_panic() at kassert_panic+0x136/frame 0xfffffe00934f3990 > >>lock_init() at lock_init+0x43/frame 0xfffffe00934f39e0 > >>_mtx_init() at _mtx_init+0x7c/frame 0xfffffe00934f3a20 > >>g_nop_config() at g_nop_config+0x51a/frame 0xfffffe00934f3b30 > >>g_ctl_req() at g_ctl_req+0x100/frame 0xfffffe00934f3b70 > >>g_run_events() at g_run_events+0x1a7/frame 0xfffffe00934f3bb0 > >>fork_exit() at fork_exit+0x84/frame 0xfffffe00934f3bf0 > >>fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00934f3bf0 > >>--- trap 0, rip = 0, rsp = 0xfffffe00934f3cb0, rbp = 0 --- > >> > >>(kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 > >>#1 0xffffffff808bbb57 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 > >>#2 0xffffffff808bc065 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:754 > >>#3 0xffffffff808bbef6 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:642 > >>#4 0xffffffff808f47c3 in lock_init (lock=0xfffff80002566640, class=0xffffffff813e9ce0, name=0xffffffff81c947ce "gnop lock", type=0x0, flags=131072) at /usr/src/sys/kern/subr_lock.c:81 > >>#5 0xffffffff808a8acc in _mtx_init (c=0xfffff80002566658, name=0xffffffff81c947ce "gnop lock", type=0x0, opts=) at /usr/src/sys/kern/kern_mutex.c:905 > >>#6 0xffffffff81c9351a in g_nop_config (req=0xfffff800052a48c0, mp=0xffffffff81c94a20, verb=) at /usr/src/sys/modules/geom/geom_nop/../../../geom/nop/g_nop.c:229 > >>#7 0xffffffff8081d790 in g_ctl_req (arg=0xfffff800052a48c0, flag=) at /usr/src/sys/geom/geom_ctl.c:454 > >>#8 0xffffffff80820d27 in g_run_events () at /usr/src/sys/geom/geom_event.c:257 > >>#9 0xffffffff8088b094 in fork_exit (callout=0xffffffff80822df0 , arg=0x0, frame=0xfffffe00934f3c00) at /usr/src/sys/kern/kern_fork.c:995 > >>#10 0xffffffff80c9bf4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:606 > >>#11 0x0000000000000000 in ?? () > >>Current language: auto; currently minimal > >>(kgdb) > >> > >>...keith > > > >Try this (untested): > >diff --git a/sys/geom/nop/g_nop.c b/sys/geom/nop/g_nop.c > >index e6b44bb..bd72d78 100644 > >--- a/sys/geom/nop/g_nop.c > >+++ b/sys/geom/nop/g_nop.c > >@@ -216,7 +216,7 @@ g_nop_create(struct gctl_req *req, struct g_class *mp, struct g_provider *pp, > > } > > } > > gp = g_new_geomf(mp, "%s", name); > >- sc = g_malloc(sizeof(*sc), M_WAITOK); > >+ sc = g_malloc(sizeof(*sc), M_WAITOK | M_ZERO); > > sc->sc_offset = offset; > > sc->sc_explicitsize = explicitsize; > > sc->sc_error = ioerror; > > > >-- > >Mateusz Guzik > > Yes, that fixes it for me. > Thanks for testing, fix committed as r256951. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 02:55:11 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 C796781E for ; Wed, 23 Oct 2013 02:55:11 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 5819B2A94 for ; Wed, 23 Oct 2013 02:55:10 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBE511.dip0.t-ipconnect.de [93.203.229.17]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id r9N2t3jP083953 for ; Wed, 23 Oct 2013 02:55:03 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id r9N2ss6o087219 for ; Wed, 23 Oct 2013 04:54:54 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id r9N2slD1067094 for ; Wed, 23 Oct 2013 04:54:53 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201310230254.r9N2slD1067094@fire.js.berklix.net> To: current@freebsd.org Subject: Regression in 10.0-BETA1, mdconfig has changed its return code. From: "Julian H. Stacey" Organization: http://berklix.com BSD Linux Unix Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Wed, 23 Oct 2013 04:54:47 +0200 Sender: jhs@berklix.com 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, 23 Oct 2013 02:55:11 -0000 Regresssion in 10.0-BETA1, mdconfig -l -v return code changed from 0 to 255. OK, its not specfied in manual, but has changed. A test script I was using caught it: http://www.berklix.com/~jhs/bin/sh/mdconfig_tst Probably in next day or 2 I'll hack the C & send-pr. Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. No quoted-printable, HTML, base64, multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 03:19: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 9846B35B for ; Wed, 23 Oct 2013 03:19:56 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id 2EEF72C7E for ; Wed, 23 Oct 2013 03:19:55 +0000 (UTC) Received: from ppp118-210-126-13.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.126.13]) by ipmail04.adl6.internode.on.net with ESMTP; 23 Oct 2013 13:49:53 +1030 Message-ID: <52674056.1040206@ShaneWare.Biz> Date: Wed, 23 Oct 2013 13:49:50 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: "Saul A. Peebsen" , FreeBSD Current Subject: Re: make buildworld References: <20131022194921.6adebf5d@zeus.saul.homeunix.org> <20131023005502.GB3421@dft-labs.eu> <20131022202056.7d03dc88@zeus.saul.homeunix.org> In-Reply-To: <20131022202056.7d03dc88@zeus.saul.homeunix.org> 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, 23 Oct 2013 03:19:56 -0000 On 23/10/2013 11:50, Saul A. Peebsen wrote: > Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. > is there anything else I need to modify to move from > 10-CURRENT to BETA and ultimately to RELEASE? > I believe HEAD has been renamed to 11-CURRENT stable/10 was created 12 days ago which is 10-BEATA Was it stable/9 or stable/10 that wouldn't boot? With 10.0 to be released shortly you may wait a while for 11.0 release From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 03:55:37 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 490F7AF9 for ; Wed, 23 Oct 2013 03:55:37 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A5332E43 for ; Wed, 23 Oct 2013 03:55:36 +0000 (UTC) Received: from alph.d.allbsd.org (p4181-ipbf1307funabasi.chiba.ocn.ne.jp [123.225.173.181]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id r9N3tC0q083396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Oct 2013 12:55:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.7/8.14.5) with ESMTP id r9N3tAKO028074; Wed, 23 Oct 2013 12:55:12 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 23 Oct 2013 12:54:29 +0900 (JST) Message-Id: <20131023.125429.1473962573103517143.hrs@allbsd.org> To: jhs@berklix.com Subject: Re: Regression in 10.0-BETA1, mdconfig has changed its return code. From: Hiroki Sato In-Reply-To: <201310230254.r9N2slD1067094@fire.js.berklix.net> References: <201310230254.r9N2slD1067094@fire.js.berklix.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Wed_Oct_23_12_54_29_2013_858)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Wed, 23 Oct 2013 12:55:24 +0900 (JST) X-Spam-Status: No, score=-99.1 required=13.0 tests=CONTENT_TYPE_PRESENT, SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org 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, 23 Oct 2013 03:55:37 -0000 ----Security_Multipart0(Wed_Oct_23_12_54_29_2013_858)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Oct_23_12_54_29_2013_828)--" Content-Transfer-Encoding: 7bit ----Next_Part(Wed_Oct_23_12_54_29_2013_828)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Julian H. Stacey" wrote in <201310230254.r9N2slD1067094@fire.js.berklix.net>: jh> Regresssion in 10.0-BETA1, mdconfig -l -v return code changed from 0 jh> to 255. OK, its not specfied in manual, but has changed. jh> A test script I was using caught it: jh> http://www.berklix.com/~jhs/bin/sh/mdconfig_tst jh> Probably in next day or 2 I'll hack the C & send-pr. Does the attached patch fix it? -- Hiroki ----Next_Part(Wed_Oct_23_12_54_29_2013_828)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mdconfig_20131023-1.diff" Index: sbin/mdconfig/mdconfig.c =================================================================== --- sbin/mdconfig/mdconfig.c (revision 256952) +++ sbin/mdconfig/mdconfig.c (working copy) @@ -481,12 +481,18 @@ printf("\n"); /* XXX: Check if it's enough to clean everything. */ geom_stats_snapshot_free(sq); - if (((opt & OPT_UNIT) && (fflag == NULL) && ufound) || - ((opt & OPT_UNIT) == 0 && (fflag != NULL) && ffound) || - ((opt & OPT_UNIT) && (fflag != NULL) && ufound && ffound)) - return (0); - else - return (-1); + if (opt & OPT_UNIT) { + if (((fflag == NULL) && ufound) || + ((fflag == NULL) && (units != NULL) && ufound) || + ((fflag != NULL) && ffound) || + ((fflag != NULL) && (units != NULL) && ufound && ffound)) + return (0); + } else if (opt & OPT_LIST) { + if ((fflag == NULL) || + ((fflag != NULL) && ffound)) + return (0); + } + return (-1); } /* ----Next_Part(Wed_Oct_23_12_54_29_2013_828)---- ----Security_Multipart0(Wed_Oct_23_12_54_29_2013_858)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iEYEABECAAYFAlJnSHUACgkQTyzT2CeTzy1DmwCeO5keda5VeI77WcQc1bBHjQcH Z2AAoM7AWam+zG2YwlaibM+uE3KTmPHL =GxeR -----END PGP SIGNATURE----- ----Security_Multipart0(Wed_Oct_23_12_54_29_2013_858)---- From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 04:26:06 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 37BD3164 for ; Wed, 23 Oct 2013 04:26:06 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B5682F8D for ; Wed, 23 Oct 2013 04:26:05 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1VYq0z-00058L-Jc for current@freebsd.org; Wed, 23 Oct 2013 11:25:54 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id r9N4QlA0003757 for ; Wed, 23 Oct 2013 11:26:57 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id r9N4Qg13003676 for current@freebsd.org; Wed, 23 Oct 2013 11:26:42 +0700 (NOVT) (envelope-from danfe) Date: Wed, 23 Oct 2013 11:26:41 +0700 From: Alexey Dokuchaev To: current@freebsd.org Subject: panic: softdep_deallocate_dependencies: unrecovered I/O error Message-ID: <20131023042641.GA95132@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 23 Oct 2013 04:50:12 +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: Wed, 23 Oct 2013 04:26:06 -0000 Hi there, Just now my pretty fresh 11-CURRENT rebooted unexpectedly in the middle of 'svn up'. Some information from core.txt.0 (full version available upon request) given in the end of this email. (Machine: 11.0-CURRENT/i386 built on Oct 18, GENERIC kernel, default install, single / partition with J+SU.) This particular crash is worrisome for me for the following reasons: - I had lost some data; /usr/ports (checked out copy) become corrupted: some files have zero size; also svn(1) now reports that repo version is 12(!); I never had experienced such a fuckup with FreeBSD in years; it makes 10.0 look particularly bad: I can even cope with FreeBSD becoming bloated and slow, but I definitely cannot tolerate data loss -- we are not Linux after all; - I've already seen these 'error=11' messaged on -CURRENT before, again, while doing 'svn up'; I've followed up [1] about it on -hackers@ on Oct 1st; avg@ game me some advice [2], but I did not have a chance to see if it helps yet (I've never seen those errors again on my laptop, until it happened today on another box also running -CURRENT); perhaps this panic can somehow expedite investigation. ./danfe [1] http://docs.freebsd.org/cgi/mid.cgi?20131001192955.GA27965 [2] http://docs.freebsd.org/cgi/mid.cgi?524B2555.7030408 Unread portion of the kernel message buffer: g_vfs_done():ada0s3a[WRITE(offset=11688411136, length=32768)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11688476672, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11688607744, length=32768)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689328640, length=32768)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689394176, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689525248, length=65536)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11689820160, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11690704896, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691196416, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691327488, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691458560, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691589632, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11691720704, length=131072)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=11692081152, length=98304)]error = 11 g_vfs_done():ada0s3a[WRITE(offset=10815619072, length=4096)]error = 11 /: got error 11 while accessing filesystem panic: softdep_deallocate_dependencies: unrecovered I/O error cpuid = 0 KDB: stack backtrace: #0 0xc0aed942 at kdb_backtrace+0x52 #1 0xc0ab37e1 at panic+0x121 #2 0xc0d044b1 at softdep_deallocate_dependencies+0x71 #3 0xc0b39ce6 at brelse+0x86 #4 0xc0b3d470 at bufdone+0x60 #5 0xc0a1967a at g_vfs_done+0x27a #6 0xc0b3cf24 at biodone+0x54 #7 0xc0a15f04 at g_io_schedule_up+0x1d4 #8 0xc0a1649d at g_up_procbody+0x6d #9 0xc0a82ab3 at fork_exit+0xa3 #10 0xc0f77794 at fork_trampoline+0x8 <...> (kgdb) #0 doadump (textdump=-961984384) at pcpu.h:233 #1 0xc0ab3459 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xc0ab381f in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xc0d044b1 in softdep_deallocate_dependencies (bp=) at /usr/src/sys/ufs/ffs/ffs_softdep.c:13595 #4 0xc0b39ce6 in brelse (bp=0xe1a8b850) at buf.h:427 #5 0xc0b3d470 in bufdone (bp=) at /usr/src/sys/kern/vfs_bio.c:3759 #6 0xc0a1967a in g_vfs_done (bip=) at /usr/src/sys/geom/geom_vfs.c:161 #7 0xc0b3cf24 in biodone (bp=0xce43fe40) at /usr/src/sys/kern/vfs_bio.c:3579 #8 0xc0a15f04 in g_io_schedule_up (tp=0xc6a91930) at /usr/src/sys/geom/geom_io.c:799 #9 0xc0a1649d in g_up_procbody (arg=0x0) at /usr/src/sys/geom/geom_kern.c:98 #10 0xc0a82ab3 in fork_exit (callout=0xc0a16430 ) at /usr/src/sys/kern/kern_fork.c:995 #11 0xc0f77794 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:279 From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 06:59: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 4ED5AECE; Wed, 23 Oct 2013 06:59:41 +0000 (UTC) (envelope-from mavbsd@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 B7435276A; Wed, 23 Oct 2013 06:59:40 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e52so195729eek.16 for ; Tue, 22 Oct 2013 23:59:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=aEAiWbKpw1UgbpdwF+SRSkv+LVVff3/6Bu4uk7uJZZs=; b=ZWNZuI++MDaM8FRd0ht26c9U/BSB49Q67f29ylszTr+6Y7OcQZu8fh3S2qUkmWBk3U MEzs+j5T9xSwhlErjxGMvfQ9L3kjkfkfDAlVUAnJCf4n+eyO/PO8MnhxJcW40307DNUw BzTD3zX+Yon+Nn174ZR05h6CwqsKyylKd5NWrAWLmu+xzC3d9tW8s/Wo3rSN2tj4Rk7z 2AXjcVYz4CS/+vj6vj0v2K9QF3HzcZ39loGkHnIOQ2a7oBaWkITp48Qc3qk4mq4BhZoL 5bJ1LGbHhvfZV571ooAX4sie/b/vnfGvkaP1jvRnDiX0r4TZWs6R3lI8DH3YS4y6fjry GtyA== X-Received: by 10.14.246.11 with SMTP id p11mr69289eer.9.1382511579047; Tue, 22 Oct 2013 23:59:39 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([178.137.150.35]) by mx.google.com with ESMTPSA id z12sm66301566eev.6.2013.10.22.23.59.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 22 Oct 2013 23:59:38 -0700 (PDT) Sender: Alexander Motin Message-ID: <526773D8.7030002@FreeBSD.org> Date: Wed, 23 Oct 2013 09:59:36 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: Bryan Drewery Subject: Re: [CAM] panic / general protection fault while in kernel mode on head r256931 References: <5267178D.1090608@FreeBSD.org> In-Reply-To: <5267178D.1090608@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 23 Oct 2013 06:59:41 -0000 Hi. Unfortunately I have never seen that, but I'll try to look harder. Could you please tell a bit about your controllers/devices? What triggered the issue? If you still have the full dumps, could you check values of ccb_h, ccb_h->cbfcnp, ccb_h->path and ccb_h->path->periph for the "deadcode" somewhere or something? On 23.10.2013 03:25, Bryan Drewery wrote: > Encountered twice: > >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x20:0xffffffff802e612a >> stack pointer = 0x28:0xfffffe118af62b20 >> frame pointer = 0x28:0xfffffe118af62b60 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 2 (doneq0) >> trap number = 9 >> panic: general protection fault >> cpuid = 0 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe118af62690 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118af62740 >> vpanic() at vpanic+0x126/frame 0xfffffe118af62780 >> panic() at panic+0x43/frame 0xfffffe118af627e0 >> trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe118af62840 >> trap() at trap+0x863/frame 0xfffffe118af62a60 >> calltrap() at calltrap+0x8/frame 0xfffffe118af62a60 >> --- trap 0x9, rip = 0xffffffff802e612a, rsp = 0xfffffe118af62b20, rbp = 0xfffffe118af62b60 --- >> xpt_done_process() at xpt_done_process+0x36a/frame 0xfffffe118af62b60 >> xpt_done_td() at xpt_done_td+0x13d/frame 0xfffffe118af62bb0 >> fork_exit() at fork_exit+0x84/frame 0xfffffe118af62bf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118af62bf0 >> --- trap 0, rip = 0, rsp = 0xfffffe118af62cb0, rbp = 0 --- > > 2nd: > >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 5; apic id = 05 >> instruction pointer = 0x20:0xffffffff802e612a >> stack pointer = 0x28:0xfffffe118af62b20 >> frame pointer = 0x28:0xfffffe118af62b60 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 2 (doneq0) >> trap number = 9 >> panic: general protection fault >> cpuid = 5 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe118af62690 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118af62740 >> vpanic() at vpanic+0x126/frame 0xfffffe118af62780 >> panic() at panic+0x43/frame 0xfffffe118af627e0 >> trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe118af62840 >> trap() at trap+0x863/frame 0xfffffe118af62a60 >> calltrap() at calltrap+0x8/frame 0xfffffe118af62a60 >> --- trap 0x9, rip = 0xffffffff802e612a, rsp = 0xfffffe118af62b20, rbp = 0xfffffe118af62b60 --- >> xpt_done_process() at xpt_done_process+0x36a/frame 0xfffffe118af62b60 >> xpt_done_td() at xpt_done_td+0x13d/frame 0xfffffe118af62bb0 >> fork_exit() at fork_exit+0x84/frame 0xfffffe118af62bf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118af62bf0 >> --- trap 0, rip = 0, rsp = 0xfffffe118af62cb0, rbp = 0 --- > >> (kgdb) #0 doadump (textdump=1) at pcpu.h:219 >> #1 0xffffffff808bbb27 in kern_reboot (howto=260) >> at /usr/src/sys/kern/kern_shutdown.c:447 >> #2 0xffffffff808bc035 in vpanic (fmt=, >> ap=) at /usr/src/sys/kern/kern_shutdown.c:754 >> #3 0xffffffff808bc083 in panic (fmt=) >> at /usr/src/sys/kern/kern_shutdown.c:683 >> #4 0xffffffff80cb62d2 in trap_fatal (frame=, >> eva=) at /usr/src/sys/amd64/amd64/trap.c:882 >> #5 0xffffffff80cb5f13 in trap (frame=) >> at /usr/src/sys/amd64/amd64/trap.c:224 >> #6 0xffffffff80c9b3a2 in calltrap () >> at /usr/src/sys/amd64/amd64/exception.S:232 >> #7 0xffffffff802e612a in xpt_done_process (ccb_h=0xfffff80145911800) >> at /usr/src/sys/cam/cam_xpt.c:5242 >> #8 0xffffffff802e905d in xpt_done_td (arg=0xffffffff8144db80) >> at /usr/src/sys/cam/cam_xpt.c:5274 >> #9 0xffffffff8088b064 in fork_exit ( >> callout=0xffffffff802e8f20 , arg=0xffffffff8144db80, >> frame=0xfffffe118af62c00) at /usr/src/sys/kern/kern_fork.c:995 >> #10 0xffffffff80c9b8de in fork_trampoline () >> at /usr/src/sys/amd64/amd64/exception.S:606 >> #11 0x0000000000000000 in ?? () >> Current language: auto; currently minimal >> (kgdb) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 09:18: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 24EF6E31 for ; Wed, 23 Oct 2013 09:18:47 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog123.obsmtp.com (eu1sys200aog123.obsmtp.com [207.126.144.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D52F2EF5 for ; Wed, 23 Oct 2013 09:18:46 +0000 (UTC) Received: from mail-wi0-f171.google.com ([209.85.212.171]) (using TLSv1) by eu1sys200aob123.postini.com ([207.126.147.11]) with SMTP ID DSNKUmeUb7GMVu5rNj7E3hx1nhbquIdWmonH@postini.com; Wed, 23 Oct 2013 09:18:46 UTC Received: by mail-wi0-f171.google.com with SMTP id h11so6995093wiv.4 for ; Wed, 23 Oct 2013 02:18:39 -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=Rx7AjDaZroD03NDRyCAY1b5DBHGs2G8ihNuGkNrhQ9A=; b=kCNmCKf29ysU9voi3tdAWPftw75puvgpexlRTWyh08VqqpA5id2k3nGOLuR26VOttL geg+IOJ/grqYb8GAwOPXlK35sburlC5EKstaidXp3InzryR9b5TVDDym28uv+bowL04f z/cdvSLaLMz1RfRfveWejnSVzzGdyztBeXnhBZRxIzUflFh4q9l1MKjPhpPJGPdIH6hz ZtByGIaa/q0oI4zDrRb192CPnj5tDj46fBDutymJJjLli/DoqH9mYhm8RhypkOJQbo78 UgTbdyMyMdQ2Z5LO+xb2ybdjH3w3Lmd4YGyFj2ANV2d94PT1z8/qcuJXAVEaOiezQw7Y /Mcg== X-Gm-Message-State: ALoCoQnvBqnpmy8w24p+7l2t9PTd8ED+1VAsV423CCteZl59C/1eFnVik6HU77UBeYufRppBK/eVEuzU0UY3i+wicG5BAuNIdp69qx2DYKShbLds+Gz2yjsIoMpw1Mafa50RN2gKN074QCCqygYyqC9nJ8eWg4KDpWjXKT/a5L4R877JJJL8aUM= X-Received: by 10.180.219.33 with SMTP id pl1mr541144wic.49.1382519919487; Wed, 23 Oct 2013 02:18:39 -0700 (PDT) X-Received: by 10.180.219.33 with SMTP id pl1mr541134wic.49.1382519919422; Wed, 23 Oct 2013 02:18:39 -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 jf2sm14910622wic.2.2013.10.23.02.18.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Oct 2013 02:18:38 -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 r9N9IaHG078859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 23 Oct 2013 10:18:36 +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 r9N9IaSa078858; Wed, 23 Oct 2013 10:18:36 +0100 (BST) (envelope-from mexas) Date: Wed, 23 Oct 2013 10:18:36 +0100 (BST) From: Anton Shterenlikht Message-Id: <201310230918.r9N9IaSa078858@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: ia64 r255488: panic: uma_zfree: Freeing to non free bucket index. - textdump provided 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: Wed, 23 Oct 2013 09:18:47 -0000 After updating to r256624, the system is very unresponsive, and really unusable - any command (ps, df, top, ls, etc.) might take up to 1 min to return. However, I could not get it to panic. So I reverted back to r255488. This time I managed to obtain a textdump: http://www.freebsd.org/cgi/query-pr.cgi?pr=183227 Anton From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 09:58: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 782ACC99 for ; Wed, 23 Oct 2013 09:58:11 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFFBA219F for ; Wed, 23 Oct 2013 09:58:10 +0000 (UTC) Received: from mail-we0-f174.google.com ([74.125.82.174]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKUmedqswWVOEcqIa/DX9wO94uxEQCkDkE@postini.com; Wed, 23 Oct 2013 09:58:10 UTC Received: by mail-we0-f174.google.com with SMTP id u56so542481wes.33 for ; Wed, 23 Oct 2013 02:58:02 -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:cc :reply-to:in-reply-to; bh=WbzjvECsfA/v4Sg75YdKQlCf4mtgupvfrxHKw30O//4=; b=O+SSsCW6PQ08bgNmLudihBtcB86rJnRicycG3XOlXfsFZ0MniyHkXqXHPx/5Rdewj3 JebmS462z1f6iulAtz6tIxkebuHzUVUvdYGeLHjLJKzHQHVqAku+2DX2d923Z4tG4qEJ pPC31L1xfKR3ZTvC6WxZW9W06qFyF69ASUTCN00poETm0ty0icxF9hfOkhBefB/gYtcf xBsy/xWSHwWCgXSS9yQuaTNmspIozmc9+NX6bYrlUQUORGrGtCuX2dD0cJuTWSzWcbXl yeiPRTZ3b+UhYzitltOmm3+Og9mCFmT2gePUBgwAbY9G/HWXGYX+se20Tg+97N6dLQWG BYeA== X-Received: by 10.194.95.72 with SMTP id di8mr689226wjb.74.1382520434095; Wed, 23 Oct 2013 02:27:14 -0700 (PDT) X-Gm-Message-State: ALoCoQmG3CBkOIdxANQPdccEoSgN9DoO/tzy2wbfSxeUiqkyACJwBmQwIZgceUJxX6CZj+RzJCH++3pcleooIL4E3JJu5bDzWI1+191EWWVMaRAqDGEgFKzhjV1cbjSIwvDkQRmmNO/R1aoRXs2a2oPgcWF1s3XzklamEZn9VoJSBxNQ7sR9LTA= X-Received: by 10.194.95.72 with SMTP id di8mr689223wjb.74.1382520434018; Wed, 23 Oct 2013 02:27:14 -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 gg20sm15715418wic.1.2013.10.23.02.27.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Oct 2013 02:27:12 -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 r9N9RAnM079055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 23 Oct 2013 10:27:11 +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 r9N9RAw5079054; Wed, 23 Oct 2013 10:27:10 +0100 (BST) (envelope-from mexas) Date: Wed, 23 Oct 2013 10:27:10 +0100 (BST) From: Anton Shterenlikht Message-Id: <201310230927.r9N9RAw5079054@mech-cluster241.men.bris.ac.uk> To: davide@freebsd.org Subject: Re: deadlkres: possible deadlock detected for 0xe000000012aed200, blocked for 900014 ticks In-Reply-To: Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org 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: Wed, 23 Oct 2013 09:58:11 -0000 This time alllocks has lots of info. I updated the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/183007 Thanks Anton From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 10:29: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 0540A8C3 for ; Wed, 23 Oct 2013 10:29:23 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C0676237F for ; Wed, 23 Oct 2013 10:29:22 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76) (envelope-from ) id 1VYvlS-0002uP-6X for freebsd-current@freebsd.org; Wed, 23 Oct 2013 12:34:10 +0200 Date: Wed, 23 Oct 2013 12:34:10 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Subject: panic on r255948 after inserting a 2nd USB device Message-ID: <20131023103410.GA4965@sh4-5.1blu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 10:29:23 -0000 Hello, I have an 10-CURRENT r255948 i386 which is booted from an USB stick; no disk or SSD is involved; it boots fine and works fine mostly; sometimes right after boot, when I plug-in another USB device (a HUAWEI UMTS stick) the system reports: ugen4.4 at usbus4 (da0:umass-sim0:0:0:0) WRITE(10). CDB: 2a 00 01 b7 14 07 00 00 08 00 (da0:umass-sim0:0:0:0) CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0) Retrying command ugen4.4 at usbus4 (disconnected) (da0:umass-sim0:0:0:0) WRITE(10). CDB: 2a 00 01 b7 14 07 00 00 08 00 (da0:umass-sim0:0:0:0) CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0) Retrying command ... and so far until PANIC; the da0 is the booted USB key. This does not happen always on lug-in of the UMTS stick, only let's say every second time. Anything I could do? Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 11:08:06 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 AE681620; Wed, 23 Oct 2013 11:08:06 +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 60E9925BE; Wed, 23 Oct 2013 11:08:05 +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 r9NB84Fl066369; Wed, 23 Oct 2013 07:08:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9NB84pq066362; Wed, 23 Oct 2013 11:08:04 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Oct 2013 11:08:04 GMT Message-Id: <201310231108.r9NB84pq066362@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 i386/pc98 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, 23 Oct 2013 11:08:06 -0000 TB --- 2013-10-23 10:52:57 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-23 10:52:57 - 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-10-23 10:52:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-23 10:52:57 - cleaning the object tree TB --- 2013-10-23 10:53:22 - /usr/local/bin/svn stat /src TB --- 2013-10-23 10:53:44 - At svn revision 256953 TB --- 2013-10-23 10:53:45 - building world TB --- 2013-10-23 10:53:45 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 10:53:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 10:53:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 10:53:45 - SRCCONF=/dev/null TB --- 2013-10-23 10:53:45 - TARGET=pc98 TB --- 2013-10-23 10:53:45 - TARGET_ARCH=i386 TB --- 2013-10-23 10:53:45 - TZ=UTC TB --- 2013-10-23 10:53:45 - __MAKE_CONF=/dev/null TB --- 2013-10-23 10:53:45 - cd /src TB --- 2013-10-23 10:53:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Oct 23 10:53:54 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-23 11:08:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-23 11:08:04 - ERROR: failed to build world TB --- 2013-10-23 11:08:04 - 651.31 user 108.77 system 907.00 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 06:30:18 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 862F755C; Wed, 23 Oct 2013 06:30:18 +0000 (UTC) (envelope-from lenzi.sergio@gmail.com) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002: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 05212252B; Wed, 23 Oct 2013 06:30:17 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id z20so126406yhz.26 for ; Tue, 22 Oct 2013 23:30:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references :disposition-notification-to:content-type:date:message-id :mime-version; bh=/XzkK2GPLUlqOD5Po6+eN9S+DB6LEsQsKVocBJAJD2s=; b=bWtOlgex59ZIP4fPA/cRcw3rt8QSvsX2WNuFlCUQUkRwEmijJZRR6WMtcDqmxx+tQK daL83M8oQB2ZE534/R/nnwgvXq9BKEXIwWKHqWMM8AJUGYHCdKNm879KEgnCS4Zy1VbE tOR2mAxLSfvNxU6vZYl1tgDDYEPOGy/uu56VylPD2vTVmGzYF1Y+0im3UCv6nU5dIZD3 Nhs+z9JFROnvGwrmIfzSnr+upGHL/TZbM1nclXslhvVHUQw/H81lnS6nIDrCVqcU0+BI 2unAPm1fXNjBGiz+o4jN8hXaMEebUFx3uLGeCud2Fg4/zq4uGiNKrTfzXJvs3iYPwYBn ofwg== X-Received: by 10.236.60.70 with SMTP id t46mr39222yhc.117.1382509817236; Tue, 22 Oct 2013 23:30:17 -0700 (PDT) Received: from [192.168.99.21] (179.186.210.120.dynamic.adsl.gvt.net.br. [179.186.210.120]) by mx.google.com with ESMTPSA id u66sm42458030yhd.24.2013.10.22.23.30.14 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 22 Oct 2013 23:30:16 -0700 (PDT) Subject: Re: iconv in base breaks multiple ports From: Sergio de Almeida Lenzi To: Ulrich =?ISO-8859-1?Q?Sp=F6rlein?= In-Reply-To: References: <20131020182723.GE12255@acme.spoerlein.net> <52650D9F.2020707@FreeBSD.org> <20131021203445.GI12255@acme.spoerlein.net> <20131022192309.385dc2df@kalimero.tijl.coosemans.org> Date: Wed, 23 Oct 2013 04:30:12 -0200 Message-ID: <1382509812.20067.12.camel@lenovo.toontown> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 X-Mailman-Approved-At: Wed, 23 Oct 2013 11:16:44 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: ports@freebsd.org, Tilman =?ISO-8859-1?Q?Keskin=F6z?= , Tijl Coosemans , re@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, 23 Oct 2013 06:30:18 -0000 > > ... and the verdict is in. Building src w/o iconv, then re-installing > converters/libiconv and rebuilding the ports fixes at least > newsbeuter, I'll now let multimedia/xbmc (and requirements) rebuild > over night and then prepare a patch to allow -CURRENT + libiconv for > those people that like a working system. > > I'm also looping re@ in, as they might want to hear about showstoppers > for the 10.0 release. > > Cheers, > Uli > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" I have built a system from scratch freeBSD11 all without libiconv because I need to test the radeonkm (everything works as expected with accelerated video) and than full gnome2 (about 980 packages) including libreoffice, firefox, vlc, mono, monodevelop, gnome-subtilles... and everything works in the libiconv port there is a trap that prevents it from building in a system > freeBSD10... the only problem was: inkscape and net-snmp... but the last version of svn works... Hope clarify things for you.... if you need the packages I can give access in the internet... From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 11:22: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 E4471B66 for ; Wed, 23 Oct 2013 11:22:40 +0000 (UTC) (envelope-from bdrewery@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 BFFF626A6 for ; Wed, 23 Oct 2013 11:22:40 +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 r9NBMeoV010333 for ; Wed, 23 Oct 2013 11:22:40 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9NBMede010330 for freebsd-current@freebsd.org; Wed, 23 Oct 2013 11:22:40 GMT (envelope-from bdrewery) Received: (qmail 25035 invoked from network); 23 Oct 2013 06:22:38 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 23 Oct 2013 06:22:38 -0500 Message-ID: <5267B178.2020204@FreeBSD.org> Date: Wed, 23 Oct 2013 06:22:32 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Alexander Motin Subject: Re: [CAM] panic / general protection fault while in kernel mode on head r256931 References: <5267178D.1090608@FreeBSD.org> <526773D8.7030002@FreeBSD.org> In-Reply-To: <526773D8.7030002@FreeBSD.org> X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="drOa1Qh6t88alXJu5QfJQjGpKmopavpst" 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, 23 Oct 2013 11:22:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --drOa1Qh6t88alXJu5QfJQjGpKmopavpst Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10/23/2013 1:59 AM, Alexander Motin wrote: > Hi. >=20 > Unfortunately I have never seen that, but I'll try to look harder. Coul= d > you please tell a bit about your controllers/devices? What triggered th= e > issue? (Sorry for confusing pastes in email, bad client) Not sure what was done, I was just editing files in vim. dmesg output: > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #82 r256931: Tue Oct 22 16:59:30 CDT 2013 > root@c1100-1.shatow.net:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Intel(R) Xeon(R) CPU L5520 @ 2.27GHz (2266.79-MHz K8-cl= ass CPU) > Origin =3D "GenuineIntel" Id =3D 0x106a5 Family =3D 0x6 Model =3D = 0x1a Stepping =3D 5 > Features=3D0xbfebfbff > Features2=3D0x9ce3bd > AMD Features=3D0x28100800 > AMD Features2=3D0x1 > TSC: P-state invariant, performance statistics > real memory =3D 77309411328 (73728 MB) > avail memory =3D 75053207552 (71576 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: <082009 APIC1931> > FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs > FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > cpu8 (AP): APIC ID: 16 > cpu9 (AP): APIC ID: 17 > cpu10 (AP): APIC ID: 18 > cpu11 (AP): APIC ID: 19 > cpu12 (AP): APIC ID: 20 > cpu13 (AP): APIC ID: 21 > cpu14 (AP): APIC ID: 22 > cpu15 (AP): APIC ID: 23 > ioapic0 irqs 0-23 on motherboard > random: initialized > kbd1 at kbdmux0 > module_register_init: MOD_LOAD (vesa, 0xffffffff80d21900, 0) error 19 > acpi0: <082009 XSDT1931> on motherboard > acpi0: Power Button (fixed) > unknown: I/O range not supported > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, bff00000 (3) failed > cpu0: on acpi0 > ACPI BIOS Warning (bug): Incorrect checksum in table [OEMB] - 0x5C, sho= uld be 0x59 (20130823/tbprint-233) > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > cpu4: on acpi0 > cpu5: on acpi0 > cpu6: on acpi0 > cpu7: on acpi0 > cpu8: on acpi0 > cpu9: on acpi0 > cpu10: on acpi0 > cpu11: on acpi0 > cpu12: on acpi0 > cpu13: on acpi0 > cpu14: on acpi0 > cpu15: on acpi0 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > hpet0: iomem 0xfed00000-0xfed003ff on acpi= 0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 350 > Event timer "HPET1" frequency 14318180 Hz quality 340 > Event timer "HPET2" frequency 14318180 Hz quality 340 > Event timer "HPET3" frequency 14318180 Hz quality 340 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pcib2: at device 3.0 on pci0 > pci2: on pcib2 > pcib3: at device 7.0 on pci0 > pci3: on pcib3 > pcib4: at device 9.0 on pci0 > pci4: on pcib4 > pci0: at device 20.0 (no driver= attached) > pci0: at device 20.1 (no driver= attached) > pci0: at device 20.2 (no driver= attached) > pci0: at device 20.3 (no driver= attached) > pci0: at device 22.0 (no driver attached) > pci0: at device 22.1 (no driver attached) > pci0: at device 22.2 (no driver attached) > pci0: at device 22.3 (no driver attached) > pci0: at device 22.4 (no driver attached) > pci0: at device 22.5 (no driver attached) > pci0: at device 22.6 (no driver attached) > pci0: at device 22.7 (no driver attached) > uhci0: port 0xcc00-0xcc1f = irq 23 at device 26.0 on pci0 > uhci0: LegSup =3D 0x2f00 > usbus0 on uhci0 > uhci1: port 0xc880-0xc89f = irq 22 at device 26.1 on pci0 > uhci1: LegSup =3D 0x2f00 > usbus1 on uhci1 > uhci2: port 0xc800-0xc81f = irq 21 at device 26.2 on pci0 > uhci2: LegSup =3D 0x2f00 > usbus2 on uhci2 > ehci0: mem 0xdf4de000-= 0xdf4de3ff irq 20 at device 26.7 on pci0 > usbus3: EHCI version 1.0 > usbus3 on ehci0 > pcib5: irq 17 at device 28.0 on pci0 > pci5: on pcib5 > igb0: port 0xdc0= 0-0xdc1f mem 0xdf6e0000-0xdf6fffff,0xdf6c0000-0xdf6dffff,0xdf6bc000-0xdf6= bffff irq 16 at device 0.0 on pci5 > igb0: Using MSIX interrupts with 9 vectors > igb0: Ethernet address: c8:0a:a9:04:39:78 > igb0: Bound queue 0 to cpu 0 > igb0: Bound queue 1 to cpu 1 > igb0: Bound queue 2 to cpu 2 > igb0: Bound queue 3 to cpu 3 > igb0: Bound queue 4 to cpu 4 > igb0: Bound queue 5 to cpu 5 > igb0: Bound queue 6 to cpu 6 > igb0: Bound queue 7 to cpu 7 > igb1: port 0xd88= 0-0xd89f mem 0xdf620000-0xdf63ffff,0xdf600000-0xdf61ffff,0xdf5fc000-0xdf5= fffff irq 17 at device 0.1 on pci5 > igb1: Using MSIX interrupts with 9 vectors > igb1: Ethernet address: c8:0a:a9:04:39:79 > igb1: Bound queue 0 to cpu 8 > igb1: Bound queue 1 to cpu 9 > igb1: Bound queue 2 to cpu 10 > igb1: Bound queue 3 to cpu 11 > igb1: Bound queue 4 to cpu 12 > igb1: Bound queue 5 to cpu 13 > igb1: Bound queue 6 to cpu 14 > igb1: Bound queue 7 to cpu 15 > uhci3: port 0xc480-0xc49f = irq 23 at device 29.0 on pci0 > uhci3: LegSup =3D 0x2f00 > usbus4 on uhci3 > uhci4: port 0xc400-0xc41f = irq 22 at device 29.1 on pci0 > uhci4: LegSup =3D 0x2f00 > usbus5 on uhci4 > uhci5: port 0xc080-0xc09f = irq 21 at device 29.2 on pci0 > uhci5: LegSup =3D 0x2f00 > usbus6 on uhci5 > ehci1: mem 0xdf4dc000-= 0xdf4dc3ff irq 23 at device 29.7 on pci0 > usbus7: EHCI version 1.0 > usbus7 on ehci1 > pcib6: at device 30.0 on pci0 > pci7: on pcib6 > vgapci0: port 0xec00-0xec7f mem 0xdf800000-0xd= fffffff,0xdf7e0000-0xdf7fffff irq 16 at device 11.0 on pci7 > isab0: at device 31.0 on pci0 > isa0: on isab0 > ahci0: port 0xc000-0xc007,0xbc00-0xb= c03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb49f mem 0xdf4da000-0xdf4da7ff i= rq 18 at device 31.2 on pci0 > ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich2: at channel 2 on ahci0 > ahcich3: at channel 3 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > ahciem0: on ahci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0= > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > qpi0: on motherboard > pcib7: pcibus 255 on qpi0 > pci255: on pcib7 > pcib8: pcibus 254 on qpi0 > pci254: on pcib8 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc900= 0-0xc9fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: CGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3d0-0x3db iomem 0xb8000-0xbffff on is= a0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > ppc0: cannot reserve I/O port range > est0: on cpu0 > p4tcc0: on cpu0 > est1: on cpu1 > p4tcc1: on cpu1 > est2: on cpu2 > p4tcc2: on cpu2 > est3: on cpu3 > p4tcc3: on cpu3 > est4: on cpu4 > p4tcc4: on cpu4 > est5: on cpu5 > p4tcc5: on cpu5 > est6: on cpu6 > p4tcc6: on cpu6 > est7: on cpu7 > p4tcc7: on cpu7 > est8: on cpu8 > p4tcc8: on cpu8 > est9: on cpu9 > p4tcc9: on cpu9 > est10: on cpu10 > p4tcc10: on cpu10 > est11: on cpu11 > p4tcc11: on cpu11 > est12: on cpu12 > p4tcc12: on cpu12 > est13: on cpu13 > p4tcc13: on cpu13 > est14: on cpu14 > p4tcc14: on cpu14 > est15: on cpu15 > p4tcc15: on cpu15 > fuse-freebsd: version 0.4.4, FUSE ABI 7.8 > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 480Mbps High Speed USB v2.0 > usbus4: 12Mbps Full Speed USB v1.0 > usbus5: 12Mbps Full Speed USB v1.0 > usbus6: 12Mbps Full Speed USB v1.0 > usbus7: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus= 0 > ugen1.1: at usbus1 > uhub1: on usbus= 1 > ugen2.1: at usbus2 > uhub2: on usbus= 2 > ugen3.1: at usbus3 > uhub3: on usbus= 3 > ugen5.1: at usbus5 > uhub4: on usbus= 5 > ugen4.1: at usbus4 > uhub5: on usbus= 4 > ugen6.1: at usbus6 > uhub6: on usbus= 6 > ugen7.1: at usbus7 > uhub7: on usbus= 7 > ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 > ses0: SEMB S-E-S 2.00 device > ses0: SEMB SES Device > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 3.x device > ada0: Serial Number S2A7BV64 > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada1: ATA-8 SATA 2.x device > ada1: Serial Number 9VV9GA56 > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad6 > ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 > ada2: ATA-9 SATA 3.x device > ada2: Serial Number OCZ-47M1215LW81YWQO8 > ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada2: Command Queueing enabled > ada2: 122104MB (250069680 512 byte sectors: 16H 63S/T 16383C) > ada2: quirks=3D0x1<4K> > ada2: Previously was known as ad8 > Netvsc initializing... SMP: AP CPU #1 Launched! > SMP: AP CPU #14 Launched! > SMP: AP CPU #7 Launched! > SMP: AP CPU #15 Launched! > SMP: AP CPU #5 Launched! > SMP: AP CPU #9 Launched! > SMP: AP CPU #6 Launched! > SMP: AP CPU #12 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #13 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #8 Launched! > SMP: AP CPU #4 Launched! > SMP: AP CPU #11 Launched! > SMP: AP CPU #10 Launched! > Timecounter "TSC-low" frequency 1133395910 Hz quality 1000 > WARNING: WITNESS option enabled, expect reduced performance. > uhub1: 2 ports with 2 removable, self powered > uhub0: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub6: 2 ports with 2 removable, self powered > uhub4: 2 ports with 2 removable, self powered > uhub5: 2 ports with 2 removable, self powered > Root mount waiting for: usbus7 usbus3 > Root mount waiting for: usbus7 usbus3 > uhub3: 6 ports with 6 removable, self powered > uhub7: 6 ports with 6 removable, self powered > ugen3.2: at usbus3 > ukbd0: on usbus3 > kbd2 at ukbd0 > Trying to mount root from zfs:zroot/ROOT/head-r256931 []... > ums0: on usbus3 > ums0: 3 buttons and [Z] coordinates ID=3D0 > ums1: on usbus3 > ums1: 3 buttons and [XYZ] coordinates ID=3D0 =2E. >=20 > If you still have the full dumps, could you check values of ccb_h, > ccb_h->cbfcnp, ccb_h->path and ccb_h->path->periph for the "deadcode" > somewhere or something? Here: > (kgdb) up 7 > #7 0xffffffff802e612a in xpt_done_process (ccb_h=3D0xfffff8086f2ad800)= at /usr/src/sys/cam/cam_xpt.c:5242 > Line number 5242 out of range; /usr/src/sys/cam/cam_xpt.c has 5056 line= s. > (kgdb) p *ccb_h > $4 =3D {pinfo =3D {priority =3D 3735929054, generation =3D 3735929054, = index =3D -559038242}, xpt_links =3D {le =3D {le_next =3D 0xdeadc0dedeadc= 0de, le_prev =3D 0xdeadc0dedeadc0de}, sle =3D { > sle_next =3D 0xdeadc0dedeadc0de}, tqe =3D {tqe_next =3D 0xdeadc0d= edeadc0de, tqe_prev =3D 0xdeadc0dedeadc0de}, stqe =3D {stqe_next =3D 0xde= adc0dedeadc0de}}, sim_links =3D {le =3D { > le_next =3D 0xdeadc0dedeadc0de, le_prev =3D 0xdeadc0dedeadc0de}, = sle =3D {sle_next =3D 0xdeadc0dedeadc0de}, tqe =3D {tqe_next =3D 0xdeadc0= dedeadc0de, tqe_prev =3D 0xdeadc0dedeadc0de}, stqe =3D { > stqe_next =3D 0xdeadc0dedeadc0de}}, periph_links =3D {le =3D {le_= next =3D 0xdeadc0dedeadc0de, le_prev =3D 0xdeadc0dedeadc0de}, sle =3D {sl= e_next =3D 0xdeadc0dedeadc0de}, tqe =3D { > tqe_next =3D 0xdeadc0dedeadc0de, tqe_prev =3D 0xdeadc0dedeadc0de}= , stqe =3D {stqe_next =3D 0xdeadc0dedeadc0de}}, retry_count =3D 373592905= 4, cbfcnp =3D 0xdeadc0dedeadc0de, > func_code =3D 3735929054, status =3D 3735929054, path =3D 0xdeadc0ded= eadc0de, path_id =3D 3735929054, target_id =3D 3735929054, target_lun =3D= 3735929054, ext_lun =3D {lun64 =3D 16045693110842147038, > lun =3D "=EF=BF=BD=EF=BF=BD}, flags =3D 3735929054, xflags =3D 3735= 929054, periph_priv =3D {entries =3D {{ptr =3D 0xdeadc0dedeadc0de, field = =3D 16045693110842147038, bytes =3D "=EF=BF=BD=EF=BF=BD}, { > ptr =3D 0xdeadc0dedeadc0de, field =3D 16045693110842147038, byt= es =3D "=EF=BF=BD=EF=BF=BD}}, bytes =3D "=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF= =BD}, sim_priv =3D {entries =3D {{ptr =3D 0xdeadc0dedeadc0de, > field =3D 16045693110842147038, bytes =3D "=EF=BF=BD=EF=BF=BD},= {ptr =3D 0xdeadc0dedeadc0de, field =3D 16045693110842147038, bytes =3D "= =EF=BF=BD=EF=BF=BD}}, bytes =3D "=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD}, q= os =3D { > etime =3D 0xdeadc0dedeadc0de, sim_data =3D 16045693110842147038, pe= riph_data =3D 16045693110842147038}, timeout =3D 3735929054, softtimeout = =3D {tv_sec =3D -2401050962867404578, > tv_usec =3D -2401050962867404578}} > (kgdb) p *ccb_h->cbfcnp > Cannot access memory at address 0xdeadc0dedeadc0de > (kgdb) p ccb_h->cbfcnp > $5 =3D (void (*)(struct cam_periph *, union ccb *)) 0xdeadc0dedeadc0de > (kgdb) p ccb_h->path > $6 =3D (struct cam_path *) 0xdeadc0dedeadc0de > (kgdb) up > #8 0xffffffff802e905d in xpt_done_td (arg=3D0xffffffff8144db80) at /us= r/src/sys/cam/cam_xpt.c:5274 > Line number 5274 out of range; /usr/src/sys/cam/cam_xpt.c has 5056 line= s. > (kgdb) print *ccb_h > $7 =3D {pinfo =3D {priority =3D 2161940088, generation =3D 4294967295, = index =3D 16973824}, xpt_links =3D {le =3D {le_next =3D 0xfffffe00006d340= 0, le_prev =3D 0xfffff8000f3e4000}, sle =3D { > sle_next =3D 0xfffffe00006d3400}, tqe =3D {tqe_next =3D 0xfffffe0= 0006d3400, tqe_prev =3D 0xfffff8000f3e4000}, stqe =3D {stqe_next =3D 0xff= fffe00006d3400}}, sim_links =3D {le =3D {le_next =3D 0x0, > le_prev =3D 0x0}, sle =3D {sle_next =3D 0x0}, tqe =3D {tqe_next =3D= 0x0, tqe_prev =3D 0x0}, stqe =3D {stqe_next =3D 0x0}}, periph_links =3D = {le =3D {le_next =3D 0xffffffff802e64a0, > le_prev =3D 0xfffff80014197800}, sle =3D {sle_next =3D 0xffffffff= 802e64a0}, tqe =3D {tqe_next =3D 0xffffffff802e64a0, tqe_prev =3D 0xfffff= 80014197800}, stqe =3D {stqe_next =3D 0xffffffff802e64a0}}, > retry_count =3D 0, cbfcnp =3D 0, func_code =3D XPT_NOOP, status =3D 0= , path =3D 0x0, path_id =3D 0, target_id =3D 0, target_lun =3D 0, ext_lun= =3D {lun64 =3D 0, lun =3D "\000\000\000\000\000\000\000"}, > flags =3D 0, xflags =3D 0, periph_priv =3D {entries =3D {{ptr =3D 0x0= , field =3D 0, bytes =3D "\000\000\000\000\000\000\000"}, {ptr =3D 0x0, f= ield =3D 0, bytes =3D "\000\000\000\000\000\000\000"}}, > bytes =3D '\0' }, sim_priv =3D {entries =3D {{ptr= =3D 0x0, field =3D 0, bytes =3D "\000\000\000\000\000\000\000"}, {ptr =3D= 0x0, field =3D 0, > bytes =3D "\000\000\000\000\000\000\000"}}, bytes =3D '\0' }, qos =3D {etime =3D 0x0, sim_data =3D 0, periph_data =3D = 0}, timeout =3D 0, softtimeout =3D {tv_sec =3D 0, > tv_usec =3D 0}} > (kgdb) print ccb_h->cbfcnp > $8 =3D (void (*)(struct cam_periph *, union ccb *)) 0 > (kgdb) print ccb_h->path > $9 =3D (struct cam_path *) 0x0 =2E >=20 > On 23.10.2013 03:25, Bryan Drewery wrote: >> Encountered twice: >> >>> Fatal trap 9: general protection fault while in kernel mode >>> cpuid =3D 0; apic id =3D 00 >>> instruction pointer =3D 0x20:0xffffffff802e612a >>> stack pointer =3D 0x28:0xfffffe118af62b20 >>> frame pointer =3D 0x28:0xfffffe118af62b60 >>> code segment =3D base 0x0, limit 0xfffff, type 0x1b >>> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >>> current process =3D 2 (doneq0) >>> trap number =3D 9 >>> panic: general protection fault >>> cpuid =3D 0 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xfffffe118af62690 >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118af62740 >>> vpanic() at vpanic+0x126/frame 0xfffffe118af62780 >>> panic() at panic+0x43/frame 0xfffffe118af627e0 >>> trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe118af62840 >>> trap() at trap+0x863/frame 0xfffffe118af62a60 >>> calltrap() at calltrap+0x8/frame 0xfffffe118af62a60 >>> --- trap 0x9, rip =3D 0xffffffff802e612a, rsp =3D 0xfffffe118af62b20,= rbp >>> =3D 0xfffffe118af62b60 --- >>> xpt_done_process() at xpt_done_process+0x36a/frame 0xfffffe118af62b60= >>> xpt_done_td() at xpt_done_td+0x13d/frame 0xfffffe118af62bb0 >>> fork_exit() at fork_exit+0x84/frame 0xfffffe118af62bf0 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118af62bf0 >>> --- trap 0, rip =3D 0, rsp =3D 0xfffffe118af62cb0, rbp =3D 0 --- >> >> 2nd: >> >>> Fatal trap 9: general protection fault while in kernel mode >>> cpuid =3D 5; apic id =3D 05 >>> instruction pointer =3D 0x20:0xffffffff802e612a >>> stack pointer =3D 0x28:0xfffffe118af62b20 >>> frame pointer =3D 0x28:0xfffffe118af62b60 >>> code segment =3D base 0x0, limit 0xfffff, type 0x1b >>> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >>> current process =3D 2 (doneq0) >>> trap number =3D 9 >>> panic: general protection fault >>> cpuid =3D 5 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xfffffe118af62690 >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe118af62740 >>> vpanic() at vpanic+0x126/frame 0xfffffe118af62780 >>> panic() at panic+0x43/frame 0xfffffe118af627e0 >>> trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe118af62840 >>> trap() at trap+0x863/frame 0xfffffe118af62a60 >>> calltrap() at calltrap+0x8/frame 0xfffffe118af62a60 >>> --- trap 0x9, rip =3D 0xffffffff802e612a, rsp =3D 0xfffffe118af62b20,= rbp >>> =3D 0xfffffe118af62b60 --- >>> xpt_done_process() at xpt_done_process+0x36a/frame 0xfffffe118af62b60= >>> xpt_done_td() at xpt_done_td+0x13d/frame 0xfffffe118af62bb0 >>> fork_exit() at fork_exit+0x84/frame 0xfffffe118af62bf0 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe118af62bf0 >>> --- trap 0, rip =3D 0, rsp =3D 0xfffffe118af62cb0, rbp =3D 0 --- >> >>> (kgdb) #0 doadump (textdump=3D1) at pcpu.h:219 >>> #1 0xffffffff808bbb27 in kern_reboot (howto=3D260) >>> at /usr/src/sys/kern/kern_shutdown.c:447 >>> #2 0xffffffff808bc035 in vpanic (fmt=3D, >>> ap=3D) at /usr/src/sys/kern/kern_shutdown.c= :754 >>> #3 0xffffffff808bc083 in panic (fmt=3D) >>> at /usr/src/sys/kern/kern_shutdown.c:683 >>> #4 0xffffffff80cb62d2 in trap_fatal (frame=3D, >>> eva=3D) at /usr/src/sys/amd64/amd64/trap.c:= 882 >>> #5 0xffffffff80cb5f13 in trap (frame=3D) >>> at /usr/src/sys/amd64/amd64/trap.c:224 >>> #6 0xffffffff80c9b3a2 in calltrap () >>> at /usr/src/sys/amd64/amd64/exception.S:232 >>> #7 0xffffffff802e612a in xpt_done_process (ccb_h=3D0xfffff8014591180= 0) >>> at /usr/src/sys/cam/cam_xpt.c:5242 >>> #8 0xffffffff802e905d in xpt_done_td (arg=3D0xffffffff8144db80) >>> at /usr/src/sys/cam/cam_xpt.c:5274 >>> #9 0xffffffff8088b064 in fork_exit ( >>> callout=3D0xffffffff802e8f20 , arg=3D0xffffffff8144= db80, >>> frame=3D0xfffffe118af62c00) at /usr/src/sys/kern/kern_fork.c:995= >>> #10 0xffffffff80c9b8de in fork_trampoline () >>> at /usr/src/sys/amd64/amd64/exception.S:606 >>> #11 0x0000000000000000 in ?? () >>> Current language: auto; currently minimal >>> (kgdb) >=20 --=20 Regards, Bryan Drewery --drOa1Qh6t88alXJu5QfJQjGpKmopavpst Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSZ7F4AAoJEG54KsA8mwz5afgP/Am37lnTjkN+R/WL1Ocet0S5 hc2cGpL3D6WUViZp7abvWrFaz+7K0LcuytXtSpVFHMDsJHmJFELgPbVb5DPPOmuy 84DyYYnJTlsDsvlZQzmkxkjH3RsG4JLZLN5Rc8aWk2rB8bsWGMFwI2TDvSlw9cN9 cAFqdVKddRIxrtlKGnxmOLgEweb2i4aD9LQo6po947hEvnFIflG/PkIfZXQCJhDR ZGNCXOLZid/8rfhYh0TB5Q4kOoG9UvufRWtgULFPApoGJ8zMyyMePeBtWBIm7jJN l/N1DqOaOidwsOF71WWteYwCQ3CyJJnW3QKLIrulDggeeiU6GhxM8+TFv+jm2vip +J8Jf96CprvfeNECgUjGuCPYneUTlYWZqnx7nZz2XRE4/L2doFmX498LmVxmH+6L vH2gvAuwTMa719IT5oZOdpGgnm0OXeL4hrrj2zQ3OEA4dptkqABUq+nppipXstSk LpdT1T9Ny4cyG9vMfrfNNxMpnTa+xiS09/mz2RdKOO+J+bIvTr5bJzXhv2bJ0cq8 qdYFNu4ZJCDykIcFRB2sTjU6rCzVx6wz7Fe/YR3mSaXtp5BUhf2TwtI41Gq18fKk l9WOftVb+USNfQPty5JBU+BtFOOeCvReoz8Xr1QTX9Xse/XVfo1QCsg/2hxxaNJ2 ds2/2ZsVLFHz6nyAm/vJ =muku -----END PGP SIGNATURE----- --drOa1Qh6t88alXJu5QfJQjGpKmopavpst-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 11:51:28 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 BDAB457F for ; Wed, 23 Oct 2013 11:51:28 +0000 (UTC) (envelope-from dt71@gmx.com) 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 5AB49282B for ; Wed, 23 Oct 2013 11:51:28 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LpbJm-1WAkYg2dT4-00fUyn for ; Wed, 23 Oct 2013 13:51:20 +0200 Message-ID: <5267B7D8.7020006@gmx.com> Date: Wed, 23 Oct 2013 13:49:44 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: current@freebsd.org Subject: Re: panic: softdep_deallocate_dependencies: unrecovered I/O error References: <20131023042641.GA95132@regency.nsu.ru> In-Reply-To: <20131023042641.GA95132@regency.nsu.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:5TCmRxVlgatBRAL1/lpSFo23UKqv6hYkPEDElcKcgcoBurEv0VS CEi6G0oAXlEDI+NWhGltAfNZJy3q5rLhj6OuSTDUNkiaSZF06WkJe4ZLg46k8TOI5i7n0Wv 4DfNOJTns+f6jbex6k4UEnPnP4p8MO+GxuvA+MphN+76BZ+R+hYbwunIfzHHSRZMWuhEeDB BXskGPd3+0u/LjfwH9sLg== 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, 23 Oct 2013 11:51:28 -0000 Alexey Dokuchaev wrote, On 10/23/2013 06:26: > panic: softdep_deallocate_dependencies: unrecovered I/O error I've seen similar panics relatively often in the last few months, but I deemed them to be the cause of worn IDE cables and old (>10 year old) hard drives. In fact, I have a core dump (which I apparently forgot to remove -- it's probably useless anyway) with the following panic string: softdep_deallocate_dependencies: dangling deps From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 12:01:03 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 B42C6C72 for ; Wed, 23 Oct 2013 12:01:03 +0000 (UTC) (envelope-from dt71@gmx.com) 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 50F372943 for ; Wed, 23 Oct 2013 12:01:03 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MZTw5-1VIFBK3h2z-00LE4L for ; Wed, 23 Oct 2013 14:00:55 +0200 Message-ID: <5267BA18.4050207@gmx.com> Date: Wed, 23 Oct 2013 13:59:20 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: make buildworld References: <20131022194921.6adebf5d@zeus.saul.homeunix.org> <20131023005502.GB3421@dft-labs.eu> <526724D1.5060406@m5p.com> In-Reply-To: <526724D1.5060406@m5p.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Xmm8glwN5n1ry/KpMjE8HeXxtXvg8HKD9Js/NcWPIcgCDsvcopP sdvIy9VHZ8Z4oAUu3hc4nF/Pe7CLAFPZTNpV8CxEbTCcD6StIcTkEVcS0tGwhv4ORX5DyIn N2MpCQUhGJg7O2yOTH11SPypthm6UELSE4zKThQDQkdCiA46CZxNiRL2kMAous1gnti6ne8 DMrvtDD9mPYGj6o6o7R9A== 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, 23 Oct 2013 12:01:03 -0000 George Mitchell wrote, On 10/23/2013 03:22: > On 10/22/13 20:55, Mateusz Guzik wrote: >> On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: >>> error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define >>> MALLOC_PRODUCTION ^ :6:9: note: previous definition is >>> here #define MALLOC_PRODUCTION 1 ^ 1 error generated. *** Error code 1 >> >> Presumably you have MALLOC_PRODUCTION set in src.conf or make.conf, >> remove it. >> > > Ran into this myself. More specifically, you have MALLOC_PRODUCTION > set to something other than the null string. jemalloc_FreeBSD.h, > however, says "#define MALLOC_PRODUCTION". This is okay if you have > > MALLOC_PRODUCTION= > > in src.conf/make.conf, and this is okay if you don't have > MALLOC_PRODUCTION in those files, but if you have it set to foo, > or y, or even "no", you will get this compile error. -- George That shouldn't be the case, either the jemalloc-part of the build system (which apparently -- for no apparently good reason -- translates the said make variable directly to a C preprocessor #define) or the jemalloc header file should be fixed. Or? From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 12:14:35 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 66CC52FD; Wed, 23 Oct 2013 12:14:35 +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 2A5902A2E; Wed, 23 Oct 2013 12:14:34 +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 r9NCEXm9006712; Wed, 23 Oct 2013 08:14:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9NCEX8p006700; Wed, 23 Oct 2013 12:14:33 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Oct 2013 12:14:33 GMT Message-Id: <201310231214.r9NCEX8p006700@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, 23 Oct 2013 12:14:35 -0000 TB --- 2013-10-23 11:08:32 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-23 11:08:32 - 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-10-23 11:08:32 - starting HEAD tinderbox run for mips/mips TB --- 2013-10-23 11:08:32 - cleaning the object tree TB --- 2013-10-23 11:08:32 - /usr/local/bin/svn stat /src TB --- 2013-10-23 11:08:36 - At svn revision 256953 TB --- 2013-10-23 11:08:37 - building world TB --- 2013-10-23 11:08:37 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 11:08:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 11:08:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 11:08:37 - SRCCONF=/dev/null TB --- 2013-10-23 11:08:37 - TARGET=mips TB --- 2013-10-23 11:08:37 - TARGET_ARCH=mips TB --- 2013-10-23 11:08:37 - TZ=UTC TB --- 2013-10-23 11:08:37 - __MAKE_CONF=/dev/null TB --- 2013-10-23 11:08:37 - cd /src TB --- 2013-10-23 11:08:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Oct 23 11:08:44 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 Oct 23 12:11:45 UTC 2013 TB --- 2013-10-23 12:11:45 - cd /src/sys/mips/conf TB --- 2013-10-23 12:11:45 - /usr/sbin/config -m ADM5120 TB --- 2013-10-23 12:11:45 - skipping ADM5120 kernel TB --- 2013-10-23 12:11:45 - cd /src/sys/mips/conf TB --- 2013-10-23 12:11:45 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-23 12:11:45 - skipping ALCHEMY kernel TB --- 2013-10-23 12:11:45 - cd /src/sys/mips/conf TB --- 2013-10-23 12:11:45 - /usr/sbin/config -m AP121 TB --- 2013-10-23 12:11:45 - building AP121 kernel TB --- 2013-10-23 12:11:45 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 12:11:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 12:11:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 12:11:45 - SRCCONF=/dev/null TB --- 2013-10-23 12:11:45 - TARGET=mips TB --- 2013-10-23 12:11:45 - TARGET_ARCH=mips TB --- 2013-10-23 12:11:45 - TZ=UTC TB --- 2013-10-23 12:11:45 - __MAKE_CONF=/dev/null TB --- 2013-10-23 12:11:45 - cd /src TB --- 2013-10-23 12:11:45 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Wed Oct 23 12:11:46 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 [...] /src/sys/mips/mips/exception.S:918: Error: Instruction sll requires absolute expression /src/sys/mips/mips/exception.S:918: Error: Instruction srl requires absolute expression /src/sys/mips/mips/exception.S:921: Error: Instruction sll requires absolute expression /src/sys/mips/mips/exception.S:921: Error: Instruction srl requires absolute expression /src/sys/mips/mips/exception.S:1060: Error: Instruction sll requires absolute expression /src/sys/mips/mips/exception.S:1060: Error: Instruction srl requires absolute expression /src/sys/mips/mips/exception.S:1063: Error: Instruction sll requires absolute expression /src/sys/mips/mips/exception.S:1063: Error: Instruction srl requires absolute expression *** 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-10-23 12:14:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-23 12:14:33 - ERROR: failed to build AP121 kernel TB --- 2013-10-23 12:14:33 - 2837.73 user 663.71 system 3960.88 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 12:41:49 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 27315D2F; Wed, 23 Oct 2013 12:41:49 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAD752BB1; Wed, 23 Oct 2013 12:41:48 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id i7so399737qcq.30 for ; Wed, 23 Oct 2013 05:41:48 -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=fUDmzXYXBgR3FWiVhCcdL5lPnO1481X0AAo1ism8HN4=; b=WWjr4S2mw6qObgXghKMfYjyd3v8qqtm/jp7TC35yH4vSlq7VCNxaav9f/e0n2MW24s wZgCIl1bDCVxH2y/EqlNe6eyXUPeVwKN0MSfOS0HhAkpoqJdPwmjMPXVFrtDmtNORNWv 6tYnWBc0dNIq0MdhsvvnC1csiW91+rsJAXYEgsh+de5rkOG/jhpeh0eVEUE1s7mmlYSX vI6ih7Nl7KZtFZ9YxK2w6SHWoqPeHbw0RDs0ZKiOL4S7khhArLE5j0MJYMGPbb7DW1wJ jLgD5XWp1mWv3qJgiEhGy992GiynDVhe1k395mOxzPiwQNk8jD2EDnKW5KcthPpzNuJq O2Iw== MIME-Version: 1.0 X-Received: by 10.224.157.14 with SMTP id z14mr3612251qaw.90.1382532107990; Wed, 23 Oct 2013 05:41:47 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 05:41:47 -0700 (PDT) In-Reply-To: <201310230918.r9N9IaSa078858@mech-cluster241.men.bris.ac.uk> References: <201310230918.r9N9IaSa078858@mech-cluster241.men.bris.ac.uk> Date: Wed, 23 Oct 2013 05:41:47 -0700 X-Google-Sender-Auth: IcBSLrxz1e9es0GTLCVlfBVpZtc Message-ID: Subject: Re: ia64 r255488: panic: uma_zfree: Freeing to non free bucket index. - textdump provided From: Adrian Chadd To: mexas@bris.ac.uk Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , freebsd-ia64@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, 23 Oct 2013 12:41:49 -0000 Hi! On 23 October 2013 02:18, Anton Shterenlikht wrote: > After updating to r256624, the system is very unresponsive, > and really unusable - any command (ps, df, top, ls, etc.) > might take up to 1 min to return. However, I could not get > it to panic. > > So I reverted back to r255488. > This time I managed to obtain a textdump: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=183227 A bunch has changed between those two revisions; are you able to bisect the kernel between those two versions to narrow down the scope of the bad change? Thanks! -adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 12:46:21 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 7E5E4E85 for ; Wed, 23 Oct 2013 12:46:21 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d: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 431D22BE4 for ; Wed, 23 Oct 2013 12:46:21 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id l13so399952qcy.4 for ; Wed, 23 Oct 2013 05:46:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rEf5nrITlzNneg41mtVi+qDutOmhwEC7H1e47OakmOc=; b=C2aFmWQXtRMAt/i9IZxUmgOqeHn4AYRxqr9DswyBRKiRfVGyX1Ez16s2611KKXpVzU D+5gIvC0fXvlnDaOyO1fF+CmfK1E3u2VukBpeNW84rdO9eW1MCNaNCNHBdWI4gVfu4NK SFN5N0o2nO6mpQnsnrxW5F2aIVadnD5E2eWKLPhZ0fS+6gv/VIBn5T83wEuma9C0bZYU llxzn0uv+Fk4B/oNO56xSS1FccvImKTM05rdlUQZA9GdtiabFpzG1SFkhCIsXVNkECdB Y/sqpA9Kxx4M1SHS5TFgbl3OC6INPfYoafOS9XoLq6/EtfanLtyOgX6CnHfR+mDeVGCx BTGw== MIME-Version: 1.0 X-Received: by 10.224.66.193 with SMTP id o1mr3753210qai.14.1382532380446; Wed, 23 Oct 2013 05:46:20 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Wed, 23 Oct 2013 05:46:20 -0700 (PDT) In-Reply-To: <5267B7D8.7020006@gmx.com> References: <20131023042641.GA95132@regency.nsu.ru> <5267B7D8.7020006@gmx.com> Date: Wed, 23 Oct 2013 15:46:20 +0300 Message-ID: Subject: Re: panic: softdep_deallocate_dependencies: unrecovered I/O error From: Kimmo Paasiala To: dt71@gmx.com Content-Type: text/plain; charset=UTF-8 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, 23 Oct 2013 12:46:21 -0000 On Wed, Oct 23, 2013 at 2:49 PM, wrote: > Alexey Dokuchaev wrote, On 10/23/2013 06:26: > >> panic: softdep_deallocate_dependencies: unrecovered I/O error > > > I've seen similar panics relatively often in the last few months, but I > deemed them to be the cause of worn IDE cables and old (>10 year old) hard > drives. > > In fact, I have a core dump (which I apparently forgot to remove -- it's > probably useless anyway) with the following panic string: > > softdep_deallocate_dependencies: dangling deps > I had similar problems on a stable/10 10.0-BETA1 system that was running as a guest on VirtualBox. I switched the system to real hardware and the problems went away immediately. Now I have two different i386 stable/10 systems running on real hardware, neither has had any crashing problems so far. -Kimmo From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 13:14: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 DB23687B; Wed, 23 Oct 2013 13:14:46 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-x22d.google.com (mail-ee0-x22d.google.com [IPv6:2a00:1450:4013:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F6182D78; Wed, 23 Oct 2013 13:14:46 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id c50so487745eek.18 for ; Wed, 23 Oct 2013 06:14:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=9sIkRzm6YlT8qUGPLb4oEoldtSktfIVfUeiou28UUIc=; b=i9eLZqPT70tmJpgt2fRsecbNb74TW2NdBM4sywITk7MLmJ7exoWmcHpf97L7MiaxnE SoZeUcgGo5q/azBCX0mGPHMYwESiWFSnM+f/eGauN9n1gibZu/CeRx9QnJ5icRFMHGql VC1WZPPKPmA+LF5+18hqbgq6wZsEgeFHxQfq6UaVldhXgytVHbDTwSGPElwCxl977MyN 2f+E0fk0wCwuDANmWXl3m29wx2/NqnV05M9Jl6oHYeWFDYl6U1cNpQ2hhvbed0NUneXW cUrjHjMzuOu/xlHUQSygnSHUE85nu37E9HySBLp98u3PWdz6n0kcqQGe44RN+U8V9ute P01A== X-Received: by 10.14.89.7 with SMTP id b7mr1853920eef.10.1382534084015; Wed, 23 Oct 2013 06:14:44 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([178.137.150.35]) by mx.google.com with ESMTPSA id i1sm70082802eeg.0.2013.10.23.06.14.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 23 Oct 2013 06:14:43 -0700 (PDT) Sender: Alexander Motin Message-ID: <5267CBC1.60201@FreeBSD.org> Date: Wed, 23 Oct 2013 16:14:41 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: Bryan Drewery Subject: Re: [CAM] panic / general protection fault while in kernel mode on head r256931 References: <5267178D.1090608@FreeBSD.org> <526773D8.7030002@FreeBSD.org> <5267B178.2020204@FreeBSD.org> In-Reply-To: <5267B178.2020204@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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, 23 Oct 2013 13:14:46 -0000 On 23.10.2013 14:22, Bryan Drewery wrote: > On 10/23/2013 1:59 AM, Alexander Motin wrote: >> Unfortunately I have never seen that, but I'll try to look harder. Could >> you please tell a bit about your controllers/devices? What triggered the >> issue? > > (Sorry for confusing pastes in email, bad client) > > Not sure what was done, I was just editing files in vim. Please try updating to r256960. The fixed problem looked very alike, and was reliably reproducible under PowerPC QEMU just on boot due to some timing magic. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 13:26: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 C7708DA5 for ; Wed, 23 Oct 2013 13:26:41 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7557B2E59 for ; Wed, 23 Oct 2013 13:26:41 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.93,554,1378875600"; d="scan'208";a="49585511" Message-ID: <5267CE4B.8050602@vangyzen.net> Date: Wed, 23 Oct 2013 08:25:31 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 10.0-BETA1 ZFS install -- /var/empty read-only 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, 23 Oct 2013 13:26:41 -0000 I just installed 10.0-BETA1 using the [very cool] new automatic ZFS option. I noticed that /var/empty is not mounted read-only. I suspect it could be. I made it so, and sshd still seemed to work. Eric From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 13:28: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 5C3D8EE4 for ; Wed, 23 Oct 2013 13:28:02 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B169C2E7C for ; Wed, 23 Oct 2013 13:28:01 +0000 (UTC) Received: from mail-we0-f178.google.com ([74.125.82.178]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKUmfOzG9hQooSKN/ChEA1M58pYxzH2J08@postini.com; Wed, 23 Oct 2013 13:28:01 UTC Received: by mail-we0-f178.google.com with SMTP id q59so793468wes.23 for ; Wed, 23 Oct 2013 06:27:40 -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:cc :reply-to:in-reply-to; bh=u0TxioMY12AzjPt6LJVa8oSZZ6XdJfmJraW0FUJesDs=; b=NnvvH80h7Lsh7rhJrncP+GI8tiXFsHK0nLQ3e0lY6IOplEUYZK4CyMF5jWGhSx7al2 SZenWN2Rxdm/BsHt9f4bKxGbOfPXDq5ehcSD/UCqgn7HQ6q8QZYAmpB8caGbp4C94F9K 7Li6XAFrU/1YEugG3x371X1wjj0fRrdW5R6PboqwWVC+g8YskTwg3m+woqmbhlGCpTps hJ6m6E2URpbZpk/73v20rGTK1iWNU4opLAvai70ADvPIEeE2uu2NBy25P6nSJK2ep+CQ fQyQ6WLqheLo1hVvpJXwtFLIbO845t/zc2kZBLhP9RLFWa7Cec5MrWEPcGfk8QikGD7A rC6g== X-Gm-Message-State: ALoCoQmDzmiC5wsSzSUA83Gdj5bsvq67j9v9E01PpmVUKeJ7VYLd9WMtxhSVYzElrb41O5rEHJ00uh1mDFxqfaLybI4BAY6DlRnbEm04RGTROqIvnHPVz8zGete6DoktvVp62dhGvz6fBk/tz1Z44uZLaRPVrbw//+9iBX8jtefbNSXatuqMHcE= X-Received: by 10.194.206.5 with SMTP id lk5mr1722666wjc.46.1382534859971; Wed, 23 Oct 2013 06:27:39 -0700 (PDT) X-Received: by 10.194.206.5 with SMTP id lk5mr1722659wjc.46.1382534859895; Wed, 23 Oct 2013 06:27:39 -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 fr4sm16914752wib.0.2013.10.23.06.27.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Oct 2013 06:27:38 -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 r9NDRa0c000758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 23 Oct 2013 14:27:36 +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 r9NDRaC9000757; Wed, 23 Oct 2013 14:27:36 +0100 (BST) (envelope-from mexas) Date: Wed, 23 Oct 2013 14:27:36 +0100 (BST) From: Anton Shterenlikht Message-Id: <201310231327.r9NDRaC9000757@mech-cluster241.men.bris.ac.uk> To: adrian@freebsd.org, mexas@bris.ac.uk Subject: Re: ia64 r255488: panic: uma_zfree: Freeing to non free bucket index. - textdump provided In-Reply-To: Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org 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: Wed, 23 Oct 2013 13:28:02 -0000 >From adrian.chadd@gmail.com Wed Oct 23 14:22:00 2013 >On 23 October 2013 02:18, Anton Shterenlikht wrote: > >> After updating to r256624, the system is very unresponsive, >> and really unusable - any command (ps, df, top, ls, etc.) >> might take up to 1 min to return. However, I could not get >> it to panic. >> >> So I reverted back to r255488. >> This time I managed to obtain a textdump: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=183227 > > >A bunch has changed between those two revisions; are you able to bisect the >kernel between those two versions to narrow down the scope of the bad >change? Both revisions are bad. r255488 gives panics of at least 3 kinds. r256624 doesn't give panics but is virtually unresponsive - I have to wait for over minute in some cases for simple commands to complete (ls, df, ps, top, ssh, etc.) So since I cannot send back anything certain from r256624, I decided to revert to r255488, where at least I can get textdumps. Anton From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 13:30: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 E08E2E2 for ; Wed, 23 Oct 2013 13:30:00 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5C382EAB for ; Wed, 23 Oct 2013 13:30:00 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id a11so450002qen.36 for ; Wed, 23 Oct 2013 06:29:59 -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=/9wXfLn+PpEwR+wQHqDzOZZ4fjM29dHDXi/Q83RFqGQ=; b=GH3TAcsOHYHALI7233gg+nmCZqkY20M6vL06wrrYkcBqsMddClF3KTs3TPCF1RZuym fpL5aCa/jNW/cdBBf7PTG9msUFSnqYOez0GqdQ5qIji0Q7vdrqLvGbODJAhd5D7MUT64 hfQ46wgF/O2PwOsZqdx1w7GcQf0o32WRJSqKBp5yscPyA9VNivDasFGy2hXHaUEm0TFW UvBDma4QZMD2ywfhHoTkAjsOophSLOqpxZCjqgFzuBSYaORSjUzGnwe5kSrT9wFk+kfx YDgludwrZD5lUR3EQNf1CYaDbp6uvrDqTCNqqMRb8beoEWgeGpOcjNSh1RRUVc2rvFEY 7rfg== MIME-Version: 1.0 X-Received: by 10.224.121.6 with SMTP id f6mr4009731qar.64.1382534999894; Wed, 23 Oct 2013 06:29:59 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Wed, 23 Oct 2013 06:29:59 -0700 (PDT) In-Reply-To: <5267CE4B.8050602@vangyzen.net> References: <5267CE4B.8050602@vangyzen.net> Date: Wed, 23 Oct 2013 16:29:59 +0300 Message-ID: Subject: Re: 10.0-BETA1 ZFS install -- /var/empty read-only From: Kimmo Paasiala To: Eric van Gyzen Content-Type: text/plain; charset=UTF-8 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, 23 Oct 2013 13:30:00 -0000 On Wed, Oct 23, 2013 at 4:25 PM, Eric van Gyzen wrote: > I just installed 10.0-BETA1 using the [very cool] new automatic ZFS > option. I noticed that /var/empty is not mounted read-only. I suspect > it could be. I made it so, and sshd still seemed to work. > > Eric I don't think there's a standard for how to break down the ZFS pool to individual datasets. If the install made only a single dataset for /var you would then effectively get a read-write /var/empty. The applies if you install on UFS and don't assign a separate filesystem for /var/empty like the default install does in fact. -Kimmo From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 13:30: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 B9FD4209 for ; Wed, 23 Oct 2013 13:30:48 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d: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 7DD8F2EE8 for ; Wed, 23 Oct 2013 13:30:48 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id l13so438731qcy.4 for ; Wed, 23 Oct 2013 06:30: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=IV1FGUYAxXXm0BaI/DM1O/jiKH932qNsPhLzYxW0iYQ=; b=O94hYhthlVW9O0iXj7N9nRJITmFZU+6ylBsw1pE+QyfRJWq9btTiYax7otNIfXmoji sFSZK4C2flwopXuVyfvUmGCUoRZ7d4ynbyPP58gSo1668gSQ9+/TATUFSjnb96cGFGPB 1MVidjdovlSXlmoIhLe1PaBpwJPgTeOcbx5/TNWhZIMOd9i84YVNLUV7+BMMvuYF/PfW keAHCP5vpPzoD1dTBdREUJ5olcVmrwrCd2xA91Pp1jQGwwjo2oiU27aRHAFVBEoeiOKh f4LpNtY1gq8dbwHU8DqwnEk+cKP//ng00qS3D5uZggpUrBRv+SjY8Jl2BFVKjKB2Ie93 Nwxw== MIME-Version: 1.0 X-Received: by 10.229.106.131 with SMTP id x3mr1922263qco.1.1382535047791; Wed, 23 Oct 2013 06:30:47 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Wed, 23 Oct 2013 06:30:47 -0700 (PDT) In-Reply-To: References: <5267CE4B.8050602@vangyzen.net> Date: Wed, 23 Oct 2013 16:30:47 +0300 Message-ID: Subject: Re: 10.0-BETA1 ZFS install -- /var/empty read-only From: Kimmo Paasiala To: Eric van Gyzen Content-Type: text/plain; charset=UTF-8 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, 23 Oct 2013 13:30:48 -0000 On Wed, Oct 23, 2013 at 4:29 PM, Kimmo Paasiala wrote: > On Wed, Oct 23, 2013 at 4:25 PM, Eric van Gyzen wrote: >> I just installed 10.0-BETA1 using the [very cool] new automatic ZFS >> option. I noticed that /var/empty is not mounted read-only. I suspect >> it could be. I made it so, and sshd still seemed to work. >> >> Eric > > I don't think there's a standard for how to break down the ZFS pool to > individual datasets. If the install made only a single dataset for > /var you would then effectively get a read-write /var/empty. The *The same applies* > applies if you install on UFS and don't assign a separate filesystem > for /var/empty like the default install does in fact. > > -Kimmo From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 13:38: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 B288878B for ; Wed, 23 Oct 2013 13:38:15 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76FCF2FE6 for ; Wed, 23 Oct 2013 13:38:15 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.93,554,1378875600"; d="scan'208";a="49587592" Message-ID: <5267D145.9070502@vangyzen.net> Date: Wed, 23 Oct 2013 08:38:13 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130702 Thunderbird/17.0.7 MIME-Version: 1.0 To: Kimmo Paasiala , FreeBSD current Subject: Re: 10.0-BETA1 ZFS install -- /var/empty read-only References: <5267CE4B.8050602@vangyzen.net> In-Reply-To: Content-Type: text/plain; charset="UTF-8" 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, 23 Oct 2013 13:38:15 -0000 On 10/23/2013 08:30, Kimmo Paasiala wrote: > On Wed, Oct 23, 2013 at 4:29 PM, Kimmo Paasiala wrote: >> On Wed, Oct 23, 2013 at 4:25 PM, Eric van Gyzen wrote: >>> I just installed 10.0-BETA1 using the [very cool] new automatic ZFS >>> option. I noticed that /var/empty is not mounted read-only. I suspect >>> it could be. I made it so, and sshd still seemed to work. >>> >>> Eric >> I don't think there's a standard for how to break down the ZFS pool to >> individual datasets. If the install made only a single dataset for >> /var you would then effectively get a read-write /var/empty. The > *The same applies* > >> applies if you install on UFS and don't assign a separate filesystem >> for /var/empty like the default install does in fact. There might not be a standard, but the installer does have a default set, which includes a separate filesystem for /var/empty. I imagine this was done specifically to make it read-only. Since that was not done, it seems like an oversight. Eric From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 14:30: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 0024DE02; Wed, 23 Oct 2013 14:30:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CCB062366; Wed, 23 Oct 2013 14:30:40 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 60508B93B; Wed, 23 Oct 2013 10:30:37 -0400 (EDT) From: John Baldwin To: freebsd-ia64@freebsd.org, mexas@bris.ac.uk Subject: Re: deadlkres: possible deadlock detected for 0xe000000012aed200, blocked for 900014 ticks Date: Wed, 23 Oct 2013 08:36:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201310230927.r9N9RAw5079054@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201310230927.r9N9RAw5079054@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201310230836.19524.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 23 Oct 2013 10:30:37 -0400 (EDT) Cc: davide@freebsd.org, Konstantin Belousov , 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, 23 Oct 2013 14:30:41 -0000 On Wednesday, October 23, 2013 5:27:10 am Anton Shterenlikht wrote: > This time alllocks has lots of info. > > I updated the PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/183007 Hmm, unfortunately it seems like all the stack traces did not work. There are lots of threads blocked on VM-related locks, and CPU 0 is running vm_daemon. Probably would need a stack trace of that thread to see what it is doing (this is part of why a real crash dump would be far better than a textdump as you can get more info after the crash instead of having to know in advance everything you want). I saw earlier you had a thread to get textdumps to work. Did you ever have regular crashdumps working? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 14:30: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 37920F2B; Wed, 23 Oct 2013 14:30:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F92F2394; Wed, 23 Oct 2013 14:30:48 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 182E8B93B; Wed, 23 Oct 2013 10:30:47 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [rfc] removing the NDISulator Date: Wed, 23 Oct 2013 10:23:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201310231023.32351.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 23 Oct 2013 10:30:47 -0400 (EDT) Cc: Adrian Chadd , "Andrey V. Elsukov" , "Julian H. Stacey" , "freebsd-wireless@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, 23 Oct 2013 14:30:48 -0000 On Monday, October 21, 2013 6:29:24 pm Adrian Chadd wrote: > The NDISulator is a crutch from a time when there wasn't _any_ real > alternative. > > There are plenty of alternatives now. What's lacking is desire and > person-power. But the datasheets are there, or the vendor code has been > released, or there's linux/otherbsd drivers. > > Leaving it in there is just delaying the inevitable - drivers need to be > fixed, ported, or reverse engineered. > > This is going to upset users in the same way that eliminating any other > transition/sideways compatibility layer upsets users. But as I said, the > path forward is fixing up the lack of stable drivers, not simply supporting > some crutch. > > If there are drivers that people absolutely need fixed then they should > stand up and say "hey, I really would like X to work better!" and then > follow it up with some encouraging incentives. Right now the NDISulator > lets people work _around_ this by having something that kind of works for > them but it doesn't improve our general driver / stack ecosystems. Eh, having taken a stab at porting the bwl blob already, I would strongly oppose removing NDIS. If you do that I will just stop using my netbook with a Broadcom part altogether as I wouldn't be able to use it to try to test bwl changes. The NDIS thing is a bit hackish, but it is quite useful for a lot of folks. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 14:30: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 350DBF32 for ; Wed, 23 Oct 2013 14:30:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09B5C2399 for ; Wed, 23 Oct 2013 14:30:53 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 134FAB981; Wed, 23 Oct 2013 10:30:52 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: How to debug whats cause to much __mtx_lock_sleep in system Date: Wed, 23 Oct 2013 10:25:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131021125949.GB13109@hell.ukr.net> In-Reply-To: <20131021125949.GB13109@hell.ukr.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201310231025.01899.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 23 Oct 2013 10:30:52 -0400 (EDT) Cc: Vitalij Satanivskij 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, 23 Oct 2013 14:30:53 -0000 On Monday, October 21, 2013 8:59:49 am Vitalij Satanivskij wrote: > Hello. > > Have 10.0-BETA1 #7 r256765 whith terible load's "load averages: 23.31, 30.53, 31" > > wich degraded more and more with time. > > Kernel compilied with dtrace support and using script called hotkernel from DTraceToolkit-0.99 found some stange statistics > > zfs.ko`lz4_compress 5045 0.2% > kernel`0xffffffff80 5185 0.2% > kernel`uma_zalloc_arg 5302 0.2% > kernel`bcopy 5322 0.2% > kernel`_sx_xlock 7310 0.3% > kernel`_sx_xunlock 7434 0.3% > zfs.ko`l2arc_feed_thread 9797 0.4% > zfs.ko`lzjb_compress 9912 0.4% > zfs.ko`list_prev 17894 0.7% > kernel`__rw_wlock_hard 30522 1.2% > kernel`spinlock_exit 31310 1.3% > kernel`acpi_cpu_c1 103495 4.1% > kernel`_sx_xlock_hard 138743 5.5% > kernel`vmem_xalloc 175869 7.0% > kernel`cpu_idle 371159 14.8% > kernel`__mtx_lock_sleep 1345815 53.8% > > > > Theris another same machine with simple data and usage but with old curent r245701 > > Which have none problem's with load > > zfs.ko`fletcher_4_native 2366 0.1% > kernel`uma_zfree_arg 2387 0.1% > zfs.ko`lzjb_decompress 2392 0.1% > kernel`__rw_rlock 2477 0.1% > zfs.ko`dmu_zfetch 2553 0.1% > kernel`bcopy 3035 0.1% > kernel`vm_page_splay 3089 0.1% > kernel`_mtx_trylock_flags_ 3346 0.2% > kernel`bzero 3411 0.2% > kernel`0xffffffff80 3665 0.2% > kernel`_sx_xunlock 3818 0.2% > kernel`uma_zalloc_arg 4216 0.2% > kernel`vmtotal 4702 0.2% > kernel`_sx_xlock 5117 0.2% > kernel`free 5476 0.2% > zfs.ko`lzjb_compress 6674 0.3% > kernel`spinlock_exit 21590 1.0% > kernel`__mtx_lock_sleep 40819 1.9% > kernel`acpi_cpu_c1 311077 14.1% > kernel`cpu_idle 1639418 74.6% > > > > Both servers have same hardware, same software of cause not system version. > > So which way is the right to investigate problem and find resolution? You need to determine which mutex(es) are being contested. There is a LOCK_PROFILING kernel option you can use to investigate this further. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 14:57:02 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 0C2F69CC; Wed, 23 Oct 2013 14:57:02 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003: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 B059A25C1; Wed, 23 Oct 2013 14:57:01 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id n10so925545oag.39 for ; Wed, 23 Oct 2013 07:57:01 -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=tOqG8V1wcU2nhneTeSuBAZYNUmIILd9T2myNW1D1sxU=; b=RN00hiQVb/WkOZbh0LXfXPlDXc9QMmgMo8UpAgCgI5s2ISNNaWUliUcAM4fRsMre1d +19XFQ4/qjC1aF0CqVnYZ/80zfPGxehJmZqVF0N4jk4DBd9OK3etyOARaLUGEQLo6MZG cfdCRxnj91/6nyUpBPW+q7CPhV6vaBSHIrT8tPuEX+p3HhpQm8+2WtM6wIFIawEF4jvl sv52nU5QvXja8caUbmoFnuKaTUIRTdfcEAlDO8EwOHYTM95kCP33nxwy6XZiVbd7p9Zr w2VT5N+E+3Zk7bcJErpBjrg5076PDJzJ23zFt4j6aOTHm+zT6M0oBfYiKag2iQ5JatAV csDA== MIME-Version: 1.0 X-Received: by 10.182.66.164 with SMTP id g4mr1932859obt.47.1382540220994; Wed, 23 Oct 2013 07:57:00 -0700 (PDT) Sender: uspoerlein@gmail.com Received: by 10.76.69.104 with HTTP; Wed, 23 Oct 2013 07:57:00 -0700 (PDT) In-Reply-To: <1382509812.20067.12.camel@lenovo.toontown> References: <20131020182723.GE12255@acme.spoerlein.net> <52650D9F.2020707@FreeBSD.org> <20131021203445.GI12255@acme.spoerlein.net> <20131022192309.385dc2df@kalimero.tijl.coosemans.org> <1382509812.20067.12.camel@lenovo.toontown> Date: Wed, 23 Oct 2013 16:57:00 +0200 X-Google-Sender-Auth: M6QHqDGxXcGyVKUDCSRBkoeGR5Y Message-ID: Subject: Re: iconv in base breaks multiple ports From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= To: Sergio de Almeida Lenzi Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org, re@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, 23 Oct 2013 14:57:02 -0000 2013/10/23 Sergio de Almeida Lenzi : > ... and the verdict is in. Building src w/o iconv, then re-installing > converters/libiconv and rebuilding the ports fixes at least > newsbeuter, I'll now let multimedia/xbmc (and requirements) rebuild > over night and then prepare a patch to allow -CURRENT + libiconv for > those people that like a working system. > > I'm also looping re@ > in, as they might want to hear about showstoppers > for the 10.0 release. > > Cheers, > Uli > > I have built a system from scratch freeBSD11 all without libiconv > because I need to test the radeonkm (everything works as expected with > accelerated video) > and than full gnome2 (about 980 packages) including libreoffice, firefox, > vlc, > mono, monodevelop, gnome-subtilles... and everything works > in the libiconv port there is a trap that prevents it from building in a > system > freeBSD10... > the only problem was: inkscape and net-snmp... but the last version of svn > works... > > > Hope clarify things for you.... if you need the packages I can give access > in the internet... Well, it doesn't match my experience. xbmc also seems to no longer spew thousands of errors per second now that I've rebuild it with ports' libiconv. Could you please install www/newsbeuter on your system and see if it starts up correctly? (you might need to wait for my build-fix on -CURRENT to go in). Are you actually using a locale/encoding different from 'C'? Are you using a wide encoding like UTF-8? Maybe that can narrow down the source of the problem. Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 16:12: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 C2383270 for ; Wed, 23 Oct 2013 16:12:27 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 947402A59 for ; Wed, 23 Oct 2013 16:12:27 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3686741422 for ; Wed, 23 Oct 2013 16:12:25 +0000 (UTC) Message-ID: <5267F56A.5060800@allanjude.com> Date: Wed, 23 Oct 2013 12:12:26 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: 10.0-BETA1 ZFS install -- /var/empty read-only References: <5267CE4B.8050602@vangyzen.net> <5267D145.9070502@vangyzen.net> In-Reply-To: <5267D145.9070502@vangyzen.net> 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, 23 Oct 2013 16:12:27 -0000 On 2013-10-23 09:38, Eric van Gyzen wrote: > On 10/23/2013 08:30, Kimmo Paasiala wrote: >> On Wed, Oct 23, 2013 at 4:29 PM, Kimmo Paasiala wrote: >>> On Wed, Oct 23, 2013 at 4:25 PM, Eric van Gyzen wrote: >>>> I just installed 10.0-BETA1 using the [very cool] new automatic ZFS >>>> option. I noticed that /var/empty is not mounted read-only. I suspect >>>> it could be. I made it so, and sshd still seemed to work. >>>> >>>> Eric >>> I don't think there's a standard for how to break down the ZFS pool to >>> individual datasets. If the install made only a single dataset for >>> /var you would then effectively get a read-write /var/empty. The >> *The same applies* >> >>> applies if you install on UFS and don't assign a separate filesystem >>> for /var/empty like the default install does in fact. > There might not be a standard, but the installer does have a default > set, which includes a separate filesystem for /var/empty. I imagine > this was done specifically to make it read-only. Since that was not > done, it seems like an oversight. > > Eric > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" You have to be careful with marking the /var/empty read only, if you do it too soon the extract of base.txz fails. This might be a good use of Colin Percival's 'firstboot' script -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 16:23:50 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 E0A5E5A3; Wed, 23 Oct 2013 16:23:50 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 55B712AF6; Wed, 23 Oct 2013 16:23:49 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBC2D8.dip0.t-ipconnect.de [93.203.194.216]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id r9NGNlVK012059; Wed, 23 Oct 2013 16:23:47 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id r9NGNemt091108; Wed, 23 Oct 2013 18:23:40 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id r9NGNYRn046354; Wed, 23 Oct 2013 18:23:40 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201310231623.r9NGNYRn046354@fire.js.berklix.net> To: Hiroki Sato Subject: Re: Regression in 10.0-BETA1, mdconfig has changed its return code. From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 23 Oct 2013 12:54:29 +0900." <20131023.125429.1473962573103517143.hrs@allbsd.org> Date: Wed, 23 Oct 2013 18:23:34 +0200 Sender: jhs@berklix.com 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, 23 Oct 2013 16:23:50 -0000 Hi Hiroki & current@ Hiroki Sato wrote: > "Julian H. Stacey" wrote > jh> Regresssion in 10.0-BETA1, mdconfig -l -v return code changed from 0 > jh> to 255. OK, its not specfied in manual, but has changed. > jh> A test script I was using caught it: > jh> http://www.berklix.com/~jhs/bin/sh/mdconfig_tst I missed a '.' : http://www.berklix.com/~jhs/bin/.sh/mdconfig_tst > jh> Probably in next day or 2 I'll hack the C & send-pr. > > Does the attached patch fix it? Yes. It now returns zero. ( I started to read through what your diff fixes, but tired of it as there are no comments in the original what variables are, Glad you figured them out, & I assume all OK. ) Thanks for fixing it :-) > -- Hiroki > > Index: sbin/mdconfig/mdconfig.c > =================================================================== > --- sbin/mdconfig/mdconfig.c (revision 256952) > +++ sbin/mdconfig/mdconfig.c (working copy) > @@ -481,12 +481,18 @@ > printf("\n"); > /* XXX: Check if it's enough to clean everything. */ > geom_stats_snapshot_free(sq); > - if (((opt & OPT_UNIT) && (fflag == NULL) && ufound) || > - ((opt & OPT_UNIT) == 0 && (fflag != NULL) && ffound) || > - ((opt & OPT_UNIT) && (fflag != NULL) && ufound && ffound)) > - return (0); > - else > - return (-1); > + if (opt & OPT_UNIT) { > + if (((fflag == NULL) && ufound) || > + ((fflag == NULL) && (units != NULL) && ufound) || > + ((fflag != NULL) && ffound) || > + ((fflag != NULL) && (units != NULL) && ufound && ffound)) > + return (0); > + } else if (opt & OPT_LIST) { > + if ((fflag == NULL) || > + ((fflag != NULL) && ffound)) > + return (0); > + } > + return (-1); > } > > /* > Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 17: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 F0E32621 for ; Wed, 23 Oct 2013 17:35:41 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9BCB2FCC for ; Wed, 23 Oct 2013 17:35:41 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id w8so4363653qac.8 for ; Wed, 23 Oct 2013 10:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=V/4IKVIqS/c8Oj3wDhLOT1rW6gmrbdl+/nb0aku4UwE=; b=I2DZXcp2rHW1AM0wqPD2851vu2Xl5bYgCN7PoRxSSxPfSMCMGaXnM2KxG+xlqYFrNY Oq/IYgUn8hBVRnClTS7cEecRre6KdZkkXR15m0AofFMfFQiFPaaafB7Qz32H4EjjfcyP CX9GuZ41Ok8+1NPegQDh1C36nDKX7Tl0jCoTY= 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=V/4IKVIqS/c8Oj3wDhLOT1rW6gmrbdl+/nb0aku4UwE=; b=cEZq6SrwgqdZ7Ay6QkqTpkzzIdrPYbHwP0ikeoqyI5B2TARZBQNrtKX0qiBM9svSs2 qfaft9sq1OyQwZUkEkbS1GG9ljvRaHBSfNLJfid4byjjrsjya8xorrmJ2wO5gS8aSDqx y1qT7Qnl814Y3rMakBB6La7Zo8Y72kVPMF2MG/OrL9lHbSX/d2Oxrwt+d62ix/8Xz/uz m3VYwjFDAraunGAOSxvTAS566RBGYKZoOP3uPq31iA3fRmx0UuAnz7f7+sfDqkFzIQ8/ DDnY4YCxUcKYGwdPwNcyR5S9GcQfJBe/FYcFV6Ck6mSsAg1AsRuSF4QbRNLRagLTyzRE hkiQ== X-Gm-Message-State: ALoCoQnPwdOc5YxAUyyQwCMLun3ns/voDbpg/PhItwzb/+Mk6VIQiQWoI8OzkgSfNyG95r5T0l4v X-Received: by 10.224.69.132 with SMTP id z4mr5541158qai.78.1382549740530; Wed, 23 Oct 2013 10:35:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.63.101 with HTTP; Wed, 23 Oct 2013 10:35:10 -0700 (PDT) In-Reply-To: References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> From: Eitan Adler Date: Wed, 23 Oct 2013 13:35:10 -0400 Message-ID: Subject: Re: [rfc] removing the NDISulator To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: "Julian H. Stacey" , "Andrey V. Elsukov" , "freebsd-wireless@freebsd.org" , 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, 23 Oct 2013 17:35:42 -0000 On Mon, Oct 21, 2013 at 6:29 PM, Adrian Chadd wrote: > If there are drivers that people absolutely need fixed then they should > stand up and say "hey, I really would like X to work better!" and then > follow it up with some encouraging incentives. Right now the NDISulator > lets people work _around_ this by having something that kind of works for > them but it doesn't improve our general driver / stack ecosystems. I doubt most people prefer to use the ndisulator over a native driver. However, many people don't have the skills, time, or money to provide the incentives you are talking about. At this point ndisulator provides a means to an end: working wireless and it isn't causing significant strain on the project in terms of development effort. Our end users are not always developers and I think removing this feature will hurt more than it will help. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 17:40:28 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 4E5B87AA for ; Wed, 23 Oct 2013 17:40:28 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2870F200C for ; Wed, 23 Oct 2013 17:40:27 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id F0D8F4180E for ; Wed, 23 Oct 2013 17:40:25 +0000 (UTC) Message-ID: <52680A09.3000403@allanjude.com> Date: Wed, 23 Oct 2013 13:40:25 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [rfc] removing the NDISulator References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> In-Reply-To: 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, 23 Oct 2013 17:40:28 -0000 On 2013-10-23 13:35, Eitan Adler wrote: > On Mon, Oct 21, 2013 at 6:29 PM, Adrian Chadd wrote: >> If there are drivers that people absolutely need fixed then they should >> stand up and say "hey, I really would like X to work better!" and then >> follow it up with some encouraging incentives. Right now the NDISulator >> lets people work _around_ this by having something that kind of works for >> them but it doesn't improve our general driver / stack ecosystems. > I doubt most people prefer to use the ndisulator over a native driver. > However, many people don't have the skills, time, or money to provide > the incentives you are talking about. At this point ndisulator > provides a means to an end: working wireless and it isn't causing > significant strain on the project in terms of development effort. > > Our end users are not always developers and I think removing this > feature will hurt more than it will help. > > I think the point Adrian is trying to make, is that the NDISulator needs a maintainer, and rather than someone working on that hack, that person should spend their time on native drivers. As someone earlier in the thread pointed out, it doesn't seem that many drivers are NDISulatable anymore. The proposal is to remove it from 11 (2 years away). I am all for keeping it, if it works, but if it is unmaintained, what state will it be in 2 years from now? -- Allan Jude From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:00: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 B9930586 for ; Wed, 23 Oct 2013 18:00:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A08F2184 for ; Wed, 23 Oct 2013 18:00:00 +0000 (UTC) Received: by mail-qc0-f171.google.com with SMTP id i7so676780qcq.2 for ; Wed, 23 Oct 2013 10:59:59 -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=u2DmYpx1+wycb6nsv9Wx3QdReSBYMsNoHn5FQtK6V18=; b=MhaOq3sEiI4WjnU6DwWHpv8cRqZ32pxid9Yo1Mme7WEPosTmxi4YRK1ZGch04TdiVQ N4TXZFrVlXUdXOjITPpQpW8xJoTSeTa3KjEfmvn2CM7gtLGlRuFB50hj2F1M0c52vEgt 9uFZoKUoXR/gJyPmb1ekedB8hSSFkwhXt89lhUsJ0HfnkSwl2kCP3G4PafHFSIrYF4Bz O1IAKxw+v5PFODMCzF9nQNFAOnDaYZPLA9gqSiENJkazi7xbsoDBFm8cF7bwt47nnQYi fuasNwck+hjwlgCpENi/S65HdULQp9AnX4t93kLFVO2Xuzl75bh8Cb+g2DI+DoAHzGKF H+MA== MIME-Version: 1.0 X-Received: by 10.224.36.201 with SMTP id u9mr5685705qad.76.1382551199677; Wed, 23 Oct 2013 10:59:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 10:59:59 -0700 (PDT) In-Reply-To: <52680A09.3000403@allanjude.com> References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <52680A09.3000403@allanjude.com> Date: Wed, 23 Oct 2013 10:59:59 -0700 X-Google-Sender-Auth: e0ebaxHIpDfPHR6tKULB39p-OQY Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: Allan Jude 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: Wed, 23 Oct 2013 18:00:00 -0000 On 23 October 2013 10:40, Allan Jude wrote: > I think the point Adrian is trying to make, is that the NDISulator needs > a maintainer, and rather than someone working on that hack, that person > should spend their time on native drivers. > It's partially that. It's also that a lot of the stuff the ndisulator provides (ie, all the other devices we don't have drivers or stable drivers for) removes the actual requirement that we _do_ get drivers written and new stack features implemented. It lowers the barrier so far that quite honestly, I'm worried that it won't attract new developers over to hack on wifi/ethernet drivers or on the wifi stack itself. (Except for Kevin Lo and if_rt. Thanks! And Cedric for iwn changes, thanks again!) There were plenty of people who were running the ndisulator to get 11n support for atheros/intel chips until I and Bernhard came along. The actual size of 11n work required in net80211 wasn't that great. It required Bernhard sit down with the standard and a packet sniffer, ask the right questions and have a few "wtf!" moments. We have things like 11ac that are here right now and noone has stepped up to hack on it. I've had a few people ask about whether we can run the latest broadcom/atheros windows drivers under the ndisulator so they can get 11ac support. This is another short-term crutch that gets a handful of users online but it doesn't improve the overall FreeBSD wireless support or enhance the features that we can support across multiple vendors. In essence, I think the ndisulator is preventing us from biting the hard problems now so we can actually grow the FreeBSD wireless ecosystem. As someone earlier in the thread pointed out, it doesn't seem that many > drivers are NDISulatable anymore. > > The proposal is to remove it from 11 (2 years away). > > I am all for keeping it, if it works, but if it is unmaintained, what > state will it be in 2 years from now? > My proposal is to deprecate it now so people realise that we either need the existing drivers fixed up or their existing/upcoming hardware plainly won't be supported. Now, this may end us up with a bunch of hardware that stops working. I'm treating this mostly like the GIANT device rototill - we either care enough as a community to do what's necessary to fix up / implement drivers, or we just cut them loose. But I'd rather see us do that over extending it to include the latest NDIS wireless interfaces required in Windows 7 and later. I believe by doing that, we're seriously hampering our ability to grow the wireless side of things over the next five or so years (ie the current specification lifecycle.) That worries me. Thanks, -adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:01: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 EEFF77A2 for ; Wed, 23 Oct 2013 18:01:49 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog123.obsmtp.com (eu1sys200aog123.obsmtp.com [207.126.144.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5003621D2 for ; Wed, 23 Oct 2013 18:01:48 +0000 (UTC) Received: from mail-we0-f174.google.com ([74.125.82.174]) (using TLSv1) by eu1sys200aob123.postini.com ([207.126.147.11]) with SMTP ID DSNKUmgPC2EH9lnsMe3A/2qWphZ9g9q15QY6@postini.com; Wed, 23 Oct 2013 18:01:49 UTC Received: by mail-we0-f174.google.com with SMTP id u56so1194340wes.5 for ; Wed, 23 Oct 2013 11:01:47 -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:cc :reply-to:in-reply-to; bh=4XichVou81HMBt6VV4VtasoBZ1jRWlVpWIgTTyyt8Qk=; b=jEWQu3jx7HVdwjwcme2G0rVffETLdzLT5Mw2TxobevRx/0MHtQRUyPn2Nw0o/Pi5lG hIcbZV1u/gc2tQmtzK/DyyO3oP3HLKK18p04Df81FmE6DYLCOkWcgiPXnHCnkFIBMcia pqbFEAPOJhZpgc4tLDqjtz+pxRg8ptMR4SDdmpPTxQlna57huEPMIP9XAAkm4hPT2aps sjeNvDdOlYOeIhRs0s/y82/vEcW6ySM8PGuT3S+nBPSuTWGEK/RjdWn6UNcEyJxYWn/Q xAli5drkMu+ayATjJbFdpj2kMcuKsTm/ArM0qUeRZcabVrk9aLZMSngUIW1wS7Tt5O7o Mlow== X-Received: by 10.180.182.68 with SMTP id ec4mr3203009wic.40.1382550966940; Wed, 23 Oct 2013 10:56:06 -0700 (PDT) X-Gm-Message-State: ALoCoQlk+GT1bQC2VY1dfRW+MIcMyFJIdsaFLhe23GGGHXn9j4vwfq67QaXPijv9nAp48WdM1gxltITIlr11sv2L11Rgz2UxStjz6LovDTZy6QqKmLGXfgqks1t4gm+5PiNe8IS+3MbEdm60P4ezzaMyoLAIBYUajyT1SpTJ9KzjoX8iAiNdeg0= X-Received: by 10.180.182.68 with SMTP id ec4mr3203003wic.40.1382550966818; Wed, 23 Oct 2013 10:56:06 -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 q17sm19262161wiv.10.2013.10.23.10.56.04 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Oct 2013 10:56:05 -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 r9NHu1vC006701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 23 Oct 2013 18:56:01 +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 r9NHu1T9006700; Wed, 23 Oct 2013 18:56:01 +0100 (BST) (envelope-from mexas) Date: Wed, 23 Oct 2013 18:56:01 +0100 (BST) From: Anton Shterenlikht Message-Id: <201310231756.r9NHu1T9006700@mech-cluster241.men.bris.ac.uk> To: freebsd-ia64@freebsd.org Subject: Re: deadlkres: possible deadlock detected for 0xe000000012aed200, blocked for 900014 ticks In-Reply-To: <201310230836.19524.jhb@freebsd.org> Cc: davide@freebsd.org, freebsd-current@freebsd.org 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: Wed, 23 Oct 2013 18:01:50 -0000 >From jhb@freebsd.org Wed Oct 23 16:54:12 2013 > >On Wednesday, October 23, 2013 5:27:10 am Anton Shterenlikht wrote: >> This time alllocks has lots of info. >> >> I updated the PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/183007 > >Hmm, unfortunately it seems like all the stack traces did not work. There are >lots of threads blocked on VM-related locks, and CPU 0 is running vm_daemon. >Probably would need a stack trace of that thread to see what it is doing (this >is part of why a real crash dump would be far better than a textdump as you >can get more info after the crash instead of having to know in advance >everything you want). I saw earlier you had a thread to get textdumps to >work. Did you ever have regular crashdumps working? No. I have another deadlock panic when savecore is running. That panic dumps core, then on reboot when savecore is running I get another deadlock panic, and so on. However, I do get about 8-10gb vmcore* files before the panic happens. Presumably these are truncated somehow. Do you think these incomplete vmcores can still be useful? If you send some instructions on what to try, I'll give it a go, or I can post a vmcore somewhere. Many thanks Anton From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:09: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 7D961BEC; Wed, 23 Oct 2013 18:09:14 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 67045223E; Wed, 23 Oct 2013 18:09:14 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 093A61A3CC9; Wed, 23 Oct 2013 11:09:14 -0700 (PDT) Message-ID: <526810DB.20705@mu.org> Date: Wed, 23 Oct 2013 11:09:31 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: John Baldwin , freebsd-current@freebsd.org Subject: Re: [rfc] removing the NDISulator References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <201310231023.32351.jhb@freebsd.org> In-Reply-To: <201310231023.32351.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , "Andrey V. Elsukov" , "Julian H. Stacey" , "freebsd-wireless@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, 23 Oct 2013 18:09:14 -0000 On 10/23/13 7:23 AM, John Baldwin wrote: > On Monday, October 21, 2013 6:29:24 pm Adrian Chadd wrote: >> The NDISulator is a crutch from a time when there wasn't _any_ real >> alternative. >> >> There are plenty of alternatives now. What's lacking is desire and >> person-power. But the datasheets are there, or the vendor code has been >> released, or there's linux/otherbsd drivers. >> >> Leaving it in there is just delaying the inevitable - drivers need to be >> fixed, ported, or reverse engineered. >> >> This is going to upset users in the same way that eliminating any other >> transition/sideways compatibility layer upsets users. But as I said, the >> path forward is fixing up the lack of stable drivers, not simply supporting >> some crutch. >> >> If there are drivers that people absolutely need fixed then they should >> stand up and say "hey, I really would like X to work better!" and then >> follow it up with some encouraging incentives. Right now the NDISulator >> lets people work _around_ this by having something that kind of works for >> them but it doesn't improve our general driver / stack ecosystems. > Eh, having taken a stab at porting the bwl blob already, I would strongly > oppose removing NDIS. If you do that I will just stop using my netbook > with a Broadcom part altogether as I wouldn't be able to use it to try to > test bwl changes. The NDIS thing is a bit hackish, but it is quite useful > for a lot of folks. > I have to agree. Deprecation != motivation. -- Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:11: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 928BAE3A; Wed, 23 Oct 2013 18:11:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d: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 2E8D622CA; Wed, 23 Oct 2013 18:11:30 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id k4so739368qaq.14 for ; Wed, 23 Oct 2013 11:11:29 -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=X0rrZZpORMURQsjA+sf/oq7jS0rSYdoeq6ADpXAngiM=; b=j1+sF7W3rJGCQScHLYQzZtpiVsq9zhIpdJQ+keFV6PNiZwOCU2XXU/hlHlnWAXJ8WC RwX5ZSMA6ltyvmNFd8/9aHaRWc1ETl4U589+zAZz3Y2SfK6Nd5x6bXif9+e2o3hEjlFV Q9dblnoVDO63WlrmFfa5Dy6r7foxrF2lvp1rdaU4epBY52UJGIybEyNkDNPUESGeKI5d hEzm1JUo0KizW5PaetPOxIDcvQnHWSOajbAeZrxhju13NZ0z9P8LxSL+lGK5hvIJWqu/ xJmjSNqdgKm89T0VSXQouKqdKFfGL9+i8apwuZhC1rwb2WP33kCNZbOQJrUxIvxX5fAD XNUg== MIME-Version: 1.0 X-Received: by 10.49.103.161 with SMTP id fx1mr3997476qeb.68.1382551889396; Wed, 23 Oct 2013 11:11:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 11:11:29 -0700 (PDT) In-Reply-To: <526810DB.20705@mu.org> References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <201310231023.32351.jhb@freebsd.org> <526810DB.20705@mu.org> Date: Wed, 23 Oct 2013 11:11:29 -0700 X-Google-Sender-Auth: N_cGOpzUcpqPZheZ4VnvkpjCHnc Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Julian H. Stacey" , freebsd-current , "freebsd-wireless@freebsd.org" , "Andrey V. Elsukov" 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, 23 Oct 2013 18:11:30 -0000 On 23 October 2013 11:09, Alfred Perlstein wrote: > Eh, having taken a stab at porting the bwl blob already, I would strongly >> oppose removing NDIS. If you do that I will just stop using my netbook >> with a Broadcom part altogether as I wouldn't be able to use it to try to >> test bwl changes. The NDIS thing is a bit hackish, but it is quite useful >> for a lot of folks. >> >> I have to agree. Deprecation != motivation. I can pull out examples of this not holding true: * all the giant locking in drivers * all the giant locking in VFS People did pop up and claim ownership of things they cared about. Some stuff died, some stuff didn't. There was enough of a motivation by us to kill giant off in these pathways so things could continue to evolve. We didn't leave the GIANT crutch in forever. -adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:15:28 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 B6037FA0; Wed, 23 Oct 2013 18:15:28 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9F60C22F7; Wed, 23 Oct 2013 18:15:28 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 46F5A1A3C20; Wed, 23 Oct 2013 11:15:26 -0700 (PDT) Message-ID: <5268124E.4040906@mu.org> Date: Wed, 23 Oct 2013 11:15:42 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: [rfc] removing the NDISulator References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <201310231023.32351.jhb@freebsd.org> <526810DB.20705@mu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , freebsd-current , "freebsd-wireless@freebsd.org" , "Andrey V. Elsukov" 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, 23 Oct 2013 18:15:28 -0000 On 10/23/13 11:11 AM, Adrian Chadd wrote: > On 23 October 2013 11:09, Alfred Perlstein wrote: > > >> Eh, having taken a stab at porting the bwl blob already, I would strongly >>> oppose removing NDIS. If you do that I will just stop using my netbook >>> with a Broadcom part altogether as I wouldn't be able to use it to try to >>> test bwl changes. The NDIS thing is a bit hackish, but it is quite useful >>> for a lot of folks. >>> >>> I have to agree. Deprecation != motivation. > > I can pull out examples of this not holding true: > > * all the giant locking in drivers > * all the giant locking in VFS > > People did pop up and claim ownership of things they cared about. Some > stuff died, some stuff didn't. There was enough of a motivation by us to > kill giant off in these pathways so things could continue to evolve. We > didn't leave the GIANT crutch in forever. > > Sure, however those drivers and vfs systems were not sustainable and holding the kernel back. What part of the NDISulator actually holds the system back? I'm saying that it seems as if it was conjecture rather than a need. Is the NDISulator giant locked? Also why the interest in writing drivers so much? Being able to leverage other platform drivers is pretty neat and saves us a ton of work. -- Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:28: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 1CA1069D; Wed, 23 Oct 2013 18:28:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD8A123A2; Wed, 23 Oct 2013 18:28:23 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id i13so752624qae.1 for ; Wed, 23 Oct 2013 11:28:22 -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=ThiEjRZ29rm9UddR2Yl63Z3pFUYh97xPpEKArXt4yE8=; b=0yh2npoCvd715zfOckRRp0+zOl8sBInUwN9630uhe6lUa3kS5O5LiOapLXdVJfpxRj BJd+tcZ2bB+ZYmRK/wHM4PnENIypP6j7tePmZRx4iQ2c9DkMvpepfq4e7+wkLx4DbIIm tqWLCEVdFgCVUE+SBijnUmWXrEAxvj+lM75OqUtJruTzLoSqBeusav3HxphGCNc8ijPa 3bGqcebHcEdzk+2fB96uGDfGPOJQSR41gHMA3SY7qdq9RpXSbsT6N3JNjrWXAujAJY5p U4rT74/WkFMJUeWBf0syaCuvbb5bE+e/PvgWlUjRMPjUYDyViiz1rRqssB9cIvjfiUlg KJVA== MIME-Version: 1.0 X-Received: by 10.224.36.201 with SMTP id u9mr5857845qad.76.1382552902777; Wed, 23 Oct 2013 11:28:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 11:28:22 -0700 (PDT) Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 11:28:22 -0700 (PDT) In-Reply-To: <5268124E.4040906@mu.org> References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <201310231023.32351.jhb@freebsd.org> <526810DB.20705@mu.org> <5268124E.4040906@mu.org> Date: Wed, 23 Oct 2013 11:28:22 -0700 X-Google-Sender-Auth: PTIL4LuzBqKRWiWHpq_Bbj_LT8w Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Julian H. Stacey" , freebsd-wireless@freebsd.org, freebsd-current , "Andrey V. Elsukov" 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, 23 Oct 2013 18:28:24 -0000 Because the Linux stuff is mostly very GPL. Adrian On Oct 23, 2013 2:15 PM, "Alfred Perlstein" wrote: > On 10/23/13 11:11 AM, Adrian Chadd wrote: > >> On 23 October 2013 11:09, Alfred Perlstein wrote: >> >> >> Eh, having taken a stab at porting the bwl blob already, I would strongly >>> >>>> oppose removing NDIS. If you do that I will just stop using my netbook >>>> with a Broadcom part altogether as I wouldn't be able to use it to try >>>> to >>>> test bwl changes. The NDIS thing is a bit hackish, but it is quite >>>> useful >>>> for a lot of folks. >>>> >>>> I have to agree. Deprecation != motivation. >>>> >>> >> I can pull out examples of this not holding true: >> >> * all the giant locking in drivers >> * all the giant locking in VFS >> >> People did pop up and claim ownership of things they cared about. Some >> stuff died, some stuff didn't. There was enough of a motivation by us to >> kill giant off in these pathways so things could continue to evolve. We >> didn't leave the GIANT crutch in forever. >> >> >> Sure, however those drivers and vfs systems were not sustainable and > holding the kernel back. > > What part of the NDISulator actually holds the system back? I'm saying > that it seems as if it was conjecture rather than a need. Is the > NDISulator giant locked? > > Also why the interest in writing drivers so much? Being able to leverage > other platform drivers is pretty neat and saves us a ton of work. > > -- > Alfred Perlstein > > From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:40: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 BF80CF37; Wed, 23 Oct 2013 18:40:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 975BC2468; Wed, 23 Oct 2013 18:40:59 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2D18EB93B; Wed, 23 Oct 2013 14:40:56 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: [rfc] removing the NDISulator Date: Wed, 23 Oct 2013 14:27:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <5265878B.1050809@yandex.ru> <526810DB.20705@mu.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201310231427.16812.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 23 Oct 2013 14:40:56 -0400 (EDT) Cc: "Andrey V. Elsukov" , "Julian H. Stacey" , Alfred Perlstein , "freebsd-wireless@freebsd.org" , 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, 23 Oct 2013 18:40:59 -0000 On Wednesday, October 23, 2013 2:11:29 pm Adrian Chadd wrote: > On 23 October 2013 11:09, Alfred Perlstein wrote: > > > > Eh, having taken a stab at porting the bwl blob already, I would strongly > >> oppose removing NDIS. If you do that I will just stop using my netbook > >> with a Broadcom part altogether as I wouldn't be able to use it to try to > >> test bwl changes. The NDIS thing is a bit hackish, but it is quite useful > >> for a lot of folks. > >> > >> I have to agree. Deprecation != motivation. > > > I can pull out examples of this not holding true: > > * all the giant locking in drivers > * all the giant locking in VFS > > People did pop up and claim ownership of things they cared about. Some > stuff died, some stuff didn't. There was enough of a motivation by us to > kill giant off in these pathways so things could continue to evolve. We > didn't leave the GIANT crutch in forever. Giant isn't dead yet. :) (And I've done a lot of the de-Gianting FWIW.) I don't consider ndis in the same camp. Often times there are vendors where datasheets, etc. are not obtainable, but a foo.sys + foo.inf is. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:41:58 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 72E3A242; Wed, 23 Oct 2013 18:41:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d: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 0E5AC2482; Wed, 23 Oct 2013 18:41:57 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id i13so4477580qae.9 for ; Wed, 23 Oct 2013 11:41:57 -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=AxycB3RJW5Cd4IUIveRtCyoo5g5S1IaTwr61nrDwh20=; b=MSCFQkQn4VwdqUdeCoFjBdjpuMzf1Ofam76MBk+z1wpM43CzjS6gQrwcKNmrPoC5NU aMmoeBzuFnJpNaqQeRFHc/bxLNfu37J8tTDThyOcyqJCF7o029ac3zFl4hxk0wTSKpx/ +2Spb5uvdmB+jkCQ7+B4k5crJhKMBhvh//T/B3rIwADM5yhd8Nhwh0ny+F+pAPAwUZTr rE6ckn2w5+DxHhvDA0vBgCT8FoEBnNe5ghu3khIhE9uLNAa0ub2ikqhiJ7vW5HNxuqxa DlPX9Ir5xPZH7U+DymhMlJ9OvsKrvaYbdOnvhCKxfu+KkKVTs1RadBa/Kjzfw41kwIAf +Ldg== MIME-Version: 1.0 X-Received: by 10.224.63.199 with SMTP id c7mr5980820qai.74.1382553717092; Wed, 23 Oct 2013 11:41:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 11:41:57 -0700 (PDT) Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 11:41:57 -0700 (PDT) In-Reply-To: <201310231427.16812.jhb@freebsd.org> References: <5265878B.1050809@yandex.ru> <526810DB.20705@mu.org> <201310231427.16812.jhb@freebsd.org> Date: Wed, 23 Oct 2013 11:41:57 -0700 X-Google-Sender-Auth: PSUlcbmldlLODHi9w1mecQWBsu0 Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Julian H. Stacey" , "Andrey V. Elsukov" , Alfred Perlstein , "freebsd-wireless@freebsd.org" , 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, 23 Oct 2013 18:41:58 -0000 And the link momentum is strong now. There's driver source. Adrian On Oct 23, 2013 2:41 PM, "John Baldwin" wrote: > On Wednesday, October 23, 2013 2:11:29 pm Adrian Chadd wrote: > > On 23 October 2013 11:09, Alfred Perlstein wrote: > > > > > > > Eh, having taken a stab at porting the bwl blob already, I would > strongly > > >> oppose removing NDIS. If you do that I will just stop using my > netbook > > >> with a Broadcom part altogether as I wouldn't be able to use it to > try to > > >> test bwl changes. The NDIS thing is a bit hackish, but it is quite > useful > > >> for a lot of folks. > > >> > > >> I have to agree. Deprecation != motivation. > > > > > > I can pull out examples of this not holding true: > > > > * all the giant locking in drivers > > * all the giant locking in VFS > > > > People did pop up and claim ownership of things they cared about. Some > > stuff died, some stuff didn't. There was enough of a motivation by us to > > kill giant off in these pathways so things could continue to evolve. We > > didn't leave the GIANT crutch in forever. > > Giant isn't dead yet. :) (And I've done a lot of the de-Gianting FWIW.) > > I don't consider ndis in the same camp. Often times there are vendors > where > datasheets, etc. are not obtainable, but a foo.sys + foo.inf is. > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 18:57:11 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 3B991B95; Wed, 23 Oct 2013 18:57:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1523A2553; Wed, 23 Oct 2013 18:57:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 279ADB93B; Wed, 23 Oct 2013 14:57:10 -0400 (EDT) From: John Baldwin To: freebsd-ia64@freebsd.org, mexas@bris.ac.uk Subject: Re: deadlkres: possible deadlock detected for 0xe000000012aed200, blocked for 900014 ticks Date: Wed, 23 Oct 2013 14:56:56 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201310231756.r9NHu1T9006700@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201310231756.r9NHu1T9006700@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201310231456.56359.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 23 Oct 2013 14:57:10 -0400 (EDT) Cc: davide@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: Wed, 23 Oct 2013 18:57:11 -0000 On Wednesday, October 23, 2013 1:56:01 pm Anton Shterenlikht wrote: > >From jhb@freebsd.org Wed Oct 23 16:54:12 2013 > > > >On Wednesday, October 23, 2013 5:27:10 am Anton Shterenlikht wrote: > >> This time alllocks has lots of info. > >> > >> I updated the PR: > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/183007 > > > >Hmm, unfortunately it seems like all the stack traces did not work. There are > >lots of threads blocked on VM-related locks, and CPU 0 is running vm_daemon. > >Probably would need a stack trace of that thread to see what it is doing (this > >is part of why a real crash dump would be far better than a textdump as you > >can get more info after the crash instead of having to know in advance > >everything you want). I saw earlier you had a thread to get textdumps to > >work. Did you ever have regular crashdumps working? > > No. I have another deadlock panic when savecore > is running. That panic dumps core, then on reboot > when savecore is running I get another deadlock > panic, and so on. However, I do get about 8-10gb vmcore* > files before the panic happens. Presumably these > are truncated somehow. > Do you think these incomplete vmcores can still > be useful? If you send some instructions on what > to try, I'll give it a go, or I can post a vmcore > somewhere. Does you get corresponding core.txt.N files from crashinfo? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 19:40:53 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 97EBBAA5; Wed, 23 Oct 2013 19:40: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 5FFD62AD3; Wed, 23 Oct 2013 19:40: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 r9NJeqF4021398; Wed, 23 Oct 2013 15:40: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 r9NJeqfo021387; Wed, 23 Oct 2013 19:40:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Oct 2013 19:40:52 GMT Message-Id: <201310231940.r9NJeqfo021387@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 armv6/arm 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, 23 Oct 2013 19:40:53 -0000 TB --- 2013-10-23 16:30:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-23 16:30:19 - 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-10-23 16:30:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-10-23 16:30:19 - cleaning the object tree TB --- 2013-10-23 16:30:19 - /usr/local/bin/svn stat /src TB --- 2013-10-23 16:30:24 - At svn revision 256981 TB --- 2013-10-23 16:30:25 - building world TB --- 2013-10-23 16:30:25 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 16:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 16:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 16:30:25 - SRCCONF=/dev/null TB --- 2013-10-23 16:30:25 - TARGET=arm TB --- 2013-10-23 16:30:25 - TARGET_ARCH=armv6 TB --- 2013-10-23 16:30:25 - TZ=UTC TB --- 2013-10-23 16:30:25 - __MAKE_CONF=/dev/null TB --- 2013-10-23 16:30:25 - cd /src TB --- 2013-10-23 16:30:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Oct 23 16:30:31 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 Oct 23 19:34:00 UTC 2013 TB --- 2013-10-23 19:34:00 - generating LINT kernel config TB --- 2013-10-23 19:34:00 - cd /src/sys/arm/conf TB --- 2013-10-23 19:34:00 - /usr/bin/make -B LINT TB --- 2013-10-23 19:34:00 - cd /src/sys/arm/conf TB --- 2013-10-23 19:34:00 - /usr/sbin/config -m LINT TB --- 2013-10-23 19:34:00 - skipping LINT kernel TB --- 2013-10-23 19:34:00 - cd /src/sys/arm/conf TB --- 2013-10-23 19:34:00 - /usr/sbin/config -m AC100 TB --- 2013-10-23 19:34:00 - building AC100 kernel TB --- 2013-10-23 19:34:00 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 19:34:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 19:34:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 19:34:00 - SRCCONF=/dev/null TB --- 2013-10-23 19:34:00 - TARGET=arm TB --- 2013-10-23 19:34:00 - TARGET_ARCH=armv6 TB --- 2013-10-23 19:34:00 - TZ=UTC TB --- 2013-10-23 19:34:00 - __MAKE_CONF=/dev/null TB --- 2013-10-23 19:34:00 - cd /src TB --- 2013-10-23 19:34:00 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Wed Oct 23 19:34: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 >>> Kernel build for AC100 completed on Wed Oct 23 19:36:59 UTC 2013 TB --- 2013-10-23 19:36:59 - cd /src/sys/arm/conf TB --- 2013-10-23 19:36:59 - /usr/sbin/config -m ARMADAXP TB --- 2013-10-23 19:36:59 - building ARMADAXP kernel TB --- 2013-10-23 19:36:59 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 19:36:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 19:36:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 19:36:59 - SRCCONF=/dev/null TB --- 2013-10-23 19:36:59 - TARGET=arm TB --- 2013-10-23 19:36:59 - TARGET_ARCH=armv6 TB --- 2013-10-23 19:36:59 - TZ=UTC TB --- 2013-10-23 19:36:59 - __MAKE_CONF=/dev/null TB --- 2013-10-23 19:36:59 - cd /src TB --- 2013-10-23 19:36:59 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Wed Oct 23 19:36:59 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 [...] /src/sys/arm/mv/gpio.c:641:12: note: did you mean 'OF_xref_phandle'? ctrl = OF_xref_handle(fdt32_to_cpu(gpios[0])); ^~~~~~~~~~~~~~ OF_xref_phandle /src/sys/dev/ofw/openfirm.h:133:11: note: 'OF_xref_phandle' declared here phandle_t OF_xref_phandle(phandle_t xref); ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/ARMADAXP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-23 19:40:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-23 19:40:52 - ERROR: failed to build ARMADAXP kernel TB --- 2013-10-23 19:40:52 - 8992.02 user 1724.14 system 11432.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 19:49:58 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 446AFFFC; Wed, 23 Oct 2013 19:49:58 +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 177492B74; Wed, 23 Oct 2013 19:49:57 +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 r9NJnvHW097684; Wed, 23 Oct 2013 15:49:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9NJnvWL097681; Wed, 23 Oct 2013 19:49:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Oct 2013 19:49:57 GMT Message-Id: <201310231949.r9NJnvWL097681@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 arm/arm 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, 23 Oct 2013 19:49:58 -0000 TB --- 2013-10-23 16:30:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-23 16:30:19 - 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-10-23 16:30:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-10-23 16:30:19 - cleaning the object tree TB --- 2013-10-23 16:30:19 - /usr/local/bin/svn stat /src TB --- 2013-10-23 16:30:24 - At svn revision 256981 TB --- 2013-10-23 16:30:25 - building world TB --- 2013-10-23 16:30:25 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 16:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 16:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 16:30:25 - SRCCONF=/dev/null TB --- 2013-10-23 16:30:25 - TARGET=arm TB --- 2013-10-23 16:30:25 - TARGET_ARCH=arm TB --- 2013-10-23 16:30:25 - TZ=UTC TB --- 2013-10-23 16:30:25 - __MAKE_CONF=/dev/null TB --- 2013-10-23 16:30:25 - cd /src TB --- 2013-10-23 16:30:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Oct 23 16:30:31 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 Oct 23 19:34:00 UTC 2013 TB --- 2013-10-23 19:34:00 - generating LINT kernel config TB --- 2013-10-23 19:34:00 - cd /src/sys/arm/conf TB --- 2013-10-23 19:34:00 - /usr/bin/make -B LINT TB --- 2013-10-23 19:34:00 - cd /src/sys/arm/conf TB --- 2013-10-23 19:34:00 - /usr/sbin/config -m LINT TB --- 2013-10-23 19:34:00 - building LINT kernel TB --- 2013-10-23 19:34:00 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 19:34:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 19:34:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 19:34:00 - SRCCONF=/dev/null TB --- 2013-10-23 19:34:00 - TARGET=arm TB --- 2013-10-23 19:34:00 - TARGET_ARCH=arm TB --- 2013-10-23 19:34:00 - TZ=UTC TB --- 2013-10-23 19:34:00 - __MAKE_CONF=/dev/null TB --- 2013-10-23 19:34:00 - cd /src TB --- 2013-10-23 19:34:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Oct 23 19:34:01 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 [...] /src/sys/arm/mv/gpio.c:641:12: note: did you mean 'OF_xref_phandle'? ctrl = OF_xref_handle(fdt32_to_cpu(gpios[0])); ^~~~~~~~~~~~~~ OF_xref_phandle /src/sys/dev/ofw/openfirm.h:133:11: note: 'OF_xref_phandle' declared here phandle_t OF_xref_phandle(phandle_t xref); ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-23 19:49:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-23 19:49:57 - ERROR: failed to build LINT kernel TB --- 2013-10-23 19:49:57 - 9340.68 user 1841.09 system 11977.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 19:56: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 D808B504; Wed, 23 Oct 2013 19:56:32 +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 8B14C2C07; Wed, 23 Oct 2013 19:56:32 +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 r9NJuVWU043887; Wed, 23 Oct 2013 15:56:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9NJuVTv043884; Wed, 23 Oct 2013 19:56:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 23 Oct 2013 19:56:31 GMT Message-Id: <201310231956.r9NJuVTv043884@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 i386/pc98 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, 23 Oct 2013 19:56:33 -0000 TB --- 2013-10-23 19:40:52 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-23 19:40:52 - 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-10-23 19:40:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-23 19:40:52 - cleaning the object tree TB --- 2013-10-23 19:41:26 - /usr/local/bin/svn stat /src TB --- 2013-10-23 19:41:31 - At svn revision 256981 TB --- 2013-10-23 19:41:32 - building world TB --- 2013-10-23 19:41:32 - CROSS_BUILD_TESTING=YES TB --- 2013-10-23 19:41:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-23 19:41:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-23 19:41:32 - SRCCONF=/dev/null TB --- 2013-10-23 19:41:32 - TARGET=pc98 TB --- 2013-10-23 19:41:32 - TARGET_ARCH=i386 TB --- 2013-10-23 19:41:32 - TZ=UTC TB --- 2013-10-23 19:41:32 - __MAKE_CONF=/dev/null TB --- 2013-10-23 19:41:32 - cd /src TB --- 2013-10-23 19:41:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Oct 23 19:41:40 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-23 19:56:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-23 19:56:31 - ERROR: failed to build world TB --- 2013-10-23 19:56:31 - 651.18 user 170.38 system 939.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 20:39:18 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 E2ED179E; Wed, 23 Oct 2013 20:39:18 +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 9F92D2EDD; Wed, 23 Oct 2013 20:39:18 +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 r9NKdCdC095970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Oct 2013 13:39:12 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r9NKdCf7095969; Wed, 23 Oct 2013 13:39:12 -0700 (PDT) (envelope-from jmg) Date: Wed, 23 Oct 2013 13:39:12 -0700 From: John-Mark Gurney To: Adrian Chadd Subject: Re: [rfc] removing the NDISulator Message-ID: <20131023203912.GD94140@funkthat.com> Mail-Followup-To: Adrian Chadd , freebsd-current , "freebsd-wireless@freebsd.org" References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <201310231023.32351.jhb@freebsd.org> <526810DB.20705@mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 23 Oct 2013 13:39:12 -0700 (PDT) Cc: freebsd-current , "freebsd-wireless@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, 23 Oct 2013 20:39:19 -0000 Adrian Chadd wrote this message on Wed, Oct 23, 2013 at 11:11 -0700: > On 23 October 2013 11:09, Alfred Perlstein wrote: > > > Eh, having taken a stab at porting the bwl blob already, I would strongly > >> oppose removing NDIS. If you do that I will just stop using my netbook > >> with a Broadcom part altogether as I wouldn't be able to use it to try to > >> test bwl changes. The NDIS thing is a bit hackish, but it is quite useful > >> for a lot of folks. > >> > >> I have to agree. Deprecation != motivation. > > > I can pull out examples of this not holding true: > > * all the giant locking in drivers > * all the giant locking in VFS > > People did pop up and claim ownership of things they cared about. Some > stuff died, some stuff didn't. There was enough of a motivation by us to > kill giant off in these pathways so things could continue to evolve. We > didn't leave the GIANT crutch in forever. I'd say that locking a drive is a LOT easier than writing a driver from scratch, esspecially if you don't have the specs.. This of course coming from experience with both... -- 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 Oct 23 21:37:24 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 A6183292 for ; Wed, 23 Oct 2013 21:37:24 +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 6BE6522DB for ; Wed, 23 Oct 2013 21:37:24 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:32601] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id D7/4B-19454-29148625; Wed, 23 Oct 2013 21:37:22 +0000 Date: Wed, 23 Oct 2013 21:37:22 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-wireless@freebsd.org References: Subject: Re: [rfc] removing the NDISulator X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: Adrian Chadd , freebsd-current@freebsd.org, claudiu vasadi 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, 23 Oct 2013 21:37:24 -0000 > > On 23 October 2013 13:10, claudiu vasadi wrote: > > Hi, > > Still getting the "Cannot reset interface wlan0 - exit status 1" in > > wifimgr but no crash yet. Will keep trying :D > I have no idea about that. It's likely there's some net80211/iwn bug(s) but > I don't use wifimgr so I don't know what it's doing. > For that I'd bug the wifimgr people in PCBSD. they can always file bug > reports with me :) > Thanks, > -adrian I don't have wifimgr either, can't even install it until I get wifi set up. Does wifimgr have more functionality than wpa_cli? Why would some drivers not be ndisulatable/ndiswrappable? Would that be because the resulting driver would fail, or because of the lack of .inf and .sys files in Windows driver? Tom From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 21:43: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 9370A68A; Wed, 23 Oct 2013 21:43:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40EA72358; Wed, 23 Oct 2013 21:43:08 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id a11so898932qen.22 for ; Wed, 23 Oct 2013 14:43:07 -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=z6oPy/nZHiOQwJ81bZAt/T/RJ+5unsxyBXhQ6jHQe/A=; b=fr2uwVKwGMI1nnSVp+MvgNXUJn7zUjiDIMY7hDoV5xaT2/B8L6+P9/LOoYF/iqUu4h YfeOsRuhW4hSJ/LZFVFOK1aZn5UT4hhK07ymaiNwSKN0MgA30KaiBxRmQkgE7Q/rEkVR Jt1mgTgPsbSa8sy96fUKmgxxhr5WJ4LmPE0gMMN6eqv46CbOoVlt9IUDCZ7DXYrfTVRA zZrnAv2Th0E0Vgos03qq675aevLJuo+Ag2cu/WFKVHreRC0nUIBMmN6PfYCkVkpdY1S3 O+etQrxwo0KDAFPpOLVwY+OnEcbCjkIVVv5lVECtYC6aI5OIiHgQDQdpW1IVL+Tzowjd 4ZyA== MIME-Version: 1.0 X-Received: by 10.224.51.131 with SMTP id d3mr15096qag.0.1382564587437; Wed, 23 Oct 2013 14:43:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 14:43:07 -0700 (PDT) In-Reply-To: References: Date: Wed, 23 Oct 2013 14:43:07 -0700 X-Google-Sender-Auth: flaPberON1BtbAaDdZBV-Ehg4OI Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-wireless@freebsd.org" , claudiu vasadi , 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, 23 Oct 2013 21:43:08 -0000 Hi, The later driver model isn't supported by ndisulator. We'd have to implement all the newer NDIS stuff for wifi and ethernet. In the later NDIS layer the Microsoft Wireless Services implement a bunch of stuff that used to be up to the driver. Ie, the driver just exposed an ethernet "device" with some extra bits for wifi. Ie, the whole stack runs in the driver. That has changed. -adrian From owner-freebsd-current@FreeBSD.ORG Wed Oct 23 22:31:52 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 E13CC681; Wed, 23 Oct 2013 22:31:52 +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 5E5212600; Wed, 23 Oct 2013 22:31:52 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.7/8.14.6) with ESMTP id r9NMVaTE061865 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Oct 2013 23:31:38 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <52684E48.20709@unsane.co.uk> Date: Wed, 23 Oct 2013 23:31:36 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Eitan Adler , Adrian Chadd Subject: Re: [rfc] removing the NDISulator References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Julian H. Stacey" , "Andrey V. Elsukov" , "freebsd-wireless@freebsd.org" , 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, 23 Oct 2013 22:31:53 -0000 On 23/10/2013 18:35, Eitan Adler wrote: > On Mon, Oct 21, 2013 at 6:29 PM, Adrian Chadd wrote: >> If there are drivers that people absolutely need fixed then they should >> stand up and say "hey, I really would like X to work better!" and then >> follow it up with some encouraging incentives. Right now the NDISulator >> lets people work _around_ this by having something that kind of works for >> them but it doesn't improve our general driver / stack ecosystems. > I doubt most people prefer to use the ndisulator over a native driver. > However, many people don't have the skills, time, or money to provide > the incentives you are talking about. At this point ndisulator > provides a means to an end: working wireless and it isn't causing > significant strain on the project in terms of development effort. > > Our end users are not always developers and I think removing this > feature will hurt more than it will help. > > As an end user, the main issue I have is that according to the manpage it supports ndis 5.1 According to http://en.wikipedia.org/wiki/Network_Driver_Interface_Specification this is the version supported by Windows XP , Server 2003 , Windows CE 4.x, 5.0, 6.0 As you might guess most new devices wont be coming with drivers for XP, so does this mean I wont be able to use drivers for a recent windows version (my understanding is that it will but happy to learn differently) If this is the case and there is no active development on it, a gradual depreciation over the 10.x series is probably a good idea. If however its likely to support current drivers/devices it does have a place (I've used it once or twice in a pinch.) Vince ^ From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 00:11:33 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 96840749; Thu, 24 Oct 2013 00:11:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 432612A96; Thu, 24 Oct 2013 00:11:33 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id w8so4672218qac.15 for ; Wed, 23 Oct 2013 17:11:32 -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=ta0WkFyMY8fZKwqf7Z9o7mHbTrJl10hEZoQadQrD/nI=; b=L+PzGL1M7wvJkYKqH4KbO45/idvWyIKFaUbHm2qyxAaUVgM1dJpqPqZa8xTOU4vADO iRJzh06x5tIHSqnL4AHVjQkib9eY6zZiygpJFPkthcEY8yaTjpZg7JXz1EIbtV/9IQDC G3GGDXYDUCK0T2ybtyW/tiPuA7a/P+p9XiS6L9Y24K1cHzqZYVDu1GY5T9TD/xV9JG/J kxuMKQPmfvreDNFQSpN8GkJg3qG4Q1aXfeQYLpOd9mk45pBPoISNSTzkvBX8YSXzbi7/ sYV6Zy49nO5QWxSsggzhZJVe9iHoPbOMyQCzEYifqb7LFgF0xtph71Q8AUU2vJG4lbqt N5zw== MIME-Version: 1.0 X-Received: by 10.49.59.115 with SMTP id y19mr57797qeq.8.1382573492479; Wed, 23 Oct 2013 17:11:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Wed, 23 Oct 2013 17:11:32 -0700 (PDT) In-Reply-To: <52684E48.20709@unsane.co.uk> References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <52684E48.20709@unsane.co.uk> Date: Wed, 23 Oct 2013 17:11:32 -0700 X-Google-Sender-Auth: -msC0nmGGIVM6ykizCKovh0r254 Message-ID: Subject: Re: [rfc] removing the NDISulator From: Adrian Chadd To: Vincent Hoffman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Eitan Adler , "Julian H. Stacey" , "Andrey V. Elsukov" , "freebsd-wireless@freebsd.org" , 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, 24 Oct 2013 00:11:33 -0000 On 23 October 2013 15:31, Vincent Hoffman wrote: > On 23/10/2013 18:35, Eitan Adler wrote: > > On Mon, Oct 21, 2013 at 6:29 PM, Adrian Chadd wrote: > > If there are drivers that people absolutely need fixed then they should > stand up and say "hey, I really would like X to work better!" and then > follow it up with some encouraging incentives. Right now the NDISulator > lets people work _around_ this by having something that kind of works for > them but it doesn't improve our general driver / stack ecosystems. > > I doubt most people prefer to use the ndisulator over a native driver. > However, many people don't have the skills, time, or money to provide > the incentives you are talking about. At this point ndisulator > provides a means to an end: working wireless and it isn't causing > significant strain on the project in terms of development effort. > > Our end users are not always developers and I think removing this > feature will hurt more than it will help. > > > > As an end user, the main issue I have is that according to the manpage it > supports ndis 5.1 > According to > http://en.wikipedia.org/wiki/Network_Driver_Interface_Specification this > is the version supported by > Windows XP , Server 2003, > Windows CE 4.x, 5.0, 6.0 > > As you might guess most new devices wont be coming with drivers for XP, so > does this mean I wont be able to use drivers for a recent windows version > (my understanding is that it will but happy to learn differently) > If this is the case and there is no active development on it, a gradual > depreciation over the 10.x series is probably a good idea. If however its > likely to support current drivers/devices it does have a place (I've used > it once or twice in a pinch.) > This is why I'd rather us bite the bullet now and deprecate it, versus have it in there and put in the work to upgrade it to handle NDIS 6.x drivers with the Microsoft wireless extensions stuff. -adrian From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 00: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 7C3BF73D for ; Thu, 24 Oct 2013 00:58:24 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35E072D64 for ; Thu, 24 Oct 2013 00:58:24 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 54C5321712 for ; Wed, 23 Oct 2013 20:49:53 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Wed, 23 Oct 2013 20:49:53 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=Wp9GKJmXVqWDxeAlkUY+heWt75w=; b=QxAPv 2ajHmMI2PzfxzEDyPOYrsUaQ/yWpgIloxxSaVPNm3tHhEUexdCRZ3OMEdXwlc9cs ldBtHRsi39ck1sYcZNT1IPlAAV4t0MbBhA9HMXL8Z9tnvuPUu4CkjLBame3dKOSb 5RtaNx4E2OPAvxeGS+B46DWf2dHILjFu6mXiFM= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 33E291141CA; Wed, 23 Oct 2013 20:49:53 -0400 (EDT) Message-Id: <1382575793.17670.37780829.71DE6DE7@webmail.messagingengine.com> X-Sasl-Enc: oxt1m9gmOZpO38ArbnjH5mgUm9t7mxw9D5+1qDs2qkSx 1382575793 From: Mark Felder To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-25c9bdb0 Subject: Re: [rfc] removing the NDISulator Date: Wed, 23 Oct 2013 19:49:53 -0500 In-Reply-To: References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <52684E48.20709@unsane.co.uk> 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, 24 Oct 2013 00:58:24 -0000 On Wed, Oct 23, 2013, at 19:11, Adrian Chadd wrote: > On 23 October 2013 15:31, Vincent Hoffman wrote: > > > On 23/10/2013 18:35, Eitan Adler wrote: > > > > On Mon, Oct 21, 2013 at 6:29 PM, Adrian Chadd wrote: > > > > If there are drivers that people absolutely need fixed then they should > > stand up and say "hey, I really would like X to work better!" and then > > follow it up with some encouraging incentives. Right now the NDISulator > > lets people work _around_ this by having something that kind of works for > > them but it doesn't improve our general driver / stack ecosystems. > > > > I doubt most people prefer to use the ndisulator over a native driver. > > However, many people don't have the skills, time, or money to provide > > the incentives you are talking about. At this point ndisulator > > provides a means to an end: working wireless and it isn't causing > > significant strain on the project in terms of development effort. > > > > Our end users are not always developers and I think removing this > > feature will hurt more than it will help. > > > > > > > > As an end user, the main issue I have is that according to the manpage it > > supports ndis 5.1 > > According to > > http://en.wikipedia.org/wiki/Network_Driver_Interface_Specification this > > is the version supported by > > Windows XP , Server 2003, > > Windows CE 4.x, 5.0, 6.0 > > > > As you might guess most new devices wont be coming with drivers for XP, so > > does this mean I wont be able to use drivers for a recent windows version > > (my understanding is that it will but happy to learn differently) > > If this is the case and there is no active development on it, a gradual > > depreciation over the 10.x series is probably a good idea. If however its > > likely to support current drivers/devices it does have a place (I've used > > it once or twice in a pinch.) > > > > This is why I'd rather us bite the bullet now and deprecate it, versus > have > it in there and put in the work to upgrade it to handle NDIS 6.x drivers > with the Microsoft wireless extensions stuff. > 802.11AC adapters claiming Windows XP support: (very quick search) http://www.asus.com/Networking/USBAC53/ http://www.asus.com/Networking/PCEAC66/ http://www.netgear.com/home/products/wireless-adapters/ultimate-wireless-adapters/A6200.aspx#two http://www.trendnet.com/products/proddetail.asp?prod=100_TEW-805UB&cat=202 If these idiots would quit making drivers for XP you might have an easier battle ahead, Adrian. From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 02:02: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 CF8BA516 for ; Thu, 24 Oct 2013 02:02:03 +0000 (UTC) (envelope-from outbackdingo@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 9CA2C209D for ; Thu, 24 Oct 2013 02:02:03 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so1711256obb.32 for ; Wed, 23 Oct 2013 19:02:03 -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=PjUdTRlJH6FVY4/gD4WX3XTpj2+pJEu1gr6xMtxFaJU=; b=gaU9pRjf+BctLMttdgxieiE1gtdqJCLtX/zE7OhPtq9l4wGf8LRo3AU2KJ4FzCaU2A OW0qkkOLH0h4reDWwFINjC6yocs27fNg+nO/TtF7XVtmfSitchf979HRD8N0RdS+C3PO VHdoNbePVAmsJM8gQ5JLhedsMQfeKdIWfcDnba2grNPpZLnbJVHo7WJ5US3Aqhi6fxZv vdjvFVO11bp5OgV7Gx1kYIURFiuKFn2ahNNp9obW6sMXv9JdF+euh3COtKSkd7+bXPp6 dknJnjq4pPNln5NJ10Cjem26CLr645Sw1b+x+iF6q5zJVNPLwgFohyI8z401QrH10iPD BOEA== MIME-Version: 1.0 X-Received: by 10.60.133.233 with SMTP id pf9mr231250oeb.46.1382580122953; Wed, 23 Oct 2013 19:02:02 -0700 (PDT) Received: by 10.76.19.115 with HTTP; Wed, 23 Oct 2013 19:02:02 -0700 (PDT) Date: Wed, 23 Oct 2013 22:02:02 -0400 Message-ID: Subject: CUREENT issue with ballon.c From: Outback Dingo To: current@freebsd.org 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: Thu, 24 Oct 2013 02:02:03 -0000 --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex balloon_lock (balloon_lock) r = 0 (0xffffffff816e9c58) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:339 exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 (0xffffffff816e9c38) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:373 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00002c67c0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 malloc() at malloc+0x101/frame 0xfffffe00002c69f0 balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex balloon_lock (balloon_lock) r = 0 (0xffffffff816e9c58) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:339 exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 (0xffffffff816e9c38) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:373 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00002c67c0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 malloc() at malloc+0x101/frame 0xfffffe00002c69f0 balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- uma_zalloc_arg: zone "16" with the following non-sleepable locks held: From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 03:46:20 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 40EA4136 for ; Thu, 24 Oct 2013 03:46:20 +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 0A32525F1 for ; Thu, 24 Oct 2013 03:46:19 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:43072] helo=localhost) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id CB/9C-15942-A0898625; Thu, 24 Oct 2013 03:46:18 +0000 Date: Thu, 24 Oct 2013 03:46:18 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-wireless@freebsd.org References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <52684E48.20709@unsane.co.uk> Subject: Re: [rfc] removing the NDISulator X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 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: Thu, 24 Oct 2013 03:46:20 -0000 > The later driver model isn't supported by ndisulator. We'd have to > implement all the newer NDIS stuff for wifi and ethernet. > In the later NDIS layer the Microsoft Wireless Services implement a bunch > of stuff that used to be up to the driver. Ie, the driver just exposed an > ethernet "device" with some extra bits for wifi. Ie, the whole stack runs > in the driver. That has changed. ... > This is why I'd rather us bite the bullet now and deprecate it, versus have > it in there and put in the work to upgrade it to handle NDIS 6.x drivers > with the Microsoft wireless extensions stuff. > -adrian How much extra work would there be to update the ndis(ulator/wrapper)? Would it be more than writing native FreeBSD drivers which might be ported from NetBSD, OpenBSD and Linux? What about cases where specifications might be a trade secret? How difficult is it to port or write a wifi or Ethernet driver for FreeBSD? I have no experience writing device drivers but have some experience with C and C++. I notice NetBSD and OpenBSD have drivers for some chips that FreeBSD lacks. I have motherboard (MSI Z77 MPOWER) with Realtek 8111E Ethernet that fails to connect in FreeBSD or OpenBSD, OK with NetBSD-current and Linux, and Atheros AR9271 onboard wifi: device athn is included in NetBSD (current only) and OpenBSD. Tom From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 06:17:38 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 AB0A4565; Thu, 24 Oct 2013 06:17:38 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 010762C2A; Thu, 24 Oct 2013 06:17:37 +0000 (UTC) Received: from [127.0.0.1] (mail.kevlo.org [220.135.115.6]) by ns.kevlo.org (8.14.6/8.14.6) with ESMTP id r9O6BWRe008017; Thu, 24 Oct 2013 14:11:33 +0800 (CST) (envelope-from kevlo@kevlo.org) Message-ID: <5268BB16.9@kevlo.org> Date: Thu, 24 Oct 2013 14:15:50 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: [rfc] removing the NDISulator References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <52684E48.20709@unsane.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Thu, 24 Oct 2013 06:17:38 -0000 Thomas Mueller wrote: > >> The later driver model isn't supported by ndisulator. We'd have to >> implement all the newer NDIS stuff for wifi and ethernet. > >> In the later NDIS layer the Microsoft Wireless Services implement a bunch >> of stuff that used to be up to the driver. Ie, the driver just exposed an >> ethernet "device" with some extra bits for wifi. Ie, the whole stack runs >> in the driver. That has changed. > > ... > >> This is why I'd rather us bite the bullet now and deprecate it, versus have >> it in there and put in the work to upgrade it to handle NDIS 6.x drivers >> with the Microsoft wireless extensions stuff. > > >> -adrian > How much extra work would there be to update the ndis(ulator/wrapper)? > > Would it be more than writing native FreeBSD drivers which might be ported > from NetBSD, OpenBSD and Linux? > > What about cases where specifications might be a trade secret? > > How difficult is it to port or write a wifi or Ethernet driver for FreeBSD? > > I have no experience writing device drivers but have some experience with C and C++. > > I notice NetBSD and OpenBSD have drivers for some chips that FreeBSD lacks. > > I have motherboard (MSI Z77 MPOWER) with Realtek 8111E Ethernet that fails to > connect in FreeBSD or OpenBSD, OK with NetBSD-current and Linux, and > Atheros AR9271 onboard wifi: device athn is included in NetBSD (current only) > and OpenBSD. No offence, but you have mentioned several times that Realtek 8111E Ethernet and athn(4) do not work on FreeBSD, just wondering why you don't sit down and start coding then all your questions will be answered. > > Tom > > Kevin From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 08:12:44 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 A53B3FE8; Thu, 24 Oct 2013 08:12:44 +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 58C5D241F; Thu, 24 Oct 2013 08:12:43 +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 r9O8Cbd4041636; Thu, 24 Oct 2013 04:12:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9O8Cb6D041635; Thu, 24 Oct 2013 08:12:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 24 Oct 2013 08:12:37 GMT Message-Id: <201310240812.r9O8Cb6D041635@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 i386/pc98 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: Thu, 24 Oct 2013 08:12:44 -0000 TB --- 2013-10-24 07:57:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-24 07:57:22 - 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-10-24 07:57:22 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-24 07:57:22 - cleaning the object tree TB --- 2013-10-24 07:57:41 - /usr/local/bin/svn stat /src TB --- 2013-10-24 07:58:00 - At svn revision 257037 TB --- 2013-10-24 07:58:01 - building world TB --- 2013-10-24 07:58:01 - CROSS_BUILD_TESTING=YES TB --- 2013-10-24 07:58:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-24 07:58:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-24 07:58:01 - SRCCONF=/dev/null TB --- 2013-10-24 07:58:01 - TARGET=pc98 TB --- 2013-10-24 07:58:01 - TARGET_ARCH=i386 TB --- 2013-10-24 07:58:01 - TZ=UTC TB --- 2013-10-24 07:58:01 - __MAKE_CONF=/dev/null TB --- 2013-10-24 07:58:01 - cd /src TB --- 2013-10-24 07:58:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Oct 24 07:58:09 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-24 08:12:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-24 08:12:37 - ERROR: failed to build world TB --- 2013-10-24 08:12:37 - 650.36 user 121.80 system 915.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 08:20: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 3219B5A2; Thu, 24 Oct 2013 08:20: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 E25B124A3; Thu, 24 Oct 2013 08:20:00 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id E390F14E; Thu, 24 Oct 2013 10:09:57 +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 Uwo9eLEziiK0; Thu, 24 Oct 2013 10:09:55 +0200 (CEST) Received: from [10.0.6.80] (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 BA6CD51; Thu, 24 Oct 2013 10:09:54 +0200 (CEST) Message-ID: <5268D632.2030506@dat.pl> Date: Thu, 24 Oct 2013 10:11:30 +0200 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-wireless@freebsd.org Subject: Re: [rfc] removing the NDISulator References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <52684E48.20709@unsane.co.uk> In-Reply-To: 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: Thu, 24 Oct 2013 08:20:01 -0000 On 24.10.2013 05:46, Thomas Mueller wrote: > I have motherboard (MSI Z77 MPOWER) with Realtek 8111E Ethernet that fails to > connect in FreeBSD or OpenBSD, OK with NetBSD-current and Linux, and > Atheros AR9271 onboard wifi: device athn is included in NetBSD (current only) > and OpenBSD. > > Tom For your problems with Realtek 8111E chipset please have alook at http://lists.freebsd.org/pipermail/freebsd-net/2013-October/036935.html Maybe this patch isn't for you but you need to do something similar to add support. Regards, Maciej From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 10:09: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 2376B637 for ; Thu, 24 Oct 2013 10:09:56 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from eu1sys200aog115.obsmtp.com (eu1sys200aog115.obsmtp.com [207.126.144.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60CF42E67 for ; Thu, 24 Oct 2013 10:09:55 +0000 (UTC) Received: from mail-wi0-f181.google.com ([209.85.212.181]) (using TLSv1) by eu1sys200aob115.postini.com ([207.126.147.11]) with SMTP ID DSNKUmjx18yp2CZ4GKRxB0HJ7K8571ffr4cT@postini.com; Thu, 24 Oct 2013 10:09:55 UTC Received: by mail-wi0-f181.google.com with SMTP id l12so2262454wiv.8 for ; Thu, 24 Oct 2013 03:09:27 -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:cc :reply-to:in-reply-to; bh=dd7jy65KQtV29O9gAJK71Vgp3mDjybHJricw+Xv3SRc=; b=VT9Jy1mdBmpp5NYVmnZub6QqiG5KSKEfV9fF9FLPXeGHXtreKhCa7F+p3p+Gl+VPON KWIof8HAwtCqBVe3nKIEzFF7kCrtzVMEBJWUw4qi2iMuLBRVzZ6R+T23F5VupB8mxHsz d+5GWDKyXdizWXkLzaMRdE2Md12h/QSVvDbLigFA99roAdTQckBBNOrXPA9t9sAVv4tB KpMhjc7Dsz5bFVnDqSZZYmRmnweFpQYWUNmIzE4HKc7R1Rwyq3OPn3xXhIg49AVlG8x/ lR/d7/zjMnfwu+y00/ZouucXvidQaUXDpCWuZ++6fH/FyX3sbnPf7md9j2mKAdDLOdyq XYhw== X-Gm-Message-State: ALoCoQlR6nekGFOJrM1g7BzFzNzYl7ACOnjgpJgtQs8Fe3jokZvUximKRFgdfslh5917WriHj0yuSXqeOJg2L/m4NOPs9MJqZRxXlX1dsH/fnXHLJkRtP46v9wHNQHkwfUKOcOnGWN6CSXOhYTqeMxmwUsO6N9WnZyCz8jCxTGgQAtxWsVNY7g8= X-Received: by 10.180.108.131 with SMTP id hk3mr1515669wib.10.1382609367492; Thu, 24 Oct 2013 03:09:27 -0700 (PDT) X-Received: by 10.180.108.131 with SMTP id hk3mr1515662wib.10.1382609367398; Thu, 24 Oct 2013 03:09:27 -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 ft19sm1906246wic.5.2013.10.24.03.09.25 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Oct 2013 03:09:26 -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 r9OA9O00037513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 24 Oct 2013 11:09:24 +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 r9OA9OPM037512; Thu, 24 Oct 2013 11:09:24 +0100 (BST) (envelope-from mexas) Date: Thu, 24 Oct 2013 11:09:24 +0100 (BST) From: Anton Shterenlikht Message-Id: <201310241009.r9OA9OPM037512@mech-cluster241.men.bris.ac.uk> To: freebsd-ia64@freebsd.org, jhb@freebsd.org, mexas@bris.ac.uk Subject: Re: deadlkres: possible deadlock detected for 0xe000000012aed200, blocked for 900014 ticks In-Reply-To: <201310231456.56359.jhb@freebsd.org> Cc: davide@freebsd.org, freebsd-current@freebsd.org 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, 24 Oct 2013 10:09:56 -0000 >From jhb@freebsd.org Wed Oct 23 21:10:30 2013 >> >> >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/183007 >> > >> >Hmm, unfortunately it seems like all the stack traces did not work. There >are >> >lots of threads blocked on VM-related locks, and CPU 0 is running >vm_daemon. >> >Probably would need a stack trace of that thread to see what it is doing >(this >> >is part of why a real crash dump would be far better than a textdump as you >> >can get more info after the crash instead of having to know in advance >> >everything you want). I saw earlier you had a thread to get textdumps to >> >work. Did you ever have regular crashdumps working? >> >> No. I have another deadlock panic when savecore >> is running. That panic dumps core, then on reboot >> when savecore is running I get another deadlock >> panic, and so on. However, I do get about 8-10gb vmcore* >> files before the panic happens. Presumably these >> are truncated somehow. >> Do you think these incomplete vmcores can still >> be useful? If you send some instructions on what >> to try, I'll give it a go, or I can post a vmcore >> somewhere. > >Does you get corresponding core.txt.N files from crashinfo? yes: # ls -al /var/crash/*6* -rw------- 1 root wheel 27206 Oct 24 09:57 /var/crash/core.txt.6 -rw------- 1 root wheel 543 Oct 24 09:26 /var/crash/info.6 -rw------- 1 root wheel 5853138944 Oct 24 09:31 /var/crash/vmcore.6 # I added it to the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/183007 Is this any use? Also, since the panic is perfectly reproducible, I can cause it again, and run some commands in ddb, if you give explicit instructions. Many thanks Anton From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 10:16:42 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 27084C13 for ; Thu, 24 Oct 2013 10:16:42 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 584A02F4A for ; Thu, 24 Oct 2013 10:16:40 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.93,561,1378857600"; d="scan'208";a="64225756" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Oct 2013 10:16:33 +0000 Received: from Roger-2.local (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 24 Oct 2013 06:16:32 -0400 Message-ID: <5268F37E.9050004@citrix.com> Date: Thu, 24 Oct 2013 11:16:30 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Outback Dingo , Subject: Re: CUREENT issue with ballon.c References: In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-DLP: MIA2 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, 24 Oct 2013 10:16:42 -0000 On 24/10/13 03:02, Outback Dingo wrote: > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > exclusive sleep mutex balloon_lock (balloon_lock) r = 0 > (0xffffffff816e9c58) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:339 > exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 > (0xffffffff816e9c38) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:373 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00002c67c0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > exclusive sleep mutex balloon_lock (balloon_lock) r = 0 > (0xffffffff816e9c58) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:339 > exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 > (0xffffffff816e9c38) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:373 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00002c67c0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: Did you do anything specific to trigger the crash? Can you explain the steps needed to reproduce it? From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 10:48:29 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 BB9C921A for ; Thu, 24 Oct 2013 10:48:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1888F2255 for ; Thu, 24 Oct 2013 10:48:28 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA26744 for ; Thu, 24 Oct 2013 13:48:27 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VZISp-0005yD-Gl for current@FreeBSD.org; Thu, 24 Oct 2013 13:48:27 +0300 Message-ID: <5268FAC3.5070803@FreeBSD.org> Date: Thu, 24 Oct 2013 13:47:31 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: FreeBSD Current Subject: some experience with a many core machine: event timer, hwpmc X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=X-VIET-VPS 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, 24 Oct 2013 10:48:29 -0000 I don't think that I have seen observations like the following posted before. I had some brief contact with a 48 core Opteron system (4 packages). Observation #1. Event timers subsystem picked a HPET timer as its source. This resulted in a lot of inter-core / inter-package traffic to re-distribute timer interrupts. This also caused contention on a lock used internally by the kern_et code in the case of a single global timer, because many CPUs tried to grab it concurrently. Additionally, I saw some statistics artifacts like top reported weird and unstable results. I believe that there should be some logic to prefer per-CPU timers over global timers as number of CPUs increases. Observation #2. hwpmc was quite unusable on that system. Attempts to use it resulted in lockups or panics like waiting too long on spinlock. It appears that hwpmc performs some actions on each CPU and those actions are driven by timer interrupts. The actions use a single global lock for arbitration. It appears that contention on that lock make hwpmc unusable. Just in case, this was the case even after I switched the timer to per-CPU LAPIC timers. HZ was default 1000. So perhaps 1ms / 42 (~24us) was not enough for hwpmc to do its per tick per CPU actions before the next tick. The contention appeared to be in pmclog_reserve (called from pmclog_process_callchain). Some details about the hardware just in case: CPU: AMD Opteron(tm) Processor 6172 (2100.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f91 Family = 0x10 Model = 0x9 Stepping = 1 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant FreeBSD/SMP: Multiprocessor System Detected: 48 CPUs FreeBSD/SMP: 4 package(s) x 12 core(s) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 11:09:58 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 10FBE6C7 for ; Thu, 24 Oct 2013 11:09:58 +0000 (UTC) (envelope-from bdrewery@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 CF9072413 for ; Thu, 24 Oct 2013 11:09:57 +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 r9OB9vRl045333 for ; Thu, 24 Oct 2013 11:09:57 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9OB9vCR045331 for freebsd-current@freebsd.org; Thu, 24 Oct 2013 11:09:57 GMT (envelope-from bdrewery) Received: (qmail 94426 invoked from network); 24 Oct 2013 06:09:56 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 24 Oct 2013 06:09:56 -0500 Message-ID: <5268FFFD.9090302@FreeBSD.org> Date: Thu, 24 Oct 2013 06:09:49 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Alexander Motin Subject: Re: [CAM] panic / general protection fault while in kernel mode on head r256931 References: <5267178D.1090608@FreeBSD.org> <526773D8.7030002@FreeBSD.org> <5267B178.2020204@FreeBSD.org> <5267CBC1.60201@FreeBSD.org> In-Reply-To: <5267CBC1.60201@FreeBSD.org> X-Enigmail-Version: 1.5.2 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5f60KU6BxHtiFAmE9K0xKdDGKKPMp9U86" 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, 24 Oct 2013 11:09:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5f60KU6BxHtiFAmE9K0xKdDGKKPMp9U86 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10/23/2013 8:14 AM, Alexander Motin wrote: > On 23.10.2013 14:22, Bryan Drewery wrote: >> On 10/23/2013 1:59 AM, Alexander Motin wrote: >>> Unfortunately I have never seen that, but I'll try to look harder. Co= uld >>> you please tell a bit about your controllers/devices? What triggered = the >>> issue? >> >> (Sorry for confusing pastes in email, bad client) >> >> Not sure what was done, I was just editing files in vim. >=20 > Please try updating to r256960. The fixed problem looked very alike, an= d > was reliably reproducible under PowerPC QEMU just on boot due to some > timing magic. >=20 Thanks, updating to r257007 has been stable for me again. --=20 Regards, Bryan Drewery --5f60KU6BxHtiFAmE9K0xKdDGKKPMp9U86 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSaP/9AAoJEG54KsA8mwz59TwQAKje7Fa8czuE4rkHCEUybNMt AEixLxLkTxod9FRkT+k0WOjNsM3KC+8SQKhX/hWoIDUY8LYCTUb9eQJDVZxJ72ps BKCW30Omx6UQoNBBGTwUYOXkWN5YY6Ezij2ejRc1nyVNMcak4Bw8KmfbkGbAPynF jYMBMYiP0YMVka9mqR6gIaEbaGWs8LMBdcfgLA91wxC0KCS+GDTkJYCNeCpvHAPs Y9R+h+u2xUPSxxetlwBOJrfADGtDdJoCVv96LkTgnThSGnPKh7btFFlQxa2lvRZU LVxREEwB0Q0Pu7gp/4f3wAZwTM5jmRMCWSHhzJcnGeBK+77L5TfBOVzyril9Sw2c YHAtWiPktFsxtzyq4jjpHJds5cNG1BI8IC+Y+jG2jeQ5kZXX48AE2ZEj7tomTM5D 4DCBkvf5I4NGJAG2rmkwieB0mtoFpYhEZDedrruEBQ9QHgP9z4fEU+jY8annk0sO lLNRUHG8dI8zoECRNS9mTzjgGjg1Ji9Q01K+vZKBCJ1WI2VGfmCvVMYIm5V6a9k5 VFuCPvXq95dOmOmls6XxFtF/Sth+nlyObyTRLZR4RkkaccevM7hQzN5BW+Z6CupV HNW9UEhuKIJdYW0i8bOsu0Vy9P/Fb7L+llFO86600JVaA1eoHypW2scF/+OQbj84 AaIveBXq1UFWSQk2fltx =96YE -----END PGP SIGNATURE----- --5f60KU6BxHtiFAmE9K0xKdDGKKPMp9U86-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 12:01:34 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 054972B4 for ; Thu, 24 Oct 2013 12:01:34 +0000 (UTC) (envelope-from outbackdingo@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 C4F8A2885 for ; Thu, 24 Oct 2013 12:01:33 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id uy5so2156673obc.7 for ; Thu, 24 Oct 2013 05:01:33 -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=zbAbz+udD43SZKBeT1gYrO/hzjYBXo7lt8lITcPprD0=; b=dTSqk2cTK3i6eyOQQqk+9CKvbaEouqIl3Tbc5rz+M8jZk6R4ZtGqNA3+JDRJ5Z3YvQ s8n1dSQD20eWzAB2rYlJqF8BCRKWqKb7N9r5bZV9GpVVKwRPfDpBSGSDt3pONLGPrlFw dGSYDe1UKtfYPsXt0Mn1Q0tZsEGDRaZv2P/cOxRX9hu5kbBliIUp+6Urqoh5H37JqRNE ycuaO941B9UuwWW8pcvawXomxkACT4KPKQi/aedfC1GMf9C+MeUQ9JuQTJ9zGRjxw944 6UpFSVF8XWdVxmwkwVOnOI23C3HQvHj9LFxHDEoQAQaTynf3iHLDdFmRG3Oa5r4x8cJ0 MYnw== MIME-Version: 1.0 X-Received: by 10.182.213.97 with SMTP id nr1mr1854593obc.48.1382616093051; Thu, 24 Oct 2013 05:01:33 -0700 (PDT) Received: by 10.76.19.115 with HTTP; Thu, 24 Oct 2013 05:01:32 -0700 (PDT) In-Reply-To: <5268F37E.9050004@citrix.com> References: <5268F37E.9050004@citrix.com> Date: Thu, 24 Oct 2013 08:01:32 -0400 Message-ID: Subject: Re: CUREENT issue with ballon.c From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Thu, 24 Oct 2013 12:01:34 -0000 On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn=E9 wr= ote: > On 24/10/13 03:02, Outback Dingo wrote: > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --- > > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > > (0xffffffff816e9c58) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:33= 9 > > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 > > (0xffffffff816e9c38) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:37= 3 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00002c67c0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 > > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --- > > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > > (0xffffffff816e9c58) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:33= 9 > > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 > > (0xffffffff816e9c38) locked @ /usr/src/sys/dev/xen/balloon/balloon.c:37= 3 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00002c67c0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 > > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --- > > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > > Did you do anything specific to trigger the crash? Can you explain the > steps needed to reproduce it? > > just recompiled a kernel, and booted it scrolls continuously across the screen doesnt seem to ever stop. From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 14:03:06 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 06039B7B; Thu, 24 Oct 2013 14:03:06 +0000 (UTC) (envelope-from alexandre.martins@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 33A222027; Thu, 24 Oct 2013 14:03:04 +0000 (UTC) Received: from work.netasq.com (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 46A8F270624F; Thu, 24 Oct 2013 15:56:19 +0200 (CEST) Received: from pc-alex.netasq.com (unknown [10.2.0.1]) by work.netasq.com (Postfix) with ESMTP id 127F4270624A; Thu, 24 Oct 2013 15:56:19 +0200 (CEST) From: Alexandre Martins To: mav@freebsd.org Subject: Troubles with VIA VX900 chipset Date: Thu, 24 Oct 2013 15:56:15 +0200 Message-ID: <2304698.vixPKsOToE@pc-alex.netasq.com> Organization: NETASQ User-Agent: KMail/4.10.1 (FreeBSD/8.4-RELEASE; KDE/4.10.1; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1772221.lMEZErbfai"; micalg="sha1"; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7Bit Cc: fabien.thomas@netasq.com, current@freebsd.org, fabient@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, 24 Oct 2013 14:03:06 -0000 --nextPart1772221.lMEZErbfai Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Dear, We have seen some issues with the VIA VX900 chipset. The main trouble is that some SATA hard drive are not seen by the kernel (BIOS and boot-loader are OK). After investigations, it seems that during the initialisation of the controler, some reset commands are send via "ata_via_sata_reset" fonction. Into the chipset documentation, there is a warning about successive reset commands, and software must waiting the "BUSY" flag is clear, before send another reset. I have added a "DELAY(10000)" between the second call of "ata_sata_phy_reset" and the call of "ata_generic_reset" and the problem disapear. I also made a more complex fix which check the "BUSY" flag. Which fix of delai checking is the better one ? Best Regards -- Alexandre Martins NETASQ -- We secure IT --nextPart1772221.lMEZErbfai Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIErzCCBKsw ggOToAMCAQICCnDGsUgWa/KQbDQwDQYJKoZIhvcNAQEFBQAwgZExCzAJBgNVBAYTAkZSMQ0wCwYD VQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0g U2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MB4XDTEzMDIxNTE1NDk1N1oXDTE0MDIxNTE1NDk1N1owgdoxCzAJBgNVBAYT AkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMl TkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENl cnRpZmljYXRpb24gQXV0aG9yaXR5MRowGAYDVQQDExFBbGV4YW5kcmUgTUFSVElOUzErMCkGCSqG SIb3DQEJARYcYWxleGFuZHJlLm1hcnRpbnNAbmV0YXNxLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAL4/gp0+01ma1Hi1C9Zw7TY8nZPJTmB3HG5eX1e062tMm+0CrNcDwfMwmF8w g47zuFzkzTYy/d6/waoHbbCLsj1AM2kRQcWfuqglpgnSu7FdnIAE0dSAOS9Ni0uWDsFhRr3UUHq5 qnDzQXOrPXRMzMz1W8nqiyqXYfykrDrq0sjzaIj20BYA/6AlDSWs+XKid1EM3wOe40Kyl+1HWLsA MuY9CpQdAkQh4rJb6Sbgx57DXJ3INCSWjzZWYK0KAE0JF8XhP5zLGcvHI5Atm7gN8WiMZ+DFRM2z HIOlZ6zhp1VHSSbs+c64UJtGgt+cq7QvuyaIoqBP6rDHsLMPbjNR0w8CAwEAAaOBuTCBtjAdBgNV HQ4EFgQUyiEDfxLvYJqY+A8btt9sZFYPejYwHwYDVR0jBBgwFoAUJyrrHdlE2joXc2oJICDJJaj5 f7IwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCA+gwJwYDVR0RBCAwHoEcYWxleGFuZHJlLm1hcnRp bnNAbmV0YXNxLmNvbTARBglghkgBhvhCAQEEBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsG AQUFBwMCMA0GCSqGSIb3DQEBBQUAA4IBAQCaSZdSJKRujYP6KnfKcyYYlNNqRdIyQm16o4BIIeGG qxQGxAO/dzcQziNVQcE+G8RHTcuivayhOX/NRhIlYxyvTN+wWAbC5NQuul4eQzGrz4OxWfrfpm9S DnDbLfHf1qdjyvFkTM8Wgq21/oExphasFHdOxi/txN4099Be/BZpV8Fpqa0dKEirG2Wa3KfEn85A WaKnNs/k3x95gr/eeTt1NdlT7OqVYqnUdUlRmQVNvEi29wIQbfYi2WeZIGlpNh0PBthWdBaXzMKU U/pfjIzZhyP8E4ghUKz4uvmpA901Qj9LEhSYqOKWALRNOk/dCcNd0LV8S54te/vsFkDTHWvlMYIC UjCCAk4CAQEwgaAwgZExCzAJBgNVBAYTAkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxs ZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rp dml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRpb24gQXV0aG9yaXR5AgpwxrFIFmvykGw0 MAkGBSsOAwIaBQCggYcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcN MTMxMDI0MTM1NjE1WjAjBgkqhkiG9w0BCQQxFgQUSYJkHFmHPPDkdWoeW3YBrpCDjRIwKAYJKoZI hvcNAQkPMRswGTALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDQYJKoZIhvcNAQEBBQAEggEAjkBi 5kMujcKrlmHwvy1x1kWSHT8KAvX3LWOguRcWwW45NFQ7npnVLvTwlxqSeDmG2hBdpw7n4P/6GSzU gFB/xvhO0MEwCuGbU9NS4fOuJTWHcV3dPe/Eb7TyXZKjhnGxBqQT8tSItpKleZdgT3Q27/M0Laj1 FDk8S1CQG5H8ZenrDkdUs0QW7p0248+j1m03MZ/6h+mdMqb/oi0dcI2zDOHLm0ZWP+4/5lFlv+vv bsjzU03DpM+P7bEKAdyt0DlgVkfc+YS5eMv7ZwBC0usLN2nteYdgQAz1LQMCh9fFb3+LN+V7300W 2i6WeuaVRmu5Sy5T0kraV2dlm5pXYeCrDgAAAAAAAA== --nextPart1772221.lMEZErbfai-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 14:20:34 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 EB9CF402; Thu, 24 Oct 2013 14:20:34 +0000 (UTC) (envelope-from alexandre.martins@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 2659E217B; Thu, 24 Oct 2013 14:20:33 +0000 (UTC) Received: from work.netasq.com (localhost [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id D806F270624F; Thu, 24 Oct 2013 16:20:32 +0200 (CEST) Received: from pc-alex.netasq.com (unknown [10.2.0.1]) by work.netasq.com (Postfix) with ESMTP id 6FC1E2700207; Thu, 24 Oct 2013 16:20:32 +0200 (CEST) From: Alexandre Martins To: mav@freebsd.org Subject: Re: Troubles with VIA VX900 chipset Date: Thu, 24 Oct 2013 16:20:29 +0200 Message-ID: <2111820.j2pnCBbuyC@pc-alex.netasq.com> Organization: NETASQ User-Agent: KMail/4.10.1 (FreeBSD/8.4-RELEASE; KDE/4.10.1; amd64; ; ) In-Reply-To: <2304698.vixPKsOToE@pc-alex.netasq.com> References: <2304698.vixPKsOToE@pc-alex.netasq.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1776756.9qKd4RWsUc"; micalg="sha1"; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7Bit Cc: fabien.thomas@netasq.com, current@freebsd.org, fabient@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, 24 Oct 2013 14:20:35 -0000 --nextPart1776756.9qKd4RWsUc Content-Type: multipart/mixed; boundary="nextPart7815598.ZJSH0KAMbv" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart7815598.ZJSH0KAMbv Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" I forget to attach patches Le jeudi 24 octobre 2013 15:56:15 Alexandre Martins a =E9crit : > Dear, >=20 > We have seen some issues with the VIA VX900 chipset. The main trouble= is > that some SATA hard drive are not seen by the kernel (BIOS and boot-l= oader > are OK). >=20 > After investigations, it seems that during the initialisation of the > controler, some reset commands are send via "ata_via_sata_reset" fonc= tion. > Into the chipset documentation, there is a warning about successive r= eset > commands, and software must waiting the "BUSY" flag is clear, before = send > another reset. I have added a "DELAY(10000)" between the second call = of > "ata_sata_phy_reset" and the call of "ata_generic_reset" and the prob= lem > disapear. >=20 > I also made a more complex fix which check the "BUSY" flag. >=20 > Which fix of delai checking is the better one ? >=20 > Best Regards --=20 Alexandre Martins NETASQ -- We secure IT --nextPart7815598.ZJSH0KAMbv Content-Disposition: attachment; filename="delay_patch" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="delay_patch" --- dev/ata/chipsets/ata-via.c.orig 2013-10-24 09:32:45.000000000 +0000 +++ dev/ata/chipsets/ata-via.c 2013-10-24 09:39:51.000000000 +0000 @@ -459,6 +459,7 @@ devs = ata_sata_phy_reset(dev, 0, 0); DELAY(10000); devs += ata_sata_phy_reset(dev, 1, 0); + DELAY(10000); } else devs = 1; if (devs) --nextPart7815598.ZJSH0KAMbv Content-Disposition: attachment; filename="check_patch" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="check_patch" --- dev/ata/chipsets/ata-via.c.orig 2013-10-24 13:39:17.000000000 +0000 +++ dev/ata/chipsets/ata-via.c 2013-10-24 09:24:04.000000000 +0000 @@ -456,11 +456,29 @@ { struct ata_channel *ch = device_get_softc(dev); int devs; + u_int8_t status; + int count; if (ch->unit == 0) { devs = ata_sata_phy_reset(dev, 0, 0); - DELAY(10000); + count = 0; + do + { + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | ATA_D_LBA | ATA_DEV(ATA_MASTER)); + DELAY(1000); + status = ATA_IDX_INB(ch, ATA_STATUS); + count++; + } while (status & ATA_S_BUSY && count < 100); + devs += ata_sata_phy_reset(dev, 1, 0); + count = 0; + do + { + ATA_IDX_OUTB(ch, ATA_DRIVE, ATA_D_IBM | ATA_D_LBA | ATA_DEV(ATA_SLAVE)); + DELAY(1000); + status = ATA_IDX_INB(ch, ATA_STATUS); + count++; + } while (status & ATA_S_BUSY && count < 100); } else devs = 1; if (devs) --nextPart7815598.ZJSH0KAMbv-- --nextPart1776756.9qKd4RWsUc Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIErzCCBKsw ggOToAMCAQICCnDGsUgWa/KQbDQwDQYJKoZIhvcNAQEFBQAwgZExCzAJBgNVBAYTAkZSMQ0wCwYD VQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0g U2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MB4XDTEzMDIxNTE1NDk1N1oXDTE0MDIxNTE1NDk1N1owgdoxCzAJBgNVBAYT AkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxsZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMl TkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rpdml0eTEnMCUGA1UECxMeTkVUQVNRIENl cnRpZmljYXRpb24gQXV0aG9yaXR5MRowGAYDVQQDExFBbGV4YW5kcmUgTUFSVElOUzErMCkGCSqG SIb3DQEJARYcYWxleGFuZHJlLm1hcnRpbnNAbmV0YXNxLmNvbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAL4/gp0+01ma1Hi1C9Zw7TY8nZPJTmB3HG5eX1e062tMm+0CrNcDwfMwmF8w g47zuFzkzTYy/d6/waoHbbCLsj1AM2kRQcWfuqglpgnSu7FdnIAE0dSAOS9Ni0uWDsFhRr3UUHq5 qnDzQXOrPXRMzMz1W8nqiyqXYfykrDrq0sjzaIj20BYA/6AlDSWs+XKid1EM3wOe40Kyl+1HWLsA MuY9CpQdAkQh4rJb6Sbgx57DXJ3INCSWjzZWYK0KAE0JF8XhP5zLGcvHI5Atm7gN8WiMZ+DFRM2z HIOlZ6zhp1VHSSbs+c64UJtGgt+cq7QvuyaIoqBP6rDHsLMPbjNR0w8CAwEAAaOBuTCBtjAdBgNV HQ4EFgQUyiEDfxLvYJqY+A8btt9sZFYPejYwHwYDVR0jBBgwFoAUJyrrHdlE2joXc2oJICDJJaj5 f7IwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCA+gwJwYDVR0RBCAwHoEcYWxleGFuZHJlLm1hcnRp bnNAbmV0YXNxLmNvbTARBglghkgBhvhCAQEEBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsG AQUFBwMCMA0GCSqGSIb3DQEBBQUAA4IBAQCaSZdSJKRujYP6KnfKcyYYlNNqRdIyQm16o4BIIeGG qxQGxAO/dzcQziNVQcE+G8RHTcuivayhOX/NRhIlYxyvTN+wWAbC5NQuul4eQzGrz4OxWfrfpm9S DnDbLfHf1qdjyvFkTM8Wgq21/oExphasFHdOxi/txN4099Be/BZpV8Fpqa0dKEirG2Wa3KfEn85A WaKnNs/k3x95gr/eeTt1NdlT7OqVYqnUdUlRmQVNvEi29wIQbfYi2WeZIGlpNh0PBthWdBaXzMKU U/pfjIzZhyP8E4ghUKz4uvmpA901Qj9LEhSYqOKWALRNOk/dCcNd0LV8S54te/vsFkDTHWvlMYIC UjCCAk4CAQEwgaAwgZExCzAJBgNVBAYTAkZSMQ0wCwYDVQQIEwROb3JkMRowGAYDVQQHExFWaWxs ZW5ldXZlIGQnQXNjcTEuMCwGA1UEChMlTkVUQVNRIC0gU2VjdXJlIEludGVybmV0IENvbm5lY3Rp dml0eTEnMCUGA1UECxMeTkVUQVNRIENlcnRpZmljYXRpb24gQXV0aG9yaXR5AgpwxrFIFmvykGw0 MAkGBSsOAwIaBQCggYcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcN MTMxMDI0MTQyMDI5WjAjBgkqhkiG9w0BCQQxFgQUvZOUwEpKE7BT4vMkXtdkJT1RP58wKAYJKoZI hvcNAQkPMRswGTALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDQYJKoZIhvcNAQEBBQAEggEANs8d dW2nc0fjg/AbviOwrzw+ZlOAiSIQQZ59FkPVLuJoXMOFClEUOjbnlB+u+MrAtpkGdbKDMjbX3QyR 8ytsisEtZovKIu8U+dLgFNjneFjfb/CTSR5hJuYLXUBuyaMkzQjOMqU2UjgcqEpA30Yr0UT18uic MQ3epgRjwiK5tv1R22BV659i10jWF5euAQ7x+Ty8zHhZFt9K53zWUwQMG9nRNvhTX8Y0d5A5NQsv 6c2oa3xOhAf6NVZkYRcODu3A50+NLUQmEcHq4aGhPeHnlficVQpudlwuteLnsdlDKr484eGVhdFd ueBaylLym4BZvzghRfHSNQ7aFQJ7KncpAQAAAAAAAA== --nextPart1776756.9qKd4RWsUc-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 15:14:43 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 EBA60567 for ; Thu, 24 Oct 2013 15:14:43 +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 AA1AE24B4 for ; Thu, 24 Oct 2013 15:14:43 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 01B4B212 for ; Thu, 24 Oct 2013 17:14:42 +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 eJ3n8AuOtk7K for ; Thu, 24 Oct 2013 17:14:40 +0200 (CEST) Received: from [10.0.6.80] (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 1454751 for ; Thu, 24 Oct 2013 17:14:39 +0200 (CEST) Message-ID: <526939BF.4030306@dat.pl> Date: Thu, 24 Oct 2013 17:16:15 +0200 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: 10.0-BETA1 i386 on VirtualBox 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, 24 Oct 2013 15:14:44 -0000 I've encountered problems with installing FreeBSD-10.0-BETA1 i386 under VirtualBox. The problem is with setting/changing root password during install process. After entering password twice there is: passwd: pam_chauthtok(): error in service module Then there shows pwd_mkdb.core in current directory. The same VirtualBox machine has no problems with installing FreeBSD-9.2-RELEASE Has anyone any clues? Regards, Maciej Milewski From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 15:34:16 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 3AA12E6C for ; Thu, 24 Oct 2013 15:34:16 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ob0-x232.google.com (mail-ob0-x232.google.com [IPv6:2607:f8b0:4003: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 07E742606 for ; Thu, 24 Oct 2013 15:34:15 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id wm4so2525039obc.9 for ; Thu, 24 Oct 2013 08:34:15 -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=vfoCuQpP8/P39fwsFHldIomdLY/q8Aoclcz/P96T01A=; b=fxn64q67RpxzZ8byg0SAmMmhs/KKRbUJBK+ChlNL1P4dd2EpZWsMIC57J2FWbLL6Gy ZdQgwXv/jcVyHvOhQ+EUhg1LauuNAe5zO+FSGyXmKtRm9hSTKJD3LwFsyP6c3wzFFKAL Vd6kXad0Sp0hcBJIR4+dWrGXGW6JntWf6NPGw/3v3MpAx7Ek8LDJ8yBqTK3qPhdC6zA/ Ji1UYQONn77TGWUGC2x9x7vhD3tCBlrDC7fljVF/Wf418fprYoT0XmogjYHaCc+WsXFz bnMrrMEWYUqXdqrSPy4D4++JmHbT3X8aPF6kqow9t4dReIhAN/E2auDNDTyj/Zdmnm6H clAA== MIME-Version: 1.0 X-Received: by 10.182.44.167 with SMTP id f7mr2635274obm.3.1382628855216; Thu, 24 Oct 2013 08:34:15 -0700 (PDT) Received: by 10.76.69.1 with HTTP; Thu, 24 Oct 2013 08:34:15 -0700 (PDT) In-Reply-To: <526939BF.4030306@dat.pl> References: <526939BF.4030306@dat.pl> Date: Thu, 24 Oct 2013 11:34:15 -0400 Message-ID: Subject: Re: 10.0-BETA1 i386 on VirtualBox From: Ryan Stone To: Maciej Milewski 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: Thu, 24 Oct 2013 15:34:16 -0000 On Thu, Oct 24, 2013 at 11:16 AM, Maciej Milewski wrote: > I've encountered problems with installing FreeBSD-10.0-BETA1 i386 under > VirtualBox. > The problem is with setting/changing root password during install process. > After entering password twice there is: > > passwd: pam_chauthtok(): error in service module > > Then there shows pwd_mkdb.core in current directory. > The same VirtualBox machine has no problems with installing > FreeBSD-9.2-RELEASE > > Has anyone any clues? > > Regards, > Maciej Milewski I have seen that error when the password database in /etc is not writeable (in my case, / was mounted read-only). From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 15:46: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 90ABC628 for ; Thu, 24 Oct 2013 15:46:13 +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 4F2DB26D1 for ; Thu, 24 Oct 2013 15:46:13 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 934FB21F; Thu, 24 Oct 2013 17:46:12 +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 1qQ2SU710-NB; Thu, 24 Oct 2013 17:46:04 +0200 (CEST) Received: from [10.0.6.80] (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 218DD51; Thu, 24 Oct 2013 17:46:02 +0200 (CEST) Message-ID: <52694119.9050307@dat.pl> Date: Thu, 24 Oct 2013 17:47:37 +0200 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Ryan Stone Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> In-Reply-To: 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: Thu, 24 Oct 2013 15:46:13 -0000 On 24.10.2013 17:34, Ryan Stone wrote: > On Thu, Oct 24, 2013 at 11:16 AM, Maciej Milewski wrote: >> I've encountered problems with installing FreeBSD-10.0-BETA1 i386 under >> VirtualBox. >> The problem is with setting/changing root password during install process. >> After entering password twice there is: >> >> passwd: pam_chauthtok(): error in service module >> >> Then there shows pwd_mkdb.core in current directory. >> The same VirtualBox machine has no problems with installing >> FreeBSD-9.2-RELEASE >> >> Has anyone any clues? >> >> Regards, >> Maciej Milewski > I have seen that error when the password database in /etc is not > writeable (in my case, / was mounted read-only). I don't think that's the case as during install I went to another console to check how is mounted future / and it's: /dev/ada0p2 on /mnt (ufs, local, journaled soft-updates) and /mnt/etc/pwd.db, group, passwd are 644 and spwd.db,master.passwd are 600 The same as in running 9.2-RELEASE Anyway, thanks for the hint. Regards, Maciej Milewski From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 16:07: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 63199DC0; Thu, 24 Oct 2013 16:07:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d: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 02BB82849; Thu, 24 Oct 2013 16:07:23 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id s19so1508441qcw.35 for ; Thu, 24 Oct 2013 09:07:23 -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=gN1p9otG74awguHjifSa6ROCB1Qu6HrR+KaK7zRsW8w=; b=MEsAhZ/agu/D49AXDF4ecgpUadv8tcFxEC/3jxWEPbMtb2lTwjz14zc5V27qBZTGnX 3sVGcwHBLe1F15p9284nkbpaGMEhVKnqOEJ2RLPtnK/OpdIEQlS9EwIzxKCjRr39hAAQ 50EtaNiHDFghGJTfyd8WBPWvcVtsv39jcvLwDmVknPsI4bMJ6s7hlRsuCM1d0jPY0NBB utb276QeahH6Pa1rvLZOg7sa9sJOJswMSRCtuqQAbnqcXvZGw8aoyq82i6cySP9mK77J Dq7VFQFLv5GLFDUT0asOsVqGSIMMHtD8TlwCuw7uJbDs4gt/dtn54EMjgsqi3FW6QgRb SiIg== MIME-Version: 1.0 X-Received: by 10.224.36.201 with SMTP id u9mr5029229qad.76.1382630843196; Thu, 24 Oct 2013 09:07:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Thu, 24 Oct 2013 09:07:23 -0700 (PDT) In-Reply-To: <2304698.vixPKsOToE@pc-alex.netasq.com> References: <2304698.vixPKsOToE@pc-alex.netasq.com> Date: Thu, 24 Oct 2013 09:07:23 -0700 X-Google-Sender-Auth: u8oaNDkHAG4zTcmssPAp1Ff6_ZE Message-ID: Subject: Re: Troubles with VIA VX900 chipset From: Adrian Chadd To: Alexandre Martins Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Alexander Motin , Fabien Thomas , "current@freebsd.org" , Fabien Thomas 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, 24 Oct 2013 16:07:24 -0000 Hi! Would you please create a PR with the patches attached? That way it's not lost. Thanks! -a On 24 October 2013 06:56, Alexandre Martins wrote: > Dear, > > We have seen some issues with the VIA VX900 chipset. The main trouble is > that > some SATA hard drive are not seen by the kernel (BIOS and boot-loader are > OK). > > After investigations, it seems that during the initialisation of the > controler, some reset commands are send via "ata_via_sata_reset" fonction. > Into the chipset documentation, there is a warning about successive reset > commands, and software must waiting the "BUSY" flag is clear, before send > another reset. I have added a "DELAY(10000)" between the second call of > "ata_sata_phy_reset" and the call of "ata_generic_reset" and the problem > disapear. > > I also made a more complex fix which check the "BUSY" flag. > > Which fix of delai checking is the better one ? > > Best Regards > > -- > Alexandre Martins > NETASQ -- We secure IT > > From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 19:28:39 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 C3360C2E; Thu, 24 Oct 2013 19:28:39 +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 72D4E24CA; Thu, 24 Oct 2013 19:28:39 +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 r9OJSbVB064614; Thu, 24 Oct 2013 15:28:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9OJSbpl064601; Thu, 24 Oct 2013 19:28:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 24 Oct 2013 19:28:37 GMT Message-Id: <201310241928.r9OJSbpl064601@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 i386/pc98 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: Thu, 24 Oct 2013 19:28:39 -0000 TB --- 2013-10-24 19:13:12 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-24 19:13: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-10-24 19:13:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-24 19:13:12 - cleaning the object tree TB --- 2013-10-24 19:13:39 - /usr/local/bin/svn stat /src TB --- 2013-10-24 19:14:00 - At svn revision 257055 TB --- 2013-10-24 19:14:01 - building world TB --- 2013-10-24 19:14:01 - CROSS_BUILD_TESTING=YES TB --- 2013-10-24 19:14:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-24 19:14:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-24 19:14:01 - SRCCONF=/dev/null TB --- 2013-10-24 19:14:01 - TARGET=pc98 TB --- 2013-10-24 19:14:01 - TARGET_ARCH=i386 TB --- 2013-10-24 19:14:01 - TZ=UTC TB --- 2013-10-24 19:14:01 - __MAKE_CONF=/dev/null TB --- 2013-10-24 19:14:01 - cd /src TB --- 2013-10-24 19:14:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Oct 24 19:14:09 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-24 19:28:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-24 19:28:37 - ERROR: failed to build world TB --- 2013-10-24 19:28:37 - 653.12 user 119.72 system 924.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 20:45: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 E9EEE371 for ; Thu, 24 Oct 2013 20:45:30 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 416A729E3 for ; Thu, 24 Oct 2013 20:45:29 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.93,565,1378857600"; d="scan'208";a="67140216" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Oct 2013 20:45:21 +0000 Received: from Roger-2.local (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Thu, 24 Oct 2013 16:45:21 -0400 Message-ID: <526986E0.2050807@citrix.com> Date: Thu, 24 Oct 2013 21:45:20 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Outback Dingo Subject: Re: CUREENT issue with ballon.c References: <5268F37E.9050004@citrix.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-DLP: MIA1 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: Thu, 24 Oct 2013 20:45:31 -0000 On 24/10/13 13:01, Outback Dingo wrote: > > > On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monné > wrote: > > On 24/10/13 03:02, Outback Dingo wrote: > > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- > > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > > exclusive sleep mutex balloon_lock (balloon_lock) r = 0 > > (0xffffffff816e9c58) locked @ > /usr/src/sys/dev/xen/balloon/balloon.c:339 > > exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 > > (0xffffffff816e9c38) locked @ > /usr/src/sys/dev/xen/balloon/balloon.c:373 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00002c67c0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 > > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- > > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > > exclusive sleep mutex balloon_lock (balloon_lock) r = 0 > > (0xffffffff816e9c58) locked @ > /usr/src/sys/dev/xen/balloon/balloon.c:339 > > exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 > > (0xffffffff816e9c38) locked @ > /usr/src/sys/dev/xen/balloon/balloon.c:373 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00002c67c0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 > > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- > > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: > > Did you do anything specific to trigger the crash? Can you explain the > steps needed to reproduce it? > > > just recompiled a kernel, and booted it scrolls continuously across the > screen > doesnt seem to ever stop. I've tried r257051 and it seems to work fine, could you please post your Xen version, the config file used to launch the VM and the toolstack used? From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 21:15:40 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 DBFE5C3D for ; Thu, 24 Oct 2013 21:15:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (unknown [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EF1D2B87 for ; Thu, 24 Oct 2013 21:15:40 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r9OLF72b033745; Fri, 25 Oct 2013 00:15:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r9OLF72b033745 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r9OLF7Ot033741; Fri, 25 Oct 2013 00:15:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 25 Oct 2013 00:15:07 +0300 From: Konstantin Belousov To: Roger Pau Monn? Subject: Re: CUREENT issue with ballon.c Message-ID: <20131024211507.GD10625@kib.kiev.ua> References: <5268F37E.9050004@citrix.com> <526986E0.2050807@citrix.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GpGaEY17fSl8rd50" Content-Disposition: inline In-Reply-To: <526986E0.2050807@citrix.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Outback Dingo , 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, 24 Oct 2013 21:15:40 -0000 --GpGaEY17fSl8rd50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote: > On 24/10/13 13:01, Outback Dingo wrote: > >=20 > >=20 > > On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn? > > wrote: > >=20 > > On 24/10/13 03:02, Outback Dingo wrote: > > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --- > > > uma_zalloc_arg: zone "16" with the following non-sleepable locks = held: > > > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > > > (0xffffffff816e9c58) locked @ > > /usr/src/sys/dev/xen/balloon/balloon.c:339 > > > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 > > > (0xffffffff816e9c38) locked @ > > /usr/src/sys/dev/xen/balloon/balloon.c:373 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > 0xfffffe00002c67c0 > > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > > > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > > > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > > > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > > > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a= 70 > > > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --- > > > uma_zalloc_arg: zone "16" with the following non-sleepable locks = held: > > > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > > > (0xffffffff816e9c58) locked @ > > /usr/src/sys/dev/xen/balloon/balloon.c:339 > > > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 > > > (0xffffffff816e9c38) locked @ > > /usr/src/sys/dev/xen/balloon/balloon.c:373 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > 0xfffffe00002c67c0 > > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > > > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > > > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 > > > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > > > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a= 70 > > > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 > > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --- > > > uma_zalloc_arg: zone "16" with the following non-sleepable locks = held: > >=20 > > Did you do anything specific to trigger the crash? Can you explain = the > > steps needed to reproduce it? > >=20 > >=20 > > just recompiled a kernel, and booted it scrolls continuously across the > > screen > > doesnt seem to ever stop.=20 >=20 > I've tried r257051 and it seems to work fine, could you please post your > Xen version, the config file used to launch the VM and the toolstack used? Do you have witness enabled in your kernel config ? There is an obvious case of calling malloc(M_WAITOK) while holding both balloon_lock and balloon_mutex: ballon_process->decrease_reservation->balloon_append. --GpGaEY17fSl8rd50 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSaY3aAAoJEJDCuSvBvK1BjZgP/0v6+ewwHLndjqQoYIKL93sf ZZe3xXPOn+1Kgrh5t5cFYGRqtlngeBfcbRRdlufaZCon3IJ+9qwZvGcd9/sa7LAc +pxBb5cJTabNL/WXbyeRVhnZmv/rSFYDm9QxDNY1egvBNcB08AoBBl7bYy6R9I5c t1WmpySCTgFjv282sgra9kV80VvdbzS3AMQLgNXFABd83ZjbEoeXAC4G8OCLecJQ B40MgEL3ncsRB3cKT2ivPM6a+UEdQI40ARMM9wagDVbAR6fCjo7QHhoFZ5jPjxVZ GPGVRaJxa82zZcnKA2b4YbOh5nGc7i4iXfQ7VWpu3sD8Z8EQcRmCtvaTosX9WkDF WKlJObac2Fj9osHNBTZjzTbOKoqVyDXSsadjRg0Rcmn4SIpXHinNj7FnDVyx5E9k j6xoWlFNVlXxtRBYxKTcKAKfhgsHKsftWVEffD/YYtKpogkckp03vuhLL7beDUUy p+0ugTOGUp9FHrnblwzbwn46eTTAFXT5kwO2tF9LltuhHWrDp3m+a+8Xiftu1u6c phM1xVG3TDVNQaiY37vKKLrTgHdEhQ6Q6VEUCvoaLMWOxAjDKqwPEREPc6hXth96 TGeCCn8IV0F+o61HaL64V8yZ357k4YK4QvbEOvySTEhTfgXRGcuvkHgHu1DSBQi3 WbWjLADaRpva0pKkHj+D =XQAY -----END PGP SIGNATURE----- --GpGaEY17fSl8rd50-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 22:18:04 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 3C203C34 for ; Thu, 24 Oct 2013 22:18:04 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8611D2F07 for ; Thu, 24 Oct 2013 22:18:02 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.93,565,1378857600"; d="scan'208";a="64526896" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Oct 2013 22:18:00 +0000 Received: from Roger-2.local (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Thu, 24 Oct 2013 18:18:00 -0400 Message-ID: <52699C97.7070105@citrix.com> Date: Thu, 24 Oct 2013 23:17:59 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: CUREENT issue with ballon.c References: <5268F37E.9050004@citrix.com> <526986E0.2050807@citrix.com> <20131024211507.GD10625@kib.kiev.ua> In-Reply-To: <20131024211507.GD10625@kib.kiev.ua> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-DLP: MIA1 Cc: Outback Dingo , 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, 24 Oct 2013 22:18:04 -0000 On 24/10/13 22:15, Konstantin Belousov wrote: > On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote: >> On 24/10/13 13:01, Outback Dingo wrote: >>> >>> >>> On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn? >> > wrote: >>> >>> On 24/10/13 03:02, Outback Dingo wrote: >>> > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- >>> > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: >>> > exclusive sleep mutex balloon_lock (balloon_lock) r = 0 >>> > (0xffffffff816e9c58) locked @ >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 >>> > (0xffffffff816e9c38) locked @ >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 >>> > KDB: stack backtrace: >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> > 0xfffffe00002c67c0 >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 >>> > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 >>> > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 >>> > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- >>> > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: >>> > exclusive sleep mutex balloon_lock (balloon_lock) r = 0 >>> > (0xffffffff816e9c58) locked @ >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r = 0 >>> > (0xffffffff816e9c38) locked @ >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 >>> > KDB: stack backtrace: >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> > 0xfffffe00002c67c0 >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a0 >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 >>> > balloon_process() at balloon_process+0x44a/frame 0xfffffe00002c6a70 >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 >>> > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6ab0 >>> > --- trap 0, rip = 0, rsp = 0xfffffe00002c6b70, rbp = 0 --- >>> > uma_zalloc_arg: zone "16" with the following non-sleepable locks held: >>> >>> Did you do anything specific to trigger the crash? Can you explain the >>> steps needed to reproduce it? >>> >>> >>> just recompiled a kernel, and booted it scrolls continuously across the >>> screen >>> doesnt seem to ever stop. >> >> I've tried r257051 and it seems to work fine, could you please post your >> Xen version, the config file used to launch the VM and the toolstack used? > > Do you have witness enabled in your kernel config ? Yes, but I'm not touching balloon memory target. > There is an obvious case of calling malloc(M_WAITOK) while holding both > balloon_lock and balloon_mutex: > ballon_process->decrease_reservation->balloon_append. Yes, I'm aware of that, it's just that it shouldn't happen unless you actually trigger a balloon memory decrease, which should not happen automatically AFAIK, that's why I was asking if this was happening without the user specifically requesting it. Anyway, this should be clearly fixed and pulled into 10 no matter what triggered it. I will send a patch as soon as possible. From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 22:20:58 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 2FD2FE24 for ; Thu, 24 Oct 2013 22:20:58 +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 E18372F5D for ; Thu, 24 Oct 2013 22:20:57 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 5B0C9244 for ; Fri, 25 Oct 2013 00:20:56 +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 GP6QLtAq2rV8 for ; Fri, 25 Oct 2013 00:17:58 +0200 (CEST) Received: from [192.168.0.14] (178-36-162-136.adsl.inetia.pl [178.36.162.136]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id C259E93 for ; Fri, 25 Oct 2013 00:17:58 +0200 (CEST) Message-ID: <52699CF7.8090506@dat.pl> Date: Fri, 25 Oct 2013 00:19:35 +0200 From: Maciej Milewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Subject: Re: 10.0-BETA1 i386 on VirtualBox References: <526939BF.4030306@dat.pl> <52694119.9050307@dat.pl> In-Reply-To: <52694119.9050307@dat.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 24 Oct 2013 22:20:58 -0000 On 24.10.2013 17:47, Maciej Milewski wrote: > On 24.10.2013 17:34, Ryan Stone wrote: >> On Thu, Oct 24, 2013 at 11:16 AM, Maciej Milewski wrote: >>> I've encountered problems with installing FreeBSD-10.0-BETA1 i386 under >>> VirtualBox. >>> The problem is with setting/changing root password during install >>> process. >>> After entering password twice there is: >>> >>> passwd: pam_chauthtok(): error in service module >>> >>> Then there shows pwd_mkdb.core in current directory. >>> The same VirtualBox machine has no problems with installing >>> FreeBSD-9.2-RELEASE >>> >>> Has anyone any clues? >>> >>> Regards, >>> Maciej Milewski >> I have seen that error when the password database in /etc is not >> writeable (in my case, / was mounted read-only). > I don't think that's the case as during install I went to another > console to check how is mounted future / and it's: > /dev/ada0p2 on /mnt (ufs, local, journaled soft-updates) > and /mnt/etc/pwd.db, group, passwd are 644 and > spwd.db,master.passwd are 600 > The same as in running 9.2-RELEASE > > Anyway, thanks for the hint. > > Regards, > Maciej Milewski I've managed to make another simple test: chroot from 9.2-RELEASE kernel and I can change the password without a problem, chroot from 10.0-BETA1 kernel and error appears. No matter if I use 10.0-BETA1 kernel on 9.2-RELEASE userland or boot from CD image. For tests I turned off journal, left only soft-updates. Regards, Maciej Milewski From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 22:24:12 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 E995C18B for ; Thu, 24 Oct 2013 22:24:12 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x22e.google.com (mail-oa0-x22e.google.com [IPv6:2607:f8b0:4003: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 AFBDA2F87 for ; Thu, 24 Oct 2013 22:24:12 +0000 (UTC) Received: by mail-oa0-f46.google.com with SMTP id g12so178147oah.19 for ; Thu, 24 Oct 2013 15:24:12 -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=6b4BWXVCY6YlwyZxc8ve74/t/lVAMGsdNxhOjZeEY+E=; b=OWqxqmjmjBl2Owmv6HU3MAaShTNIKIjy6LYhI7yZXmK6KYu+at5Hd+pBmbMGQWDvde i7RLhc4uqOO+GH1fr1PN72eADtDfxFEany2tQkcG4jeRna/2JYY6SxGciDx5kjrQBJyV XXA8ZQ0J6CwnavrjE9xgmnMhfIwIk8hTir1epc4jspbXpdyr2wnrlJU0ShdjanyDqZAI XSlXaLnpGBDiVJcKYhBW9BUjku8mJtohfDgj6qSnMKKoE7AyyrP4Xr50RdH85guhbAX4 jvewCDVPapQtLkl+JIuYF2JbEj4PLvKq3zan+aGgemAcW8Nmhb0j81xX63OW8sPlLi+f wZMg== MIME-Version: 1.0 X-Received: by 10.60.43.131 with SMTP id w3mr490439oel.10.1382653451937; Thu, 24 Oct 2013 15:24:11 -0700 (PDT) Received: by 10.76.19.115 with HTTP; Thu, 24 Oct 2013 15:24:11 -0700 (PDT) In-Reply-To: <52699C97.7070105@citrix.com> References: <5268F37E.9050004@citrix.com> <526986E0.2050807@citrix.com> <20131024211507.GD10625@kib.kiev.ua> <52699C97.7070105@citrix.com> Date: Thu, 24 Oct 2013 18:24:11 -0400 Message-ID: Subject: Re: CUREENT issue with ballon.c From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Konstantin Belousov , 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, 24 Oct 2013 22:24:13 -0000 On Thu, Oct 24, 2013 at 6:17 PM, Roger Pau Monn=E9 wr= ote: > On 24/10/13 22:15, Konstantin Belousov wrote: > > On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote: > >> On 24/10/13 13:01, Outback Dingo wrote: > >>> > >>> > >>> On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn? >>> > wrote: > >>> > >>> On 24/10/13 03:02, Outback Dingo wrote: > >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --= - > >>> > uma_zalloc_arg: zone "16" with the following non-sleepable lock= s > held: > >>> > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > >>> > (0xffffffff816e9c58) locked @ > >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 > >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 > >>> > (0xffffffff816e9c38) locked @ > >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 > >>> > KDB: stack backtrace: > >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >>> > 0xfffffe00002c67c0 > >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a= 0 > >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > >>> > balloon_process() at balloon_process+0x44a/frame > 0xfffffe00002c6a70 > >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > >>> > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6a= b0 > >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --= - > >>> > uma_zalloc_arg: zone "16" with the following non-sleepable lock= s > held: > >>> > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > >>> > (0xffffffff816e9c58) locked @ > >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 > >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 > >>> > (0xffffffff816e9c38) locked @ > >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 > >>> > KDB: stack backtrace: > >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >>> > 0xfffffe00002c67c0 > >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 > >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 > >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69a= 0 > >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > >>> > balloon_process() at balloon_process+0x44a/frame > 0xfffffe00002c6a70 > >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > >>> > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00002c6a= b0 > >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 --= - > >>> > uma_zalloc_arg: zone "16" with the following non-sleepable lock= s > held: > >>> > >>> Did you do anything specific to trigger the crash? Can you explai= n > the > >>> steps needed to reproduce it? > >>> > >>> > >>> just recompiled a kernel, and booted it scrolls continuously across t= he > >>> screen > >>> doesnt seem to ever stop. > >> > >> I've tried r257051 and it seems to work fine, could you please post yo= ur > >> Xen version, the config file used to launch the VM and the toolstack > used? > > > > Do you have witness enabled in your kernel config ? > > Yes, but I'm not touching balloon memory target. > > > There is an obvious case of calling malloc(M_WAITOK) while holding both > > balloon_lock and balloon_mutex: > > ballon_process->decrease_reservation->balloon_append. > > Yes, I'm aware of that, it's just that it shouldn't happen unless you > actually trigger a balloon memory decrease, which should not happen > automatically AFAIK, that's why I was asking if this was happening > without the user specifically requesting it. > > Anyway, this should be clearly fixed and pulled into 10 no matter what > triggered it. I will send a patch as soon as possible. > > Yes, WITNESS was enabled, im using Kubuntu / XEN kernel / and virt-manager.... it was fine running Current, until i ran updates this week then encountered this. Ive since disabled WITNESS with a recompile, but the VM still apears more sluggish then before. root@M14xR2:/home/dingo# xm info host : M14xR2 release : 3.11.0-12-generic version : #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 2 cpu_mhz : 2494 xen:/// capabilities: x86_64 xenmigr xen 64 qemu-dm xenpv xen 32 qemu-dm xenpv hvm 32 qemu-dm hvmloader xenfv hvm 64 qemu-dm hvmloader xenfv hw_caps : bfebfbff:28100800:00000000:00007f00:77bae3bf:00000000:00000001:00000281 virt_caps : hvm total_memory : 8074 free_memory : 12 free_cpus : 0 xen_major : 4 xen_minor : 3 xen_extra : .0 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : xen_commandline : placeholder cc_compiler : gcc (Ubuntu/Linaro 4.8.1-10ubuntu5) 4.8.1 cc_compile_by : stefan.bader cc_compile_domain : canonical.com cc_compile_date : Wed Oct 2 11:17:12 UTC 2013 xend_config_format : 4 root@M14xR2:/home/dingo# uname -a Linux M14xR2 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux From owner-freebsd-current@FreeBSD.ORG Thu Oct 24 22:26:47 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 BE159313 for ; Thu, 24 Oct 2013 22:26:47 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x233.google.com (mail-oa0-x233.google.com [IPv6:2607:f8b0:4003: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 7D93A2FA0 for ; Thu, 24 Oct 2013 22:26:47 +0000 (UTC) Received: by mail-oa0-f51.google.com with SMTP id h1so177096oag.38 for ; Thu, 24 Oct 2013 15:26:46 -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=TeZ8LHRBwPwqH2sK7nwz6SxUt6ivF7XHFfpQcn+ZGn4=; b=ybYdKzLbstDbNvkhf8JJKpXIZUM8gskcYOE/84I+MBvyc/J8QqP6tc1oHrJXiINjum 8pa3p6/yr8BWGpMrJHEiunpAjRomzqGiHJjSk0Kny1/VVFZkNW/A6pHIb0FC/ncVg0BE Mt1KmWiQlzHe0hHgONvZUthVmkOdXdAkukiRSN+BSb9hlInW6asXDAXh7yIQaz8ihZZX o95NHsm03QRQhWkosQbP5Cjdw2WvZtNS9lOm+U330IXJ1wCHwCdU64zZy6KIfRTSK6Pj J/BTRkxtiNDmTS4Wm88N9E7PiBvBCWR1obrL0nYeHLYsd1OwYFfvdW1ypv5/gCZ7DPfW 7ULw== MIME-Version: 1.0 X-Received: by 10.182.129.201 with SMTP id ny9mr509030obb.0.1382653606472; Thu, 24 Oct 2013 15:26:46 -0700 (PDT) Received: by 10.76.19.115 with HTTP; Thu, 24 Oct 2013 15:26:46 -0700 (PDT) In-Reply-To: References: <5268F37E.9050004@citrix.com> <526986E0.2050807@citrix.com> <20131024211507.GD10625@kib.kiev.ua> <52699C97.7070105@citrix.com> Date: Thu, 24 Oct 2013 18:26:46 -0400 Message-ID: Subject: Re: CUREENT issue with ballon.c From: Outback Dingo To: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Konstantin Belousov , 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, 24 Oct 2013 22:26:47 -0000 On Thu, Oct 24, 2013 at 6:24 PM, Outback Dingo wrot= e: > > > > On Thu, Oct 24, 2013 at 6:17 PM, Roger Pau Monn=E9 = wrote: > >> On 24/10/13 22:15, Konstantin Belousov wrote: >> > On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote: >> >> On 24/10/13 13:01, Outback Dingo wrote: >> >>> >> >>> >> >>> On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn? < >> roger.pau@citrix.com >> >>> > wrote: >> >>> >> >>> On 24/10/13 03:02, Outback Dingo wrote: >> >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 -= -- >> >>> > uma_zalloc_arg: zone "16" with the following non-sleepable >> locks held: >> >>> > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 >> >>> > (0xffffffff816e9c58) locked @ >> >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 >> >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 >> >>> > (0xffffffff816e9c38) locked @ >> >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 >> >>> > KDB: stack backtrace: >> >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> >>> > 0xfffffe00002c67c0 >> >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 >> >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 >> >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69= a0 >> >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 >> >>> > balloon_process() at balloon_process+0x44a/frame >> 0xfffffe00002c6a70 >> >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 >> >>> > fork_trampoline() at fork_trampoline+0xe/frame >> 0xfffffe00002c6ab0 >> >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 -= -- >> >>> > uma_zalloc_arg: zone "16" with the following non-sleepable >> locks held: >> >>> > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 >> >>> > (0xffffffff816e9c58) locked @ >> >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 >> >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0 >> >>> > (0xffffffff816e9c38) locked @ >> >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 >> >>> > KDB: stack backtrace: >> >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> >>> > 0xfffffe00002c67c0 >> >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6870 >> >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c6930 >> >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002c69= a0 >> >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 >> >>> > balloon_process() at balloon_process+0x44a/frame >> 0xfffffe00002c6a70 >> >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 >> >>> > fork_trampoline() at fork_trampoline+0xe/frame >> 0xfffffe00002c6ab0 >> >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D 0 -= -- >> >>> > uma_zalloc_arg: zone "16" with the following non-sleepable >> locks held: >> >>> >> >>> Did you do anything specific to trigger the crash? Can you >> explain the >> >>> steps needed to reproduce it? >> >>> >> >>> >> >>> just recompiled a kernel, and booted it scrolls continuously across >> the >> >>> screen >> >>> doesnt seem to ever stop. >> >> >> >> I've tried r257051 and it seems to work fine, could you please post >> your >> >> Xen version, the config file used to launch the VM and the toolstack >> used? >> > >> > Do you have witness enabled in your kernel config ? >> >> Yes, but I'm not touching balloon memory target. >> >> > There is an obvious case of calling malloc(M_WAITOK) while holding bot= h >> > balloon_lock and balloon_mutex: >> > ballon_process->decrease_reservation->balloon_append. >> >> Yes, I'm aware of that, it's just that it shouldn't happen unless you >> actually trigger a balloon memory decrease, which should not happen >> automatically AFAIK, that's why I was asking if this was happening >> without the user specifically requesting it. >> >> Anyway, this should be clearly fixed and pulled into 10 no matter what >> triggered it. I will send a patch as soon as possible. >> >> > Yes, WITNESS was enabled, im using Kubuntu / XEN kernel / and > virt-manager.... it was fine running Current, until i ran updates this we= ek > then encountered this. Ive since disabled WITNESS with a recompile, but t= he > VM still apears more sluggish then before. > > root@M14xR2:/home/dingo# xm info > host : M14xR2 > release : 3.11.0-12-generic > version : #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 2 > threads_per_core : 2 > cpu_mhz : 2494 > xen:/// capabilities: > > > > > x86_64 > > > > > > > > > > > > > xenmigr > > > > > > xen > > 64 > qemu-dm > xenpv > > > > > > > xen > > 32 > qemu-dm > xenpv > > > > > > > > > > hvm > > 32 > qemu-dm > hvmloader > xenfv > > > > > > > > > > > > > > > hvm > > 64 > qemu-dm > hvmloader > xenfv > > > > > > > > > > > > > > > > hw_caps : > bfebfbff:28100800:00000000:00007f00:77bae3bf:00000000:00000001:00000281 > virt_caps : hvm > total_memory : 8074 > free_memory : 12 > free_cpus : 0 > xen_major : 4 > xen_minor : 3 > xen_extra : .0 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=3D0xffff800000000000 > xen_changeset : > xen_commandline : placeholder > cc_compiler : gcc (Ubuntu/Linaro 4.8.1-10ubuntu5) 4.8.1 > cc_compile_by : stefan.bader > cc_compile_domain : canonical.com > cc_compile_date : Wed Oct 2 11:17:12 UTC 2013 > xend_config_format : 4 > root@M14xR2:/home/dingo# uname -a > Linux M14xR2 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 > x86_64 x86_64 x86_64 GNU/Linux > and it appears to be XEN 4.3 kernel from installed via Kubuntu apt-get From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 01:13: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 125473EB for ; Fri, 25 Oct 2013 01:13:56 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm35.bullet.mail.bf1.yahoo.com (nm35.bullet.mail.bf1.yahoo.com [72.30.238.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5EC72D04 for ; Fri, 25 Oct 2013 01:13:55 +0000 (UTC) Received: from [98.139.215.142] by nm35.bullet.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 01:13:48 -0000 Received: from [98.139.211.161] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 01:13:48 -0000 Received: from [127.0.0.1] by smtp218.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 01:13:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382663628; bh=BuPTsm2u15HQ8F9pK9QX4hyQ1zsTOMYK2hyokkEQMYI=; 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=g4l+kZ962qYgMh6pjaBr0z7iZVWmZzuIvYgZTfTp/7JuakfBnRk0qHK3UJx+NyW/Sqq3wGZP7zB0Iqa7oboaSmKlMCID3XL+OAOjoxCgHPd7d9LE5TeAcmBkoyu8YjutgZgpUS7iD0g+iDnmeaWpMsTd5HvdF+Nj/Ygq1nc+EqU= X-Yahoo-Newman-Id: 308390.75820.bm@smtp218.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: KsuPFoMVM1mzGxZPAsf0JRpmqvgM2qbwtxOucZ1B5kE9J0D 208maOgOx6wcjzFJE.3Gajc6FY4RG5F31bDbAknA7jPyjM0LBqaA_WBSj.ou oOEdaVBKWF4Q6pdhQ0NsxsdNeXcQhzKs44A9uZNTtW3S4f9bXO0CUHDbBi7k 5bPsTG_Ax5hwCSxL7OoXWi9Y4A_Z9tp96vTqnhhLee9wk1DdhZBxvD_egwXe zIwgZiTMN.4WzgzZER7tIYFsvV2mh5PGHEcXSuk3m0qCT3ETYbvSQOpck8NA UTCD_DiV4iOhEIiO9gycggJvAaU4SIifbYNlvPsQAnMGytI1cj1RL605cuha a2L0d9rdbeAxjIdPppEPToLCoiKDaeYLr6_4dsbN2Er9V_xypN4QvYPr_Jw_ syVTH00dHjlVrAcH9D_lDO8qNRhGEdH.AtGnotPY45imlpxRuGnT.OuI63Fz GncoX9xe8PtSfw1aydFQbGeL1BE41r9SY_g1a66UBWgQ4VFI4HMdji5gEpdD YOyCJUW8Qf17j2MeDymtWnt.GmOTH8EOD5Fl8beFLMoQCCXEENuJuX7.AeXH AP7ZqY5vZgpmqgjWNsuF_Sh2pIXc2tYJUyvO_y5D7egqQTZA- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.5] (sean_bruno@63.138.121.126 with ) by smtp218.mail.bf1.yahoo.com with SMTP; 24 Oct 2013 18:13:48 -0700 PDT Subject: Re: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: Sean Bruno To: David Chisnall In-Reply-To: <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> References: <1382327452.2610.5.camel@localhost> <1382399026.7749.3.camel@localhost> <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-v5MEAmV5OoPcecnCReXG" Date: Thu, 24 Oct 2013 21:13:46 -0400 Message-ID: <1382663626.2498.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Matthew Fleming , "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: Fri, 25 Oct 2013 01:13:56 -0000 --=-v5MEAmV5OoPcecnCReXG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2013-10-22 at 09:47 +0100, David Chisnall wrote: > On 22 Oct 2013, at 00:43, Sean Bruno wrote: >=20 > > Heh, Matthew suggested the obvious in private mail, it seems that this > > would be better "spelled" as "isalpha" :-) >=20 > This looks wrong. The behaviour of isalpha() depends on the current loca= le. You probably want isalpha_l(), with the "C" locale. >=20 > David Took me a bit of wrangling to figure out what the proper implementation of isalpha_l() and friends. How about this then? Index: options.cc =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 --- options.cc (revision 257083) +++ options.cc (working copy) @@ -28,6 +28,7 @@ #include /* declares strcmp() */ #include /* declares isdigit() */ #include /* defines CHAR_MAX */ +#include /* support for newlocale() */ #include "getopt.h" #include "version.h" =20 @@ -275,13 +276,15 @@ for (int i =3D 0; i < _argument_count; i++) { const char *arg =3D _argument_vector[i]; + locale_t loc;=09 =20 + loc =3D newlocale(LC_ALL_MASK, "C", 0); /* Escape arg if it contains shell metacharacters. */ if (*arg =3D=3D '-') { putchar (*arg); arg++; - if (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *arg <=3D= 'z') + if (isalpha_l(*arg, loc)) { putchar (*arg); arg++; @@ -293,7 +296,7 @@ putchar (*arg); arg++; } - while (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *a= rg <=3D 'z' || *arg =3D=3D '-'); + while (isalpha_l(*arg, loc) || *arg =3D=3D '-'); if (*arg =3D=3D '=3D') { putchar (*arg); --=-v5MEAmV5OoPcecnCReXG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSacXJAAoJEBkJRdwI6BaH3J0IAIjo4bRhQqx5hL9hyH4McJNI aPtA/f4kzZy0hh0qheunt+6JLROP7HgpcKq3Kji9BRnY/6XnDCprT8//iAciD6Zx 0EXM4TtyzZgjCebkhr3UH6w19js+T6hJfAqm6G/IYjtDjCp4rmHQM+dqg8xMMHwX xocKSFu0NtwzMhSP2IKfv6GWbiPaLQJ4QZxEdoIYMUpZQEl4kv0TuBiPUDFRaIs3 3BMEz9PUNr9gAWSYZNTWaoCtb1s2MyTTchOkztaHKW+vB2TncNRPyfxNldCQVp7k 2RHnxUTQhKGeCnvtPuBoy+k27KUmc7HLU6E/bvYZNwPqT8vYrRaj2D+G0Tcbkaw= =T2jz -----END PGP SIGNATURE----- --=-v5MEAmV5OoPcecnCReXG-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 01:24: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 4EACEA7B; Fri, 25 Oct 2013 01:24:41 +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 022632DBE; Fri, 25 Oct 2013 01:24:40 +0000 (UTC) Received: from [10.60.213.211] (173-13-112-142-NewEngland.hfc.comcastbusiness.net [173.13.112.142]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r9P1OcsK060406 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 Oct 2013 01:24:39 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: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: David Chisnall In-Reply-To: <1382663626.2498.4.camel@localhost> Date: Thu, 24 Oct 2013 21:24:32 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <3656E3A3-F76E-42F4-BCFC-8B0F49FF5DA9@FreeBSD.org> References: <1382327452.2610.5.camel@localhost> <1382399026.7749.3.camel@localhost> <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> <1382663626.2498.4.camel@localhost> To: sbruno@FreeBSD.org X-Mailer: Apple Mail (2.1508) Cc: Matthew Fleming , "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, 25 Oct 2013 01:24:41 -0000 On 24 Oct 2013, at 21:13, Sean Bruno wrote: > On Tue, 2013-10-22 at 09:47 +0100, David Chisnall wrote: >> On 22 Oct 2013, at 00:43, Sean Bruno wrote: >>=20 >>> Heh, Matthew suggested the obvious in private mail, it seems that = this >>> would be better "spelled" as "isalpha" :-) >>=20 >> This looks wrong. The behaviour of isalpha() depends on the current = locale. You probably want isalpha_l(), with the "C" locale. >>=20 >> David >=20 > Took me a bit of wrangling to figure out what the proper = implementation > of isalpha_l() and friends. >=20 > How about this then? >=20 > Index: options.cc > =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 > --- options.cc (revision 257083) > +++ options.cc (working copy) > @@ -28,6 +28,7 @@ > #include /* declares strcmp() */ > #include /* declares isdigit() */ > #include /* defines CHAR_MAX */ > +#include /* support for newlocale() */ > #include "getopt.h" > #include "version.h" >=20 > @@ -275,13 +276,15 @@ > for (int i =3D 0; i < _argument_count; i++) > { > const char *arg =3D _argument_vector[i]; > + locale_t loc;=09 >=20 > + loc =3D newlocale(LC_ALL_MASK, "C", 0); > /* Escape arg if it contains shell metacharacters. */ > if (*arg =3D=3D '-') > { > putchar (*arg); > arg++; > - if (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' && *arg = <=3D 'z') > + if (isalpha_l(*arg, loc)) > { > putchar (*arg); > arg++; > @@ -293,7 +296,7 @@ > putchar (*arg); > arg++; > } > - while (*arg >=3D 'A' && *arg <=3D 'Z' || *arg >=3D 'a' = && *arg > <=3D 'z' || *arg =3D=3D '-'); > + while (isalpha_l(*arg, loc) || *arg =3D=3D '-'); > if (*arg =3D=3D '=3D') > { > putchar (*arg); Don't forget the freelocale() at the end. This seems like a very slow way of doing what was very fast in the = original code though. I'm not entirely sure what you're aiming to gain = in this refactoring. David From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 01:50: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 1ABC1C79 for ; Fri, 25 Oct 2013 01:50:11 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm28.bullet.mail.bf1.yahoo.com (nm28.bullet.mail.bf1.yahoo.com [98.139.212.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD2B12F41 for ; Fri, 25 Oct 2013 01:50:10 +0000 (UTC) Received: from [66.196.81.170] by nm28.bullet.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 01:50:04 -0000 Received: from [98.139.213.13] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 01:50:04 -0000 Received: from [127.0.0.1] by smtp113.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 01:50:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382665804; bh=bT9IHA/Ta5Gwejhodgp4YpfX0L0isyy5BkEhoQYFqGI=; 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=gibCq7hjATtImnUj8iuCg+oVEXBYrIqUnuuHM4zw/pz+iis7D4/xPIuAUGK2976nrT6UptxWY1fgvy/NFh2EYQzd3dHzEzsKB7BjHm++N1/61AgSJggCqAYp6pW4qpa65KOqkhVOB4cQmpfutso0yFrW+PmQHjx+5FI46y0hCvk= X-Yahoo-Newman-Id: 735772.96811.bm@smtp113.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: y2kv0skVM1mwntMEXQboFmQ4_azcNV07P.OUWBFhJr0KBJj lVMEAFEW.q26R9mmxyeUF5BdTjfeQNw2gmOCtnWEY1PMZbatTGnZTb0VSeox Mh7FAs1cU8O9A6ssUKST.XqUOJUvEiclhcdLRLD8T0MKzlNTcGcRHCp0m37Y hsJan8Yl7im9vUyP7OQiVFKXlnaqyYq_HLHnoqazW3uG._J6hnqiNnHz43Nh tE01WWLiidFX8scGCCGxhDUCtBndu3sce2B3pBfYu38Do67QzxStLBb5O8cO epyQFUPgLOSlvswz3qU.FFOEOz6jbp299Y77N04RcwCwfaSGbf9QHFm7VoDq wN3Gskk4tGxOW2zjZx2IbZ8cGAhIRoWwAbfOACZTXL7pn5SzQVPrJmuWksps qG1maotJ5PAeffzzK2.OzltbxPdY6jvMHODxL7euHpFUwjnHd..wGKTvCip. .c14C.cYFyuD13xNUsv2kue6MxFv9DFyi5X6ysKWa46qCf4Tklomy_jtprLC sanH91v9XBAFeLkXoPcq1S5ftf.CIYJWZMVM9fyOZ3dzJcFapftL4nebx0ix CAao4lRVAVbQRc2B8mqAnPqunV7nD4vBlkivD.I4ZxAeUISg- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.5] (sean_bruno@63.138.121.126 with ) by smtp113.mail.bf1.yahoo.com with SMTP; 24 Oct 2013 18:50:04 -0700 PDT Subject: Re: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: Sean Bruno To: David Chisnall In-Reply-To: <3656E3A3-F76E-42F4-BCFC-8B0F49FF5DA9@FreeBSD.org> References: <1382327452.2610.5.camel@localhost> <1382399026.7749.3.camel@localhost> <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> <1382663626.2498.4.camel@localhost> <3656E3A3-F76E-42F4-BCFC-8B0F49FF5DA9@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-TNhDroFGnTjCoIc8Tmhh" Date: Thu, 24 Oct 2013 21:50:03 -0400 Message-ID: <1382665803.2498.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Matthew Fleming , "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: Fri, 25 Oct 2013 01:50:11 -0000 --=-TNhDroFGnTjCoIc8Tmhh Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Thu, 2013-10-24 at 21:24 -0400, David Chisnall wrote: >=20 > Don't forget the freelocale() at the end. >=20 ah, ok. I wish that there was some kind of example that I could go off of in the man page. I'm sort of trundling my way through various bits of the system to find the obvious example of how to do this correctly. > This seems like a very slow way of doing what was very fast in the > original code though. I'm not entirely sure what you're aiming to > gain in this refactoring. >=20 > David >=20 >=20 I'm simply trying to address the warnings that appear due to clang. I find the builds very noisy and if there's a better way to address this issue, I'm totally open to suggestions. sean --=-TNhDroFGnTjCoIc8Tmhh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSac5LAAoJEBkJRdwI6BaHSFEH/0ZrMnxS14XinHEsu+gBcty1 Czxr2pd9xLwudM3CRkS5qton30KCzneSH33AzS9q6osHKwQaoijcbdYTsMNo2e7k EWQ/68hxSnadJmRWQ2hp7iByXF6oPYxvS6tIi07RZbLZxe9NJOQbcqvWpEK/Lgn+ JpVkNSELrKg7NP0BnWZLNhpwDYhh18u1NTdwQCskvs2K+RALVVkNLwA0M8hzDUQ7 2IsVHCWToRkURl6kMGrpAFTNe/CXbvwBl0th6q7rg6G4tStBXUSyUCiAkze90liu 8ADzEMLDKTOnZEU9X6MsrWAv0q9q+tasuCbKUlEkBDocc9FNp5m3TvDglAOb6U0= =/QmL -----END PGP SIGNATURE----- --=-TNhDroFGnTjCoIc8Tmhh-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 06:11: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 BDFD541F for ; Fri, 25 Oct 2013 06:11:58 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 708B12E75 for ; Fri, 25 Oct 2013 06:11:57 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VZack-00018i-AI ; Fri, 25 Oct 2013 09:11:54 +0300 Date: Fri, 25 Oct 2013 09:11:54 +0300 From: Vitalij Satanivskij To: Vitalij Satanivskij Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 Message-ID: <20131025061154.GA2376@hell.ukr.net> References: <1381166916.122992963.5h9ygiri@frv45.ukr.net> <1381170764.32684.31088349.343931EE@webmail.messagingengine.com> <20131007185032.GA82932@hell.ukr.net> <20131007211201.GA89306@hell.ukr.net> <20131010092223.GA28347@hell.ukr.net> <5256D9D4.2030308@allanjude.com> <20131010170334.GA71635@hell.ukr.net> <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> <20131022141055.GA34810@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131022141055.GA34810@hell.ukr.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@freebsd.org, Steven Hartland , Dmitriy Makarov 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, 25 Oct 2013 06:11:58 -0000 Hello Bad news, to day two servers with applayed patches get L2ARC degraded L2 ARC Summary: (DEGRADED) Passed Headroom: 4.17m Tried Lock Failures: 635.53m IO In Progress: 41.89k Low Memory Aborts: 8 Free on Write: 1.03m Writes While Full: 12.95k R/W Clashes: 405.05k Bad Checksums: 362.19k IO Errors: 45.60k SPA Mismatch: 526.37m L2 ARC Size: (Adaptive) 391.03 GiB Header Size: 0.59% 2.30 GiB So looks like problem not disapered ^( Vitalij Satanivskij wrote: VS> VS> First of all Thank you for help. VS> VS> As for high load on system, looks like problems with l2arc have litle impact on load comparatively to another just now VS> VS> not fully classifed things. VS> VS> Looks like ower internal software and libs that it use didn't like new VMEM subsystem, at last VS> system behavior complitely diferent from 6 month older CURRENT. VS> VS> So for now none problem's with l2arc errors. VS> VS> Will try to understand reason of load and fix or at last ask for help again ^). VS> VS> VS> VS> VS> Steven Hartland wrote: VS> SH> First off I just wanted to clarify that you don't need to compression on VS> SH> dataset for L2ARC to use LZ4 compression, it does this by default as is VS> SH> not currently configurable. VS> SH> VS> SH> Next up I believe we've found the cause of this high load and I've just VS> SH> committed the fix to head: VS> SH> http://svnweb.freebsd.org/base?view=revision&sortby=file&revision=256889 VS> SH> VS> SH> Thanks to Vitalij for testing :) VS> SH> VS> SH> Dmitriy if you could test on your side too that would be appreciated. VS> SH> VS> SH> Regards VS> SH> Steve VS> SH> VS> SH> ----- Original Message ----- VS> SH> From: "Vitalij Satanivskij" VS> SH> To: "Allan Jude" VS> SH> Cc: VS> SH> Sent: Thursday, October 10, 2013 6:03 PM VS> SH> Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 VS> SH> VS> SH> VS> SH> > AJ> Some background on L2ARC compression for you: VS> SH> > AJ> VS> SH> > AJ> http://wiki.illumos.org/display/illumos/L2ARC+Compression VS> SH> > VS> SH> > I'm alredy see it. VS> SH> > VS> SH> > VS> SH> > VS> SH> > AJ> http://svnweb.freebsd.org/base?view=revision&revision=251478 VS> SH> > AJ> VS> SH> > AJ> Are you sure that compression on pool/zfs is off? it would normally VS> SH> > AJ> inherit from the parent, so double check with: zfs get compression pool/zfs VS> SH> > VS> SH> > Yes, compression turned off on pool/zfs, it's was may time rechecked. VS> SH> > VS> SH> > VS> SH> > VS> SH> > AJ> Is the data on pool/zfs related to the data on the root pool? if VS> SH> > AJ> pool/zfs were a clone, and the data is actually used in both places, the VS> SH> > AJ> newer 'single copy ARC' feature may come in to play: VS> SH> > AJ> https://www.illumos.org/issues/3145 VS> SH> > VS> SH> > No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) VS> SH> > VS> SH> > and data was writed to it from another server. VS> SH> > VS> SH> > VS> SH> > Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. VS> SH> > VS> SH> > At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day VS> SH> > work began report abouy errors. VS> SH> > VS> SH> > VS> SH> > AJ> VS> SH> > AJ> VS> SH> > AJ> VS> SH> > AJ> -- VS> SH> > AJ> Allan Jude VS> SH> > AJ> VS> SH> > AJ> _______________________________________________ VS> SH> > AJ> freebsd-current@freebsd.org mailing list VS> SH> > AJ> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> SH> > AJ> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> SH> > _______________________________________________ VS> SH> > freebsd-current@freebsd.org mailing list VS> SH> > http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> SH> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> SH> > VS> SH> VS> SH> ================================================ VS> SH> 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. VS> SH> VS> SH> In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 VS> SH> or return the E.mail to postmaster@multiplay.co.uk. VS> SH> VS> SH> _______________________________________________ VS> SH> freebsd-current@freebsd.org mailing list VS> SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> SH> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> _______________________________________________ VS> freebsd-current@freebsd.org mailing list VS> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 06:38:38 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 3A56AE42; Fri, 25 Oct 2013 06:38:38 +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 DF97F2FFE; Fri, 25 Oct 2013 06:38:37 +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 r9P6caJu091195; Fri, 25 Oct 2013 02:38:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9P6cat3091149; Fri, 25 Oct 2013 06:38:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Oct 2013 06:38:36 GMT Message-Id: <201310250638.r9P6cat3091149@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 i386/pc98 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: Fri, 25 Oct 2013 06:38:38 -0000 TB --- 2013-10-25 06:23:13 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-25 06:23:13 - 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-10-25 06:23:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-25 06:23:13 - cleaning the object tree TB --- 2013-10-25 06:23:47 - /usr/local/bin/svn stat /src TB --- 2013-10-25 06:24:00 - At svn revision 257085 TB --- 2013-10-25 06:24:01 - building world TB --- 2013-10-25 06:24:01 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 06:24:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 06:24:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 06:24:01 - SRCCONF=/dev/null TB --- 2013-10-25 06:24:01 - TARGET=pc98 TB --- 2013-10-25 06:24:01 - TARGET_ARCH=i386 TB --- 2013-10-25 06:24:01 - TZ=UTC TB --- 2013-10-25 06:24:01 - __MAKE_CONF=/dev/null TB --- 2013-10-25 06:24:01 - cd /src TB --- 2013-10-25 06:24:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Oct 25 06:24:09 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-25 06:38:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-25 06:38:36 - ERROR: failed to build world TB --- 2013-10-25 06:38:36 - 652.57 user 118.71 system 923.02 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 06:45:05 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 42620217; Fri, 25 Oct 2013 06:45:05 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ea0-x235.google.com (mail-ea0-x235.google.com [IPv6:2a00:1450:4013: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 AC8D520A5; Fri, 25 Oct 2013 06:45:04 +0000 (UTC) Received: by mail-ea0-f181.google.com with SMTP id d10so321349eaj.12 for ; Thu, 24 Oct 2013 23:45:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=9q/4zQdoOzSKWaTXFVrtEdIo1LKb0sWhIWyWrUqfh88=; b=NP5LeA/5E0TczQdz9PquVrkwBoF3tkPMBEygIINaAjna5d9QHmZerIfWEk3C2PyB4r XsKmLSl4VRCPP90p1uKkkkF6K/RKqEoRJ0MUguAhzgfG1HmnKgLw7mEyOD+wn1F5xrCw SNsXrcSplGb9e2M8tVC2g1JqlvJ7TEVGgBUx0PZLzP5CZHKcwyrLKAlsMJpy9aUlvQvG N6ZNzVn4TtYRnbagVfK6TZNHglqVtIinQsc3QI5quhxHIFaEVSJcrqMOJthgmWAeI1/r 4q1UMY9FMc7410TCTYTWWRqmWm24W+0eIN6KU7weLp42/YsEOlx01H4iV9GvxzUnqXof wMeA== X-Received: by 10.14.6.134 with SMTP id 6mr5743663een.66.1382683503229; Thu, 24 Oct 2013 23:45:03 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([178.137.150.35]) by mx.google.com with ESMTPSA id m54sm13887972eex.2.2013.10.24.23.45.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Oct 2013 23:45:02 -0700 (PDT) Sender: Alexander Motin Message-ID: <526A136C.4030800@FreeBSD.org> Date: Fri, 25 Oct 2013 09:45:00 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: Alexandre Martins Subject: Re: Troubles with VIA VX900 chipset References: <2304698.vixPKsOToE@pc-alex.netasq.com> In-Reply-To: <2304698.vixPKsOToE@pc-alex.netasq.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: fabien.thomas@netasq.com, current@freebsd.org, fabient@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, 25 Oct 2013 06:45:05 -0000 Hi. On 24.10.2013 16:56, Alexandre Martins wrote: > We have seen some issues with the VIA VX900 chipset. The main trouble is that > some SATA hard drive are not seen by the kernel (BIOS and boot-loader are OK). > > After investigations, it seems that during the initialisation of the > controler, some reset commands are send via "ata_via_sata_reset" fonction. > Into the chipset documentation, there is a warning about successive reset > commands, and software must waiting the "BUSY" flag is clear, before send > another reset. I have added a "DELAY(10000)" between the second call of > "ata_sata_phy_reset" and the call of "ata_generic_reset" and the problem > disapear. > > I also made a more complex fix which check the "BUSY" flag. > > Which fix of delai checking is the better one ? One that sleeps less IMO should be better. Blocking system in a tight loop is not good. But still some comments: - ATA devices often want to spinup before reporting !BUSY, that may take up to 10 seconds, not 10 milliseconds, if you really want to get exactly !BUSY, not just wait a bit; - Waiting for readiness if phy reset found no device is probably pointless. - I would reduce polling interval -- 1ms is quite a lot. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 07:32: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 16EF52AB for ; Fri, 25 Oct 2013 07:32:22 +0000 (UTC) (envelope-from satan@ukr.net) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2D17237A for ; Fri, 25 Oct 2013 07:32:21 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1VZbsZ-00016A-Aq ; Fri, 25 Oct 2013 10:32:19 +0300 Date: Fri, 25 Oct 2013 10:32:19 +0300 From: Vitalij Satanivskij To: Steven Hartland Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 Message-ID: <20131025073219.GA4086@hell.ukr.net> References: <1381166916.122992963.5h9ygiri@frv45.ukr.net> <1381170764.32684.31088349.343931EE@webmail.messagingengine.com> <20131007185032.GA82932@hell.ukr.net> <20131007211201.GA89306@hell.ukr.net> <20131010092223.GA28347@hell.ukr.net> <5256D9D4.2030308@allanjude.com> <20131010170334.GA71635@hell.ukr.net> <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> <20131022141055.GA34810@hell.ukr.net> <5C339A76AE4C402BA5F9F1470500246A@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5C339A76AE4C402BA5F9F1470500246A@multiplay.co.uk> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Vitalij Satanivskij , freebsd-current@freebsd.org, Dmitriy Makarov 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, 25 Oct 2013 07:32:22 -0000 Just after system reboot with this patch found kstat.zfs.misc.arcstats.l2_compress_successes: 6083 kstat.zfs.misc.arcstats.l2_compress_zeros: 1 kstat.zfs.misc.arcstats.l2_compress_failures: 296 compression on test pool (where I'm test this patch) is lz4 so is it ok ? Steven Hartland wrote: SH> If you are still seeing high load try commenting out the following SH> which should disable l2arc compression. SH> sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c SH> if (l2arc_compress) SH> hdr->b_flags |= ARC_L2COMPRESS; SH> From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 07:34:11 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 DE2EF47F; Fri, 25 Oct 2013 07:34:11 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id BB27B23A0; Fri, 25 Oct 2013 07:34:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id C73F416EE6; Fri, 25 Oct 2013 11:09:29 +0400 (GMT-4) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29463-06; Fri, 25 Oct 2013 11:09:27 +0400 (GMT-4) Received: from mail.bcc (unknown [172.16.250.23]) by extmx.bcc.ru (Postfix) with ESMTP id 6554D16105; Fri, 25 Oct 2013 11:09:25 +0400 (GMT-4) Received: from snasonovnbwxp.bcc ([192.168.201.205]) by mail.bcc over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Fri, 25 Oct 2013 11:15:18 +0400 From: Sergey Nasonov To: freebsd-current@freebsd.org Subject: Re: CUREENT issue with ballon.c Date: Fri, 25 Oct 2013 11:15:16 +0400 Message-ID: <2353358.uiOMYug52O@snasonovnbwxp.bcc> Organization: BCC User-Agent: KMail/4.10.5 (FreeBSD/9.2-PRERELEASE; KDE/4.10.5; amd64; ; ) In-Reply-To: <52699C97.7070105@citrix.com> References: <20131024211507.GD10625@kib.kiev.ua> <52699C97.7070105@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 25 Oct 2013 07:15:19.0045 (UTC) FILETIME=[F605BB50:01CED151] X-Virus-Scanned: amavisd-new at bcc.ru Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Konstantin Belousov , Outback Dingo , current@freebsd.org, Roger Pau =?ISO-8859-1?Q?Monn=E9?= 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, 25 Oct 2013 07:34:11 -0000 On Thursday 24 October 2013 23:17:59 Roger Pau Monn=E9 wrote: > On 24/10/13 22:15, Konstantin Belousov wrote: > > On Thu, Oct 24, 2013 at 09:45:20PM +0100, Roger Pau Monn? wrote: > >> On 24/10/13 13:01, Outback Dingo wrote: > >>> On Thu, Oct 24, 2013 at 6:16 AM, Roger Pau Monn?=20 >>>=20 > >>> > wrote: > >>> On 24/10/13 03:02, Outback Dingo wrote: > >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D = 0 --- > >>> > uma_zalloc_arg: zone "16" with the following non-sleepable = locks > >>> > held: > >>> > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > >>> > (0xffffffff816e9c58) locked @ > >>> =20 > >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 > >>> =20 > >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0= > >>> > (0xffffffff816e9c38) locked @ > >>> =20 > >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 > >>> =20 > >>> > KDB: stack backtrace: > >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame= > >>> > 0xfffffe00002c67c0 > >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6= 870 > >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c69= 30 > >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002= c69a0 > >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > >>> > balloon_process() at balloon_process+0x44a/frame > >>> > 0xfffffe00002c6a70 > >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > >>> > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000= 2c6ab0 > >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D = 0 --- > >>> > uma_zalloc_arg: zone "16" with the following non-sleepable = locks > >>> > held: > >>> > exclusive sleep mutex balloon_lock (balloon_lock) r =3D 0 > >>> > (0xffffffff816e9c58) locked @ > >>> =20 > >>> /usr/src/sys/dev/xen/balloon/balloon.c:339 > >>> =20 > >>> > exclusive sleep mutex balloon_mutex (balloon_mutex) r =3D 0= > >>> > (0xffffffff816e9c38) locked @ > >>> =20 > >>> /usr/src/sys/dev/xen/balloon/balloon.c:373 > >>> =20 > >>> > KDB: stack backtrace: > >>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame= > >>> > 0xfffffe00002c67c0 > >>> > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00002c6= 870 > >>> > witness_warn() at witness_warn+0x4a8/frame 0xfffffe00002c69= 30 > >>> > uma_zalloc_arg() at uma_zalloc_arg+0x3b/frame 0xfffffe00002= c69a0 > >>> > malloc() at malloc+0x101/frame 0xfffffe00002c69f0 > >>> > balloon_process() at balloon_process+0x44a/frame > >>> > 0xfffffe00002c6a70 > >>> > fork_exit() at fork_exit+0x84/frame 0xfffffe00002c6ab0 > >>> > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0000= 2c6ab0 > >>> > --- trap 0, rip =3D 0, rsp =3D 0xfffffe00002c6b70, rbp =3D = 0 --- > >>> =20 > >>> > uma_zalloc_arg: zone "16" with the following non-sleepable = locks=20 held: > >>> Did you do anything specific to trigger the crash? Can you ex= plain > >>> the > >>> steps needed to reproduce it? > >>>=20 > >>> just recompiled a kernel, and booted it scrolls continuously acro= ss the > >>> screen > >>> doesnt seem to ever stop. > >>=20 > >> I've tried r257051 and it seems to work fine, could you please pos= t your > >> Xen version, the config file used to launch the VM and the toolsta= ck > >> used? > >=20 > > Do you have witness enabled in your kernel config ? >=20 > Yes, but I'm not touching balloon memory target. >=20 > > There is an obvious case of calling malloc(M_WAITOK) while holding = both > > balloon_lock and balloon_mutex: > > ballon_process->decrease_reservation->balloon_append. >=20 > Yes, I'm aware of that, it's just that it shouldn't happen unless you= > actually trigger a balloon memory decrease, which should not happen > automatically AFAIK, that's why I was asking if this was happening > without the user specifically requesting it. For me this problem appears when I try to migrate VM to another physica= l=20 XenServer 6.2. And only when this VM configured with dynamical memory.= Have=20 no problem with static memory configuration. You can find details here http://support.citrix.com/proddocs/topic/xencenter-61/xs-xc-dmc-about.h= tml >=20 > Anyway, this should be clearly fixed and pulled into 10 no matter wha= t > triggered it. I will send a patch as soon as possible. Thanks for that. >=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 Best Regards, Nasonov Sergey From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 08:09: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 B066FC83 for ; Fri, 25 Oct 2013 08:09:01 +0000 (UTC) (envelope-from prvs=101050af22=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 4AD512505 for ; Fri, 25 Oct 2013 08:09:00 +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 md50006500119.msg for ; Fri, 25 Oct 2013 09:08:56 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 25 Oct 2013 09:08:56 +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=101050af22=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <96FA3CD4CDCE49268EF41E28FF4E9381@multiplay.co.uk> From: "Steven Hartland" To: "Vitalij Satanivskij" References: <1381166916.122992963.5h9ygiri@frv45.ukr.net> <1381170764.32684.31088349.343931EE@webmail.messagingengine.com> <20131007185032.GA82932@hell.ukr.net> <20131007211201.GA89306@hell.ukr.net> <20131010092223.GA28347@hell.ukr.net> <5256D9D4.2030308@allanjude.com> <20131010170334.GA71635@hell.ukr.net> <3E3F85F87B0D40C6A776A42786EEF08D@multiplay.co.uk> <20131022141055.GA34810@hell.ukr.net> <5C339A76AE4C402BA5F9F1470500246A@multiplay.co.uk> <20131025073219.GA4086@hell.ukr.net> Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 Date: Fri, 25 Oct 2013 09:08:58 +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: Vitalij Satanivskij , freebsd-current@freebsd.org, Dmitriy Makarov 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, 25 Oct 2013 08:09:01 -0000 I would have expected zero for all l2_compress values. Regards Steve ----- Original Message ----- From: "Vitalij Satanivskij" To: "Steven Hartland" Cc: "Vitalij Satanivskij" ; "Dmitriy Makarov" ; Sent: Friday, October 25, 2013 8:32 AM Subject: Re: ZFS L2ARC - incorrect size and abnormal system load on r255173 > Just after system reboot with this patch > > found > kstat.zfs.misc.arcstats.l2_compress_successes: 6083 > kstat.zfs.misc.arcstats.l2_compress_zeros: 1 > kstat.zfs.misc.arcstats.l2_compress_failures: 296 > > compression on test pool (where I'm test this patch) is lz4 > > so is it ok ? > > > > Steven Hartland wrote: > SH> If you are still seeing high load try commenting out the following > SH> which should disable l2arc compression. > SH> sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c > SH> if (l2arc_compress) > SH> hdr->b_flags |= ARC_L2COMPRESS; > SH> > ================================================ 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 Oct 25 08:59:59 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 0336C65E for ; Fri, 25 Oct 2013 08:59:59 +0000 (UTC) (envelope-from lists2@freebsdonline.com) Received: from web1.unixengines.com (web1.unixengines.com [88.198.32.73]) by mx1.freebsd.org (Postfix) with ESMTP id BB6892748 for ; Fri, 25 Oct 2013 08:59:58 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=smartbsd.com) by web1.unixengines.com with esmtpa (Exim 4.69) (envelope-from ) id 1VZa8w-000CcR-Af for freebsd-current@freebsd.org; Fri, 25 Oct 2013 08:41:06 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 25 Oct 2013 08:41:06 +0300 From: To: Subject: nanobsd patch Message-ID: X-Sender: lists2@freebsdonline.com User-Agent: Roundcube Webmail/0.8.4 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, 25 Oct 2013 08:59:59 -0000 Hi, I've tried to create an image with nanobsd and I could not add packages to that image. Nanobsd needs to be updated to work with pgkng. Now it works with pkg_add and pkg_add is not present in FreeBSD 10.0 Does anyone have a patch for that? I want to add packages to the build. best regards, From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 09:09: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 B8A8CB19 for ; Fri, 25 Oct 2013 09:09:20 +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 7E45527D4 for ; Fri, 25 Oct 2013 09:09:20 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:59597] helo=localhost) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 38/65-02506-F353A625; Fri, 25 Oct 2013 09:09:19 +0000 Date: Fri, 25 Oct 2013 09:09:19 +0000 Message-ID: <38.65.02506.F353A625@cdptpa-oedge01> From: "Thomas Mueller" To: freebsd-wireless@freebsd.org References: <5265878B.1050809@yandex.ru> <201310212146.r9LLkqZ1044966@fire.js.berklix.net> <52684E48.20709@unsane.co.uk> <5268D632.2030506@dat.pl> Subject: Re: [rfc] removing the NDISulator X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: freebsd-current@freebsd.org, Maciej Milewski 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, 25 Oct 2013 09:09:20 -0000 > On 24.10.2013 05:46, Thomas Mueller wrote: > > I have motherboard (MSI Z77 MPOWER) with Realtek 8111E Ethernet that fails to > > connect in FreeBSD or OpenBSD, OK with NetBSD-current and Linux, and > > Atheros AR9271 onboard wifi: device athn is included in NetBSD (current only) > > and OpenBSD. > > Tom > For your problems with Realtek 8111E chipset please have alook at http://lists.freebsd.org/pipermail/freebsd-net/2013-October/036935.html > Maybe this patch isn't for you but you need to do something similar to > add support. > Regards, > Maciej Where does the patch begin and end? Does it include a and b in apparent path? Is the first line diff -git and the last line just before -- ? Do I save that to a file, go to $SRCDIR and patch ? I would also like to see if I can connect by wifi using Hiro H50191 USB-stick WLAN adapter (RTL8191SU chip) using device rsu. Tom From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 10:28: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 E10EAC3B for ; Fri, 25 Oct 2013 10:28:58 +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 6AE9E2C12 for ; Fri, 25 Oct 2013 10:28:57 +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 r9PASrFQ034881; Fri, 25 Oct 2013 14:28:53 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r9PASrWD034880; Fri, 25 Oct 2013 14:28:53 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 25 Oct 2013 14:28:53 +0400 From: Gleb Smirnoff To: Maciej Milewski Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131025102853.GV52889@FreeBSD.org> References: <526939BF.4030306@dat.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <526939BF.4030306@dat.pl> 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: Fri, 25 Oct 2013 10:28:58 -0000 On Thu, Oct 24, 2013 at 05:16:15PM +0200, Maciej Milewski wrote: M> I've encountered problems with installing FreeBSD-10.0-BETA1 i386 under M> VirtualBox. M> The problem is with setting/changing root password during install M> process. After entering password twice there is: M> M> passwd: pam_chauthtok(): error in service module M> M> Then there shows pwd_mkdb.core in current directory. M> The same VirtualBox machine has no problems with installing M> FreeBSD-9.2-RELEASE M> M> Has anyone any clues? I have received same problem report in private email. I'll try to setup VirtualBox and reproduce. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 10:38:50 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 6FEC4EF4; Fri, 25 Oct 2013 10:38:50 +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 3BED42CBE; Fri, 25 Oct 2013 10:38:49 +0000 (UTC) Received: from [10.60.213.211] (173-13-112-142-NewEngland.hfc.comcastbusiness.net [173.13.112.142]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r9PAcmC8063141 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 Oct 2013 10:38:48 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: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: David Chisnall In-Reply-To: <1382665803.2498.13.camel@localhost> Date: Fri, 25 Oct 2013 06:38:43 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <14061B35-A258-4368-BECD-9934CF594AE1@FreeBSD.org> References: <1382327452.2610.5.camel@localhost> <1382399026.7749.3.camel@localhost> <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> <1382663626.2498.4.camel@localhost> <3656E3A3-F76E-42F4-BCFC-8B0F49FF5DA9@FreeBSD.org> <1382665803.2498.13.camel@localhost> To: sbruno@FreeBSD.org X-Mailer: Apple Mail (2.1508) Cc: Matthew Fleming , "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, 25 Oct 2013 10:38:50 -0000 On 24 Oct 2013, at 21:50, Sean Bruno wrote: > On Thu, 2013-10-24 at 21:24 -0400, David Chisnall wrote: >>=20 >> Don't forget the freelocale() at the end. >>=20 > ah, ok. I wish that there was some kind of example that I could go = off > of in the man page. I'm sort of trundling my way through various bits > of the system to find the obvious example of how to do this correctly. >=20 >> This seems like a very slow way of doing what was very fast in the >> original code though. I'm not entirely sure what you're aiming to >> gain in this refactoring. >>=20 >> David >>=20 >>=20 >=20 > I'm simply trying to address the warnings that appear due to clang. I > find the builds very noisy and if there's a better way to address this > issue, I'm totally open to suggestions. Well, for contrib code that isn't going to be around for much longer = like gperf, the best thing to do is probably just stick = -Wno-logical-op-parentheses in the CFLAGS. Alternatively, adding the = brackets as it suggested to indicate precedence is simple. David From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 12:15:39 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 0563E489; Fri, 25 Oct 2013 12:15:39 +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 7D2ED21D3; Fri, 25 Oct 2013 12:15:37 +0000 (UTC) Received: from mail.s1.d2ux.org (mail [10.0.0.3]) by mail.s1.d2ux.org (Postfix) with ESMTP id 5530284F25D6; Fri, 25 Oct 2013 14:08:57 +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 JmYx6yjB2Mhn; Fri, 25 Oct 2013 14:08:55 +0200 (CEST) Received: from workstation.local (p5DDA8D2F.dip0.t-ipconnect.de [93.218.141.47]) by mail.s1.d2ux.org (Postfix) with ESMTPSA id 3B16E84F25CC; Fri, 25 Oct 2013 14:08:55 +0200 (CEST) Message-ID: <526A5EBD.0@petermann-it.de> Date: Fri, 25 Oct 2013 14:06:21 +0200 From: Matthias Petermann User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Cedric GROSS Subject: Re: Centrino Wireless N2230 support References: <20130913112427.Horde.Lr2e32AbzvcQIrrWuDh-dg1@d2ux.org> <001e01ceb064$80168220$80438660$@info> In-Reply-To: <001e01ceb064$80168220$80438660$@info> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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, 25 Oct 2013 12:15:39 -0000 Hi Cedric, Am 13.09.2013 11:34, schrieb Cedric GROSS: > 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 finally I had a chance to test the driver. I installed a fresh 9.2 relase and placed the files from https://github.com/KreizIT/FreeBSD-IWN into my /usr/src/sys and tried to make sys/modules/iwn (cd /usr/src/sys/modules/iwn;make) Unfortunality it doesn't build, instead giving this message: Warning: Object directory not changed from original /usr/src/sys/modules/iwn @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h echo "#define IEEE80211_DEBUG 1" > opt_wlan.h :> opt_iwn.h cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -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 -c /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c cc1: warnings being treated as errors /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_rate_to_plcp': /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:2254: warning: implicit declaration of function 'ieee80211_legacy_rate_lookup' /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:2254: warning: nested extern declaration of 'ieee80211_legacy_rate_lookup' [-Wnested-externs] /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_rx_compressed_ba': /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:2600: error: 'struct ieee80211_tx_ampdu' has no member named 'txa_tid' /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ampdu_tx_done': /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:3075: error: 'struct ieee80211_tx_ampdu' has no member named 'txa_tid' /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_addba_response': /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:6021: error: 'struct ieee80211_tx_ampdu' has no member named 'txa_tid' /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c: In function 'iwn_ampdu_tx_stop': /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:6084: error: 'struct ieee80211_tx_ampdu' has no member named 'txa_tid' *** [if_iwn.o] Error code 1 The closest issue seems to be "struct ieee80211_tx_ampdu' has no member named 'txa_tid' but I cannot see what's wrong with it. As I get the similiar error when trying to build https://github.com/KreizIT/freebsd-iwl - is there anything wrong with my build process? Kind regards, Matthias From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 12:17: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 5524F60D for ; Fri, 25 Oct 2013 12:17:20 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 135A121F9 for ; Fri, 25 Oct 2013 12:17:19 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id F1DF1C4985 for ; Fri, 25 Oct 2013 15:17:11 +0300 (EEST) Date: Fri, 25 Oct 2013 15:18:47 +0300 From: Aleksandr Rybalko To: freebsd-current@freebsd.org Subject: newcons comming Message-Id: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 25 Oct 2013 12:17:20 -0000 Hello fellow hackers! I finally reach the point when I can work with newcons instead of syscons on my laptop. Yes, I know it still buggy and have a lot of style(9) problems. But we really have to get it into HEAD and 10.0 to enable shiny new Xorg features, drivers, etc. So I ask everyone to look "hard" into that[1] and tell me your opinion. I expect a lot of opinions, since it have to affect almost all good guys, as result I have to ask to split "bug reports" into two parts: 1. Should be done before merge to 10.0; 2. Can be done later. If it possible, please do it(review - report) ASAP. I have plan to done it that way: 1. Merge newcons to head (in a few days); 2. Fix a lot of reported bugs (2 hrs :-D ); 3. Persuade re@ about we need it in 10.0 (one week, maybe two); 4. Merge to 10.0; 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W 5. Add mouse cut-paste support; 6. Fix new bugs; 7. Some drinks. What do we will have with newcons: * (Think it is main) Allow us to switch to fresh Xorg, which require KMS. * Graphic devices which can provide framebuffer access can be easily used as virtual terminals (someone may have pixel-LCD on front of PC tower, may found it useful :-D ) * See [2]. TODO: * Lack of key mapping files, everyone can help with that using instructions on [3]; * A bit slow (mostly scrolling affected). * Other bugs :) * See [2]. Thanks! [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ [2] - http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project [3] - http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html Hope you will love newcons! And maybe me too :) WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 12:50: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 2A968FED for ; Fri, 25 Oct 2013 12:50:10 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c: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 BA92F23EC for ; Fri, 25 Oct 2013 12:50:09 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id b13so3777740wgh.27 for ; Fri, 25 Oct 2013 05:50: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=65wTXMT1bvBsUaonWjB+RONv/lm/dOOTSfcd14fW660=; b=y2i5pIlFHc7dnakhZdvT5wIV6yAyd4sZeMriGLZJ1o0kzji3kPtmw11hJ0C+SSEaKl Eku4ms5ljp6kJT7TS3qXGZdEM/4RklI5YvovXX6Wdw4kdpZ9yTTIFcTf52A6DYZY+g2u ZMwrgtkYnQsT2AW0abNsqLuwL89Xdb005R89I4BKMuFq49S/PSfRoNZWvSxLQ7Us7yh+ WPGGB2bYDhxhe0Ud8KjS09L+HT8XCmKJ2ViQZjgqSmRwrGru7cV7s880ZBIkcGUn8GMM iadP7NluJfVM6uVMDyuPCzzF7RrJEfS+puavZ1QcdbYMk6p2SAplDljg/oYTvtwz3oLK yLMQ== MIME-Version: 1.0 X-Received: by 10.180.208.45 with SMTP id mb13mr2371464wic.27.1382705408049; Fri, 25 Oct 2013 05:50:08 -0700 (PDT) Received: by 10.194.216.2 with HTTP; Fri, 25 Oct 2013 05:50:08 -0700 (PDT) Date: Fri, 25 Oct 2013 14:50:08 +0200 Message-ID: Subject: Using a swap file From: Rostislav Krasny To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 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, 25 Oct 2013 12:50:10 -0000 Hi there, I've 10.0-BETA1 i386 installed and I want to use a swap file instead of a swap partition. I created /swapfile and I'm able to enable it manually by following commands: mdconfig -a -t vnode -f /swapfile -u 0 swapon /dev/md0 This is according to the following section of the Handbook: http://www.freebsd.org/doc/handbook/adding-swap-space.html It still states that adding swapfile="" into /etc/rc.conf enables that swap file during a boot automatically. However this is already not true for CURRENT and for the upcoming 10.0 release. According to following commit number 252310 this rc.conf parameter is obsolete http://svnweb.freebsd.org/base?view=revision&revision=252310 It introduces different configuration and offers to add a line like following into /etc/fstab md none swap sw,file=/swapfile 0 0 This is what I did but 'swapon -a' still doesn't work. I didn't try to reboot because I build world in other console. But I believe the result will be the same, because /etc/rc.d/swap runs the same command: '/sbin/swapon -aq'. So what is the right way to enable a swap file during a boot and for commands like 'swapon -a' ? Thanks P.S. The Handbook needs to be updated From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 13:02: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 26DC05D0 for ; Fri, 25 Oct 2013 13:02:36 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id D87F824DC for ; Fri, 25 Oct 2013 13:02:35 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id EA617C4968 for ; Fri, 25 Oct 2013 16:02:34 +0300 (EEST) Date: Fri, 25 Oct 2013 16:04:10 +0300 From: Aleksandr Rybalko To: freebsd-current@freebsd.org Subject: Re: newcons comming Message-Id: <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> In-Reply-To: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 25 Oct 2013 13:02:36 -0000 On Fri, 25 Oct 2013 15:18:47 +0300 Aleksandr Rybalko wrote: > Hello fellow hackers! > > I finally reach the point when I can work with newcons instead of > syscons on my laptop. Yes, I know it still buggy and have a lot of > style(9) problems. But we really have to get it into HEAD and 10.0 to > enable shiny new Xorg features, drivers, etc. > > So I ask everyone to look "hard" into that[1] and tell me your opinion. > I expect a lot of opinions, since it have to affect almost all good > guys, as result I have to ask to split "bug reports" into two parts: > 1. Should be done before merge to 10.0; > 2. Can be done later. > > If it possible, please do it(review - report) ASAP. > I have plan to done it that way: > 1. Merge newcons to head (in a few days); > 2. Fix a lot of reported bugs (2 hrs :-D ); > 3. Persuade re@ about we need it in 10.0 (one week, maybe two); > 4. Merge to 10.0; > 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W > 5. Add mouse cut-paste support; > 6. Fix new bugs; > 7. Some drinks. > > What do we will have with newcons: > * (Think it is main) Allow us to switch to fresh Xorg, which require > KMS. > * Graphic devices which can provide framebuffer access can be easily > used as virtual terminals (someone may have pixel-LCD on front of PC > tower, may found it useful :-D ) > * See [2]. > > TODO: > * Lack of key mapping files, everyone can help with that using > instructions on [3]; > * A bit slow (mostly scrolling affected). > * Other bugs :) > * See [2]. > > Thanks! > > [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ > [2] - > http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project > [3] - > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > Hope you will love newcons! > And maybe me too :) > > WBW > -- > Aleksandr Rybalko Forget to give a patch to HEAD, here it is: http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25_1542.diff.gz Thanks to all! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 13:29:38 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 E535F547; Fri, 25 Oct 2013 13:29:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94E2026D8; Fri, 25 Oct 2013 13:29:38 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id 1so2343158qec.13 for ; Fri, 25 Oct 2013 06:29:37 -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=EpGrECXMpX1JKondPTgzxR7gDoGGvPyIZSibA7VOPoc=; b=AVbUM0YVG3YRJepCwsNGEJsfQ0NjFt7x1PZxMgmkiQPKdhg57X1lSKDU75lBqFd1FA SEoAxF/OmKTiVNmPhEiGh6pOcg+7ng3/pComX+ZViTDCj/2lWSE9x1jMli0O76ngp27E VZULmt4ip2W9N6yqKG7yTZP5Y9PxB0scoKX/6RCQtetaqUpae4Jvffron9IJTIxDagjB 3fV+33UDhXpGx5ZDWnNp/6V62MJstze0E+rF1mpSeVfw6ippZIwGq12qWIIbE20x8PSm x7Dmk8Gjq5utorhyhFSAgwzL9ngnQRs8RHFZ/52BYMGg4pBWPW62KyyycHEujRybVBrY kiNg== MIME-Version: 1.0 X-Received: by 10.49.12.14 with SMTP id u14mr10742722qeb.74.1382707777775; Fri, 25 Oct 2013 06:29:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Fri, 25 Oct 2013 06:29:37 -0700 (PDT) In-Reply-To: <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> Date: Fri, 25 Oct 2013 06:29:37 -0700 X-Google-Sender-Auth: 6KJTNYe5gP3H4JJFkCUmEycFh6o Message-ID: Subject: Re: newcons comming From: Adrian Chadd To: Aleksandr Rybalko 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, 25 Oct 2013 13:29:39 -0000 Erm, I don't think this is really ready for -HEAD yet? -adrian On 25 October 2013 06:04, Aleksandr Rybalko wrote: > On Fri, 25 Oct 2013 15:18:47 +0300 > Aleksandr Rybalko wrote: > > > Hello fellow hackers! > > > > I finally reach the point when I can work with newcons instead of > > syscons on my laptop. Yes, I know it still buggy and have a lot of > > style(9) problems. But we really have to get it into HEAD and 10.0 to > > enable shiny new Xorg features, drivers, etc. > > > > So I ask everyone to look "hard" into that[1] and tell me your opinion. > > I expect a lot of opinions, since it have to affect almost all good > > guys, as result I have to ask to split "bug reports" into two parts: > > 1. Should be done before merge to 10.0; > > 2. Can be done later. > > > > If it possible, please do it(review - report) ASAP. > > I have plan to done it that way: > > 1. Merge newcons to head (in a few days); > > 2. Fix a lot of reported bugs (2 hrs :-D ); > > 3. Persuade re@ about we need it in 10.0 (one week, maybe two); > > 4. Merge to 10.0; > > 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W > > 5. Add mouse cut-paste support; > > 6. Fix new bugs; > > 7. Some drinks. > > > > What do we will have with newcons: > > * (Think it is main) Allow us to switch to fresh Xorg, which require > > KMS. > > * Graphic devices which can provide framebuffer access can be easily > > used as virtual terminals (someone may have pixel-LCD on front of PC > > tower, may found it useful :-D ) > > * See [2]. > > > > TODO: > > * Lack of key mapping files, everyone can help with that using > > instructions on [3]; > > * A bit slow (mostly scrolling affected). > > * Other bugs :) > > * See [2]. > > > > Thanks! > > > > [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ > > [2] - > > > http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project > > [3] - > > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > > > Hope you will love newcons! > > And maybe me too :) > > > > WBW > > -- > > Aleksandr Rybalko > > Forget to give a patch to HEAD, here it is: > > > http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25_1542.diff.gz > > Thanks to all! > > WBW > -- > Aleksandr Rybalko > _______________________________________________ > 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 Oct 25 13:38: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 18519F58; Fri, 25 Oct 2013 13:38:06 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 807092795; Fri, 25 Oct 2013 13:38:05 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 4A1F1C4956; Fri, 25 Oct 2013 16:38:04 +0300 (EEST) Date: Fri, 25 Oct 2013 16:39:39 +0300 From: Aleksandr Rybalko To: Adrian Chadd Subject: Re: newcons comming Message-Id: <20131025163939.181f35483b1046d74cb77fec@freebsd.org> In-Reply-To: References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 25 Oct 2013 13:38:06 -0000 On Fri, 25 Oct 2013 06:29:37 -0700 Adrian Chadd wrote: > Erm, I don't think this is really ready for -HEAD yet? > Lets do it "really ready" :))) I'am free on that, I can merge or not merge it to 10.0. But x11 team depend on newcons presence, otherwise no new Xorg, no KMS drivers, no new cairo (IIRC), no new ...... So we have two way: 1. delay it to 11.0 2. make it ready to 10.0 Select one you like more! :) Thanks! > > > -adrian > > > > On 25 October 2013 06:04, Aleksandr Rybalko wrote: > > > On Fri, 25 Oct 2013 15:18:47 +0300 > > Aleksandr Rybalko wrote: > > > > > Hello fellow hackers! > > > > > > I finally reach the point when I can work with newcons instead of > > > syscons on my laptop. Yes, I know it still buggy and have a lot of > > > style(9) problems. But we really have to get it into HEAD and 10.0 to > > > enable shiny new Xorg features, drivers, etc. > > > > > > So I ask everyone to look "hard" into that[1] and tell me your opinion. > > > I expect a lot of opinions, since it have to affect almost all good > > > guys, as result I have to ask to split "bug reports" into two parts: > > > 1. Should be done before merge to 10.0; > > > 2. Can be done later. > > > > > > If it possible, please do it(review - report) ASAP. > > > I have plan to done it that way: > > > 1. Merge newcons to head (in a few days); > > > 2. Fix a lot of reported bugs (2 hrs :-D ); > > > 3. Persuade re@ about we need it in 10.0 (one week, maybe two); > > > 4. Merge to 10.0; > > > 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W > > > 5. Add mouse cut-paste support; > > > 6. Fix new bugs; > > > 7. Some drinks. > > > > > > What do we will have with newcons: > > > * (Think it is main) Allow us to switch to fresh Xorg, which require > > > KMS. > > > * Graphic devices which can provide framebuffer access can be easily > > > used as virtual terminals (someone may have pixel-LCD on front of PC > > > tower, may found it useful :-D ) > > > * See [2]. > > > > > > TODO: > > > * Lack of key mapping files, everyone can help with that using > > > instructions on [3]; > > > * A bit slow (mostly scrolling affected). > > > * Other bugs :) > > > * See [2]. > > > > > > Thanks! > > > > > > [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ > > > [2] - > > > > > http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project > > > [3] - > > > > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > > > > > Hope you will love newcons! > > > And maybe me too :) > > > > > > WBW > > > -- > > > Aleksandr Rybalko > > > > Forget to give a patch to HEAD, here it is: > > > > > > http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25_1542.diff.gz > > > > Thanks to all! > > > > WBW > > -- > > Aleksandr Rybalko > > _______________________________________________ > > 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" > > WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 13:43: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 B8CDC2B3; Fri, 25 Oct 2013 13:43:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66C7427FC; Fri, 25 Oct 2013 13:43:55 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id j15so559564qaq.19 for ; Fri, 25 Oct 2013 06:43:54 -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=UcwhVMSoIHBsUF4FX1IVDpp88LZ4XG4JgNAeUxr9V7c=; b=EDusP8wsHl8YPaDHP2ZZX1EWFQYyRSZ8O/ZpVT98vsPtMdq18wSpuF/Az/yT0smLaj QE1XsdmzAMq0mEAI94Pky26IS93IT5l+K9YhPbZrYl1v7DgJnYzPXQda14PXEYVFVLGO 1Ybw90nKxNN/0wrSDl5g0AugT8tFHxXJoTknc1So1FHzzlJG+Y2h1qB8dW7elwwL6l6n gAqpomQmZDjim4cRx8axyDGAZD+2mRZjPztbeMmK+sYiihaPnakQYvlSmkYZ6ivfNZuO MQBXuaQJp3iwCHu8dKN7e88+GLJewtD14Kt1xDigqCIqHZIH7W0M7gBWNfVDmCni2lvM ogNQ== MIME-Version: 1.0 X-Received: by 10.229.106.131 with SMTP id x3mr10778393qco.1.1382708634515; Fri, 25 Oct 2013 06:43:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Fri, 25 Oct 2013 06:43:54 -0700 (PDT) In-Reply-To: <20131025163939.181f35483b1046d74cb77fec@freebsd.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> Date: Fri, 25 Oct 2013 06:43:54 -0700 X-Google-Sender-Auth: vW150WZj4UyjDQM11RQ1wdlDDw4 Message-ID: Subject: Re: newcons comming From: Adrian Chadd To: Aleksandr Rybalko 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, 25 Oct 2013 13:43:55 -0000 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be ready for MFC for a 10.1 release. 4) Delay 10.0 until this has matured enough in HEAD, then release it. I really want to see more updated xorg support but the timing of it all feels a little overly rushed for a 10.0 release target. What do others think? -adrian On 25 October 2013 06:39, Aleksandr Rybalko wrote: > On Fri, 25 Oct 2013 06:29:37 -0700 > Adrian Chadd wrote: > > > Erm, I don't think this is really ready for -HEAD yet? > > > > Lets do it "really ready" :))) > > I'am free on that, I can merge or not merge it to 10.0. But x11 team > depend on newcons presence, otherwise no new Xorg, no KMS drivers, no > new cairo (IIRC), no new ...... > > So we have two way: > 1. delay it to 11.0 > 2. make it ready to 10.0 > > Select one you like more! :) > > Thanks! > > > > > > > -adrian > > > > > > > > On 25 October 2013 06:04, Aleksandr Rybalko wrote: > > > > > On Fri, 25 Oct 2013 15:18:47 +0300 > > > Aleksandr Rybalko wrote: > > > > > > > Hello fellow hackers! > > > > > > > > I finally reach the point when I can work with newcons instead of > > > > syscons on my laptop. Yes, I know it still buggy and have a lot of > > > > style(9) problems. But we really have to get it into HEAD and 10.0 to > > > > enable shiny new Xorg features, drivers, etc. > > > > > > > > So I ask everyone to look "hard" into that[1] and tell me your > opinion. > > > > I expect a lot of opinions, since it have to affect almost all good > > > > guys, as result I have to ask to split "bug reports" into two parts: > > > > 1. Should be done before merge to 10.0; > > > > 2. Can be done later. > > > > > > > > If it possible, please do it(review - report) ASAP. > > > > I have plan to done it that way: > > > > 1. Merge newcons to head (in a few days); > > > > 2. Fix a lot of reported bugs (2 hrs :-D ); > > > > 3. Persuade re@ about we need it in 10.0 (one week, maybe two); > > > > 4. Merge to 10.0; > > > > 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W > > > > 5. Add mouse cut-paste support; > > > > 6. Fix new bugs; > > > > 7. Some drinks. > > > > > > > > What do we will have with newcons: > > > > * (Think it is main) Allow us to switch to fresh Xorg, which require > > > > KMS. > > > > * Graphic devices which can provide framebuffer access can be easily > > > > used as virtual terminals (someone may have pixel-LCD on front of PC > > > > tower, may found it useful :-D ) > > > > * See [2]. > > > > > > > > TODO: > > > > * Lack of key mapping files, everyone can help with that using > > > > instructions on [3]; > > > > * A bit slow (mostly scrolling affected). > > > > * Other bugs :) > > > > * See [2]. > > > > > > > > Thanks! > > > > > > > > [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ > > > > [2] - > > > > > > > > http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project > > > > [3] - > > > > > > > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > > > > > > > Hope you will love newcons! > > > > And maybe me too :) > > > > > > > > WBW > > > > -- > > > > Aleksandr Rybalko > > > > > > Forget to give a patch to HEAD, here it is: > > > > > > > > > > http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25_1542.diff.gz > > > > > > Thanks to all! > > > > > > WBW > > > -- > > > Aleksandr Rybalko > > > _______________________________________________ > > > 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" > > > > > WBW > -- > Aleksandr Rybalko > From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 13:58: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 001A0571; Fri, 25 Oct 2013 13:58:00 +0000 (UTC) (envelope-from artyom.mirgorodsky@gmail.com) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2537D289E; Fri, 25 Oct 2013 13:57:59 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id eh20so3083884lab.39 for ; Fri, 25 Oct 2013 06:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=W3WAwvAxf+SeMyXmzbMq4iTQ36dK6C+RPYt7mONISko=; b=jJDXWiZSFA+Hj91HBgo2wTn9cuhlXOueOt9TfUeOVsc8Wve71Cf6O0WKDKCit8cFCD PAUDnNm0x/KhBDJNvyzEqUaHUavTWcET88d1BlvQeDeYbkj6TqLPSIJqsddAbFnoDv2Y nzsuoB89SaSeDSol0Pv9epMl4E/PoKgyRQpKKigSrsNd1YjCNm0r/nwwU+4NNfR/3mEC dhBmo9cU6ihiGpA5S4nW3eDjpSaQussFShhopROtqzow5pc3WC15QZjbH5lkDgwzgP1o T9bGa0U7204zHFEgAV4/xJPX4vhsXoOrFbk+fJgvAAOG52VcKTHVM54A4hOJ/vXiwKoQ iL/g== X-Received: by 10.112.164.38 with SMTP id yn6mr20395lbb.61.1382709477816; Fri, 25 Oct 2013 06:57:57 -0700 (PDT) Received: from notebook.alkar.net ([91.243.193.58]) by mx.google.com with ESMTPSA id m13sm2638384lbo.11.2013.10.25.06.57.56 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Oct 2013 06:57:57 -0700 (PDT) From: Artyom Mirgorodskiy To: freebsd-current@freebsd.org Subject: Re: newcons comming Date: Fri, 25 Oct 2013 16:59:22 +0300 Message-ID: <1607690.V7gIiBi3IH@notebook.alkar.net> User-Agent: KMail/4.11.2 (FreeBSD/10.0-ALPHA3; KDE/4.11.2; amd64; ; ) In-Reply-To: References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Adrian Chadd , Aleksandr Rybalko 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, 25 Oct 2013 13:58:01 -0000 I think we should provide option - use beta-newcons or old. Linux in top is not because it's better, but because it has solution. Not even finished but at least some solutions. On Friday 25 October 2013 06:43:54 Adrian Chadd wrote: > 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be ready > for MFC for a 10.1 release. > 4) Delay 10.0 until this has matured enough in HEAD, then release it. > > I really want to see more updated xorg support but the timing of it all > feels a little overly rushed for a 10.0 release target. > > What do others think? > > > > -adrian > > > > On 25 October 2013 06:39, Aleksandr Rybalko wrote: > > > On Fri, 25 Oct 2013 06:29:37 -0700 > > Adrian Chadd wrote: > > > > > Erm, I don't think this is really ready for -HEAD yet? > > > > > > > Lets do it "really ready" :))) > > > > I'am free on that, I can merge or not merge it to 10.0. But x11 team > > depend on newcons presence, otherwise no new Xorg, no KMS drivers, no > > new cairo (IIRC), no new ...... > > > > So we have two way: > > 1. delay it to 11.0 > > 2. make it ready to 10.0 > > > > Select one you like more! :) > > > > Thanks! > > > > > > > > > > > -adrian > > > > > > > > > > > > On 25 October 2013 06:04, Aleksandr Rybalko wrote: > > > > > > > On Fri, 25 Oct 2013 15:18:47 +0300 > > > > Aleksandr Rybalko wrote: > > > > > > > > > Hello fellow hackers! > > > > > > > > > > I finally reach the point when I can work with newcons instead of > > > > > syscons on my laptop. Yes, I know it still buggy and have a lot of > > > > > style(9) problems. But we really have to get it into HEAD and 10.0 to > > > > > enable shiny new Xorg features, drivers, etc. > > > > > > > > > > So I ask everyone to look "hard" into that[1] and tell me your > > opinion. > > > > > I expect a lot of opinions, since it have to affect almost all good > > > > > guys, as result I have to ask to split "bug reports" into two parts: > > > > > 1. Should be done before merge to 10.0; > > > > > 2. Can be done later. > > > > > > > > > > If it possible, please do it(review - report) ASAP. > > > > > I have plan to done it that way: > > > > > 1. Merge newcons to head (in a few days); > > > > > 2. Fix a lot of reported bugs (2 hrs :-D ); > > > > > 3. Persuade re@ about we need it in 10.0 (one week, maybe two); > > > > > 4. Merge to 10.0; > > > > > 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W > > > > > 5. Add mouse cut-paste support; > > > > > 6. Fix new bugs; > > > > > 7. Some drinks. > > > > > > > > > > What do we will have with newcons: > > > > > * (Think it is main) Allow us to switch to fresh Xorg, which require > > > > > KMS. > > > > > * Graphic devices which can provide framebuffer access can be easily > > > > > used as virtual terminals (someone may have pixel-LCD on front of PC > > > > > tower, may found it useful :-D ) > > > > > * See [2]. > > > > > > > > > > TODO: > > > > > * Lack of key mapping files, everyone can help with that using > > > > > instructions on [3]; > > > > > * A bit slow (mostly scrolling affected). > > > > > * Other bugs :) > > > > > * See [2]. > > > > > > > > > > Thanks! > > > > > > > > > > [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ > > > > > [2] - > > > > > > > > > > > http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project > > > > > [3] - > > > > > > > > > > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > > > > > > > > > Hope you will love newcons! > > > > > And maybe me too :) > > > > > > > > > > WBW > > > > > -- > > > > > Aleksandr Rybalko > > > > > > > > Forget to give a patch to HEAD, here it is: > > > > > > > > > > > > > > http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25_1542.diff.gz > > > > > > > > Thanks to all! > > > > > > > > WBW > > > > -- > > > > Aleksandr Rybalko > > > > _______________________________________________ > > > > 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" > > > > > > > > WBW > > -- > > Aleksandr Rybalko > > > _______________________________________________ > 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" -- Artyom Mirgorodskiy From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 14:10: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 899B2984 for ; Fri, 25 Oct 2013 14:10:09 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm26-vm0.bullet.mail.bf1.yahoo.com (nm26-vm0.bullet.mail.bf1.yahoo.com [98.139.213.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26F812946 for ; Fri, 25 Oct 2013 14:10:08 +0000 (UTC) Received: from [66.196.81.173] by nm26.bullet.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 14:04:39 -0000 Received: from [68.142.230.69] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 14:04:38 -0000 Received: from [127.0.0.1] by smtp226.mail.bf1.yahoo.com with NNFMP; 25 Oct 2013 14:04:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382709878; bh=YtL4pAQo/f2l1iNj3EEaPGNpUfJT+Ec1h4lIlmTUYXY=; 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=10Bqh79Xy87yDHgPNkrsaOCFQFL49bMiFHSJrCRpC8O6Woi3vc72UJQivACHQIycv36Z0+9uvmXtZ+yJl+nMrhhNM2NDwauefLvDAl6deZWnSu/wJuorUWe38cyMbBsosaeu3wtw/Y4gxzEfLx1mgeDV7WJ9HYb8XtrRWfZE+9Y= X-Yahoo-Newman-Id: 965237.34919.bm@smtp226.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 9ja.D8EVM1khoKFRw8SzBfM9m4.L7qkg3DAcWW_mLdkRRn. ypipq5_227rhAx4ZBDdaft12cPkBcTBRTxwxppnUZijfHzZNwiXMCgLN5UAu Dxac8TyZVM9m.bBIX1iiiJsXHwJjYAM8VKgsugKgjMTrcgEU6PJweufygGBh utd8aALaNGx8fRG1B2dLR3lfAiSkn1muirgDTZyTnnFxtrvjqepcXGZiRznD DnCUzb0l7eGqqFLSfyFxpNmgoXvi3eZwItsUIzxQqZrfcwtqqY2scbz7Rj8G p7L82SQaxUXYVsdYxztm3s.vm6V.vvkz27RIT83tyTpBaJvcDgUpZ3nSvNEy qI0tNlglsNjGvVvcapzMBP9A57OzsSd3tEyURsKbjQlYhIb_lIH4ruaZ36qb WWWqyz7LTBv6o5DiB_5Qh6ztN4bOr9Shdld2mIUhlJKBtDwwtOB8NbSs1wYo MeenCzjQl0v1gQ9H0DXI50Xu_tiFqqukumQYCHUX_LO7H06UZFHf.tLOiFep 3iU9VFIDoKjrKYOMRXRV_3a_M21TLtBoIq_x9L28LfW__ibtsP9aOGgegcBt jYNUpjcVYkq3aq5ONytaUVhshMM3PGtXd53qP2mBb2Lv2nYnLYJp06Ldq868 S0OgokzKtCaczdUKBqHMpVS0QsqdWH2Gi0AKUDK8ZEuOrZZZ6n58RDed48ww H3KBRj8ErunFR2gz93TvIHUz7XgUcEeS1s1Db696d8RwK X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.57] (sean_bruno@63.138.121.126 with ) by smtp226.mail.bf1.yahoo.com with SMTP; 25 Oct 2013 14:04:38 +0000 UTC Subject: Re: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: Sean Bruno To: David Chisnall In-Reply-To: <14061B35-A258-4368-BECD-9934CF594AE1@FreeBSD.org> References: <1382327452.2610.5.camel@localhost> <1382399026.7749.3.camel@localhost> <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> <1382663626.2498.4.camel@localhost> <3656E3A3-F76E-42F4-BCFC-8B0F49FF5DA9@FreeBSD.org> <1382665803.2498.13.camel@localhost> <14061B35-A258-4368-BECD-9934CF594AE1@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-evJT1U4WoXKTpiFbhgIJ" Date: Fri, 25 Oct 2013 10:04:32 -0400 Message-ID: <1382709872.2451.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: Matthew Fleming , "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: Fri, 25 Oct 2013 14:10:09 -0000 --=-evJT1U4WoXKTpiFbhgIJ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2013-10-25 at 06:38 -0400, David Chisnall wrote: > >=20 > > I'm simply trying to address the warnings that appear due to clang. > I > > find the builds very noisy and if there's a better way to address > this > > issue, I'm totally open to suggestions. >=20 > Well, for contrib code that isn't going to be around for much longer > like gperf, the best thing to do is probably just stick > -Wno-logical-op-parentheses in the CFLAGS. Alternatively, adding the > brackets as it suggested to indicate precedence is simple. >=20 > David=20 Agreed. Thank you for patience in dealing with me. :-) I will go with my original patch that simply puts parens where they can be picked up and leave the flow of the code alone. http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045644.html sean --=-evJT1U4WoXKTpiFbhgIJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSanpvAAoJEBkJRdwI6BaH0ZIH/Ao6xX22bpMErll7DdbaZW3H gZ+NvxDRJVWjOnCJeMi9GS14J5Tf/usT/IciDiIBlqwy82hvZI+4pd7KTPCbYTwe mcN9A4q0Q4DhKUXvt8EbN5txWht5i7J+pDLdQP/kIaqmEgbcOM0FY6YJRytXJghC DXrgtvfb43Q6hWpUpN0R0mSwpNrmRi0i5Ck4BQt1p+yWlM2CqTrCDh1U/f8v1L+1 pyjNNRplAIpkQ1QdzCnPi2s4dIqQe+p1C3/9CPPdc1aFJSB9JENGXXofyDRjwjdG 2nfcTWKoq2hxlQZ/rsD4zHHnZMj5+vRs4Q0xr4IbawZ0s/hPZ7R7kg1SYT7d6Pg= =aVbv -----END PGP SIGNATURE----- --=-evJT1U4WoXKTpiFbhgIJ-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 14:10: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 6E85EA9C for ; Fri, 25 Oct 2013 14:10:47 +0000 (UTC) (envelope-from symbolics@gmx.com) 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 098E12980 for ; Fri, 25 Oct 2013 14:10:47 +0000 (UTC) Received: from lemon ([80.7.17.14]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MfRnb-1VJwEw0qtv-00P9Zt for ; Fri, 25 Oct 2013 16:10:45 +0200 Received: by lemon (Postfix, from userid 1001) id 97516EB352; Fri, 25 Oct 2013 15:10:44 +0100 (BST) Date: Fri, 25 Oct 2013 15:10:44 +0100 From: symbolics@gmx.com To: freebsd-current@freebsd.org Subject: Re: newcons comming Message-ID: <20131025141044.GA26481@lemon> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K0:kzcqzorZW1y1MCq3fWSUXdPdNdXD5hA9kooUPU83ijJIOWL0v3v mRksEXD6zlToh5kQBAgLvNhGgF32vNUbQAJpHC3ZrWvum+ny1IfZtfDf4q9Q5Kpcjs7tr5r GcaHCKhLrrxS7qxoEECFUWeO/0aQSz7nahfjzhRIuBI2Db8YDyRrFpPXyrMl3lws43ytEE9 OTHeWdj/ZYNbaSyEPBNDg== 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, 25 Oct 2013 14:10:47 -0000 On Fri, Oct 25, 2013 at 06:43:54AM -0700, Adrian Chadd wrote: > 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be ready > for MFC for a 10.1 release. > 4) Delay 10.0 until this has matured enough in HEAD, then release it. > > I really want to see more updated xorg support but the timing of it all > feels a little overly rushed for a 10.0 release target. > > What do others think? > FWIW, I'm really looking forward to newcons but I don't think it should be rushed into a release. (3) Seems prudent. --sym From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 14:14: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 32550C80 for ; Fri, 25 Oct 2013 14:14:02 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm26-vm1.bullet.mail.gq1.yahoo.com (nm26-vm1.bullet.mail.gq1.yahoo.com [98.136.216.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2FDB29BA for ; Fri, 25 Oct 2013 14:14:01 +0000 (UTC) Received: from [216.39.60.182] by nm26.bullet.mail.gq1.yahoo.com with NNFMP; 25 Oct 2013 14:14:00 -0000 Received: from [208.71.42.204] by tm18.bullet.mail.gq1.yahoo.com with NNFMP; 25 Oct 2013 14:14:00 -0000 Received: from [127.0.0.1] by smtp215.mail.gq1.yahoo.com with NNFMP; 25 Oct 2013 14:14:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382710440; bh=aOpzQvnPuG2J6mdjykziyAxXi4n75rGOg0zJkYW0LK0=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=uEdbGhVtxmGV8J5nvEf4EkC4ANBHpLiSgCBbo2EFw+7riYfDMbGbw0ipI7mTLoVSkp0XrC62c0NMtoXm2Ka96DLA3XuAOeMFxW/khRY0xRYhw0jbHnFEqnIWFHqqyQ/TkKpuwXQd44NbIzBlYkHBkOlrHhRUMBMfw2bUHL79fWs= X-Yahoo-Newman-Id: 285575.27239.bm@smtp215.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: DHh3niUVM1mQhFvvx2ai_gGYkDxA5UcjkZFGVZJXRt3OAu6 ISc1yvoC_HdHFh8H0iFJe2cyFh6QzjQTEJ2r4vqBfT0OuX6KqDFVoOKBERCz E4sYs3ro45JD5Di_64J.XKq7pMgw1wI58ScXpjadNGAID6UZpCrSyKwba3hA 0FspYMRMs3wVZR7sr0TTlKZ3BeTpu2l68hPna2IA5X6tYPvImocdFh2UTSsu A09Rjj6P7NbE5X5ZM1J.Rjl8BF23N81_4RdjBdzQpoKmt8TvLjInqDB9oVnA Bx6ARb9E.N8f062gSD5v72AhO0U4GvBSVGBu60nBy2JFP3H7gb6BrItvQJtw LOpPk6PQ_xi.tLJyOw5K7i17pTXL__zqYL.O0ZMSNGhHdDIvOGKf6om2YSWT Y1ggwcpB6Eb0khHiN.Vx8y_zTBQ3quqEv8lJa3uEQbDd_KkU6shD8pwNYNxe iZa32r1LXRx2o4WidIO.XTnW7NvggAAx_NQthHmyTFzHbd4BD8EG5v8YD.Lg Id7fLIK_X5sNpXRnGWzI.GEhiantJmwbrqytWyb2t0J350WWQu258bfH37Ld vtWmNu.TXQcI.ni8DMTYDQZwYWIMTa120z0FylruZNEFTWqMffsujCgxAUS6 lRiOxQ4Aju1CRUVvo0JIxSEJ62MwgMvOaoZ.kqg-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.57] (sean_bruno@63.138.121.126 with ) by smtp215.mail.gq1.yahoo.com with SMTP; 25 Oct 2013 07:14:00 -0700 PDT Subject: [PATCH] quiesce clang warnings for opie/libopie From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wIaVARiYmSHdbm4KC8eR" Date: Fri, 25 Oct 2013 10:13:42 -0400 Message-ID: <1382710422.2451.18.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Fri, 25 Oct 2013 14:14:02 -0000 --=-wIaVARiYmSHdbm4KC8eR Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Spent some time investigating warnings emitted by the build for libopie and such. http://people.freebsd.org/~sbruno/libopie_warns.txt Most of this is harmless and clang emits clear directives and solutions to solve these warnings. Patch attached to do just that and make the build happy. http://people.freebsd.org/~sbruno/libopie_clang_warnings.txt =46rom my eye, it appears that opie should be tracking some other project or something? =20 sean --=-wIaVARiYmSHdbm4KC8eR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSanyWAAoJEBkJRdwI6BaHgU8H+gMNH2jGKdJF+jrN9/YSFZ6Y uoZ4rbRAruuyoZR/bz1Giw74vwho8XwpNCEqKbT4G+8YkpXtRcjLmCBWrM85ayh1 6osJCr0cBLjv15qFFq8UGEWzO/mYFnGDL83X4WbvgiOJZGtdwgTPPRJGVKfCQjrs igpvRmVNwsbc3FWad/iksVGdJTwE732cfj8n+heWgwngVhgzlnD4mwwM1Z3vbN6Y 7KQbj2FrPwNkmjplT2S3w25aDZLKONl+Y3S89a/xAf6dG4LFRkfNHC/bgMEsGJ4Z naZVp68AX8YH1+T50asuC19WidbtiXZ1KAqJoBSXKu7Vp+ba2bXAwjFf8fB205k= =Wapx -----END PGP SIGNATURE----- --=-wIaVARiYmSHdbm4KC8eR-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 14: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 CEAF3EB0 for ; Fri, 25 Oct 2013 14:18:16 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 8944F29E9 for ; Fri, 25 Oct 2013 14:18:16 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id B79D4C497E; Fri, 25 Oct 2013 17:18:15 +0300 (EEST) Date: Fri, 25 Oct 2013 17:18:15 +0300 From: Aleksandr Rybalko To: symbolics@gmx.com Subject: Re: newcons comming Message-Id: <20131025171815.23ff76c5d7090006af9f53e2@freebsd.org> In-Reply-To: <20131025141044.GA26481@lemon> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> <20131025141044.GA26481@lemon> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Fri, 25 Oct 2013 14:18:16 -0000 On Fri, 25 Oct 2013 15:10:44 +0100 symbolics@gmx.com wrote: > On Fri, Oct 25, 2013 at 06:43:54AM -0700, Adrian Chadd wrote: > > 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be ready > > for MFC for a 10.1 release. > > 4) Delay 10.0 until this has matured enough in HEAD, then release it. > > > > I really want to see more updated xorg support but the timing of it all > > feels a little overly rushed for a 10.0 release target. > > > > What do others think? > > > > FWIW, I'm really looking forward to newcons but I don't think it should > be rushed into a release. (3) Seems prudent. Anyway it is optional. s/device vt/#device vt/ s/#device sc/device sc/ and you in the old, well known world :) > > --sym > _______________________________________________ > 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" -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 14:27: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 9A9471F2; Fri, 25 Oct 2013 14:27:59 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2E52A5E; Fri, 25 Oct 2013 14:27:58 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AncGAHh+alJbs4WZ/2dsb2JhbABZgwe/VYEhF3SCJQEBBTocIxALDgoJJQ8qHgYTh3UDEwG5RIxjgnAHhCwDmAmSCIMoOg Received: from 153.133-179-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.179.133.153]) by relay.skynet.be with ESMTP; 25 Oct 2013 16:27:51 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id r9PERoMd059416; Fri, 25 Oct 2013 16:27:50 +0200 (CEST) (envelope-from tijl@coosemans.org) Date: Fri, 25 Oct 2013 16:27:49 +0200 From: Tijl Coosemans To: Aleksandr Rybalko Subject: Re: newcons comming Message-ID: <20131025162749.766865ed@kalimero.tijl.coosemans.org> In-Reply-To: <20131025171815.23ff76c5d7090006af9f53e2@freebsd.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> <20131025141044.GA26481@lemon> <20131025171815.23ff76c5d7090006af9f53e2@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Fri, 25 Oct 2013 14:27:59 -0000 On Fri, 25 Oct 2013 17:18:15 +0300 Aleksandr Rybalko wrote: > On Fri, 25 Oct 2013 15:10:44 +0100 symbolics@gmx.com wrote: >> On Fri, Oct 25, 2013 at 06:43:54AM -0700, Adrian Chadd wrote: >>> 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be ready >>> for MFC for a 10.1 release. >>> 4) Delay 10.0 until this has matured enough in HEAD, then release it. >>> >>> I really want to see more updated xorg support but the timing of it all >>> feels a little overly rushed for a 10.0 release target. >>> >>> What do others think? >> >> FWIW, I'm really looking forward to newcons but I don't think it should >> be rushed into a release. (3) Seems prudent. > > Anyway it is optional. > > s/device vt/#device vt/ > s/#device sc/device sc/ > > and you in the old, well known world :) I think you need to remove the kernel config changes from the patch and keep syscons the default for now. There's no problem with putting experimental code in HEAD but it can't be the default from day 1. From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 14:34: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 A5C1F485 for ; Fri, 25 Oct 2013 14:34:29 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 6068D2AD8 for ; Fri, 25 Oct 2013 14:34:28 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 1EE34C497E; Fri, 25 Oct 2013 17:34:28 +0300 (EEST) Date: Fri, 25 Oct 2013 17:34:27 +0300 From: Aleksandr Rybalko To: Tijl Coosemans Subject: Re: newcons comming Message-Id: <20131025173427.045538e944de02089d23e9ca@freebsd.org> In-Reply-To: <20131025162749.766865ed@kalimero.tijl.coosemans.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> <20131025141044.GA26481@lemon> <20131025171815.23ff76c5d7090006af9f53e2@freebsd.org> <20131025162749.766865ed@kalimero.tijl.coosemans.org> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Fri, 25 Oct 2013 14:34:29 -0000 On Fri, 25 Oct 2013 16:27:49 +0200 Tijl Coosemans wrote: > On Fri, 25 Oct 2013 17:18:15 +0300 Aleksandr Rybalko wrote: > > On Fri, 25 Oct 2013 15:10:44 +0100 symbolics@gmx.com wrote: > >> On Fri, Oct 25, 2013 at 06:43:54AM -0700, Adrian Chadd wrote: > >>> 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be ready > >>> for MFC for a 10.1 release. > >>> 4) Delay 10.0 until this has matured enough in HEAD, then release it. > >>> > >>> I really want to see more updated xorg support but the timing of it all > >>> feels a little overly rushed for a 10.0 release target. > >>> > >>> What do others think? > >> > >> FWIW, I'm really looking forward to newcons but I don't think it should > >> be rushed into a release. (3) Seems prudent. > > > > Anyway it is optional. > > > > s/device vt/#device vt/ > > s/#device sc/device sc/ > > > > and you in the old, well known world :) > > I think you need to remove the kernel config changes from the patch > and keep syscons the default for now. There's no problem with putting > experimental code in HEAD but it can't be the default from day 1. Yeah, exact, it is enabled in patch just for easy testing. Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 15:31: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 7711FB29; Fri, 25 Oct 2013 15:31:47 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E49AA2E00; Fri, 25 Oct 2013 15:31:46 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id y10so4015933wgg.20 for ; Fri, 25 Oct 2013 08:31:45 -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=V+Qoif1RklMpCqDzZ+h0qttrF44ZuNVO9tVLddqglDE=; b=pkGzZLtzD8xRfa8zcG7p3S/F6xpwTQibQ9efxmrrrunbHj8riBvUxz6YPhTE+aulCf 9jZ9/3FfOFUsXFacAshJ8bBVHO/HvHj7Ogt3Pee5BL08ZUylka2IJoXG/e+z9dU5he1Z 58S0uYotGlqqwuVPhztkBhKD+S8XFmuPWG62ef//0ifJ/f5BMvy7Fa7BKDi7fi+2JL4+ TI63qYR+/nJkhjTq5CqozwioDUKFK1vBNWwMvXwtrsJM5tAGJAyp95zJiG794Tx0kRnw OI9Lf4+Tgkci+WoACoYIQpbmO7Ryr7kP/TGZEMlManyViPDqrZGPFiAt0YJ7qSbrZRVv 2VsA== MIME-Version: 1.0 X-Received: by 10.194.94.137 with SMTP id dc9mr8166009wjb.38.1382715105361; Fri, 25 Oct 2013 08:31:45 -0700 (PDT) Received: by 10.194.216.2 with HTTP; Fri, 25 Oct 2013 08:31:45 -0700 (PDT) In-Reply-To: References: Date: Fri, 25 Oct 2013 17:31:45 +0200 Message-ID: Subject: Re: Using a swap file From: Rostislav Krasny To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 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, 25 Oct 2013 15:31:47 -0000 On Fri, Oct 25, 2013 at 3:50 PM, Rostislav Krasny wrote: > Hi there, > > I've 10.0-BETA1 i386 installed and I want to use a swap file instead > of a swap partition. I created /swapfile and I'm able to enable it > manually by following commands: > > mdconfig -a -t vnode -f /swapfile -u 0 > swapon /dev/md0 > > This is according to the following section of the Handbook: > > http://www.freebsd.org/doc/handbook/adding-swap-space.html > > It still states that adding swapfile="" into > /etc/rc.conf enables that swap file during a boot automatically. > However this is already not true for CURRENT and for the upcoming 10.0 > release. According to following commit number 252310 this rc.conf > parameter is obsolete > > http://svnweb.freebsd.org/base?view=revision&revision=252310 > > It introduces different configuration and offers to add a line like > following into /etc/fstab > > md none swap sw,file=/swapfile 0 0 > > This is what I did but 'swapon -a' still doesn't work. I didn't try to > reboot because I build world in other console. But I believe the > result will be the same, because /etc/rc.d/swap runs the same command: > '/sbin/swapon -aq'. So what is the right way to enable a swap file > during a boot and for commands like 'swapon -a' ? > > Thanks > > P.S. The Handbook needs to be updated After rebooting (into an updated system) the swap file somehow turned on and was running through /dev/md0. Unfortunately after running 'swapoff -a' it is impossibly to turn it back on and /dev/md0 is disappeared. So the swapon(8) program is still broken. From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 15:46: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 DB76E55A; Fri, 25 Oct 2013 15:46:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34D962EFD; Fri, 25 Oct 2013 15:46:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r9PFk2hw068315; Fri, 25 Oct 2013 18:46:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r9PFk2hw068315 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r9PFk2OK068314; Fri, 25 Oct 2013 18:46:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 25 Oct 2013 18:46:02 +0300 From: Konstantin Belousov To: Aleksandr Rybalko Subject: Re: newcons comming Message-ID: <20131025154602.GJ10625@kib.kiev.ua> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ah9ph+G2cWRpKogL" Content-Disposition: inline In-Reply-To: <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home 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, 25 Oct 2013 15:46:13 -0000 --Ah9ph+G2cWRpKogL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 25, 2013 at 04:04:10PM +0300, Aleksandr Rybalko wrote: > On Fri, 25 Oct 2013 15:18:47 +0300 > Aleksandr Rybalko wrote: >=20 > > Hello fellow hackers! > >=20 > > I finally reach the point when I can work with newcons instead of > > syscons on my laptop. Yes, I know it still buggy and have a lot of > > style(9) problems. But we really have to get it into HEAD and 10.0 to > > enable shiny new Xorg features, drivers, etc. > >=20 > > So I ask everyone to look "hard" into that[1] and tell me your opinion. > > I expect a lot of opinions, since it have to affect almost all good > > guys, as result I have to ask to split "bug reports" into two parts: > > 1. Should be done before merge to 10.0; > > 2. Can be done later. > >=20 > > If it possible, please do it(review - report) ASAP. > > I have plan to done it that way: > > 1. Merge newcons to head (in a few days); > > 2. Fix a lot of reported bugs (2 hrs :-D ); > > 3. Persuade re@ about we need it in 10.0 (one week, maybe two); > > 4. Merge to 10.0; > > 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W > > 5. Add mouse cut-paste support; > > 6. Fix new bugs; > > 7. Some drinks. > >=20 > > What do we will have with newcons: > > * (Think it is main) Allow us to switch to fresh Xorg, which require > > KMS. > > * Graphic devices which can provide framebuffer access can be easily > > used as virtual terminals (someone may have pixel-LCD on front of PC > > tower, may found it useful :-D ) > > * See [2]. > >=20 > > TODO: > > * Lack of key mapping files, everyone can help with that using > > instructions on [3]; > > * A bit slow (mostly scrolling affected). > > * Other bugs :) > > * See [2]. > >=20 > > Thanks! > >=20 > > [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ > > [2] - > > http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continua= tion-of-the-Newcons-Project > > [3] - > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input= =2Ehtml > >=20 > > Hope you will love newcons! > > And maybe me too :) > >=20 > > WBW > > --=20 > > Aleksandr Rybalko >=20 > Forget to give a patch to HEAD, here it is: >=20 > http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25= _1542.diff.gz Was the code reviewed by anybody ? Was technical reviewer assigned by the project sponsor ? I looked very quickly over the whole patch, I only enumerate the things that catched my eye: dev/vt/hw/intel.c is sort of joke, it should be removed. I am very suspicious to what you do in the drm_fb_helper.c with enqueuing, but I need to do much more reading of the code to say something definitive. Intel GPU might provide relatively wide range of the pixel formats, I do not see a code to parse and use these formats. Overall code looks relatively self-contained, so I think you indeed might merge it to head after some public testing and review. But I very much doubt that 10.0 is feasible for any efforts. --Ah9ph+G2cWRpKogL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSapI5AAoJEJDCuSvBvK1BsWQQAI8DxCIXbSt7n1HdPLalTyXL KHCmXzVjhwgyrtUh8YxNifRVsMoH5d1gJmiigiFge5QibmvzKSnjYRYlccCzZ3Zf bpc/D2VYfQ4lr5x2b8VMjiFeaHqlplnRBDG4U9W4aYa1Iz2ONz+aQpeVq6IS7OLb 9AGdS2Ni8U03Vhiptd6gsRwgbNmu8A2x/WfrD74XsZv9SZeuyrTMkHJhsl2qs6r3 ZMQQQryt3pt+Q8f9losgN+tyMrM0J5Ia7fD57o79hD1X5CpBuaClVxJ2ua+006kU uviRvUg4Z7QewJdme2Pw0jKlvULX3w7Rjh2FjaJvBB5xTC7ALVbxqhfXRYFHJBY5 53XwQcbcyrOFpDCXjxkJUC7y7gVz9yCiU7N+amcJg7YS7wRW8bGLt4u4or5MUsBZ GPnK1XRgMW6EOJ1kBpow6/1AvLlh1EZvLCIcr5cqCCpwf4ulQp2Bzp14EUYGuvBV fUIrpqaN5hezyCLcCcIBN5rCGwDHEmsaPRfCaXibfHEdhq0mye1E4n5uDp8KJOox fbGmUZXPANGyjd9HTyFWEb57XG75gqq1B5f0QxTjU0mwsvw3WftlG5GZj4MAYqG0 D2z2cQt2pFRFyG3zNoCpc5Hpz6qzUFTMsW7CJIfAyHsR5FPXRDX8HntMXiZvzR+V Pi5WrJkG+xYuzQlc+0pS =WrEA -----END PGP SIGNATURE----- --Ah9ph+G2cWRpKogL-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 16:00: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 17ED4C98 for ; Fri, 25 Oct 2013 16:00:56 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB5952FF9 for ; Fri, 25 Oct 2013 16:00:55 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id u56so4022037wes.19 for ; Fri, 25 Oct 2013 09:00:54 -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=pElBtltYp5QA6FOgTQr2FJB8ikXnc7kvsnK/9bpth+M=; b=d+ukc/tK3XXpLUV7WvqKdNubQ4+CkedCXb+Hy9NJ7cWoXZn/SCzY2+wY5Jj9zDnzhm SYCG+pwEKQGLZEUV3r+bIjgJFcsPfgLz3mJTxad7x3StJ90EuBSY5mI8m1gGvPp2BGqD CTifMWw6k0VXiOv30wcVeABVYwxmd6n/5CqimiroI3qx9F6WA7JXHAj39pqYaT4d9s3k DE2VNqYG4yroL75Oyqe67DLL/bKkPYQhw8xYEDHvMp7d+3nfsQWn+P1+t2x5PLu/VvJ+ pT9DHGYYGXNULoB8N5ITOBiHDZi+H7F38MNjTmppC2LIVIwQxB0kKYe5k2/3FIdVr3sX o8Pw== MIME-Version: 1.0 X-Received: by 10.194.63.228 with SMTP id j4mr7973149wjs.34.1382716854100; Fri, 25 Oct 2013 09:00:54 -0700 (PDT) Received: by 10.194.216.2 with HTTP; Fri, 25 Oct 2013 09:00:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 25 Oct 2013 18:00:54 +0200 Message-ID: Subject: Re: Using a swap file From: Rostislav Krasny To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 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, 25 Oct 2013 16:00:56 -0000 On Fri, Oct 25, 2013 at 6:31 PM, Rostislav Krasny wrote: > On Fri, Oct 25, 2013 at 3:50 PM, Rostislav Krasny wrote: >> Hi there, >> >> I've 10.0-BETA1 i386 installed and I want to use a swap file instead >> of a swap partition. I created /swapfile and I'm able to enable it >> manually by following commands: >> >> mdconfig -a -t vnode -f /swapfile -u 0 >> swapon /dev/md0 >> >> This is according to the following section of the Handbook: >> >> http://www.freebsd.org/doc/handbook/adding-swap-space.html >> >> It still states that adding swapfile="" into >> /etc/rc.conf enables that swap file during a boot automatically. >> However this is already not true for CURRENT and for the upcoming 10.0 >> release. According to following commit number 252310 this rc.conf >> parameter is obsolete >> >> http://svnweb.freebsd.org/base?view=revision&revision=252310 >> >> It introduces different configuration and offers to add a line like >> following into /etc/fstab >> >> md none swap sw,file=/swapfile 0 0 >> >> This is what I did but 'swapon -a' still doesn't work. I didn't try to >> reboot because I build world in other console. But I believe the >> result will be the same, because /etc/rc.d/swap runs the same command: >> '/sbin/swapon -aq'. So what is the right way to enable a swap file >> during a boot and for commands like 'swapon -a' ? >> >> Thanks >> >> P.S. The Handbook needs to be updated > > After rebooting (into an updated system) the swap file somehow turned > on and was running through /dev/md0. Unfortunately after running > 'swapoff -a' it is impossibly to turn it back on and /dev/md0 is > disappeared. So the swapon(8) program is still broken. Finally I've figured out how to turn swap on in case it's on a swap file: root@saturn:~ # swapon -aL swapon: adding /dev/md0 as swap device This is (with an additional -q parameter) what /etc/rc.d/swaplate does during the boot. But from the swapon(8) manual page this is not obvious: The swapon utility adds the specified swap devices to the system. If the -a option is used, all swap devices in /etc/fstab will be added, unless their ``noauto'' or ``late'' option is also set. If the -L option is specified, swap devices with the ``late'' option will be added as well as ones with no option. If the -q option is used, informational messages will not be written to standard output when a swap device is added. But I have no 'late' option in my /etc/fstab: root@saturn:~ # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ada0s2a / ufs rw 1 1 md none swap sw,file=/swapfile 0 0 Then why 'swapon -a' (without -L) doesn't work? It's either buggy or confusing. P.S. Please update the Handbook as well. From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 16:49:27 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 360CF3C5; Fri, 25 Oct 2013 16:49:27 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 131DF2307; Fri, 25 Oct 2013 16:49:26 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id r9PGnGMO004853 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 25 Oct 2013 09:49:18 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <526AA106.6090807@freebsd.org> Date: Sat, 26 Oct 2013 00:49:10 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Adrian Chadd , Aleksandr Rybalko Subject: Re: newcons comming References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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, 25 Oct 2013 16:49:27 -0000 On 10/25/13 9:29 PM, Adrian Chadd wrote: > Erm, I don't think this is really ready for -HEAD yet? certainly not ready for 10.. but that doesn't mean it can not be in 10.1 the existing console will still be there as default, and if this truely is a big step forward, people will start using it in 10.1 and it can be in 11 as a default. I think it's too late for this to be in 10.0 > > > > -adrian > > > > On 25 October 2013 06:04, Aleksandr Rybalko wrote: > >> On Fri, 25 Oct 2013 15:18:47 +0300 >> Aleksandr Rybalko wrote: >> >>> Hello fellow hackers! >>> >>> I finally reach the point when I can work with newcons instead of >>> syscons on my laptop. Yes, I know it still buggy and have a lot of >>> style(9) problems. But we really have to get it into HEAD and 10.0 to >>> enable shiny new Xorg features, drivers, etc. >>> >>> So I ask everyone to look "hard" into that[1] and tell me your opinion. >>> I expect a lot of opinions, since it have to affect almost all good >>> guys, as result I have to ask to split "bug reports" into two parts: >>> 1. Should be done before merge to 10.0; >>> 2. Can be done later. >>> >>> If it possible, please do it(review - report) ASAP. >>> I have plan to done it that way: >>> 1. Merge newcons to head (in a few days); >>> 2. Fix a lot of reported bugs (2 hrs :-D ); >>> 3. Persuade re@ about we need it in 10.0 (one week, maybe two); >>> 4. Merge to 10.0; >>> 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W >>> 5. Add mouse cut-paste support; >>> 6. Fix new bugs; >>> 7. Some drinks. >>> >>> What do we will have with newcons: >>> * (Think it is main) Allow us to switch to fresh Xorg, which require >>> KMS. >>> * Graphic devices which can provide framebuffer access can be easily >>> used as virtual terminals (someone may have pixel-LCD on front of PC >>> tower, may found it useful :-D ) >>> * See [2]. >>> >>> TODO: >>> * Lack of key mapping files, everyone can help with that using >>> instructions on [3]; >>> * A bit slow (mostly scrolling affected). >>> * Other bugs :) >>> * See [2]. >>> >>> Thanks! >>> >>> [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ >>> [2] - >>> >> http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project >>> [3] - >>> >> http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html >>> Hope you will love newcons! >>> And maybe me too :) >>> >>> WBW >>> -- >>> Aleksandr Rybalko >> Forget to give a patch to HEAD, here it is: >> >> >> http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25_1542.diff.gz >> >> Thanks to all! >> >> WBW >> -- >> Aleksandr Rybalko >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 16:52: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 045D763E for ; Fri, 25 Oct 2013 16:52:29 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9706F2357 for ; Fri, 25 Oct 2013 16:52:28 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x12so4185767wgg.16 for ; Fri, 25 Oct 2013 09:52: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=9PmUhzLHK7Ep68NBw9n88VvlZsGQGj6aU3LVB7kvEX0=; b=Tps1a1LRXi1YiOYXzzvKedVMOjr2/9YYWVztukIntvJAKeO7Y2T8fvwltG36UuZTJw eVNJQKUpN67NUqSBmxdbLuauIvLgtIejctcXIzBw473uV/GQTsqB9e79BULJW4hP2vW9 /4eTx73gmzaoLoG2NEerJrMYTNcAYdFLGrtBfnwl1wVMani/OQwNA8OjJBMgg5b10+xQ FMRb0VS9Sg/8UqhQ5UYhMnN1An5Z5L9eOyoRHYK/1ses8vIbnHgYqxeRtf1HK5aPNQCI KUFJnh1DXolBZjAKOGy7ZFOTanLKVlbDo22zrnbVCgInnw6vdRyKN9w037zReiOBuXJl Vv0Q== MIME-Version: 1.0 X-Received: by 10.180.104.34 with SMTP id gb2mr3359176wib.3.1382719947110; Fri, 25 Oct 2013 09:52:27 -0700 (PDT) Received: by 10.194.57.52 with HTTP; Fri, 25 Oct 2013 09:52:27 -0700 (PDT) In-Reply-To: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> Date: Fri, 25 Oct 2013 20:52:27 +0400 Message-ID: Subject: Re: newcons comming From: Andrey Fesenko To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 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, 25 Oct 2013 16:52:29 -0000 On Fri, Oct 25, 2013 at 4:18 PM, Aleksandr Rybalko wrote: > Hello fellow hackers! > > I finally reach the point when I can work with newcons instead of > syscons on my laptop. Yes, I know it still buggy and have a lot of > ... Yes, it's build and work # uname -a FreeBSD x220.local 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r257111M: Fri Oct 25 19:27:50 MSK 2013 andrey@x220.local:/usr/obj/usr/src/sys/W_BOOK amd64 :) In the single user ugly Can not read termcap database: Using dumb terminal settings In the multy user mode: Switch Xorg to consol and back is correct. spam log % tail /var/log/messages Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0xc0086457, nr=0x57, dev 0xfffff80006682800, auth=1 Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0x20006458, nr=0x58, dev 0xfffff80006682800, auth=1 Oct 25 20:47:29 x220 last message repeated 5 times Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0x800c645f, nr=0x5f, dev 0xfffff80006682800, auth=1 Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0x8020645d, nr=0x5d, dev 0xfffff80006682800, auth=1 Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0x80406469, nr=0x69, dev 0xfffff80006682800, auth=1 Oct 25 20:47:29 x220 kernel: [drm:pid1444:i915_gem_execbuffer2] buffers_ptr 80340a400 buffer_count 2 len 00000058 Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0x800c645f, nr=0x5f, dev 0xfffff80006682800, auth=1 Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0xc0086457, nr=0x57, dev 0xfffff80006682800, auth=1 Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, cmd=0x20006458, nr=0x58, dev 0xfffff80006682800, auth=1 In the console login jumps up, but it works correctly. If ScrlLk console blink. From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 17:07:58 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 310E5CEB; Fri, 25 Oct 2013 17:07:58 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (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 004822400; Fri, 25 Oct 2013 17:07:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=y6TshWEsn56vRtXXF8HJDawcSIby5qM4A1xuTZ/574s=; b=K9XDPc3hNLiA1wa5kMU51jwyI4GTpd1ezso3DdIa3+TTkiQ4/ZuxocJUzZkBQVCIjxdu/HyuMu+VDOruLYrxU7I9qQbZeOMnb1g2/GYmSh7TZbYivrpgJ35GWoBvw2MKtS8zNMS3gyy1qneEq+eqmnnofSjZaK7WZLnIQHQgSdg=; Received: from localhost.lerctr.org ([127.0.0.1]:36833 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VZkra-000LIK-NZ; Fri, 25 Oct 2013 12:07:56 -0500 Received: from [32.97.110.59] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 25 Oct 2013 12:07:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 25 Oct 2013 12:07:54 -0500 From: Larry Rosenman To: Freebsd fs , Freebsd current Subject: ZFS: Invalid SEND/RECV stream still Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.4 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 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, 25 Oct 2013 17:07:58 -0000 between 10.0-BETA1 and 11.0-CURRENT. I've been fighting this battle for a LONG time. I had hoped(!) that it would be solved by the systems being closer in rev but that didn't happen. I'd LOVE someone to look at it. I can provide ssh / root access to both machines. Error Message: received 320KB stream in 1 seconds (320KB/sec) receiving incremental stream of vault/var@2013-10-25 into zroot/backups/TBH/var@2013-10-25 cannot receive incremental stream: invalid backup stream $ Script: $ cat backup-TBH-ZFS.sh #!/bin/sh DATE=`date "+%Y-%m-%d"` #DATE2=2013-03-24 DATE2=`date -v "-1d" "+%Y-%m-%d"` # snap the source ssh root@tbh.lerctr.org zfs snapshot -r vault@${DATE} # zfs copy the source to here. ssh root@tbh.lerctr.org "zfs send -R -D -I vault@${DATE2} vault@${DATE} | \ ssh home.lerctr.org \"zfs recv -F -u -v -d zroot/backups/TBH\"" # make sure we NEVER allow the backup stuff to automount. /sbin/zfs list -H -t filesystem -r zroot/backups/TBH| \ awk '{printf "/sbin/zfs set canmount=noauto %s\n",$1}' | sh $ Uname's: $ uname -a FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #80 r257016: Wed Oct 23 17:36:15 CDT 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 $ ssh tbh uname -a FreeBSD thebighonker.lerctr.org 10.0-BETA1 FreeBSD 10.0-BETA1 #1 r256791: Sun Oct 20 12:28:55 CDT 2013 root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 $ What else do y'all need? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 17:33: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 3889449B; Fri, 25 Oct 2013 17:33:13 +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 0E5A6257F; Fri, 25 Oct 2013 17:33:12 +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 1VZlFx-0004gj-NX; Fri, 25 Oct 2013 17:33:05 +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 r9PHX3eS046892; Fri, 25 Oct 2013 11:33: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/qoFOJOMjWBN4eSaqADVab Subject: Re: ZFS: Invalid SEND/RECV stream still From: Ian Lepore To: Larry Rosenman In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Oct 2013 11:33:03 -0600 Message-ID: <1382722383.1170.107.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Freebsd fs , 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, 25 Oct 2013 17:33:13 -0000 On Fri, 2013-10-25 at 12:07 -0500, Larry Rosenman wrote: > between 10.0-BETA1 and 11.0-CURRENT. > I've been fighting this battle for a LONG time. I had hoped(!) that it > would be solved by the systems being > closer in rev but that didn't happen. > > I'd LOVE someone to look at it. > > I can provide ssh / root access to both machines. > > > Error Message: > received 320KB stream in 1 seconds (320KB/sec) > receiving incremental stream of vault/var@2013-10-25 into > zroot/backups/TBH/var@2013-10-25 > cannot receive incremental stream: invalid backup stream > $ > > Script: > $ cat backup-TBH-ZFS.sh > #!/bin/sh > DATE=`date "+%Y-%m-%d"` > #DATE2=2013-03-24 > DATE2=`date -v "-1d" "+%Y-%m-%d"` > # snap the source > ssh root@tbh.lerctr.org zfs snapshot -r vault@${DATE} > # zfs copy the source to here. > ssh root@tbh.lerctr.org "zfs send -R -D -I vault@${DATE2} > vault@${DATE} | \ > ssh home.lerctr.org \"zfs recv -F -u -v -d zroot/backups/TBH\"" > # make sure we NEVER allow the backup stuff to automount. > /sbin/zfs list -H -t filesystem -r zroot/backups/TBH| \ > awk '{printf "/sbin/zfs set canmount=noauto %s\n",$1}' | sh > $ > > Uname's: > $ uname -a > FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #80 r257016: > Wed Oct 23 17:36:15 CDT 2013 > root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 > $ ssh tbh uname -a > FreeBSD thebighonker.lerctr.org 10.0-BETA1 FreeBSD 10.0-BETA1 #1 > r256791: Sun Oct 20 12:28:55 CDT 2013 > root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 > $ > > What else do y'all need? > > > I notice you're using ssh and a pipe -- does your shell logon script echo anything to stdout when you connect? I've had that interfere with piped ssh stuff. Most shells provide a way for the logon script to determine "is this an interactive session?" and you can use that to avoid echoing anything that would interfere with non-interactive automation. -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 17:36:27 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 F154E81A; Fri, 25 Oct 2013 17:36:26 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (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 BCC8025D9; Fri, 25 Oct 2013 17:36:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=KEvZtj/rYUHkioaRtH4m1x3Hn5nWHtoWI2AkwStOdRo=; b=NoxRMWAhICPzdL/7CnFn8K8CQdiJWYL0B7f3VWiMvQXVC/uWCh8NA+yi7YoBIpEwq/vn+myQ3gE/1Sc8fJeczW3Zjol6iZyb9m7wGGwao40kyJlTsMUlyGw5ajdJZBWX+8BxznEwa2PrPDhgS/8tV1Vd4QXW7d7ZIcVe0OUN8bI=; Received: from localhost.lerctr.org ([127.0.0.1]:20320 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VZlIm-000LdS-59; Fri, 25 Oct 2013 12:36:23 -0500 Received: from [32.97.110.59] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 25 Oct 2013 12:35:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 25 Oct 2013 12:35:59 -0500 From: Larry Rosenman To: Ian Lepore Subject: Re: ZFS: Invalid SEND/RECV stream still In-Reply-To: <1382722383.1170.107.camel@revolution.hippie.lan> References: <1382722383.1170.107.camel@revolution.hippie.lan> Message-ID: <4b27106e75966fc555478400915d375f@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.4 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 Cc: Freebsd fs , 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, 25 Oct 2013 17:36:27 -0000 On 2013-10-25 12:33, Ian Lepore wrote: > On Fri, 2013-10-25 at 12:07 -0500, Larry Rosenman wrote: >> between 10.0-BETA1 and 11.0-CURRENT. >> I've been fighting this battle for a LONG time. I had hoped(!) that >> it >> would be solved by the systems being >> closer in rev but that didn't happen. >> >> I'd LOVE someone to look at it. >> >> I can provide ssh / root access to both machines. >> >> >> Error Message: >> received 320KB stream in 1 seconds (320KB/sec) >> receiving incremental stream of vault/var@2013-10-25 into >> zroot/backups/TBH/var@2013-10-25 >> cannot receive incremental stream: invalid backup stream >> $ >> >> Script: >> $ cat backup-TBH-ZFS.sh >> #!/bin/sh >> DATE=`date "+%Y-%m-%d"` >> #DATE2=2013-03-24 >> DATE2=`date -v "-1d" "+%Y-%m-%d"` >> # snap the source >> ssh root@tbh.lerctr.org zfs snapshot -r vault@${DATE} >> # zfs copy the source to here. >> ssh root@tbh.lerctr.org "zfs send -R -D -I vault@${DATE2} >> vault@${DATE} | \ >> ssh home.lerctr.org \"zfs recv -F -u -v -d zroot/backups/TBH\"" >> # make sure we NEVER allow the backup stuff to automount. >> /sbin/zfs list -H -t filesystem -r zroot/backups/TBH| \ >> awk '{printf "/sbin/zfs set canmount=noauto %s\n",$1}' | sh >> $ >> >> Uname's: >> $ uname -a >> FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #80 r257016: >> Wed Oct 23 17:36:15 CDT 2013 >> root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 >> $ ssh tbh uname -a >> FreeBSD thebighonker.lerctr.org 10.0-BETA1 FreeBSD 10.0-BETA1 #1 >> r256791: Sun Oct 20 12:28:55 CDT 2013 >> root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 >> $ >> >> What else do y'all need? >> >> >> > > I notice you're using ssh and a pipe -- does your shell logon script > echo anything to stdout when you connect? I've had that interfere with > piped ssh stuff. Most shells provide a way for the logon script to > determine "is this an interactive session?" and you can use that to > avoid echoing anything that would interfere with non-interactive > automation. > > -- Ian no, it does NOT. I've verified that, plus this error is a LONG way into the stream. (I cut a bunch of the previous output). I've even gathered tmp files from this before, but no one had the time to look at it. Thanks for at least looking. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 17:50:49 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 D4D84E10; Fri, 25 Oct 2013 17:50:49 +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 63BE326C5; Fri, 25 Oct 2013 17:50:49 +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 r9PHogom020132; Fri, 25 Oct 2013 13:50:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9PHogoE020110; Fri, 25 Oct 2013 17:50:42 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Oct 2013 17:50:42 GMT Message-Id: <201310251750.r9PHogoE020110@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 i386/pc98 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: Fri, 25 Oct 2013 17:50:50 -0000 TB --- 2013-10-25 17:34:48 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-25 17:34:48 - 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-10-25 17:34:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-25 17:34:48 - cleaning the object tree TB --- 2013-10-25 17:35:25 - /usr/local/bin/svn stat /src TB --- 2013-10-25 17:35:49 - At svn revision 257111 TB --- 2013-10-25 17:35:50 - building world TB --- 2013-10-25 17:35:50 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 17:35:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 17:35:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 17:35:50 - SRCCONF=/dev/null TB --- 2013-10-25 17:35:50 - TARGET=pc98 TB --- 2013-10-25 17:35:50 - TARGET_ARCH=i386 TB --- 2013-10-25 17:35:50 - TZ=UTC TB --- 2013-10-25 17:35:50 - __MAKE_CONF=/dev/null TB --- 2013-10-25 17:35:50 - cd /src TB --- 2013-10-25 17:35:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Oct 25 17:35:58 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-25 17:50:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-25 17:50:42 - ERROR: failed to build world TB --- 2013-10-25 17:50:42 - 651.63 user 120.32 system 953.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 18:55:27 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 DAD82472; Fri, 25 Oct 2013 18:55:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x234.google.com (mail-qe0-x234.google.com [IPv6:2607:f8b0:400d: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 878FE2A94; Fri, 25 Oct 2013 18:55:27 +0000 (UTC) Received: by mail-qe0-f52.google.com with SMTP id w7so2617546qeb.11 for ; Fri, 25 Oct 2013 11:55:26 -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=o664NDxoUHI/EHeuxGwcTGfrgauSl01tz8UOxPWlJ4g=; b=P6vrByM4U+0SEgo/A8d9ikBh4yrEaAAwtnzQ9BRPCNNFJrslayrjN3SXrloj1Ke+pX zqejwQaFDApv7w6aNav2wkTLsqndEQRnyRzSQ9auGKZEnQuEqMIqjkEfVSCMBMVvG3rP cse2JTCoymBF9nlD2ElrjbUia7cvtzjqiQ1Qq+0XaH13m5bnxmpoFwpAjZp9DiHVOLkY iObRye0OvFHW0duKC5MbRMClo/qQ6qgWM7UBkanppGaXKd4xsIVRYNI1bRmzWcbStGYb RLoOXgVMYDRBEwJZskOReIhfSyVyq9S4iojt2bpcD9pFzA3xUKEAqHj1TTJgaw4i9kkI 1klQ== MIME-Version: 1.0 X-Received: by 10.224.157.14 with SMTP id z14mr13417855qaw.90.1382727326804; Fri, 25 Oct 2013 11:55:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Fri, 25 Oct 2013 11:55:26 -0700 (PDT) In-Reply-To: <20131025171815.23ff76c5d7090006af9f53e2@freebsd.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> <20131025141044.GA26481@lemon> <20131025171815.23ff76c5d7090006af9f53e2@freebsd.org> Date: Fri, 25 Oct 2013 11:55:26 -0700 X-Google-Sender-Auth: iExsRrNHKcqBASwEz1rS1iVerBA Message-ID: Subject: Re: newcons comming From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current , symbolics@gmx.com 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, 25 Oct 2013 18:55:27 -0000 I think the best thing to do is address kib's issues and whatever else pops up in the review, then add it into -HEAD as the non-default console type. What I'd hate to see is some build time dependency where xorg _requires_ you to run newcons in order to run X. Well, at least just right now. I have a whole bunch of older hardware that I won't have access to for a couple more weeks (old netbooks, thinkpads, etc) that I'd like to run newcons and the latest xorg builds on, just to make sure we haven't broken things for stuff circa 2005-2006. There's still a lot of that stuff out there and right now xorg+console works fine for those. Thanks, -adrian On 25 October 2013 07:18, Aleksandr Rybalko wrote: > On Fri, 25 Oct 2013 15:10:44 +0100 > symbolics@gmx.com wrote: > > > On Fri, Oct 25, 2013 at 06:43:54AM -0700, Adrian Chadd wrote: > > > 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be > ready > > > for MFC for a 10.1 release. > > > 4) Delay 10.0 until this has matured enough in HEAD, then release it. > > > > > > I really want to see more updated xorg support but the timing of it all > > > feels a little overly rushed for a 10.0 release target. > > > > > > What do others think? > > > > > > > FWIW, I'm really looking forward to newcons but I don't think it should > > be rushed into a release. (3) Seems prudent. > > Anyway it is optional. > > s/device vt/#device vt/ > s/#device sc/device sc/ > > and you in the old, well known world :) > > > > > --sym > > _______________________________________________ > > 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" > > > -- > Aleksandr Rybalko > _______________________________________________ > 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 Oct 25 19:36:33 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 A63983F4; Fri, 25 Oct 2013 19:36:33 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (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 71FB22CAD; Fri, 25 Oct 2013 19:36:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Ta1WFlndqeSA+7LyOoX/XWU6ekfzHc/nc0CbgJaHHo0=; b=Bx1pUpVWKhIMce5HaLqyFAeKpbOWBhsRX4Hj5vmQC//zQUs3b5/5A3j2d8kae9XxF1PliWu8uc7OXb+SXuh1GAmfEuXB6Rr5ZLeGHDLmHktfMqql4QAhnHqvjDpGbr2t4XjNSP37FPEzWxGhOVpVyQ39o4K6CbpVfRbsAvAzGVI=; Received: from localhost.lerctr.org ([127.0.0.1]:12582 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VZnBO-0003Xc-VB; Fri, 25 Oct 2013 14:36:32 -0500 Received: from [32.97.110.59] by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 25 Oct 2013 14:36:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 25 Oct 2013 14:36:30 -0500 From: Larry Rosenman To: Garrett Wollman Subject: Re: ZFS: Invalid SEND/RECV stream still In-Reply-To: <201310251933.r9PJX8sx086597@hergotha.csail.mit.edu> References: <201310251933.r9PJX8sx086597@hergotha.csail.mit.edu> Message-ID: <29a687d287cf28d34283566eba509486@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.5 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 Cc: Freebsd fs , 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, 25 Oct 2013 19:36:33 -0000 On 2013-10-25 14:33, Garrett Wollman wrote: > In article , > Larry Rosenman wrote: > >> Error Message: >> received 320KB stream in 1 seconds (320KB/sec) >> receiving incremental stream of vault/var@2013-10-25 into >> zroot/backups/TBH/var@2013-10-25 >> cannot receive incremental stream: invalid backup stream > > I've seen this happen in one very specific case: if the receiving > machine is doing automatic snapshots, and happens to do a snapshot of > the filesystem being received *while it's being received*. In that > case, it appears that the filesystem on disk gets subtly corrupted, > and the only remedy is to destroy it on the receiving machine and > start all over (making sure to disable automatic snapshots this time). > > "zfs receive -F" will rollback snapshots made on the receiving system > that don't exist on the sending system, but it only does this at the > beginning of the stream -- it can't prevent further snapshots from > being taken during reception of an incremental stream which foul up > the works. > > -GAWollman There are NO automatic snapshots in play here at all :( -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 19:33:10 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 4D86925C for ; Fri, 25 Oct 2013 19:33:10 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BEDC2C8B for ; Fri, 25 Oct 2013 19:33:09 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id r9PJX8Um086598; Fri, 25 Oct 2013 15:33:08 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id r9PJX8sx086597; Fri, 25 Oct 2013 15:33:08 -0400 (EDT) (envelope-from wollman) Date: Fri, 25 Oct 2013 15:33:08 -0400 (EDT) From: Garrett Wollman Message-Id: <201310251933.r9PJX8sx086597@hergotha.csail.mit.edu> To: current@freebsd.org Subject: Re: ZFS: Invalid SEND/RECV stream still References: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Fri, 25 Oct 2013 15:33:08 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-Mailman-Approved-At: Fri, 25 Oct 2013 19:44:31 +0000 Cc: ler@lerctr.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, 25 Oct 2013 19:33:10 -0000 In article , Larry Rosenman wrote: >Error Message: >received 320KB stream in 1 seconds (320KB/sec) >receiving incremental stream of vault/var@2013-10-25 into >zroot/backups/TBH/var@2013-10-25 >cannot receive incremental stream: invalid backup stream I've seen this happen in one very specific case: if the receiving machine is doing automatic snapshots, and happens to do a snapshot of the filesystem being received *while it's being received*. In that case, it appears that the filesystem on disk gets subtly corrupted, and the only remedy is to destroy it on the receiving machine and start all over (making sure to disable automatic snapshots this time). "zfs receive -F" will rollback snapshots made on the receiving system that don't exist on the sending system, but it only does this at the beginning of the stream -- it can't prevent further snapshots from being taken during reception of an incremental stream which foul up the works. -GAWollman From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 20:53:14 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 D5A20BFA; Fri, 25 Oct 2013 20:53:14 +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 81F8020A8; Fri, 25 Oct 2013 20:53:14 +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 r9PKrDic031450; Fri, 25 Oct 2013 16:53: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 r9PKrDfi031441; Fri, 25 Oct 2013 20:53:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Oct 2013 20:53:13 GMT Message-Id: <201310252053.r9PKrDfi031441@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: Fri, 25 Oct 2013 20:53:14 -0000 TB --- 2013-10-25 17:50:42 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-25 17:50:42 - 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-10-25 17:50:42 - starting HEAD tinderbox run for mips/mips TB --- 2013-10-25 17:50:42 - cleaning the object tree TB --- 2013-10-25 17:50:42 - /usr/local/bin/svn stat /src TB --- 2013-10-25 17:50:45 - At svn revision 257111 TB --- 2013-10-25 17:50:46 - building world TB --- 2013-10-25 17:50:46 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 17:50:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 17:50:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 17:50:46 - SRCCONF=/dev/null TB --- 2013-10-25 17:50:46 - TARGET=mips TB --- 2013-10-25 17:50:46 - TARGET_ARCH=mips TB --- 2013-10-25 17:50:46 - TZ=UTC TB --- 2013-10-25 17:50:46 - __MAKE_CONF=/dev/null TB --- 2013-10-25 17:50:46 - cd /src TB --- 2013-10-25 17:50:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Oct 25 17:50:53 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 Fri Oct 25 18:53:45 UTC 2013 TB --- 2013-10-25 18:53:45 - cd /src/sys/mips/conf TB --- 2013-10-25 18:53:45 - /usr/sbin/config -m ADM5120 TB --- 2013-10-25 18:53:45 - skipping ADM5120 kernel TB --- 2013-10-25 18:53:45 - cd /src/sys/mips/conf TB --- 2013-10-25 18:53:45 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-25 18:53:45 - skipping ALCHEMY kernel TB --- 2013-10-25 18:53:45 - cd /src/sys/mips/conf TB --- 2013-10-25 18:53:45 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-10-25 18:53:45 - building ALFA_HORNET_UB kernel TB --- 2013-10-25 18:53:45 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 18:53:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 18:53:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 18:53:45 - SRCCONF=/dev/null TB --- 2013-10-25 18:53:45 - TARGET=mips TB --- 2013-10-25 18:53:45 - TARGET_ARCH=mips TB --- 2013-10-25 18:53:45 - TZ=UTC TB --- 2013-10-25 18:53:45 - __MAKE_CONF=/dev/null TB --- 2013-10-25 18:53:45 - cd /src TB --- 2013-10-25 18:53:45 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Fri Oct 25 18:53:45 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 ALFA_HORNET_UB completed on Fri Oct 25 18:56:44 UTC 2013 TB --- 2013-10-25 18:56:44 - cd /src/sys/mips/conf TB --- 2013-10-25 18:56:44 - /usr/sbin/config -m AP121 TB --- 2013-10-25 18:56:44 - building AP121 kernel TB --- 2013-10-25 18:56:44 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 18:56:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 18:56:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 18:56:44 - SRCCONF=/dev/null TB --- 2013-10-25 18:56:44 - TARGET=mips TB --- 2013-10-25 18:56:44 - TARGET_ARCH=mips TB --- 2013-10-25 18:56:44 - TZ=UTC TB --- 2013-10-25 18:56:44 - __MAKE_CONF=/dev/null TB --- 2013-10-25 18:56:44 - cd /src TB --- 2013-10-25 18:56:44 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Oct 25 18:56:44 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 Fri Oct 25 18:59:42 UTC 2013 TB --- 2013-10-25 18:59:42 - cd /src/sys/mips/conf TB --- 2013-10-25 18:59:42 - /usr/sbin/config -m AP91 TB --- 2013-10-25 18:59:42 - building AP91 kernel TB --- 2013-10-25 18:59:42 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 18:59:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 18:59:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 18:59:42 - SRCCONF=/dev/null TB --- 2013-10-25 18:59:42 - TARGET=mips TB --- 2013-10-25 18:59:42 - TARGET_ARCH=mips TB --- 2013-10-25 18:59:42 - TZ=UTC TB --- 2013-10-25 18:59:42 - __MAKE_CONF=/dev/null TB --- 2013-10-25 18:59:42 - cd /src TB --- 2013-10-25 18:59:42 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Oct 25 18:59: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 >>> Kernel build for AP91 completed on Fri Oct 25 19:03:44 UTC 2013 TB --- 2013-10-25 19:03:44 - cd /src/sys/mips/conf TB --- 2013-10-25 19:03:44 - /usr/sbin/config -m AP93 TB --- 2013-10-25 19:03:44 - building AP93 kernel TB --- 2013-10-25 19:03:44 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:03:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:03:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:03:44 - SRCCONF=/dev/null TB --- 2013-10-25 19:03:44 - TARGET=mips TB --- 2013-10-25 19:03:44 - TARGET_ARCH=mips TB --- 2013-10-25 19:03:44 - TZ=UTC TB --- 2013-10-25 19:03:44 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:03:44 - cd /src TB --- 2013-10-25 19:03:44 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Oct 25 19:03:44 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 AP93 completed on Fri Oct 25 19:08:00 UTC 2013 TB --- 2013-10-25 19:08:00 - cd /src/sys/mips/conf TB --- 2013-10-25 19:08:00 - /usr/sbin/config -m AP94 TB --- 2013-10-25 19:08:00 - building AP94 kernel TB --- 2013-10-25 19:08:00 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:08:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:08:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:08:00 - SRCCONF=/dev/null TB --- 2013-10-25 19:08:00 - TARGET=mips TB --- 2013-10-25 19:08:00 - TARGET_ARCH=mips TB --- 2013-10-25 19:08:00 - TZ=UTC TB --- 2013-10-25 19:08:00 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:08:00 - cd /src TB --- 2013-10-25 19:08:00 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Oct 25 19:08: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 >>> Kernel build for AP94 completed on Fri Oct 25 19:13:13 UTC 2013 TB --- 2013-10-25 19:13:13 - cd /src/sys/mips/conf TB --- 2013-10-25 19:13:13 - /usr/sbin/config -m AP96 TB --- 2013-10-25 19:13:13 - building AP96 kernel TB --- 2013-10-25 19:13:13 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:13:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:13:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:13:13 - SRCCONF=/dev/null TB --- 2013-10-25 19:13:13 - TARGET=mips TB --- 2013-10-25 19:13:13 - TARGET_ARCH=mips TB --- 2013-10-25 19:13:13 - TZ=UTC TB --- 2013-10-25 19:13:13 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:13:13 - cd /src TB --- 2013-10-25 19:13:13 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Oct 25 19:13:13 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 AP96 completed on Fri Oct 25 19:18:40 UTC 2013 TB --- 2013-10-25 19:18:40 - cd /src/sys/mips/conf TB --- 2013-10-25 19:18:40 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-25 19:18:40 - building AR71XX_BASE kernel TB --- 2013-10-25 19:18:40 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:18:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:18:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:18:40 - SRCCONF=/dev/null TB --- 2013-10-25 19:18:40 - TARGET=mips TB --- 2013-10-25 19:18:40 - TARGET_ARCH=mips TB --- 2013-10-25 19:18:40 - TZ=UTC TB --- 2013-10-25 19:18:40 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:18:40 - cd /src TB --- 2013-10-25 19:18:40 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Oct 25 19:18:41 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 AR71XX_BASE completed on Fri Oct 25 19:23:59 UTC 2013 TB --- 2013-10-25 19:23:59 - cd /src/sys/mips/conf TB --- 2013-10-25 19:23:59 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-25 19:23:59 - building AR724X_BASE kernel TB --- 2013-10-25 19:23:59 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:23:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:23:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:23:59 - SRCCONF=/dev/null TB --- 2013-10-25 19:23:59 - TARGET=mips TB --- 2013-10-25 19:23:59 - TARGET_ARCH=mips TB --- 2013-10-25 19:23:59 - TZ=UTC TB --- 2013-10-25 19:23:59 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:23:59 - cd /src TB --- 2013-10-25 19:23:59 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Oct 25 19:23:59 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 AR724X_BASE completed on Fri Oct 25 19:28:08 UTC 2013 TB --- 2013-10-25 19:28:08 - cd /src/sys/mips/conf TB --- 2013-10-25 19:28:08 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-25 19:28:08 - building AR91XX_BASE kernel TB --- 2013-10-25 19:28:08 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:28:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:28:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:28:08 - SRCCONF=/dev/null TB --- 2013-10-25 19:28:08 - TARGET=mips TB --- 2013-10-25 19:28:08 - TARGET_ARCH=mips TB --- 2013-10-25 19:28:08 - TZ=UTC TB --- 2013-10-25 19:28:08 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:28:08 - cd /src TB --- 2013-10-25 19:28:08 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Oct 25 19:28:08 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 AR91XX_BASE completed on Fri Oct 25 19:32:56 UTC 2013 TB --- 2013-10-25 19:32:56 - cd /src/sys/mips/conf TB --- 2013-10-25 19:32:56 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-25 19:32:56 - building AR933X_BASE kernel TB --- 2013-10-25 19:32:56 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:32:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:32:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:32:56 - SRCCONF=/dev/null TB --- 2013-10-25 19:32:56 - TARGET=mips TB --- 2013-10-25 19:32:56 - TARGET_ARCH=mips TB --- 2013-10-25 19:32:56 - TZ=UTC TB --- 2013-10-25 19:32:56 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:32:56 - cd /src TB --- 2013-10-25 19:32:56 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Oct 25 19:32:56 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 AR933X_BASE completed on Fri Oct 25 19:35:47 UTC 2013 TB --- 2013-10-25 19:35:47 - cd /src/sys/mips/conf TB --- 2013-10-25 19:35:47 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-25 19:35:47 - building AR934X_BASE kernel TB --- 2013-10-25 19:35:47 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:35:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:35:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:35:47 - SRCCONF=/dev/null TB --- 2013-10-25 19:35:47 - TARGET=mips TB --- 2013-10-25 19:35:47 - TARGET_ARCH=mips TB --- 2013-10-25 19:35:47 - TZ=UTC TB --- 2013-10-25 19:35:47 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:35:47 - cd /src TB --- 2013-10-25 19:35:47 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Oct 25 19:35:48 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 AR934X_BASE completed on Fri Oct 25 19:38:39 UTC 2013 TB --- 2013-10-25 19:38:39 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:39 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-10-25 19:38:39 - skipping BERI_DE4_BASE kernel TB --- 2013-10-25 19:38:39 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:39 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-10-25 19:38:39 - skipping BERI_DE4_MDROOT kernel TB --- 2013-10-25 19:38:39 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:39 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-10-25 19:38:40 - skipping BERI_DE4_SDROOT kernel TB --- 2013-10-25 19:38:40 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:40 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-10-25 19:38:40 - skipping BERI_SIM_BASE kernel TB --- 2013-10-25 19:38:40 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:40 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-10-25 19:38:40 - skipping BERI_SIM_MDROOT kernel TB --- 2013-10-25 19:38:40 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:40 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-10-25 19:38:40 - skipping BERI_SIM_SDROOT kernel TB --- 2013-10-25 19:38:40 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:40 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-10-25 19:38:40 - skipping BERI_TEMPLATE kernel TB --- 2013-10-25 19:38:40 - cd /src/sys/mips/conf TB --- 2013-10-25 19:38:40 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-10-25 19:38:40 - building CARAMBOLA2 kernel TB --- 2013-10-25 19:38:40 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:38:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:38:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:38:40 - SRCCONF=/dev/null TB --- 2013-10-25 19:38:40 - TARGET=mips TB --- 2013-10-25 19:38:40 - TARGET_ARCH=mips TB --- 2013-10-25 19:38:40 - TZ=UTC TB --- 2013-10-25 19:38:40 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:38:40 - cd /src TB --- 2013-10-25 19:38:40 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Fri Oct 25 19:38:40 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 CARAMBOLA2 completed on Fri Oct 25 19:41:37 UTC 2013 TB --- 2013-10-25 19:41:37 - cd /src/sys/mips/conf TB --- 2013-10-25 19:41:37 - /usr/sbin/config -m DB120 TB --- 2013-10-25 19:41:37 - building DB120 kernel TB --- 2013-10-25 19:41:37 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:41:37 - SRCCONF=/dev/null TB --- 2013-10-25 19:41:37 - TARGET=mips TB --- 2013-10-25 19:41:37 - TARGET_ARCH=mips TB --- 2013-10-25 19:41:37 - TZ=UTC TB --- 2013-10-25 19:41:37 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:41:37 - cd /src TB --- 2013-10-25 19:41:37 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Fri Oct 25 19:41:37 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 DB120 completed on Fri Oct 25 19:44:35 UTC 2013 TB --- 2013-10-25 19:44:35 - cd /src/sys/mips/conf TB --- 2013-10-25 19:44:35 - /usr/sbin/config -m DIR-825 TB --- 2013-10-25 19:44:35 - building DIR-825 kernel TB --- 2013-10-25 19:44:35 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:44:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:44:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:44:35 - SRCCONF=/dev/null TB --- 2013-10-25 19:44:35 - TARGET=mips TB --- 2013-10-25 19:44:35 - TARGET_ARCH=mips TB --- 2013-10-25 19:44:35 - TZ=UTC TB --- 2013-10-25 19:44:35 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:44:35 - cd /src TB --- 2013-10-25 19:44:35 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Fri Oct 25 19:44:35 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 DIR-825 completed on Fri Oct 25 19:48:48 UTC 2013 TB --- 2013-10-25 19:48:48 - cd /src/sys/mips/conf TB --- 2013-10-25 19:48:48 - /usr/sbin/config -m ENH200 TB --- 2013-10-25 19:48:48 - building ENH200 kernel TB --- 2013-10-25 19:48:48 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:48:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:48:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:48:48 - SRCCONF=/dev/null TB --- 2013-10-25 19:48:48 - TARGET=mips TB --- 2013-10-25 19:48:48 - TARGET_ARCH=mips TB --- 2013-10-25 19:48:48 - TZ=UTC TB --- 2013-10-25 19:48:48 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:48:48 - cd /src TB --- 2013-10-25 19:48:48 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Fri Oct 25 19:48:48 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 ENH200 completed on Fri Oct 25 19:53:07 UTC 2013 TB --- 2013-10-25 19:53:07 - cd /src/sys/mips/conf TB --- 2013-10-25 19:53:07 - /usr/sbin/config -m GXEMUL TB --- 2013-10-25 19:53:07 - skipping GXEMUL kernel TB --- 2013-10-25 19:53:07 - cd /src/sys/mips/conf TB --- 2013-10-25 19:53:07 - /usr/sbin/config -m GXEMUL32 TB --- 2013-10-25 19:53:07 - building GXEMUL32 kernel TB --- 2013-10-25 19:53:07 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:53:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:53:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:53:07 - SRCCONF=/dev/null TB --- 2013-10-25 19:53:07 - TARGET=mips TB --- 2013-10-25 19:53:07 - TARGET_ARCH=mips TB --- 2013-10-25 19:53:07 - TZ=UTC TB --- 2013-10-25 19:53:07 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:53:07 - cd /src TB --- 2013-10-25 19:53:07 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Fri Oct 25 19:53:08 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 GXEMUL32 completed on Fri Oct 25 19:55:11 UTC 2013 TB --- 2013-10-25 19:55:11 - cd /src/sys/mips/conf TB --- 2013-10-25 19:55:11 - /usr/sbin/config -m IDT TB --- 2013-10-25 19:55:11 - skipping IDT kernel TB --- 2013-10-25 19:55:11 - cd /src/sys/mips/conf TB --- 2013-10-25 19:55:11 - /usr/sbin/config -m MALTA TB --- 2013-10-25 19:55:11 - skipping MALTA kernel TB --- 2013-10-25 19:55:11 - cd /src/sys/mips/conf TB --- 2013-10-25 19:55:11 - /usr/sbin/config -m MALTA64 TB --- 2013-10-25 19:55:11 - skipping MALTA64 kernel TB --- 2013-10-25 19:55:11 - cd /src/sys/mips/conf TB --- 2013-10-25 19:55:11 - /usr/sbin/config -m OCTEON1 TB --- 2013-10-25 19:55:11 - skipping OCTEON1 kernel TB --- 2013-10-25 19:55:11 - cd /src/sys/mips/conf TB --- 2013-10-25 19:55:11 - /usr/sbin/config -m PB47 TB --- 2013-10-25 19:55:11 - building PB47 kernel TB --- 2013-10-25 19:55:11 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:55:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:55:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:55:11 - SRCCONF=/dev/null TB --- 2013-10-25 19:55:11 - TARGET=mips TB --- 2013-10-25 19:55:11 - TARGET_ARCH=mips TB --- 2013-10-25 19:55:11 - TZ=UTC TB --- 2013-10-25 19:55:11 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:55:11 - cd /src TB --- 2013-10-25 19:55:11 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Fri Oct 25 19:55:11 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 PB47 completed on Fri Oct 25 20:00:25 UTC 2013 TB --- 2013-10-25 20:00:25 - cd /src/sys/mips/conf TB --- 2013-10-25 20:00:25 - /usr/sbin/config -m PB92 TB --- 2013-10-25 20:00:25 - building PB92 kernel TB --- 2013-10-25 20:00:25 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:00:25 - SRCCONF=/dev/null TB --- 2013-10-25 20:00:25 - TARGET=mips TB --- 2013-10-25 20:00:25 - TARGET_ARCH=mips TB --- 2013-10-25 20:00:25 - TZ=UTC TB --- 2013-10-25 20:00:25 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:00:25 - cd /src TB --- 2013-10-25 20:00:25 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Fri Oct 25 20:00:26 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 PB92 completed on Fri Oct 25 20:04:15 UTC 2013 TB --- 2013-10-25 20:04:15 - cd /src/sys/mips/conf TB --- 2013-10-25 20:04:15 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2013-10-25 20:04:16 - building PICOSTATION_M2HP kernel TB --- 2013-10-25 20:04:16 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:04:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:04:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:04:16 - SRCCONF=/dev/null TB --- 2013-10-25 20:04:16 - TARGET=mips TB --- 2013-10-25 20:04:16 - TARGET_ARCH=mips TB --- 2013-10-25 20:04:16 - TZ=UTC TB --- 2013-10-25 20:04:16 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:04:16 - cd /src TB --- 2013-10-25 20:04:16 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Fri Oct 25 20:04:16 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 PICOSTATION_M2HP completed on Fri Oct 25 20:08:22 UTC 2013 TB --- 2013-10-25 20:08:22 - cd /src/sys/mips/conf TB --- 2013-10-25 20:08:22 - /usr/sbin/config -m QEMU TB --- 2013-10-25 20:08:22 - skipping QEMU kernel TB --- 2013-10-25 20:08:22 - cd /src/sys/mips/conf TB --- 2013-10-25 20:08:22 - /usr/sbin/config -m ROUTERSTATION TB --- 2013-10-25 20:08:22 - building ROUTERSTATION kernel TB --- 2013-10-25 20:08:22 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:08:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:08:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:08:22 - SRCCONF=/dev/null TB --- 2013-10-25 20:08:22 - TARGET=mips TB --- 2013-10-25 20:08:22 - TARGET_ARCH=mips TB --- 2013-10-25 20:08:22 - TZ=UTC TB --- 2013-10-25 20:08:22 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:08:22 - cd /src TB --- 2013-10-25 20:08:22 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Fri Oct 25 20:08:22 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 ROUTERSTATION completed on Fri Oct 25 20:13:43 UTC 2013 TB --- 2013-10-25 20:13:43 - cd /src/sys/mips/conf TB --- 2013-10-25 20:13:43 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2013-10-25 20:13:43 - building ROUTERSTATION_MFS kernel TB --- 2013-10-25 20:13:43 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:13:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:13:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:13:43 - SRCCONF=/dev/null TB --- 2013-10-25 20:13:43 - TARGET=mips TB --- 2013-10-25 20:13:43 - TARGET_ARCH=mips TB --- 2013-10-25 20:13:43 - TZ=UTC TB --- 2013-10-25 20:13:43 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:13:43 - cd /src TB --- 2013-10-25 20:13:43 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Fri Oct 25 20:13: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 ROUTERSTATION_MFS completed on Fri Oct 25 20:19:01 UTC 2013 TB --- 2013-10-25 20:19:01 - cd /src/sys/mips/conf TB --- 2013-10-25 20:19:01 - /usr/sbin/config -m RSPRO TB --- 2013-10-25 20:19:01 - building RSPRO kernel TB --- 2013-10-25 20:19:01 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:19:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:19:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:19:01 - SRCCONF=/dev/null TB --- 2013-10-25 20:19:01 - TARGET=mips TB --- 2013-10-25 20:19:01 - TARGET_ARCH=mips TB --- 2013-10-25 20:19:01 - TZ=UTC TB --- 2013-10-25 20:19:01 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:19:01 - cd /src TB --- 2013-10-25 20:19:01 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Fri Oct 25 20:19:01 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 RSPRO completed on Fri Oct 25 20:24:17 UTC 2013 TB --- 2013-10-25 20:24:17 - cd /src/sys/mips/conf TB --- 2013-10-25 20:24:17 - /usr/sbin/config -m RSPRO_MFS TB --- 2013-10-25 20:24:17 - building RSPRO_MFS kernel TB --- 2013-10-25 20:24:17 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:24:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:24:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:24:17 - SRCCONF=/dev/null TB --- 2013-10-25 20:24:17 - TARGET=mips TB --- 2013-10-25 20:24:17 - TARGET_ARCH=mips TB --- 2013-10-25 20:24:17 - TZ=UTC TB --- 2013-10-25 20:24:17 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:24:17 - cd /src TB --- 2013-10-25 20:24:17 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Fri Oct 25 20:24:17 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 RSPRO_MFS completed on Fri Oct 25 20:29:30 UTC 2013 TB --- 2013-10-25 20:29:30 - cd /src/sys/mips/conf TB --- 2013-10-25 20:29:30 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2013-10-25 20:29:31 - building RSPRO_STANDALONE kernel TB --- 2013-10-25 20:29:31 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:29:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:29:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:29:31 - SRCCONF=/dev/null TB --- 2013-10-25 20:29:31 - TARGET=mips TB --- 2013-10-25 20:29:31 - TARGET_ARCH=mips TB --- 2013-10-25 20:29:31 - TZ=UTC TB --- 2013-10-25 20:29:31 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:29:31 - cd /src TB --- 2013-10-25 20:29:31 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Fri Oct 25 20:29:31 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 RSPRO_STANDALONE completed on Fri Oct 25 20:34:47 UTC 2013 TB --- 2013-10-25 20:34:47 - cd /src/sys/mips/conf TB --- 2013-10-25 20:34:47 - /usr/sbin/config -m RT305X TB --- 2013-10-25 20:34:47 - skipping RT305X kernel TB --- 2013-10-25 20:34:47 - cd /src/sys/mips/conf TB --- 2013-10-25 20:34:47 - /usr/sbin/config -m SENTRY5 TB --- 2013-10-25 20:34:47 - skipping SENTRY5 kernel TB --- 2013-10-25 20:34:47 - cd /src/sys/mips/conf TB --- 2013-10-25 20:34:47 - /usr/sbin/config -m SWARM TB --- 2013-10-25 20:34:47 - building SWARM kernel TB --- 2013-10-25 20:34:47 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:34:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:34:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:34:47 - SRCCONF=/dev/null TB --- 2013-10-25 20:34:47 - TARGET=mips TB --- 2013-10-25 20:34:47 - TARGET_ARCH=mips TB --- 2013-10-25 20:34:47 - TZ=UTC TB --- 2013-10-25 20:34:47 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:34:47 - cd /src TB --- 2013-10-25 20:34:47 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Fri Oct 25 20:34:47 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 SWARM completed on Fri Oct 25 20:37:34 UTC 2013 TB --- 2013-10-25 20:37:34 - cd /src/sys/mips/conf TB --- 2013-10-25 20:37:34 - /usr/sbin/config -m SWARM64 TB --- 2013-10-25 20:37:34 - skipping SWARM64 kernel TB --- 2013-10-25 20:37:34 - cd /src/sys/mips/conf TB --- 2013-10-25 20:37:34 - /usr/sbin/config -m SWARM64_SMP TB --- 2013-10-25 20:37:34 - skipping SWARM64_SMP kernel TB --- 2013-10-25 20:37:34 - cd /src/sys/mips/conf TB --- 2013-10-25 20:37:34 - /usr/sbin/config -m SWARM_SMP TB --- 2013-10-25 20:37:34 - building SWARM_SMP kernel TB --- 2013-10-25 20:37:34 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:37:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:37:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:37:34 - SRCCONF=/dev/null TB --- 2013-10-25 20:37:34 - TARGET=mips TB --- 2013-10-25 20:37:34 - TARGET_ARCH=mips TB --- 2013-10-25 20:37:34 - TZ=UTC TB --- 2013-10-25 20:37:34 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:37:34 - cd /src TB --- 2013-10-25 20:37:34 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Fri Oct 25 20:37:34 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 SWARM_SMP completed on Fri Oct 25 20:40:22 UTC 2013 TB --- 2013-10-25 20:40:22 - cd /src/sys/mips/conf TB --- 2013-10-25 20:40:22 - /usr/sbin/config -m TP-WN1043ND TB --- 2013-10-25 20:40:22 - building TP-WN1043ND kernel TB --- 2013-10-25 20:40:22 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:40:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:40:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:40:22 - SRCCONF=/dev/null TB --- 2013-10-25 20:40:22 - TARGET=mips TB --- 2013-10-25 20:40:22 - TARGET_ARCH=mips TB --- 2013-10-25 20:40:22 - TZ=UTC TB --- 2013-10-25 20:40:22 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:40:22 - cd /src TB --- 2013-10-25 20:40:22 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Fri Oct 25 20:40:22 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 TP-WN1043ND completed on Fri Oct 25 20:45:23 UTC 2013 TB --- 2013-10-25 20:45:23 - cd /src/sys/mips/conf TB --- 2013-10-25 20:45:23 - /usr/sbin/config -m WZR-300HP TB --- 2013-10-25 20:45:23 - building WZR-300HP kernel TB --- 2013-10-25 20:45:23 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:45:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:45:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:45:23 - SRCCONF=/dev/null TB --- 2013-10-25 20:45:23 - TARGET=mips TB --- 2013-10-25 20:45:23 - TARGET_ARCH=mips TB --- 2013-10-25 20:45:23 - TZ=UTC TB --- 2013-10-25 20:45:23 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:45:23 - cd /src TB --- 2013-10-25 20:45:23 - /usr/bin/make -B buildkernel KERNCONF=WZR-300HP >>> Kernel build for WZR-300HP started on Fri Oct 25 20:45:23 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 WZR-300HP completed on Fri Oct 25 20:49:46 UTC 2013 TB --- 2013-10-25 20:49:46 - cd /src/sys/mips/conf TB --- 2013-10-25 20:49:46 - /usr/sbin/config -m XLP TB --- 2013-10-25 20:49:46 - building XLP kernel TB --- 2013-10-25 20:49:46 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:49:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:49:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:49:46 - SRCCONF=/dev/null TB --- 2013-10-25 20:49:46 - TARGET=mips TB --- 2013-10-25 20:49:46 - TARGET_ARCH=mips TB --- 2013-10-25 20:49:46 - TZ=UTC TB --- 2013-10-25 20:49:46 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:49:46 - cd /src TB --- 2013-10-25 20:49:46 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Fri Oct 25 20:49:46 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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/libkern/cmpdi2.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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/libkern/ucmpdi2.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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/fdt/fdt_mips.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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/uart/uart_cpu_fdt.c cc1: warnings being treated as errors /src/sys/dev/uart/uart_cpu_fdt.c: In function 'uart_cpu_eqres': /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: implicit declaration of function 'pmap_kextract' /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: nested extern declaration of 'pmap_kextract' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/XLP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-25 20:53:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-25 20:53:13 - ERROR: failed to build XLP kernel TB --- 2013-10-25 20:53:13 - 8354.35 user 1620.92 system 10950.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 20:54: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 235E9D45; Fri, 25 Oct 2013 20:54:22 +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 DB9FD20C3; Fri, 25 Oct 2013 20:54:18 +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 r9PKsHNK035868; Fri, 25 Oct 2013 16:54:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9PKsH1w035765; Fri, 25 Oct 2013 20:54:17 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Oct 2013 20:54:17 GMT Message-Id: <201310252054.r9PKsH1w035765@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: Fri, 25 Oct 2013 20:54:22 -0000 TB --- 2013-10-25 19:48:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-25 19:48:18 - 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-10-25 19:48:18 - starting HEAD tinderbox run for mips64/mips TB --- 2013-10-25 19:48:18 - cleaning the object tree TB --- 2013-10-25 19:48:18 - /usr/local/bin/svn stat /src TB --- 2013-10-25 19:48:53 - At svn revision 257111 TB --- 2013-10-25 19:48:54 - building world TB --- 2013-10-25 19:48:54 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:48:54 - SRCCONF=/dev/null TB --- 2013-10-25 19:48:54 - TARGET=mips TB --- 2013-10-25 19:48:54 - TARGET_ARCH=mips64 TB --- 2013-10-25 19:48:54 - TZ=UTC TB --- 2013-10-25 19:48:54 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:48:54 - cd /src TB --- 2013-10-25 19:48:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Oct 25 19:49:02 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 Fri Oct 25 20:51:26 UTC 2013 TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m ADM5120 TB --- 2013-10-25 20:51:26 - skipping ADM5120 kernel TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-25 20:51:26 - skipping ALCHEMY kernel TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-10-25 20:51:26 - skipping ALFA_HORNET_UB kernel TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m AP121 TB --- 2013-10-25 20:51:26 - skipping AP121 kernel TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m AP91 TB --- 2013-10-25 20:51:26 - skipping AP91 kernel TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m AP93 TB --- 2013-10-25 20:51:26 - skipping AP93 kernel TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m AP94 TB --- 2013-10-25 20:51:26 - skipping AP94 kernel TB --- 2013-10-25 20:51:26 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:26 - /usr/sbin/config -m AP96 TB --- 2013-10-25 20:51:26 - skipping AP96 kernel TB --- 2013-10-25 20:51:27 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:27 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-25 20:51:27 - skipping AR71XX_BASE kernel TB --- 2013-10-25 20:51:27 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:27 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-25 20:51:27 - skipping AR724X_BASE kernel TB --- 2013-10-25 20:51:27 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:27 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-25 20:51:27 - skipping AR91XX_BASE kernel TB --- 2013-10-25 20:51:27 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:27 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-25 20:51:27 - skipping AR933X_BASE kernel TB --- 2013-10-25 20:51:27 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:27 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-25 20:51:27 - skipping AR934X_BASE kernel TB --- 2013-10-25 20:51:27 - cd /src/sys/mips/conf TB --- 2013-10-25 20:51:27 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-10-25 20:51:27 - building BERI_DE4_BASE kernel TB --- 2013-10-25 20:51:27 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 20:51:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 20:51:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 20:51:27 - SRCCONF=/dev/null TB --- 2013-10-25 20:51:27 - TARGET=mips TB --- 2013-10-25 20:51:27 - TARGET_ARCH=mips64 TB --- 2013-10-25 20:51:27 - TZ=UTC TB --- 2013-10-25 20:51:27 - __MAKE_CONF=/dev/null TB --- 2013-10-25 20:51:27 - cd /src TB --- 2013-10-25 20:51:27 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Fri Oct 25 20:51:27 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/dev/syscons/scterm-teken.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/dev/syscons/scvtb.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/dev/fdt/fdt_mips.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/dev/uart/uart_cpu_fdt.c cc1: warnings being treated as errors /src/sys/dev/uart/uart_cpu_fdt.c: In function 'uart_cpu_eqres': /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: implicit declaration of function 'pmap_kextract' /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: nested extern declaration of 'pmap_kextract' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_BASE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-25 20:54:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-25 20:54:12 - ERROR: failed to build BERI_DE4_BASE kernel TB --- 2013-10-25 20:54:12 - 2857.05 user 612.98 system 3954.11 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 22:11:21 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 22974202; Fri, 25 Oct 2013 22:11:21 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (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 E230C25E9; Fri, 25 Oct 2013 22:11:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=+UNADGfiMf/7uB1u/Z5H7LJzXEaPShdNJmIdb+F+GKQ=; b=VIA9rICDUICR2IRjqv/xk94ns+HHJ6Qu8YWPPndF60ClDXGzq+H0MFXa1b4M4k/mWl269iPrgRr0pNm568lgw5mWy+gSr7EV5W7axP/9mnbY0uPc6bKK/GhucD2nUBNTjwxHY5+rUnDnShfiYRa42L7+ih+tUcPLtidAKwiCfsU=; Received: from localhost.lerctr.org ([127.0.0.1]:34699 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VZpbB-0008DQ-TJ; Fri, 25 Oct 2013 17:11:19 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 25 Oct 2013 17:11:17 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 25 Oct 2013 17:11:17 -0500 From: Larry Rosenman To: J David Subject: Re: ZFS: Invalid SEND/RECV stream still In-Reply-To: References: <201310251933.r9PJX8sx086597@hergotha.csail.mit.edu> <29a687d287cf28d34283566eba509486@webmail.lerctr.org> Message-ID: <723e41d2533cfb09bf6892a172592744@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.5 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 Cc: Freebsd fs , current@freebsd.org, jdavidlists@gmail.com 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, 25 Oct 2013 22:11:21 -0000 On 2013-10-25 17:09, J David wrote: > On Fri, Oct 25, 2013 at 3:36 PM, Larry Rosenman wrote: >>>> cannot receive incremental stream: invalid backup stream > > It may help to decouple the steps. I.e. do a "zfs send blah blah >> file" then copy the file and do a "zfs recv blah blah second host. > > If nothing else, it should help you demonstrate that it's not the > machine-to-machine copy that's at fault, because you can take the > sha256 sum of the file on both sides and prove it's the same. > > Good luck! we've tried this, and still the same issue. So. I'm not sure how to diagnose it. The message out of zfs send/recv is not very informative. Other ideas? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 22:20:15 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 0FD8E5AD; Fri, 25 Oct 2013 22:20:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (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 D038B267E; Fri, 25 Oct 2013 22:20:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=T2cY7QDLQQzvpoN5EuC81M7mPSGI1eSNYyJF47nl8lg=; b=ilY9L9yAjg4WQofzSH9tQXWwMiYmyf/eoNn50Ulxeh5l6tofhMlE1kvlIGKB5Url4vimt3derlOY0uedwjdbiPKu8Wo26CTqR/7omligFsDp/94LRBxCI4s0s1hqsvN3oxpsmdhC8f+bB1lyKz+fKe1LiDWIUHFw8BKHfylehw4=; Received: from localhost.lerctr.org ([127.0.0.1]:49846 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VZpjo-0008J6-BP; Fri, 25 Oct 2013 17:20:13 -0500 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 25 Oct 2013 17:20:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 25 Oct 2013 17:20:12 -0500 From: Larry Rosenman To: J David Subject: Re: ZFS: Invalid SEND/RECV stream still In-Reply-To: References: <201310251933.r9PJX8sx086597@hergotha.csail.mit.edu> <29a687d287cf28d34283566eba509486@webmail.lerctr.org> <723e41d2533cfb09bf6892a172592744@webmail.lerctr.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.5 X-Spam-Score: -3.3 (---) X-LERCTR-Spam-Score: -3.3 (---) X-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 X-LERCTR-Spam-Report: SpamScore (-3.3/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.375 Cc: Freebsd fs , current@freebsd.org, jdavidlists@gmail.com 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, 25 Oct 2013 22:20:15 -0000 On 2013-10-25 17:17, J David wrote: > On Fri, Oct 25, 2013 at 6:11 PM, Larry Rosenman wrote: >> we've tried this, and still the same issue. > > Post that and the shorter local-only reproduction then, so people > don't spend time looking at the network layer. > >> So. I'm not sure how to diagnose it. >> >> The message out of zfs send/recv is not very informative. >> >> Other ideas? > > Two: > > 1) Do a non-incremental send/receive and see if it works. This worked. > > 2) Set up this exact test between two 10.0-BETA1 machines and then two > 11-CURRENT machines to demonstrate whether the problem is specific to > one version or the other, or limited to the interaction between the > two versions. If the latter, then you may have to start bisecting > commits to find the breaking point. Hard to do, as my choices are the 2 machines I have. This has been going on since 8.x (see posts from me in the list archives from March to now). > > Good luck! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 22:09: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 52905EC; Fri, 25 Oct 2013 22:09:09 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B01F257B; Fri, 25 Oct 2013 22:09:09 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id aq17so7669038iec.10 for ; Fri, 25 Oct 2013 15:09:07 -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=03TI34FHCN/OFm94/jNmfqQvbknXGYK+UplLO3zQMEU=; b=bVeaN7seJBHhTzp24dRbu3NN+Qc87zUsSAr+akUVyqAwJX0R0NZXIBXU0kTf86lxdh LMmSXD3RrkHW6Z3FoYoTS/vxsLKuouitKhElap5gSzI4FgdY7nacXoDVQ/1cHs56noY4 ZK0jeKgFeVpHulMk8ujAPBk8s6MR8XhamCr8zCUrMFGj3VSGnF/e066bGT3iT4GTnEUO mSGBCvdhwU0s/OLuHBnT5bR9NH9ecVzJQBjLfyREFnsYkZjLmDxqwr+6lDovhlnoeOwR 1SrwNEiKEZh4uJeIYx0JW6azPYj5EsJ+aBJUj/S4e8co4rywZO2ODsCIFW0p+vTaCQ1O MDow== MIME-Version: 1.0 X-Received: by 10.50.117.40 with SMTP id kb8mr328980igb.60.1382738947820; Fri, 25 Oct 2013 15:09:07 -0700 (PDT) Sender: jdavidlists@gmail.com Received: by 10.43.180.131 with HTTP; Fri, 25 Oct 2013 15:09:07 -0700 (PDT) In-Reply-To: <29a687d287cf28d34283566eba509486@webmail.lerctr.org> References: <201310251933.r9PJX8sx086597@hergotha.csail.mit.edu> <29a687d287cf28d34283566eba509486@webmail.lerctr.org> Date: Fri, 25 Oct 2013 18:09:07 -0400 X-Google-Sender-Auth: RMwkvFJdr8ZZHfK-bvvs409RfKY Message-ID: Subject: Re: ZFS: Invalid SEND/RECV stream still From: J David To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 25 Oct 2013 22:27:19 +0000 Cc: Freebsd fs , 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, 25 Oct 2013 22:09:09 -0000 On Fri, Oct 25, 2013 at 3:36 PM, Larry Rosenman wrote: >>> cannot receive incremental stream: invalid backup stream It may help to decouple the steps. I.e. do a "zfs send blah blah >file" then copy the file and do a "zfs recv blah blah 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 D64B54F2; Fri, 25 Oct 2013 22:17:43 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001: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 9D0D5265A; Fri, 25 Oct 2013 22:17:43 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tp5so7707248ieb.3 for ; Fri, 25 Oct 2013 15:17:43 -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=9y6UAQhUQFJEr8Tt3d/kaRAFniDO2BaG0datjdtr3vc=; b=fndHfQ8gPmpJQg5eqmJwD22jCPuAKNYKii64o9Bfccg9INuLdQn2mVJ0apTd1UpQYi mKtz8m0DfBAMUg0ZPltR4Qh05qIhOjzpDWYVfsZE/MfTjDo7i7zMsl0ED3Dz7TcM5ihV jh+xr64nT5kK2z3CtTk85+piRXVfnvsBmJ9DhsqGgvwEMHQprxy4ZagKjHz5Kkzw1Mxh 1CxNmpevMzJGDCXpQCC8oI3gGwL8y8BnvkuZOOJPi8U9t7ANB3BZAP5Jnm5EDvNj2JNg Pgi3h6rEo7e40afIaHkYa6uWw0wfsf+8K2YAkBWtivNeUOUf0Oon8oBrQpvnP6lnF9/l E4Zg== MIME-Version: 1.0 X-Received: by 10.50.1.78 with SMTP id 14mr292860igk.37.1382739462950; Fri, 25 Oct 2013 15:17:42 -0700 (PDT) Sender: jdavidlists@gmail.com Received: by 10.43.180.131 with HTTP; Fri, 25 Oct 2013 15:17:42 -0700 (PDT) In-Reply-To: <723e41d2533cfb09bf6892a172592744@webmail.lerctr.org> References: <201310251933.r9PJX8sx086597@hergotha.csail.mit.edu> <29a687d287cf28d34283566eba509486@webmail.lerctr.org> <723e41d2533cfb09bf6892a172592744@webmail.lerctr.org> Date: Fri, 25 Oct 2013 18:17:42 -0400 X-Google-Sender-Auth: 0KtW8qaDVnoCW1gqPY4B4qnlYzk Message-ID: Subject: Re: ZFS: Invalid SEND/RECV stream still From: J David To: Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 25 Oct 2013 22:27:27 +0000 Cc: Freebsd fs , 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, 25 Oct 2013 22:17:43 -0000 On Fri, Oct 25, 2013 at 6:11 PM, Larry Rosenman wrote: > we've tried this, and still the same issue. Post that and the shorter local-only reproduction then, so people don't spend time looking at the network layer. > So. I'm not sure how to diagnose it. > > The message out of zfs send/recv is not very informative. > > Other ideas? Two: 1) Do a non-incremental send/receive and see if it works. 2) Set up this exact test between two 10.0-BETA1 machines and then two 11-CURRENT machines to demonstrate whether the problem is specific to one version or the other, or limited to the interaction between the two versions. If the latter, then you may have to start bisecting commits to find the breaking point. Good luck! From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 23:06:41 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 52ACB449; Fri, 25 Oct 2013 23:06:41 +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 1736F28CE; Fri, 25 Oct 2013 23:06:40 +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 r9PN6ddZ084385; Fri, 25 Oct 2013 19:06:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9PN6dZ7084381; Fri, 25 Oct 2013 23:06:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 25 Oct 2013 23:06:39 GMT Message-Id: <201310252306.r9PN6dZ7084381@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: Fri, 25 Oct 2013 23:06:41 -0000 TB --- 2013-10-25 19:51:33 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-25 19:51:33 - 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-10-25 19:51:33 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-10-25 19:51:33 - cleaning the object tree TB --- 2013-10-25 19:51:33 - /usr/local/bin/svn stat /src TB --- 2013-10-25 19:51:36 - At svn revision 257111 TB --- 2013-10-25 19:51:37 - building world TB --- 2013-10-25 19:51:37 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 19:51:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 19:51:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 19:51:37 - SRCCONF=/dev/null TB --- 2013-10-25 19:51:37 - TARGET=powerpc TB --- 2013-10-25 19:51:37 - TARGET_ARCH=powerpc TB --- 2013-10-25 19:51:37 - TZ=UTC TB --- 2013-10-25 19:51:37 - __MAKE_CONF=/dev/null TB --- 2013-10-25 19:51:37 - cd /src TB --- 2013-10-25 19:51:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Oct 25 19:51:44 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 Fri Oct 25 22:27:15 UTC 2013 TB --- 2013-10-25 22:27:15 - generating LINT kernel config TB --- 2013-10-25 22:27:15 - cd /src/sys/powerpc/conf TB --- 2013-10-25 22:27:15 - /usr/bin/make -B LINT TB --- 2013-10-25 22:27:15 - cd /src/sys/powerpc/conf TB --- 2013-10-25 22:27:15 - /usr/sbin/config -m LINT TB --- 2013-10-25 22:27:15 - building LINT kernel TB --- 2013-10-25 22:27:15 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 22:27:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 22:27:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 22:27:15 - SRCCONF=/dev/null TB --- 2013-10-25 22:27:15 - TARGET=powerpc TB --- 2013-10-25 22:27:15 - TARGET_ARCH=powerpc TB --- 2013-10-25 22:27:15 - TZ=UTC TB --- 2013-10-25 22:27:15 - __MAKE_CONF=/dev/null TB --- 2013-10-25 22:27:15 - cd /src TB --- 2013-10-25 22:27:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 25 22:27:15 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 LINT completed on Fri Oct 25 22:47:37 UTC 2013 TB --- 2013-10-25 22:47:37 - cd /src/sys/powerpc/conf TB --- 2013-10-25 22:47:37 - /usr/sbin/config -m GENERIC TB --- 2013-10-25 22:47:37 - building GENERIC kernel TB --- 2013-10-25 22:47:37 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 22:47:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 22:47:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 22:47:37 - SRCCONF=/dev/null TB --- 2013-10-25 22:47:37 - TARGET=powerpc TB --- 2013-10-25 22:47:37 - TARGET_ARCH=powerpc TB --- 2013-10-25 22:47:37 - TZ=UTC TB --- 2013-10-25 22:47:37 - __MAKE_CONF=/dev/null TB --- 2013-10-25 22:47:37 - cd /src TB --- 2013-10-25 22:47:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 25 22:47:37 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 GENERIC completed on Fri Oct 25 23:03:50 UTC 2013 TB --- 2013-10-25 23:03:50 - cd /src/sys/powerpc/conf TB --- 2013-10-25 23:03:50 - /usr/sbin/config -m GENERIC64 TB --- 2013-10-25 23:03:50 - skipping GENERIC64 kernel TB --- 2013-10-25 23:03:50 - cd /src/sys/powerpc/conf TB --- 2013-10-25 23:03:50 - /usr/sbin/config -m MPC85XX TB --- 2013-10-25 23:03:50 - building MPC85XX kernel TB --- 2013-10-25 23:03:50 - CROSS_BUILD_TESTING=YES TB --- 2013-10-25 23:03:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-25 23:03:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-25 23:03:50 - SRCCONF=/dev/null TB --- 2013-10-25 23:03:50 - TARGET=powerpc TB --- 2013-10-25 23:03:50 - TARGET_ARCH=powerpc TB --- 2013-10-25 23:03:50 - TZ=UTC TB --- 2013-10-25 23:03:50 - __MAKE_CONF=/dev/null TB --- 2013-10-25 23:03:50 - cd /src TB --- 2013-10-25 23:03:50 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Fri Oct 25 23:03:50 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 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/sec/sec.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec_fdt.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/uart/uart_cpu_fdt.c cc1: warnings being treated as errors /src/sys/dev/uart/uart_cpu_fdt.c: In function 'uart_cpu_eqres': /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: implicit declaration of function 'pmap_kextract' /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: nested extern declaration of 'pmap_kextract' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/MPC85XX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-25 23:06:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-25 23:06:39 - ERROR: failed to build MPC85XX kernel TB --- 2013-10-25 23:06:39 - 10163.00 user 1252.16 system 11706.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 25 23:25:42 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 9CEB67F9; Fri, 25 Oct 2013 23:25:42 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7602229A2; Fri, 25 Oct 2013 23:25:41 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id A5C2737B49C; Fri, 25 Oct 2013 18:25:35 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3d61dp5Zjgz21c; Fri, 25 Oct 2013 18:25:34 -0500 (CDT) Date: Fri, 25 Oct 2013 18:25:34 -0500 From: "Matthew D. Fuller" To: Diane Bruce Subject: Re: svn commit: r255715 - head/usr.bin/calendar Message-ID: <20131025232534.GQ59837@over-yonder.net> References: <201309192017.r8JKHoMj000974@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201309192017.r8JKHoMj000974@svn.freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.98 at thyme.infocus-llc.com X-Virus-Status: Clean 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: Fri, 25 Oct 2013 23:25:42 -0000 On Thu, Sep 19, 2013 at 08:17:50PM +0000 I heard the voice of Diane Bruce, and lo! it spake thus: > > Log: > - calendar uses cpp internally, this diff removes this usage and > substitutes a limited subset cpp processor internally. (I'm sorta guessing at this change being the responsible one, but I feel pretty safe about it.) This gave my calendar output heartburn in two different ways. Firstly, my ~/.calendar/calendar (which I'd long since forgotten even existed; hadn't been touched since last millennium) had lines like #include which had worked fine previously, but now force-added the path to the beginning, leading to a long list of 38152 calendar NAMI "/usr/share/calendar//usr/share/calendar/calendar.birthday" in the ktrace output. It could reasonably be argued that it's coloring outside the lines a bit, but the manpage still speaks as though it should DTRT. But the major upshot was that it didn't find any actual files, and so calendar output nothing and exited without any errors or error code. That part, doesn't seem so much right; it should at least say SOMETHING, neh? But with that tracked down and changed, it now started outputting stuff. Too much stuff. Way too much stuff, in character sets my xterm didn't know what to do with. It turns out THAT was a result of lines in the file like /* #include */ which cpp properly did nothing with, but the built-in parsing still sees and processes. That's definitely buggy... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 00:14: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 614F4105; Sat, 26 Oct 2013 00:14:53 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9765C2BCB; Sat, 26 Oct 2013 00:14:52 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id w62so4476515wes.21 for ; Fri, 25 Oct 2013 17:14:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Z3xllQRO0jqF5u77/jZ/MAvxmI/flYrNGm0/PcZJPvs=; b=BjWaHyjaO9MqPXEnowfUYZLlAjZyxaLpG4n4T9pJxd+8udwdtWpT27RLOlbNI12E8w dh0tdCLuJXrhwdGFhptehNLwMFFbfPaLWdYC6iG5eeWbJnj9mgCY/A7rsn8lJ9FESVHg fGt/8TVwjsRKY6vFr8nV6JecvhKV7CCpTepLcQmPWtAZSvEjdnfSk6hCNodSzwJYOmmq cSsjS9SijqqZLR4ICDOd1FdcYLBDnTv0bDvrauK+wSOE1x35rLR674pSKyE89F5fbvA1 8mBa5LZMTa7v4dU337JFESO13tjzgO+qAdzPS5Jz3qZF8PNz32T3CHyyH3s4o9W00Rr2 enfA== MIME-Version: 1.0 X-Received: by 10.194.176.163 with SMTP id cj3mr9477292wjc.8.1382746491120; Fri, 25 Oct 2013 17:14:51 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.216.209.194 with HTTP; Fri, 25 Oct 2013 17:14:50 -0700 (PDT) In-Reply-To: References: Date: Sat, 26 Oct 2013 02:14:50 +0200 X-Google-Sender-Auth: h6RAnr6P2r3Fv02KPefPv1btXeA Message-ID: Subject: Re: Changes to UART ns8250 From: Zbigniew Bodek To: "freebsd-embedded@freebsd.org" Content-Type: multipart/mixed; boundary=089e013cbfea6b0db604e999c193 Cc: "freebsd-arm@freebsd.org" , freebsd-current , Ganbold Tsagaankhuu 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, 26 Oct 2013 00:14:53 -0000 --089e013cbfea6b0db604e999c193 Content-Type: text/plain; charset=ISO-8859-1 Hello Everyone, I'm attaching the newest version of the ns8250 UART patch. After some discussions I decided to go with busy-wait + timeout solution. The applied delay should handle exotic corner cases (please notice that we can't use ns8250_delay() to get the actual single transmission time since we know that LCR is locked). If there are no objections then I would like to commit this soon. Best regards Zbigniew Bodek 2013/10/9 Zbigniew Bodek : > Hello Ganbold. > > Thank you for testing the patch and pointing those issue out. > My detection log from Armada XP: > > uart0: <16550 or compatible> mem 0xd0012000-0xd001201f irq 41 on simplebus0 > uart0: console (115200,n,8,1) > uart1: <16550 or compatible> mem 0xd0012100-0xd001211f irq 42 on simplebus0 > uart2: <16550 or compatible> mem 0xd0012200-0xd001221f irq 43 on simplebus0 > uart3: <16550 or compatible> mem 0xd0012300-0xd001231f irq 44 on simplebus0 > > Is there a possibility to download a datasheet for RK30xx so that I could > verify what is required for it's UART? > The patch is causing that we only wait until UART is not busy anymore. I > can't find why would that cause problems > if your UART requires busy detection anyway. > > Best regards > Zbigniew Bodek > > > > 2013/10/9 Ganbold Tsagaankhuu >> >> >> >> >> On Tue, Oct 8, 2013 at 9:58 AM, Ganbold Tsagaankhuu >> wrote: >>> >>> Zbigniew, >>> >>> >>> On Tue, Oct 8, 2013 at 3:54 AM, Zbigniew Bodek wrote: >>>> >>>> Hello. >>>> >>>> I would like to present a patch for ns8250 serial that I would like to >>>> commit in the near future (if there are no objections). >>>> >>>> The patch is fixing newest DesignWare UART with busy detection. >>>> During frequency divisors configuration when UART is busy transferring >>>> or >>>> receiving data, line control register manipulation will not take effect. >>>> Therefore, we will not set divisor latch access bit and we will corrupt >>>> LCR >>>> instead of configuring divisors. >>>> It is necessary to wait until UART finishes all transfers to proceed >>>> with >>>> the configuration. >>>> >>>> This was detected on Armada XP as UART fails on this issue 100/100 >>>> attempts. >>>> The patch was tested by kevlo@ and me and it works on our Armada XP - >>>> based >>>> systems. >>>> >>>> Please send your comment or remarks if there are any. >>> >>> >>> I'm trying your patch on r254983. >>> Tried on 2 boards (Cubieboard2 (Allwinner A20 SoC - dual Cortex A7) and >>> Radxa Rock (Rockchip RK3188 - Quad Cortex A9)). Both seem to have some sort >>> of DesignWare uart. >>> >>> 1. It works fine on Cubieboard2. Uart dmesg is like: >>> >>> uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 >>> uart0: console (115200,n,8,1) >>> >>> 2. No any printing on screen in case of Radxa Rock. Without your patch >>> uart dmesg is like: >>> >>> uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on >>> simplebus0 >>> uart0: console (115200,n,8,1) >>> >>> In case of RK3188 SoC, it seems booting FreeBSD kernel seems very >>> fragile, not sure yet what is causing the problem. >>> Even with stock ns8250 some version later than r254983 didn't show/print >>> anything on serial console few days ago. >>> Only thing so far I know is this r254983 (with some patch) works in my >>> case on RK3188 SoC based board. >> >> >> >> Zbigniew, >> >> Just tried again your patch on RK30xx board. I was able to see boot >> messages on screen. >> This uart detected as: >> ... >> uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on >> simplebus0 >> uart0: console (115200,n,8,1) >> uart0: fast interrupt >> ... >> Can you show me your uart detection log? >> It seems this DW uart of RK30xx is different than DW uart of A10/A20. >> Boot simply stops printing "start_init: trying /sbin/init". >> >> thanks, >> >> Ganbold >> >> >>> >>> >>> thanks, >>> >>> Ganbold >>> >>> >>> >>>> >>>> >>>> Best regards >>>> Zbigniew Bodek >>>> >>>> _______________________________________________ >>>> 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" >>> >>> >> > --089e013cbfea6b0db604e999c193 Content-Type: application/octet-stream; name="0001-Wait-for-DesignWare-UART-transfers-completion-before.patch" Content-Disposition: attachment; filename="0001-Wait-for-DesignWare-UART-transfers-completion-before.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hn83jw4x0 RnJvbSAwYjIxZTI2MDYwZmM5Y2RmMjNlMTBmZDFiMWJlNTY2YjVjNzM4ZjJiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBaYmlnbmlldyBCb2RlayA8emJiQHNlbWloYWxmLmNvbT4KRGF0 ZTogU2F0LCA1IE9jdCAyMDEzIDAyOjI1OjIzICswMjAwClN1YmplY3Q6IFtQQVRDSF0gV2FpdCBm b3IgRGVzaWduV2FyZSBVQVJUIHRyYW5zZmVycyBjb21wbGV0aW9uIGJlZm9yZQogYWNjZXNzaW5n IGxpbmUgY29udHJvbAoKV2hlbiB1c2luZyBEVyBVQVJUIHdpdGggQlVTWSBkZXRlY3Rpb24gaXQg aXMgbmVjZXNzYXJ5IHRvIHdhaXQKdW50aWwgYWxsIHNlcmlhbCB0cmFuc2ZlcnMgYXJlIGZpbmlz aGVkIGJlZm9yZSBtYW5pcHVsYXRpbmcgdGhlCmxpbmUgY29udHJvbC4gTENSIHdpbGwgbm90IGJl IGFmZmVjdGVkIHdoZW4gVUFSVCBpcyBidXN5LgpJbiBhZGRpdGlvbiwgaWYgRGl2aXNvciBMYXRj aCBBY2Nlc3MgQml0IGlzIGJlaW5nIHNldCBpbiBvcmRlciB0bwptb2RpZnkgVUFSVCBkaXZpc29y czoKMS4gV2Ugd2lsbCBnZXQgQlVTWSBpbnRlcnJ1cHQgaWYgaW50ZXJydXB0cyBhcmUgZW5hYmxl ZC4KMi4gQmVjYXVzZSBMQ1Igd2lsbCBub3QgYmUgYWZmZWN0ZWQgdGhlIFRIUiBhbmQgKGV2ZW4g d29yc2UpIElFUgogICBjb250ZW50cyB3aWxsIGJlIGNvcnJ1cHRlZC4gVGhpcyB3aWxsIGxlYWQg dG8gY29uc29sZSBoYW5nLgoKQXBwcm92ZWQgYnk6CWNvZ25ldCAobWVudG9yKQotLS0KIHN5cy9k ZXYvaWMvbnMxNjU1MC5oICAgICAgICAgICB8ICAxICsKIHN5cy9kZXYvdWFydC91YXJ0X2Rldl9u czgyNTAuYyB8IDI2ICsrKysrKysrKysrKysrKysrKysrKysrKystCiAyIGZpbGVzIGNoYW5nZWQs IDI2IGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkKCmRpZmYgLS1naXQgYS9zeXMvZGV2L2lj L25zMTY1NTAuaCBiL3N5cy9kZXYvaWMvbnMxNjU1MC5oCmluZGV4IDY1OWY1OTEuLjMzYTdkZDEg MTAwNjQ0Ci0tLSBhL3N5cy9kZXYvaWMvbnMxNjU1MC5oCisrKyBiL3N5cy9kZXYvaWMvbnMxNjU1 MC5oCkBAIC0xODUsNiArMTg1LDcgQEAKICNkZWZpbmUgRFdfUkVHX1VTUgkzMQkvKiBEZXNpZ25X YXJlIGRlcml2ZWQgVWFydCBTdGF0dXMgUmVnICovCiAjZGVmaW5lIGNvbV91c3IJCTM5CS8qIE9j dGVvbiAxNjc1MC8xNjU1MCBVYXJ0IFN0YXR1cyBSZWcgKi8KICNkZWZpbmUgUkVHX1VTUgkJY29t X3VzcgorI2RlZmluZSBVU1JfQlVTWQkxCS8qIFVhcnQgQnVzeS4gU2VyaWFsIHRyYW5zZmVyIGlu IHByb2dyZXNzICovCiAjZGVmaW5lIFVTUl9UWEZJRk9fTk9URlVMTCAyICAgIC8qIFVhcnQgVFgg RklGTyBOb3QgZnVsbCAqLwogCiAvKiAxNjk1MCByZWdpc3RlciAjMS4gIEFjY2VzcyBlbmFibGVk IGJ5IEFDUls3XS4gIEFsc28gcmVxdWlyZXMgIUxDUls3XS4gKi8KZGlmZiAtLWdpdCBhL3N5cy9k ZXYvdWFydC91YXJ0X2Rldl9uczgyNTAuYyBiL3N5cy9kZXYvdWFydC91YXJ0X2Rldl9uczgyNTAu YwppbmRleCAyMTFkMTEzLi4yNDliZTRjIDEwMDY0NAotLS0gYS9zeXMvZGV2L3VhcnQvdWFydF9k ZXZfbnM4MjUwLmMKKysrIGIvc3lzL2Rldi91YXJ0L3VhcnRfZGV2X25zODI1MC5jCkBAIC02NDcs MTEgKzY0NywzNSBAQCBpbnQKIG5zODI1MF9idXNfcGFyYW0oc3RydWN0IHVhcnRfc29mdGMgKnNj LCBpbnQgYmF1ZHJhdGUsIGludCBkYXRhYml0cywKICAgICBpbnQgc3RvcGJpdHMsIGludCBwYXJp dHkpCiB7CisJc3RydWN0IG5zODI1MF9zb2Z0YyAqbnM4MjUwOwogCXN0cnVjdCB1YXJ0X2JhcyAq YmFzOwotCWludCBlcnJvcjsKKwlpbnQgZXJyb3IsIGxpbWl0OwogCisJbnM4MjUwID0gKHN0cnVj dCBuczgyNTBfc29mdGMqKXNjOwogCWJhcyA9ICZzYy0+c2NfYmFzOwogCXVhcnRfbG9jayhzYy0+ c2NfaHdtdHgpOworCS8qCisJICogV2hlbiB1c2luZyBEVyBVQVJUIHdpdGggQlVTWSBkZXRlY3Rp b24gaXQgaXMgbmVjZXNzYXJ5IHRvIHdhaXQKKwkgKiB1bnRpbCBhbGwgc2VyaWFsIHRyYW5zZmVy cyBhcmUgZmluaXNoZWQgYmVmb3JlIG1hbmlwdWxhdGluZyB0aGUKKwkgKiBsaW5lIGNvbnRyb2wu IExDUiB3aWxsIG5vdCBiZSBhZmZlY3RlZCB3aGVuIFVBUlQgaXMgYnVzeS4KKwkgKi8KKwlpZiAo bnM4MjUwLT5idXN5X2RldGVjdCAhPSAwKSB7CisJCS8qCisJCSAqIFBpY2sgYW4gYXJiaXRyYXJ5 IGhpZ2ggbGltaXQgdG8gYXZvaWQgZ2V0dGluZyBzdHVjayBpbgorCQkgKiBhbiBpbmZpbml0ZSBs b29wIGluIGNhc2Ugd2hlbiB0aGUgaGFyZHdhcmUgaXMgYnJva2VuLgorCQkgKi8KKwkJbGltaXQg PSAxMCAqIDEwMjQ7CisJCXdoaWxlICgoKHVhcnRfZ2V0cmVnKGJhcywgRFdfUkVHX1VTUikgJiBV U1JfQlVTWSkgIT0gMCkgJiYKKwkJICAgIC0tbGltaXQpCisJCQlERUxBWSg0KTsKKworCQlpZiAo bGltaXQgPD0gMCkgeworCQkJLyogVUFSVCBhcHBlYXJzIHRvIGJlIHN0dWNrICovCisJCQl1YXJ0 X3VubG9jayhzYy0+c2NfaHdtdHgpOworCQkJcmV0dXJuIChFSU8pOworCQl9CisJfQorCiAJZXJy b3IgPSBuczgyNTBfcGFyYW0oYmFzLCBiYXVkcmF0ZSwgZGF0YWJpdHMsIHN0b3BiaXRzLCBwYXJp dHkpOwogCXVhcnRfdW5sb2NrKHNjLT5zY19od210eCk7CiAJcmV0dXJuIChlcnJvcik7Ci0tIAox LjguNAoK --089e013cbfea6b0db604e999c193-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 00:18:14 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 225942A7; Sat, 26 Oct 2013 00:18:14 +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 D12DF2BF4; Sat, 26 Oct 2013 00:18:13 +0000 (UTC) Received: from glenbarber.us (unknown [64.197.173.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id A0F7FD5AF; Sat, 26 Oct 2013 00:18:12 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us A0F7FD5AF Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 25 Oct 2013 20:18:01 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: 10.0-BETA2, why it is late... Message-ID: <20131026001801.GB1740@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="96YOpH+ONegL0A3E" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) 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, 26 Oct 2013 00:18:14 -0000 --96YOpH+ONegL0A3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline To keep everyone informed on what is taking so long with 10.0-BETA2, here is where we stand at the time of this writing: - A problem was found after freebsd-update(8) builds were finished for 10.0-BETA1 which, because of a file within contrib/openpam containing a tilde ('~'), would cause freebsd-update(8) to error when updating a system. This is a problem that was discovered during the 9.2-RELEASE cycle, but worked around for that release cycle. A more permanent fix has been committed to head/, and merged to stable/10. - During testing of the fix for the openpam filename problem, it was discovered that order in which freebsd-update(8) would install files to the new directory '/usr/lib/private' collided with the creation of the '/usr/lib/private' directory. This caused some shared libraries ('.so.N') files to attempt installation prior to the existence of the directory, which would cause an error. - Since between 9.x and 10.x, libc.so is a "regular" file (not a symlink to a shared library), freebsd-update(8) thought '/usr/lib/libc.so' was a shared library that should be removed/replaced as part of the upgrade. This caused the removal of '/usr/lib/libc.so', and subsequently, unfortunate side-effects. - CTF was found to be leaking build-host information into the resulting release build. Specifically, lines 130-133 define 'VERSION' as 'uname -srp', if otherwise unset. The negative effect of this is, in the event the release build machine and the freebsd-update build machine are out of sync (userland and kernel), the freebsd-update(8) run to upgrade a system would unnecessarily update everything within /boot/kernel/. It has been pointed out that r257136 to stable/10 has an unfortunate side effect of warning output from make(1) during the 'make delete-old' and 'make delete-old-libs'. Unfortunately, the fix for the CTF pollution is unclear at this point, but this will be correctly fixed. For 10.0-BETA2, we will need to ignore the messy output for now. I do not like it either, to be honest. Please keep in mind: This is *not*, by any evaluation, fault of freebsd-update(8). This is the natural progression of software, and these issues are result of infrastructural changes on multiple levels. Please bear with us; we'll have 10.0-BETA2 started soon. Glen --96YOpH+ONegL0A3E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSawo4AAoJELls3eqvi17QF7wP/ieDuaaM9i/FPkuRg7rLxe1o 3oKaX8q1Efs6cz/50sOcKThTo2zwo1JlT0YHcMNWwF6lRpxQeBWtne1ndlO3I2EG cXfBDrqEln5jLkFceQ6xg4k69Vk9MEnEWTbDDCDpTXvV23W+RbO9LRlASnvCdDtG wtEMO8mUg+uwc0VasYVu2h2kMEWnXTLV1H3D4FFlktAJjERgqdKK7RI60F7GG+n9 Hjxywo4OgqJCNqq0pi3hONMyhYulrIm6Xykg1a4++WMlE015Dw2K21OvkA2gN7Rx NqNdCoF/r/ro1fbQ0TW+AsPU2slIFgxyqMEBjZI+F72fo4zYW5eGW6k6ZKNBXhzQ v+0xA7B6vZkX6yD2m+pqjBKnwuR/V/WuS+c3ocODOG5jDGLMf9M9Raxx3CW0UK5X /VNeWCKW6Xydh3Ij+C9aXT6L+FSIwyJMut+NfZHj9Bh88NPIjlorSx031ErM7ztK EuQ8XJUg4n9287WzYLmhrGuZgl1hIf0FLo2AtpTMAGNicd5DTv1biZrgGsL1IQQv 87p6wTxJyPEC/jNypV34x82MTG3lTSjEdehVLMFkVwBlTLHRC+VTdC+UccRyV3uo z89JkPW9cxhQpJZk14aoyOS108tTVPph74b2uXU2evsHOHeedeZ7nZW2sqIWbgc1 zuHtmD/xgLBCqE8l/Hxz =OEK1 -----END PGP SIGNATURE----- --96YOpH+ONegL0A3E-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 05:00:37 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 D15D431A; Sat, 26 Oct 2013 05:00:37 +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 849C6281A; Sat, 26 Oct 2013 05:00:37 +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 r9Q50aU5072196; Sat, 26 Oct 2013 01:00:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9Q50a0C072195; Sat, 26 Oct 2013 05:00:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 05:00:36 GMT Message-Id: <201310260500.r9Q50a0C072195@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 i386/pc98 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: Sat, 26 Oct 2013 05:00:38 -0000 TB --- 2013-10-26 04:44:48 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 04:44:48 - 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-10-26 04:44:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-26 04:44:48 - cleaning the object tree TB --- 2013-10-26 04:45:29 - /usr/local/bin/svn stat /src TB --- 2013-10-26 04:45:56 - At svn revision 257140 TB --- 2013-10-26 04:45:57 - building world TB --- 2013-10-26 04:45:57 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 04:45:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 04:45:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 04:45:57 - SRCCONF=/dev/null TB --- 2013-10-26 04:45:57 - TARGET=pc98 TB --- 2013-10-26 04:45:57 - TARGET_ARCH=i386 TB --- 2013-10-26 04:45:57 - TZ=UTC TB --- 2013-10-26 04:45:57 - __MAKE_CONF=/dev/null TB --- 2013-10-26 04:45:57 - cd /src TB --- 2013-10-26 04:45:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 04:46:06 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-26 05:00:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 05:00:36 - ERROR: failed to build world TB --- 2013-10-26 05:00:36 - 651.48 user 121.94 system 947.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 08:11:34 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 B27B3DB7; Sat, 26 Oct 2013 08:11:34 +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 5FD672ECE; Sat, 26 Oct 2013 08:11:34 +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 r9Q8BX8d077386; Sat, 26 Oct 2013 04:11:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9Q8BXUJ077382; Sat, 26 Oct 2013 08:11:33 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 08:11:33 GMT Message-Id: <201310260811.r9Q8BXUJ077382@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: Sat, 26 Oct 2013 08:11:34 -0000 TB --- 2013-10-26 05:00:36 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 05:00:36 - 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-10-26 05:00:36 - starting HEAD tinderbox run for mips/mips TB --- 2013-10-26 05:00:36 - cleaning the object tree TB --- 2013-10-26 05:04:01 - /usr/local/bin/svn stat /src TB --- 2013-10-26 05:04:04 - At svn revision 257140 TB --- 2013-10-26 05:04:05 - building world TB --- 2013-10-26 05:04:05 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 05:04:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 05:04:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 05:04:05 - SRCCONF=/dev/null TB --- 2013-10-26 05:04:05 - TARGET=mips TB --- 2013-10-26 05:04:05 - TARGET_ARCH=mips TB --- 2013-10-26 05:04:05 - TZ=UTC TB --- 2013-10-26 05:04:05 - __MAKE_CONF=/dev/null TB --- 2013-10-26 05:04:05 - cd /src TB --- 2013-10-26 05:04:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 05:04:12 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 Sat Oct 26 06:07:21 UTC 2013 TB --- 2013-10-26 06:07:21 - cd /src/sys/mips/conf TB --- 2013-10-26 06:07:21 - /usr/sbin/config -m ADM5120 TB --- 2013-10-26 06:07:21 - skipping ADM5120 kernel TB --- 2013-10-26 06:07:21 - cd /src/sys/mips/conf TB --- 2013-10-26 06:07:21 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-26 06:07:21 - skipping ALCHEMY kernel TB --- 2013-10-26 06:07:21 - cd /src/sys/mips/conf TB --- 2013-10-26 06:07:21 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-10-26 06:07:21 - building ALFA_HORNET_UB kernel TB --- 2013-10-26 06:07:21 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:07:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:07:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:07:21 - SRCCONF=/dev/null TB --- 2013-10-26 06:07:21 - TARGET=mips TB --- 2013-10-26 06:07:21 - TARGET_ARCH=mips TB --- 2013-10-26 06:07:21 - TZ=UTC TB --- 2013-10-26 06:07:21 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:07:21 - cd /src TB --- 2013-10-26 06:07:21 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Sat Oct 26 06:07:21 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 ALFA_HORNET_UB completed on Sat Oct 26 06:10:22 UTC 2013 TB --- 2013-10-26 06:10:22 - cd /src/sys/mips/conf TB --- 2013-10-26 06:10:22 - /usr/sbin/config -m AP121 TB --- 2013-10-26 06:10:22 - building AP121 kernel TB --- 2013-10-26 06:10:22 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:10:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:10:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:10:22 - SRCCONF=/dev/null TB --- 2013-10-26 06:10:22 - TARGET=mips TB --- 2013-10-26 06:10:22 - TARGET_ARCH=mips TB --- 2013-10-26 06:10:22 - TZ=UTC TB --- 2013-10-26 06:10:22 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:10:22 - cd /src TB --- 2013-10-26 06:10:22 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Sat Oct 26 06:10:22 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 Sat Oct 26 06:13:19 UTC 2013 TB --- 2013-10-26 06:13:19 - cd /src/sys/mips/conf TB --- 2013-10-26 06:13:19 - /usr/sbin/config -m AP91 TB --- 2013-10-26 06:13:19 - building AP91 kernel TB --- 2013-10-26 06:13:19 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:13:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:13:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:13:19 - SRCCONF=/dev/null TB --- 2013-10-26 06:13:19 - TARGET=mips TB --- 2013-10-26 06:13:19 - TARGET_ARCH=mips TB --- 2013-10-26 06:13:19 - TZ=UTC TB --- 2013-10-26 06:13:19 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:13:19 - cd /src TB --- 2013-10-26 06:13:19 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Sat Oct 26 06:13: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 >>> Kernel build for AP91 completed on Sat Oct 26 06:17:31 UTC 2013 TB --- 2013-10-26 06:17:31 - cd /src/sys/mips/conf TB --- 2013-10-26 06:17:31 - /usr/sbin/config -m AP93 TB --- 2013-10-26 06:17:31 - building AP93 kernel TB --- 2013-10-26 06:17:31 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:17:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:17:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:17:31 - SRCCONF=/dev/null TB --- 2013-10-26 06:17:31 - TARGET=mips TB --- 2013-10-26 06:17:31 - TARGET_ARCH=mips TB --- 2013-10-26 06:17:31 - TZ=UTC TB --- 2013-10-26 06:17:31 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:17:31 - cd /src TB --- 2013-10-26 06:17:31 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Sat Oct 26 06:17:31 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 AP93 completed on Sat Oct 26 06:21:47 UTC 2013 TB --- 2013-10-26 06:21:47 - cd /src/sys/mips/conf TB --- 2013-10-26 06:21:47 - /usr/sbin/config -m AP94 TB --- 2013-10-26 06:21:47 - building AP94 kernel TB --- 2013-10-26 06:21:47 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:21:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:21:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:21:47 - SRCCONF=/dev/null TB --- 2013-10-26 06:21:47 - TARGET=mips TB --- 2013-10-26 06:21:47 - TARGET_ARCH=mips TB --- 2013-10-26 06:21:47 - TZ=UTC TB --- 2013-10-26 06:21:47 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:21:47 - cd /src TB --- 2013-10-26 06:21:47 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sat Oct 26 06:21:47 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 AP94 completed on Sat Oct 26 06:27:05 UTC 2013 TB --- 2013-10-26 06:27:05 - cd /src/sys/mips/conf TB --- 2013-10-26 06:27:05 - /usr/sbin/config -m AP96 TB --- 2013-10-26 06:27:05 - building AP96 kernel TB --- 2013-10-26 06:27:05 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:27:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:27:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:27:05 - SRCCONF=/dev/null TB --- 2013-10-26 06:27:05 - TARGET=mips TB --- 2013-10-26 06:27:05 - TARGET_ARCH=mips TB --- 2013-10-26 06:27:05 - TZ=UTC TB --- 2013-10-26 06:27:05 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:27:05 - cd /src TB --- 2013-10-26 06:27:05 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sat Oct 26 06:27:05 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 AP96 completed on Sat Oct 26 06:32:24 UTC 2013 TB --- 2013-10-26 06:32:24 - cd /src/sys/mips/conf TB --- 2013-10-26 06:32:24 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-26 06:32:24 - building AR71XX_BASE kernel TB --- 2013-10-26 06:32:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:32:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:32:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:32:24 - SRCCONF=/dev/null TB --- 2013-10-26 06:32:24 - TARGET=mips TB --- 2013-10-26 06:32:24 - TARGET_ARCH=mips TB --- 2013-10-26 06:32:24 - TZ=UTC TB --- 2013-10-26 06:32:24 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:32:24 - cd /src TB --- 2013-10-26 06:32:24 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Sat Oct 26 06:32:24 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 AR71XX_BASE completed on Sat Oct 26 06:37:42 UTC 2013 TB --- 2013-10-26 06:37:42 - cd /src/sys/mips/conf TB --- 2013-10-26 06:37:42 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-26 06:37:42 - building AR724X_BASE kernel TB --- 2013-10-26 06:37:42 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:37:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:37:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:37:42 - SRCCONF=/dev/null TB --- 2013-10-26 06:37:42 - TARGET=mips TB --- 2013-10-26 06:37:42 - TARGET_ARCH=mips TB --- 2013-10-26 06:37:42 - TZ=UTC TB --- 2013-10-26 06:37:42 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:37:42 - cd /src TB --- 2013-10-26 06:37:42 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Sat Oct 26 06:37: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 >>> Kernel build for AR724X_BASE completed on Sat Oct 26 06:41:54 UTC 2013 TB --- 2013-10-26 06:41:54 - cd /src/sys/mips/conf TB --- 2013-10-26 06:41:54 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-26 06:41:54 - building AR91XX_BASE kernel TB --- 2013-10-26 06:41:54 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:41:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:41:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:41:54 - SRCCONF=/dev/null TB --- 2013-10-26 06:41:54 - TARGET=mips TB --- 2013-10-26 06:41:54 - TARGET_ARCH=mips TB --- 2013-10-26 06:41:54 - TZ=UTC TB --- 2013-10-26 06:41:54 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:41:54 - cd /src TB --- 2013-10-26 06:41:54 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Sat Oct 26 06:41:54 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 AR91XX_BASE completed on Sat Oct 26 06:46:41 UTC 2013 TB --- 2013-10-26 06:46:41 - cd /src/sys/mips/conf TB --- 2013-10-26 06:46:41 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-26 06:46:41 - building AR933X_BASE kernel TB --- 2013-10-26 06:46:41 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:46:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:46:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:46:41 - SRCCONF=/dev/null TB --- 2013-10-26 06:46:41 - TARGET=mips TB --- 2013-10-26 06:46:41 - TARGET_ARCH=mips TB --- 2013-10-26 06:46:41 - TZ=UTC TB --- 2013-10-26 06:46:41 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:46:41 - cd /src TB --- 2013-10-26 06:46:41 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Sat Oct 26 06:46:41 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 AR933X_BASE completed on Sat Oct 26 06:49:33 UTC 2013 TB --- 2013-10-26 06:49:33 - cd /src/sys/mips/conf TB --- 2013-10-26 06:49:33 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-26 06:49:33 - building AR934X_BASE kernel TB --- 2013-10-26 06:49:33 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:49:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:49:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:49:33 - SRCCONF=/dev/null TB --- 2013-10-26 06:49:33 - TARGET=mips TB --- 2013-10-26 06:49:33 - TARGET_ARCH=mips TB --- 2013-10-26 06:49:33 - TZ=UTC TB --- 2013-10-26 06:49:33 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:49:33 - cd /src TB --- 2013-10-26 06:49:33 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Sat Oct 26 06:49: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 >>> Kernel build for AR934X_BASE completed on Sat Oct 26 06:52:25 UTC 2013 TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-10-26 06:52:25 - skipping BERI_DE4_BASE kernel TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-10-26 06:52:25 - skipping BERI_DE4_MDROOT kernel TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-10-26 06:52:25 - skipping BERI_DE4_SDROOT kernel TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-10-26 06:52:25 - skipping BERI_SIM_BASE kernel TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-10-26 06:52:25 - skipping BERI_SIM_MDROOT kernel TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-10-26 06:52:25 - skipping BERI_SIM_SDROOT kernel TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-10-26 06:52:25 - skipping BERI_TEMPLATE kernel TB --- 2013-10-26 06:52:25 - cd /src/sys/mips/conf TB --- 2013-10-26 06:52:25 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-10-26 06:52:25 - building CARAMBOLA2 kernel TB --- 2013-10-26 06:52:25 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:52:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:52:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:52:25 - SRCCONF=/dev/null TB --- 2013-10-26 06:52:25 - TARGET=mips TB --- 2013-10-26 06:52:25 - TARGET_ARCH=mips TB --- 2013-10-26 06:52:25 - TZ=UTC TB --- 2013-10-26 06:52:25 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:52:25 - cd /src TB --- 2013-10-26 06:52:25 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Sat Oct 26 06:52:25 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 CARAMBOLA2 completed on Sat Oct 26 06:55:23 UTC 2013 TB --- 2013-10-26 06:55:23 - cd /src/sys/mips/conf TB --- 2013-10-26 06:55:23 - /usr/sbin/config -m DB120 TB --- 2013-10-26 06:55:23 - building DB120 kernel TB --- 2013-10-26 06:55:23 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:55:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:55:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:55:23 - SRCCONF=/dev/null TB --- 2013-10-26 06:55:23 - TARGET=mips TB --- 2013-10-26 06:55:23 - TARGET_ARCH=mips TB --- 2013-10-26 06:55:23 - TZ=UTC TB --- 2013-10-26 06:55:23 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:55:23 - cd /src TB --- 2013-10-26 06:55:23 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Sat Oct 26 06:55:23 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 DB120 completed on Sat Oct 26 06:58:17 UTC 2013 TB --- 2013-10-26 06:58:17 - cd /src/sys/mips/conf TB --- 2013-10-26 06:58:17 - /usr/sbin/config -m DIR-825 TB --- 2013-10-26 06:58:17 - building DIR-825 kernel TB --- 2013-10-26 06:58:17 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 06:58:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 06:58:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 06:58:17 - SRCCONF=/dev/null TB --- 2013-10-26 06:58:17 - TARGET=mips TB --- 2013-10-26 06:58:17 - TARGET_ARCH=mips TB --- 2013-10-26 06:58:17 - TZ=UTC TB --- 2013-10-26 06:58:17 - __MAKE_CONF=/dev/null TB --- 2013-10-26 06:58:17 - cd /src TB --- 2013-10-26 06:58:17 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Sat Oct 26 06:58:18 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 DIR-825 completed on Sat Oct 26 07:02:39 UTC 2013 TB --- 2013-10-26 07:02:39 - cd /src/sys/mips/conf TB --- 2013-10-26 07:02:39 - /usr/sbin/config -m ENH200 TB --- 2013-10-26 07:02:39 - building ENH200 kernel TB --- 2013-10-26 07:02:39 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:02:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:02:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:02:39 - SRCCONF=/dev/null TB --- 2013-10-26 07:02:39 - TARGET=mips TB --- 2013-10-26 07:02:39 - TARGET_ARCH=mips TB --- 2013-10-26 07:02:39 - TZ=UTC TB --- 2013-10-26 07:02:39 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:02:39 - cd /src TB --- 2013-10-26 07:02:39 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Sat Oct 26 07:02:40 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 ENH200 completed on Sat Oct 26 07:09:21 UTC 2013 TB --- 2013-10-26 07:09:21 - cd /src/sys/mips/conf TB --- 2013-10-26 07:09:21 - /usr/sbin/config -m GXEMUL TB --- 2013-10-26 07:09:21 - skipping GXEMUL kernel TB --- 2013-10-26 07:09:21 - cd /src/sys/mips/conf TB --- 2013-10-26 07:09:21 - /usr/sbin/config -m GXEMUL32 TB --- 2013-10-26 07:09:21 - building GXEMUL32 kernel TB --- 2013-10-26 07:09:21 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:09:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:09:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:09:21 - SRCCONF=/dev/null TB --- 2013-10-26 07:09:21 - TARGET=mips TB --- 2013-10-26 07:09:21 - TARGET_ARCH=mips TB --- 2013-10-26 07:09:21 - TZ=UTC TB --- 2013-10-26 07:09:21 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:09:21 - cd /src TB --- 2013-10-26 07:09:21 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Sat Oct 26 07:09:21 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 GXEMUL32 completed on Sat Oct 26 07:12:08 UTC 2013 TB --- 2013-10-26 07:12:08 - cd /src/sys/mips/conf TB --- 2013-10-26 07:12:08 - /usr/sbin/config -m IDT TB --- 2013-10-26 07:12:08 - skipping IDT kernel TB --- 2013-10-26 07:12:08 - cd /src/sys/mips/conf TB --- 2013-10-26 07:12:08 - /usr/sbin/config -m MALTA TB --- 2013-10-26 07:12:08 - skipping MALTA kernel TB --- 2013-10-26 07:12:08 - cd /src/sys/mips/conf TB --- 2013-10-26 07:12:08 - /usr/sbin/config -m MALTA64 TB --- 2013-10-26 07:12:08 - skipping MALTA64 kernel TB --- 2013-10-26 07:12:08 - cd /src/sys/mips/conf TB --- 2013-10-26 07:12:08 - /usr/sbin/config -m OCTEON1 TB --- 2013-10-26 07:12:08 - skipping OCTEON1 kernel TB --- 2013-10-26 07:12:08 - cd /src/sys/mips/conf TB --- 2013-10-26 07:12:08 - /usr/sbin/config -m PB47 TB --- 2013-10-26 07:12:08 - building PB47 kernel TB --- 2013-10-26 07:12:08 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:12:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:12:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:12:08 - SRCCONF=/dev/null TB --- 2013-10-26 07:12:08 - TARGET=mips TB --- 2013-10-26 07:12:08 - TARGET_ARCH=mips TB --- 2013-10-26 07:12:08 - TZ=UTC TB --- 2013-10-26 07:12:08 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:12:08 - cd /src TB --- 2013-10-26 07:12:08 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Sat Oct 26 07:12:09 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 PB47 completed on Sat Oct 26 07:17:46 UTC 2013 TB --- 2013-10-26 07:17:46 - cd /src/sys/mips/conf TB --- 2013-10-26 07:17:46 - /usr/sbin/config -m PB92 TB --- 2013-10-26 07:17:46 - building PB92 kernel TB --- 2013-10-26 07:17:46 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:17:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:17:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:17:46 - SRCCONF=/dev/null TB --- 2013-10-26 07:17:46 - TARGET=mips TB --- 2013-10-26 07:17:46 - TARGET_ARCH=mips TB --- 2013-10-26 07:17:46 - TZ=UTC TB --- 2013-10-26 07:17:46 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:17:46 - cd /src TB --- 2013-10-26 07:17:46 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Sat Oct 26 07:17:46 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 PB92 completed on Sat Oct 26 07:21:31 UTC 2013 TB --- 2013-10-26 07:21:31 - cd /src/sys/mips/conf TB --- 2013-10-26 07:21:31 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2013-10-26 07:21:31 - building PICOSTATION_M2HP kernel TB --- 2013-10-26 07:21:31 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:21:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:21:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:21:31 - SRCCONF=/dev/null TB --- 2013-10-26 07:21:31 - TARGET=mips TB --- 2013-10-26 07:21:31 - TARGET_ARCH=mips TB --- 2013-10-26 07:21:31 - TZ=UTC TB --- 2013-10-26 07:21:31 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:21:31 - cd /src TB --- 2013-10-26 07:21:31 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Sat Oct 26 07:21:31 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 PICOSTATION_M2HP completed on Sat Oct 26 07:25:55 UTC 2013 TB --- 2013-10-26 07:25:55 - cd /src/sys/mips/conf TB --- 2013-10-26 07:25:55 - /usr/sbin/config -m QEMU TB --- 2013-10-26 07:25:55 - skipping QEMU kernel TB --- 2013-10-26 07:25:55 - cd /src/sys/mips/conf TB --- 2013-10-26 07:25:55 - /usr/sbin/config -m ROUTERSTATION TB --- 2013-10-26 07:25:55 - building ROUTERSTATION kernel TB --- 2013-10-26 07:25:55 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:25:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:25:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:25:55 - SRCCONF=/dev/null TB --- 2013-10-26 07:25:55 - TARGET=mips TB --- 2013-10-26 07:25:55 - TARGET_ARCH=mips TB --- 2013-10-26 07:25:55 - TZ=UTC TB --- 2013-10-26 07:25:55 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:25:55 - cd /src TB --- 2013-10-26 07:25:55 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Sat Oct 26 07:25:55 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 ROUTERSTATION completed on Sat Oct 26 07:31:21 UTC 2013 TB --- 2013-10-26 07:31:21 - cd /src/sys/mips/conf TB --- 2013-10-26 07:31:21 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2013-10-26 07:31:21 - building ROUTERSTATION_MFS kernel TB --- 2013-10-26 07:31:21 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:31:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:31:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:31:21 - SRCCONF=/dev/null TB --- 2013-10-26 07:31:21 - TARGET=mips TB --- 2013-10-26 07:31:21 - TARGET_ARCH=mips TB --- 2013-10-26 07:31:21 - TZ=UTC TB --- 2013-10-26 07:31:21 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:31:21 - cd /src TB --- 2013-10-26 07:31:21 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Sat Oct 26 07:31:21 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 ROUTERSTATION_MFS completed on Sat Oct 26 07:36:39 UTC 2013 TB --- 2013-10-26 07:36:39 - cd /src/sys/mips/conf TB --- 2013-10-26 07:36:39 - /usr/sbin/config -m RSPRO TB --- 2013-10-26 07:36:39 - building RSPRO kernel TB --- 2013-10-26 07:36:39 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:36:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:36:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:36:39 - SRCCONF=/dev/null TB --- 2013-10-26 07:36:39 - TARGET=mips TB --- 2013-10-26 07:36:39 - TARGET_ARCH=mips TB --- 2013-10-26 07:36:39 - TZ=UTC TB --- 2013-10-26 07:36:39 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:36:39 - cd /src TB --- 2013-10-26 07:36:39 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Sat Oct 26 07:36:39 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 RSPRO completed on Sat Oct 26 07:42:05 UTC 2013 TB --- 2013-10-26 07:42:05 - cd /src/sys/mips/conf TB --- 2013-10-26 07:42:05 - /usr/sbin/config -m RSPRO_MFS TB --- 2013-10-26 07:42:05 - building RSPRO_MFS kernel TB --- 2013-10-26 07:42:05 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:42:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:42:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:42:05 - SRCCONF=/dev/null TB --- 2013-10-26 07:42:05 - TARGET=mips TB --- 2013-10-26 07:42:05 - TARGET_ARCH=mips TB --- 2013-10-26 07:42:05 - TZ=UTC TB --- 2013-10-26 07:42:05 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:42:05 - cd /src TB --- 2013-10-26 07:42:05 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Sat Oct 26 07:42:05 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 RSPRO_MFS completed on Sat Oct 26 07:47:26 UTC 2013 TB --- 2013-10-26 07:47:26 - cd /src/sys/mips/conf TB --- 2013-10-26 07:47:26 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2013-10-26 07:47:26 - building RSPRO_STANDALONE kernel TB --- 2013-10-26 07:47:26 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:47:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:47:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:47:26 - SRCCONF=/dev/null TB --- 2013-10-26 07:47:26 - TARGET=mips TB --- 2013-10-26 07:47:26 - TARGET_ARCH=mips TB --- 2013-10-26 07:47:26 - TZ=UTC TB --- 2013-10-26 07:47:26 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:47:26 - cd /src TB --- 2013-10-26 07:47:26 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Sat Oct 26 07:47:26 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 RSPRO_STANDALONE completed on Sat Oct 26 07:53:05 UTC 2013 TB --- 2013-10-26 07:53:05 - cd /src/sys/mips/conf TB --- 2013-10-26 07:53:05 - /usr/sbin/config -m RT305X TB --- 2013-10-26 07:53:05 - skipping RT305X kernel TB --- 2013-10-26 07:53:05 - cd /src/sys/mips/conf TB --- 2013-10-26 07:53:05 - /usr/sbin/config -m SENTRY5 TB --- 2013-10-26 07:53:05 - skipping SENTRY5 kernel TB --- 2013-10-26 07:53:05 - cd /src/sys/mips/conf TB --- 2013-10-26 07:53:05 - /usr/sbin/config -m SWARM TB --- 2013-10-26 07:53:05 - building SWARM kernel TB --- 2013-10-26 07:53:05 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:53:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:53:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:53:05 - SRCCONF=/dev/null TB --- 2013-10-26 07:53:05 - TARGET=mips TB --- 2013-10-26 07:53:05 - TARGET_ARCH=mips TB --- 2013-10-26 07:53:05 - TZ=UTC TB --- 2013-10-26 07:53:05 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:53:05 - cd /src TB --- 2013-10-26 07:53:05 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Sat Oct 26 07:53:05 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 SWARM completed on Sat Oct 26 07:56:11 UTC 2013 TB --- 2013-10-26 07:56:11 - cd /src/sys/mips/conf TB --- 2013-10-26 07:56:11 - /usr/sbin/config -m SWARM64 TB --- 2013-10-26 07:56:11 - skipping SWARM64 kernel TB --- 2013-10-26 07:56:11 - cd /src/sys/mips/conf TB --- 2013-10-26 07:56:11 - /usr/sbin/config -m SWARM64_SMP TB --- 2013-10-26 07:56:11 - skipping SWARM64_SMP kernel TB --- 2013-10-26 07:56:11 - cd /src/sys/mips/conf TB --- 2013-10-26 07:56:11 - /usr/sbin/config -m SWARM_SMP TB --- 2013-10-26 07:56:11 - building SWARM_SMP kernel TB --- 2013-10-26 07:56:11 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:56:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:56:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:56:11 - SRCCONF=/dev/null TB --- 2013-10-26 07:56:11 - TARGET=mips TB --- 2013-10-26 07:56:11 - TARGET_ARCH=mips TB --- 2013-10-26 07:56:11 - TZ=UTC TB --- 2013-10-26 07:56:11 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:56:11 - cd /src TB --- 2013-10-26 07:56:11 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Sat Oct 26 07:56:11 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 SWARM_SMP completed on Sat Oct 26 07:59:01 UTC 2013 TB --- 2013-10-26 07:59:01 - cd /src/sys/mips/conf TB --- 2013-10-26 07:59:01 - /usr/sbin/config -m TP-WN1043ND TB --- 2013-10-26 07:59:01 - building TP-WN1043ND kernel TB --- 2013-10-26 07:59:01 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:59:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:59:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:59:01 - SRCCONF=/dev/null TB --- 2013-10-26 07:59:01 - TARGET=mips TB --- 2013-10-26 07:59:01 - TARGET_ARCH=mips TB --- 2013-10-26 07:59:01 - TZ=UTC TB --- 2013-10-26 07:59:01 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:59:01 - cd /src TB --- 2013-10-26 07:59:01 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Sat Oct 26 07:59:01 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 TP-WN1043ND completed on Sat Oct 26 08:03:47 UTC 2013 TB --- 2013-10-26 08:03:47 - cd /src/sys/mips/conf TB --- 2013-10-26 08:03:47 - /usr/sbin/config -m WZR-300HP TB --- 2013-10-26 08:03:47 - building WZR-300HP kernel TB --- 2013-10-26 08:03:47 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 08:03:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 08:03:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 08:03:47 - SRCCONF=/dev/null TB --- 2013-10-26 08:03:47 - TARGET=mips TB --- 2013-10-26 08:03:47 - TARGET_ARCH=mips TB --- 2013-10-26 08:03:47 - TZ=UTC TB --- 2013-10-26 08:03:47 - __MAKE_CONF=/dev/null TB --- 2013-10-26 08:03:47 - cd /src TB --- 2013-10-26 08:03:47 - /usr/bin/make -B buildkernel KERNCONF=WZR-300HP >>> Kernel build for WZR-300HP started on Sat Oct 26 08:03:47 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 WZR-300HP completed on Sat Oct 26 08:08:05 UTC 2013 TB --- 2013-10-26 08:08:05 - cd /src/sys/mips/conf TB --- 2013-10-26 08:08:05 - /usr/sbin/config -m XLP TB --- 2013-10-26 08:08:05 - building XLP kernel TB --- 2013-10-26 08:08:05 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 08:08:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 08:08:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 08:08:05 - SRCCONF=/dev/null TB --- 2013-10-26 08:08:05 - TARGET=mips TB --- 2013-10-26 08:08:05 - TARGET_ARCH=mips TB --- 2013-10-26 08:08:05 - TZ=UTC TB --- 2013-10-26 08:08:05 - __MAKE_CONF=/dev/null TB --- 2013-10-26 08:08:05 - cd /src TB --- 2013-10-26 08:08:05 - /usr/bin/make -B buildkernel KERNCONF=XLP >>> Kernel build for XLP started on Sat Oct 26 08:08:05 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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/libkern/cmpdi2.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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/libkern/ucmpdi2.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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/fdt/fdt_mips.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=0x80100000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/dev/uart/uart_cpu_fdt.c cc1: warnings being treated as errors /src/sys/dev/uart/uart_cpu_fdt.c: In function 'uart_cpu_eqres': /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: implicit declaration of function 'pmap_kextract' /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: nested extern declaration of 'pmap_kextract' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/XLP *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-26 08:11:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 08:11:33 - ERROR: failed to build XLP kernel TB --- 2013-10-26 08:11:33 - 8351.41 user 1622.31 system 11456.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 08:19: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 676FDF4B; Sat, 26 Oct 2013 08:19:56 +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 2DCFD2F02; Sat, 26 Oct 2013 08:19:55 +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 r9Q8JtvA021700; Sat, 26 Oct 2013 04:19:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9Q8JtVt021693; Sat, 26 Oct 2013 08:19:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 08:19:55 GMT Message-Id: <201310260819.r9Q8JtVt021693@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: Sat, 26 Oct 2013 08:19:56 -0000 TB --- 2013-10-26 07:00:44 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 07:00:44 - 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-10-26 07:00:44 - starting HEAD tinderbox run for mips64/mips TB --- 2013-10-26 07:00:44 - cleaning the object tree TB --- 2013-10-26 07:08:22 - /usr/local/bin/svn stat /src TB --- 2013-10-26 07:08:26 - At svn revision 257140 TB --- 2013-10-26 07:08:27 - building world TB --- 2013-10-26 07:08:27 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:08:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:08:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:08:27 - SRCCONF=/dev/null TB --- 2013-10-26 07:08:27 - TARGET=mips TB --- 2013-10-26 07:08:27 - TARGET_ARCH=mips64 TB --- 2013-10-26 07:08:27 - TZ=UTC TB --- 2013-10-26 07:08:27 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:08:27 - cd /src TB --- 2013-10-26 07:08:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 07:08:38 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 Sat Oct 26 08:16:43 UTC 2013 TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m ADM5120 TB --- 2013-10-26 08:16:43 - skipping ADM5120 kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m ALCHEMY TB --- 2013-10-26 08:16:43 - skipping ALCHEMY kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-10-26 08:16:43 - skipping ALFA_HORNET_UB kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AP121 TB --- 2013-10-26 08:16:43 - skipping AP121 kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AP91 TB --- 2013-10-26 08:16:43 - skipping AP91 kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AP93 TB --- 2013-10-26 08:16:43 - skipping AP93 kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AP94 TB --- 2013-10-26 08:16:43 - skipping AP94 kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AP96 TB --- 2013-10-26 08:16:43 - skipping AP96 kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-10-26 08:16:43 - skipping AR71XX_BASE kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AR724X_BASE TB --- 2013-10-26 08:16:43 - skipping AR724X_BASE kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-10-26 08:16:43 - skipping AR91XX_BASE kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AR933X_BASE TB --- 2013-10-26 08:16:43 - skipping AR933X_BASE kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m AR934X_BASE TB --- 2013-10-26 08:16:43 - skipping AR934X_BASE kernel TB --- 2013-10-26 08:16:43 - cd /src/sys/mips/conf TB --- 2013-10-26 08:16:43 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-10-26 08:16:43 - building BERI_DE4_BASE kernel TB --- 2013-10-26 08:16:43 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 08:16:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 08:16:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 08:16:43 - SRCCONF=/dev/null TB --- 2013-10-26 08:16:43 - TARGET=mips TB --- 2013-10-26 08:16:43 - TARGET_ARCH=mips64 TB --- 2013-10-26 08:16:43 - TZ=UTC TB --- 2013-10-26 08:16:43 - __MAKE_CONF=/dev/null TB --- 2013-10-26 08:16:43 - cd /src TB --- 2013-10-26 08:16:43 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Sat Oct 26 08:16:44 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/dev/syscons/scterm-teken.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/dev/syscons/scvtb.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/dev/fdt/fdt_mips.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/dev/uart/uart_cpu_fdt.c cc1: warnings being treated as errors /src/sys/dev/uart/uart_cpu_fdt.c: In function 'uart_cpu_eqres': /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: implicit declaration of function 'pmap_kextract' /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: nested extern declaration of 'pmap_kextract' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/BERI_DE4_BASE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-26 08:19:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 08:19:54 - ERROR: failed to build BERI_DE4_BASE kernel TB --- 2013-10-26 08:19:54 - 2858.73 user 616.02 system 4750.41 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 08:47: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 EE5EDA41 for ; Sat, 26 Oct 2013 08:47:12 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6906A2016 for ; Sat, 26 Oct 2013 08:47:12 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Lwoiq-1VkywQ26rQ-016OM5 for ; Sat, 26 Oct 2013 10:47:10 +0200 Message-ID: <526B812C.5000403@gmx.com> Date: Sat, 26 Oct 2013 10:45:32 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Aleksandr Rybalko , freebsd-current@freebsd.org Subject: Re: newcons comming References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> In-Reply-To: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:sahjBlXI3+d+XD0lI8DXj83Ug+C/ClhMspaHmShMMfz39nxSspA Z6oaShx5IyF7hY6ZjJqBGcGBN3oQkR2d6B/q925lE03kSeGWZ4Gf2AozJlARw7ciyjM/SSM sXoBB+q1u5URiLU7GmDoS9NRR4F/PLLMDAOrfn5bTxfxp1orijY9XtxQiH6VqN7jD/TLDbR YVAo0Ttocff60IqwGzMEQ== 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, 26 Oct 2013 08:47:13 -0000 Suppose that Newcons gets in quickly. I use a Radeon 9600 card. Will I see something useful on my screen (with KMS and the new Xorg and things like that), or will my screen be black? From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 09:18: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 5A40222F for ; Sat, 26 Oct 2013 09:18:51 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E8E7D2170 for ; Sat, 26 Oct 2013 09:18:50 +0000 (UTC) Received: from mandree.no-ip.org ([92.228.134.67]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MOwY7-1VehNW0Gr1-006PAS for ; Sat, 26 Oct 2013 11:18:49 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 1B60823DE54 for ; Sat, 26 Oct 2013 11:18:48 +0200 (CEST) Message-ID: <526B88F7.3090607@gmx.de> Date: Sat, 26 Oct 2013 11:18:47 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: newcons comming References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> In-Reply-To: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:HrkTUhcXMa3NG0n/c4eRq47chxYgx42HNzSJRMMyS3xrPzrmwQW oXL4RlTRJ86ZFXvPORZsZShD1YuP9Wb8qZ9B38o+819XgTP6MnlBwOjBrbHQ4Pn6Azc234g iMoAOxL4rof6ZCxRzmNPZNDaN9Jkyyz0WcuFGEbSxZYBiMuQEDD89bMUTnRTOVOfBl/fOBH 5WywFhKog52H3FmN8szLg== 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, 26 Oct 2013 09:18:51 -0000 Am 25.10.2013 14:18, schrieb Aleksandr Rybalko: > Hello fellow hackers! > > I finally reach the point when I can work with newcons instead of > syscons on my laptop. Yes, I know it still buggy and have a lot of > style(9) problems. But we really have to get it into HEAD and 10.0 to > enable shiny new Xorg features, drivers, etc. > > So I ask everyone to look "hard" into that[1] and tell me your opinion. > I expect a lot of opinions, since it have to affect almost all good > guys, as result I have to ask to split "bug reports" into two parts: It should only get in a "stable" (10/STABLE) version when it is solid, stable, and free of known bugs. Thus, please have it matured in 11/HEAD for now, and merge when it's ready. If that means going a point release with older xorg stuff, then we have to live with that. Especially if I read further down the thread that newer xorg depends on newcons - there would be no way back for xorg should more serious issues come up (and we cannot possibly test everything on the developer's end - some things will only come up as users upgrade/install from 10.0-RELEASE DVDs), which is a bigger risk. Rather old xorg with known issues, than random regressions that might leave us with a new xorg but _newly_ does not work at all for users, without any other way to go back but "use 9.2". From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 10:30:12 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 E8C8B296; Sat, 26 Oct 2013 10:30:12 +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 B049D252C; Sat, 26 Oct 2013 10:30:12 +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 r9QAUBkA040544; Sat, 26 Oct 2013 06:30:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QAUBpC040543; Sat, 26 Oct 2013 10:30:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 10:30:11 GMT Message-Id: <201310261030.r9QAUBpC040543@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: Sat, 26 Oct 2013 10:30:13 -0000 TB --- 2013-10-26 07:09:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 07:09:21 - 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-10-26 07:09:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-10-26 07:09:21 - cleaning the object tree TB --- 2013-10-26 07:12:43 - /usr/local/bin/svn stat /src TB --- 2013-10-26 07:12:48 - At svn revision 257140 TB --- 2013-10-26 07:12:49 - building world TB --- 2013-10-26 07:12:49 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 07:12:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 07:12:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 07:12:49 - SRCCONF=/dev/null TB --- 2013-10-26 07:12:49 - TARGET=powerpc TB --- 2013-10-26 07:12:49 - TARGET_ARCH=powerpc TB --- 2013-10-26 07:12:49 - TZ=UTC TB --- 2013-10-26 07:12:49 - __MAKE_CONF=/dev/null TB --- 2013-10-26 07:12:49 - cd /src TB --- 2013-10-26 07:12:49 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 07:12:56 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 Sat Oct 26 09:51:21 UTC 2013 TB --- 2013-10-26 09:51:21 - generating LINT kernel config TB --- 2013-10-26 09:51:21 - cd /src/sys/powerpc/conf TB --- 2013-10-26 09:51:21 - /usr/bin/make -B LINT TB --- 2013-10-26 09:51:21 - cd /src/sys/powerpc/conf TB --- 2013-10-26 09:51:21 - /usr/sbin/config -m LINT TB --- 2013-10-26 09:51:21 - building LINT kernel TB --- 2013-10-26 09:51:21 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 09:51:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 09:51:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 09:51:21 - SRCCONF=/dev/null TB --- 2013-10-26 09:51:21 - TARGET=powerpc TB --- 2013-10-26 09:51:21 - TARGET_ARCH=powerpc TB --- 2013-10-26 09:51:21 - TZ=UTC TB --- 2013-10-26 09:51:21 - __MAKE_CONF=/dev/null TB --- 2013-10-26 09:51:21 - cd /src TB --- 2013-10-26 09:51:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 26 09:51:21 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 LINT completed on Sat Oct 26 10:10:54 UTC 2013 TB --- 2013-10-26 10:10:54 - cd /src/sys/powerpc/conf TB --- 2013-10-26 10:10:54 - /usr/sbin/config -m GENERIC TB --- 2013-10-26 10:10:54 - building GENERIC kernel TB --- 2013-10-26 10:10:54 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 10:10:54 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 10:10:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 10:10:54 - SRCCONF=/dev/null TB --- 2013-10-26 10:10:54 - TARGET=powerpc TB --- 2013-10-26 10:10:54 - TARGET_ARCH=powerpc TB --- 2013-10-26 10:10:54 - TZ=UTC TB --- 2013-10-26 10:10:54 - __MAKE_CONF=/dev/null TB --- 2013-10-26 10:10:54 - cd /src TB --- 2013-10-26 10:10:54 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 26 10:10:54 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 GENERIC completed on Sat Oct 26 10:27:14 UTC 2013 TB --- 2013-10-26 10:27:14 - cd /src/sys/powerpc/conf TB --- 2013-10-26 10:27:14 - /usr/sbin/config -m GENERIC64 TB --- 2013-10-26 10:27:14 - skipping GENERIC64 kernel TB --- 2013-10-26 10:27:14 - cd /src/sys/powerpc/conf TB --- 2013-10-26 10:27:14 - /usr/sbin/config -m MPC85XX TB --- 2013-10-26 10:27:14 - building MPC85XX kernel TB --- 2013-10-26 10:27:14 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 10:27:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 10:27:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 10:27:14 - SRCCONF=/dev/null TB --- 2013-10-26 10:27:14 - TARGET=powerpc TB --- 2013-10-26 10:27:14 - TARGET_ARCH=powerpc TB --- 2013-10-26 10:27:14 - TZ=UTC TB --- 2013-10-26 10:27:14 - __MAKE_CONF=/dev/null TB --- 2013-10-26 10:27:14 - cd /src TB --- 2013-10-26 10:27:14 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Sat Oct 26 10:27:14 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 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/sec/sec.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/tsec/if_tsec_fdt.c cc -c -O -pipe -std=c99 -Wa,-me500 -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 -ffreestanding -fstack-protector -Werror /src/sys/dev/uart/uart_cpu_fdt.c cc1: warnings being treated as errors /src/sys/dev/uart/uart_cpu_fdt.c: In function 'uart_cpu_eqres': /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: implicit declaration of function 'pmap_kextract' /src/sys/dev/uart/uart_cpu_fdt.c:91: warning: nested extern declaration of 'pmap_kextract' [-Wnested-externs] *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/MPC85XX *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-10-26 10:30:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 10:30:11 - ERROR: failed to build MPC85XX kernel TB --- 2013-10-26 10:30:11 - 10162.88 user 1252.57 system 12050.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 10:56: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 7DF247BD for ; Sat, 26 Oct 2013 10:56:19 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (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 427682648 for ; Sat, 26 Oct 2013 10:56:19 +0000 (UTC) Received: from p5dc3e9e5.dip0.t-ipconnect.de ([93.195.233.229] helo=lt047.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1Va1XO-0005bo-MP for freebsd-current@freebsd.org; Sat, 26 Oct 2013 12:56:10 +0200 Message-ID: <526B9FC7.2040005@gwdg.de> Date: Sat, 26 Oct 2013 12:56:07 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: latest sbin/pkg updates seem to break HEAD Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie 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, 26 Oct 2013 10:56:19 -0000 After svn update my 11.0-CURRENT box to r257152, the build breaks. Obviously there is something wrong with the newest patches for sbin/pkg (or libcrypt). Am I the only one observing this? Any help is appreciated, Rainer Hurling [..snip..] ===> usr.sbin/pkg (all) cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/pkg/pkg.c cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/pkg/dns_utils.c cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/usr.sbin/pkg/config.c cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl /usr/obj/usr/src/tmp/usr/bin/ld: D: invalid DSO for symbol `EVP_PKEY_free' definition /usr/obj/usr/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.sbin/pkg From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 11:04: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 B6A31938 for ; Sat, 26 Oct 2013 11:04:15 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 518FC26AB for ; Sat, 26 Oct 2013 11:04:14 +0000 (UTC) Received: from mandree.no-ip.org ([92.228.134.67]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MF5FT-1VSas21WW3-00GIlz for ; Sat, 26 Oct 2013 13:04:13 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 418E823DE54 for ; Sat, 26 Oct 2013 13:04:12 +0200 (CEST) Message-ID: <526BA1AB.4060806@gmx.de> Date: Sat, 26 Oct 2013 13:04:11 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: latest sbin/pkg updates seem to break HEAD References: <526B9FC7.2040005@gwdg.de> In-Reply-To: <526B9FC7.2040005@gwdg.de> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:A/LPoQuNoEjcYc0SshTSh0OY2i9Uo7GgxZYhXOSmcWhNB9Nx+Wm rY8ALhL0ner3P1HNpxvjSxmCGPnPLJxpNmiuIlcgFwULKPBHIvNdA8WM2I1DS8qAu0J/Bog JOS9q7wVpoSD/osgKivtGP8Ih8S5fI7QL+D7ftuhfAS+clHYkmrBld9K0rg+WmyVfyECwoC AkeJ/zQN9YyDE3kCA4gqA== 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, 26 Oct 2013 11:04:15 -0000 Am 26.10.2013 12:56, schrieb Rainer Hurling: > After svn update my 11.0-CURRENT box to r257152, the build breaks. > Obviously there is something wrong with the newest patches for sbin/pkg > (or libcrypt). Am I the only one observing this? > > Any help is appreciated, > Rainer Hurling > > > [..snip..] > ===> usr.sbin/pkg (all) ... > cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include > -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int > -L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg > pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl > > /usr/obj/usr/src/tmp/usr/bin/ld: D: invalid DSO for symbol > `EVP_PKEY_free' definition > /usr/obj/usr/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad value > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > Stop. > make[4]: stopped in /usr/src/usr.sbin/pkg These can happen if a library is missing, for instance, -lcrypto is apparently not mentioned on the linker's command line, but AFAIR the clang linker accepts no unresolved symbols from .so when linking executables, and -lssl likely needs -lcrypto. This avoids run-time surprises due to missing dependencies (on libcrypto, in this case). Try pasting that command line with -lcrypto added after -lssl, and if that helps, try to debug where the -lcrypto has been or gets lost, or should get added. HTH From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 08:56: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 1031BCCD; Sat, 26 Oct 2013 08:56:56 +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 983832098; Sat, 26 Oct 2013 08:56:55 +0000 (UTC) Received: by alpha.kreiz-it.fr (Postfix, from userid 80) id 6361C820; Sat, 26 Oct 2013 10:56:53 +0200 (CEST) To: Matthias Petermann Subject: Re: Centrino Wireless N2230 support X-PHP-Script: webmail.kreiz-it.fr/index.php for 83.202.109.211 MIME-Version: 1.0 Date: Sat, 26 Oct 2013 10:56:53 +0200 From: cg@cgross.info In-Reply-To: <526A5EBD.0@petermann-it.de> References: <20130913112427.Horde.Lr2e32AbzvcQIrrWuDh-dg1@d2ux.org> <001e01ceb064$80168220$80438660$@info> <526A5EBD.0@petermann-it.de> Message-ID: <3f4c1e2627b7da9b271b55f10ad9f7e5@cgross.info> X-Sender: cg@cgross.info User-Agent: Roundcube Webmail/0.8.6 X-Mailman-Approved-At: Sat, 26 Oct 2013 11:31:25 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Sat, 26 Oct 2013 08:56:56 -0000 Hello Matthias, Le 2013-10-25 14:06, Matthias Petermann a écrit : > Hi Cedric, > > Am 13.09.2013 11:34, schrieb Cedric GROSS: > >> Not against 10-current. But if you wish, you could test with my version on github https://github.com/KreizIT/FreeBSD-IWN [1] Use LKGV branch, should be running with 10-current. Cedric > > finally I had a chance to test the driver. I installed a fresh 9.2 > relase and placed the files from https://github.com/KreizIT/FreeBSD-IWN [1] > into my /usr/src/sys and tried to make sys/modules/iwn (cd > /usr/src/sys/modules/iwn;make) > > Unfortunality it doesn't build, instead giving this message: > > /usr/src/sys/modules/iwn/../../dev/iwn/if_iwn.c:2254: warning: implicit > declaration of function 'ieee80211_legacy_rate_lookup' > [...] > The closest issue seems to be "struct ieee80211_tx_ampdu' has no member > named 'txa_tid' but I cannot see what's wrong with it. > > As I get the similiar error when trying to build > https://github.com/KreizIT/freebsd-iwl [2] - is there anything wrong with my > build process? > > Kind regards, > Matthias You must get and build net80211 from -HEAD also. It's why you have this kind of compile error. Cedric Links: ------ [1] https://github.com/KreizIT/FreeBSD-IWN [2] https://github.com/KreizIT/freebsd-iwl From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 12: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 3F7D6D57 for ; Sat, 26 Oct 2013 12:42:59 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (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 03C202B8D for ; Sat, 26 Oct 2013 12:42:58 +0000 (UTC) Received: from p5dc3e9e5.dip0.t-ipconnect.de ([93.195.233.229] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1Va3Cg-0005Xn-Rk; Sat, 26 Oct 2013 14:42:55 +0200 Message-ID: <526BB8C9.4@gwdg.de> Date: Sat, 26 Oct 2013 14:42:49 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Matthias Andree , freebsd-current@freebsd.org Subject: Re: latest sbin/pkg updates seem to break HEAD References: <526B9FC7.2040005@gwdg.de> <526BA1AB.4060806@gmx.de> In-Reply-To: <526BA1AB.4060806@gmx.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie 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, 26 Oct 2013 12:42:59 -0000 Am 26.10.2013 13:04, schrieb Matthias Andree: > Am 26.10.2013 12:56, schrieb Rainer Hurling: >> After svn update my 11.0-CURRENT box to r257152, the build breaks. >> Obviously there is something wrong with the newest patches for sbin/pkg >> (or libcrypt). Am I the only one observing this? >> >> Any help is appreciated, >> Rainer Hurling >> >> >> [..snip..] >> ===> usr.sbin/pkg (all) > ... >> cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include >> -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror >> -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align >> -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls >> -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign >> -Wno-empty-body -Wno-string-plus-int >> -L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg >> pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl >> >> /usr/obj/usr/src/tmp/usr/bin/ld: D: invalid DSO for symbol >> `EVP_PKEY_free' definition >> /usr/obj/usr/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad value >> cc: error: linker command failed with exit code 1 (use -v to see invocation) >> *** Error code 1 >> Stop. >> make[4]: stopped in /usr/src/usr.sbin/pkg > > These can happen if a library is missing, for instance, -lcrypto is > apparently not mentioned on the linker's command line, but AFAIR the > clang linker accepts no unresolved symbols from .so when linking > executables, and -lssl likely needs -lcrypto. This avoids run-time > surprises due to missing dependencies (on libcrypto, in this case). > > Try pasting that command line with -lcrypto added after -lssl, and if > that helps, try to debug where the -lcrypto has been or gets lost, or > should get added. > > HTH Yep, adding -lcrypto seems to help. I patched usr.sbin/pkg/Makefile for it. But I am wondering if nobody else has this problem? I did not change my systems sources before. Many thanks for your fast reply and help, Rainer --- Makefile.orig 2013-10-26 08:33:50.000000000 +0200 +++ Makefile 2013-10-26 14:26:06.000000000 +0200 @@ -7,7 +7,7 @@ CFLAGS+=-I${.CURDIR}/../../contrib/libyaml/include .PATH: ${.CURDIR}/../../contrib/libyaml/include DPADD= ${LIBARCHIVE} ${LIBELF} ${LIBFETCH} ${LIBYAML} ${LIBSBUF} -LDADD= -larchive -lelf -lfetch -lyaml -lsbuf -lssl +LDADD= -larchive -lelf -lfetch -lyaml -lsbuf -lssl -lcrypto USEPRIVATELIB= yaml .include From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 13:18: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 378145BC for ; Sat, 26 Oct 2013 13:18:23 +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 E919E2CF7 for ; Sat, 26 Oct 2013 13:18:22 +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 <1Va3kt-0023iX-IS>; Sat, 26 Oct 2013 15:18:15 +0200 Received: from g226182226.adsl.alicedsl.de ([92.226.182.226] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1Va3kt-003kUV-DG>; Sat, 26 Oct 2013 15:18:15 +0200 Date: Sat, 26 Oct 2013 15:18:10 +0200 From: "O. Hartmann" To: Rainer Hurling Subject: Re: latest sbin/pkg updates seem to break HEAD Message-ID: <20131026151810.3d13defc@thor.walstatt.dyndns.org> In-Reply-To: <526B9FC7.2040005@gwdg.de> References: <526B9FC7.2040005@gwdg.de> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/XpV_UdVGroaKBcYQz+bU=Rr"; protocol="application/pgp-signature" X-Originating-IP: 92.226.182.226 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, 26 Oct 2013 13:18:23 -0000 --Sig_/XpV_UdVGroaKBcYQz+bU=Rr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 26 Oct 2013 12:56:07 +0200 Rainer Hurling wrote: > After svn update my 11.0-CURRENT box to r257152, the build breaks. > Obviously there is something wrong with the newest patches for > sbin/pkg (or libcrypt). Am I the only one observing this? >=20 > Any help is appreciated, > Rainer Hurling >=20 >=20 > [..snip..] > =3D=3D=3D> usr.sbin/pkg (all) > cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include > -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow > -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > -Wnested-externs -Wredundant-decls -Wold-style-definition > -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -c /usr/src/usr.sbin/pkg/pkg.c cc -O2 -pipe > -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wmissing-variable-declarations > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -c /usr/src/usr.sbin/pkg/dns_utils.c cc -O2 -pipe > -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wmissing-variable-declarations > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -c /usr/src/usr.sbin/pkg/config.c cc -O2 -pipe > -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include -std=3Dgnu99 > -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wold-style-definition -Wmissing-variable-declarations > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg > pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl >=20 > /usr/obj/usr/src/tmp/usr/bin/ld: D: invalid DSO for symbol > `EVP_PKEY_free' definition > /usr/obj/usr/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad > value cc: error: linker command failed with exit code 1 (use -v to > see invocation) *** Error code 1 > Stop. > make[4]: stopped in /usr/src/usr.sbin/pkg Me, too, here, with "At revision 257156." Oliver --Sig_/XpV_UdVGroaKBcYQz+bU=Rr Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSa8EWAAoJEOgBcD7A/5N8nbQIAK4ji4Jo7XfketzJr4RRsg6/ Y/8QW0+hisljG4BkR94314ICio5+w3zp9FZNIOjsTxQhCrkkVv8DcyqZ8dSu0vo8 erERlI5AuKhPeAIQsCbqyS583zEby/lo4w5BLtQ4N1/h5S5c9fxgvYpFJ7YNGS0X y+xNZK2QiCXTWf4Yaeygd1ZDKbT2uoJ4GsiuIbWRz6/EmJAk9HRCA9+tuS8+F2I7 lTCtJ1ixCzW5mmI5HvRMOOnTqbwPo3OrPvAURSuOvXdxz4d8Pp5YW5oMLd6iqhJt YpwN13TW6gxB1YxH0f1EBakjY+PUm4icWu4wImlJkRF5fHp0Z7mIsSW9/VDl4dg= =QUQa -----END PGP SIGNATURE----- --Sig_/XpV_UdVGroaKBcYQz+bU=Rr-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 14:12:59 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 EEC91691; Sat, 26 Oct 2013 14:12:59 +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 B45692F83; Sat, 26 Oct 2013 14:12:59 +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 r9QECwEu091435; Sat, 26 Oct 2013 10:12:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QECw3f091433; Sat, 26 Oct 2013 14:12:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 14:12:58 GMT Message-Id: <201310261412.r9QECw3f091433@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 arm/arm 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: Sat, 26 Oct 2013 14:13:00 -0000 TB --- 2013-10-26 11:10:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 11:10:18 - 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-10-26 11:10:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-10-26 11:10:18 - cleaning the object tree TB --- 2013-10-26 11:10:18 - /usr/local/bin/svn stat /src TB --- 2013-10-26 11:10:23 - At svn revision 257155 TB --- 2013-10-26 11:10:24 - building world TB --- 2013-10-26 11:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 11:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 11:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 11:10:24 - SRCCONF=/dev/null TB --- 2013-10-26 11:10:24 - TARGET=arm TB --- 2013-10-26 11:10:24 - TARGET_ARCH=arm TB --- 2013-10-26 11:10:24 - TZ=UTC TB --- 2013-10-26 11:10:24 - __MAKE_CONF=/dev/null TB --- 2013-10-26 11:10:24 - cd /src TB --- 2013-10-26 11:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 11:10:30 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 [...] ===> usr.sbin/pkg (all) cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/pkg.c cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/dns_utils.c cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/config.c cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -L/obj/arm.arm/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl /obj/arm.arm/src/tmp/usr/bin/ld: B: invalid DSO for symbol `EVP_PKEY_free' definition /obj/arm.arm/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 14:12:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 14:12:58 - ERROR: failed to build world TB --- 2013-10-26 14:12:58 - 8623.70 user 1635.68 system 10959.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 14:13:00 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 7DF14692; Sat, 26 Oct 2013 14:13:00 +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 4692F2F85; Sat, 26 Oct 2013 14:13:00 +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 r9QECx35091465; Sat, 26 Oct 2013 10:12:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QECxXA091464; Sat, 26 Oct 2013 14:12:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 14:12:59 GMT Message-Id: <201310261412.r9QECxXA091464@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 armv6/arm 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: Sat, 26 Oct 2013 14:13:00 -0000 TB --- 2013-10-26 11:10:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 11:10:18 - 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-10-26 11:10:18 - starting HEAD tinderbox run for armv6/arm TB --- 2013-10-26 11:10:18 - cleaning the object tree TB --- 2013-10-26 11:10:18 - /usr/local/bin/svn stat /src TB --- 2013-10-26 11:10:23 - At svn revision 257155 TB --- 2013-10-26 11:10:24 - building world TB --- 2013-10-26 11:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 11:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 11:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 11:10:24 - SRCCONF=/dev/null TB --- 2013-10-26 11:10:24 - TARGET=arm TB --- 2013-10-26 11:10:24 - TARGET_ARCH=armv6 TB --- 2013-10-26 11:10:24 - TZ=UTC TB --- 2013-10-26 11:10:24 - __MAKE_CONF=/dev/null TB --- 2013-10-26 11:10:24 - cd /src TB --- 2013-10-26 11:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 11:10:30 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 [...] ===> usr.sbin/pkg (all) cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/pkg.c cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/dns_utils.c cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/config.c cc -O -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -L/obj/arm.armv6/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl /obj/arm.armv6/src/tmp/usr/bin/ld: B: invalid DSO for symbol `EVP_PKEY_free' definition /obj/arm.armv6/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 14:12:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 14:12:59 - ERROR: failed to build world TB --- 2013-10-26 14:12:59 - 8624.85 user 1635.03 system 10960.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 14:21: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 3B72EAE2; Sat, 26 Oct 2013 14:21:23 +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 03DD62FFD; Sat, 26 Oct 2013 14:21:22 +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 r9QELM0s056319; Sat, 26 Oct 2013 10:21:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QELMqA056313; Sat, 26 Oct 2013 14:21:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 14:21:22 GMT Message-Id: <201310261421.r9QELMqA056313@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: Sat, 26 Oct 2013 14:21:23 -0000 TB --- 2013-10-26 11:10:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 11:10:18 - 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-10-26 11:10:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-10-26 11:10:18 - cleaning the object tree TB --- 2013-10-26 11:10:18 - /usr/local/bin/svn stat /src TB --- 2013-10-26 11:10:23 - At svn revision 257155 TB --- 2013-10-26 11:10:24 - building world TB --- 2013-10-26 11:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 11:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 11:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 11:10:24 - SRCCONF=/dev/null TB --- 2013-10-26 11:10:24 - TARGET=amd64 TB --- 2013-10-26 11:10:24 - TARGET_ARCH=amd64 TB --- 2013-10-26 11:10:24 - TZ=UTC TB --- 2013-10-26 11:10:24 - __MAKE_CONF=/dev/null TB --- 2013-10-26 11:10:24 - cd /src TB --- 2013-10-26 11:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 11:10:30 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 [...] ===> usr.sbin/pkg (all) cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/pkg.c cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/dns_utils.c cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/config.c cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -L/obj/amd64.amd64/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl /obj/amd64.amd64/src/tmp/usr/bin/ld: ?: invalid DSO for symbol `EVP_PKEY_free' definition /obj/amd64.amd64/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 14:21:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 14:21:22 - ERROR: failed to build world TB --- 2013-10-26 14:21:22 - 9253.88 user 1651.15 system 11463.28 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 14:21: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 6A560AE3; Sat, 26 Oct 2013 14:21:23 +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 3238D2FFE; Sat, 26 Oct 2013 14:21:22 +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 r9QELMs6056325; Sat, 26 Oct 2013 10:21:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QELMme056324; Sat, 26 Oct 2013 14:21:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 14:21:22 GMT Message-Id: <201310261421.r9QELMme056324@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 i386/i386 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: Sat, 26 Oct 2013 14:21:23 -0000 TB --- 2013-10-26 11:10:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 11:10:18 - 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-10-26 11:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2013-10-26 11:10:18 - cleaning the object tree TB --- 2013-10-26 11:10:18 - /usr/local/bin/svn stat /src TB --- 2013-10-26 11:10:23 - At svn revision 257155 TB --- 2013-10-26 11:10:24 - building world TB --- 2013-10-26 11:10:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 11:10:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 11:10:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 11:10:24 - SRCCONF=/dev/null TB --- 2013-10-26 11:10:24 - TARGET=i386 TB --- 2013-10-26 11:10:24 - TARGET_ARCH=i386 TB --- 2013-10-26 11:10:24 - TZ=UTC TB --- 2013-10-26 11:10:24 - __MAKE_CONF=/dev/null TB --- 2013-10-26 11:10:24 - cd /src TB --- 2013-10-26 11:10:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 11:10:30 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 [...] ===> usr.sbin/pkg (all) cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/pkg.c cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/dns_utils.c cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /src/usr.sbin/pkg/config.c cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -L/obj/i386.i386/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl /obj/i386.i386/src/tmp/usr/bin/ld: ?: invalid DSO for symbol `EVP_PKEY_free' definition /obj/i386.i386/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 14:21:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 14:21:22 - ERROR: failed to build world TB --- 2013-10-26 14:21:22 - 9247.00 user 1664.54 system 11463.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 14:27:24 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 202F4E86; Sat, 26 Oct 2013 14:27:24 +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 C42322074; Sat, 26 Oct 2013 14:27:23 +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 r9QERMD9099744; Sat, 26 Oct 2013 10:27:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QERM1J099725; Sat, 26 Oct 2013 14:27:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 14:27:22 GMT Message-Id: <201310261427.r9QERM1J099725@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 i386/pc98 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: Sat, 26 Oct 2013 14:27:24 -0000 TB --- 2013-10-26 14:12:58 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 14:12:58 - 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-10-26 14:12:58 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-26 14:12:58 - cleaning the object tree TB --- 2013-10-26 14:13:24 - /usr/local/bin/svn stat /src TB --- 2013-10-26 14:13:27 - At svn revision 257155 TB --- 2013-10-26 14:13:28 - building world TB --- 2013-10-26 14:13:28 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 14:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 14:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 14:13:28 - SRCCONF=/dev/null TB --- 2013-10-26 14:13:28 - TARGET=pc98 TB --- 2013-10-26 14:13:28 - TARGET_ARCH=i386 TB --- 2013-10-26 14:13:28 - TZ=UTC TB --- 2013-10-26 14:13:28 - __MAKE_CONF=/dev/null TB --- 2013-10-26 14:13:28 - cd /src TB --- 2013-10-26 14:13:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 14:13: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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-26 14:27:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 14:27:22 - ERROR: failed to build world TB --- 2013-10-26 14:27:22 - 648.29 user 112.05 system 863.92 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 15:05: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 ED28C1B2 for ; Sat, 26 Oct 2013 15:05:22 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm24-vm0.bullet.mail.bf1.yahoo.com (nm24-vm0.bullet.mail.bf1.yahoo.com [98.139.213.161]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8743E221D for ; Sat, 26 Oct 2013 15:05:22 +0000 (UTC) Received: from [98.139.215.143] by nm24.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 15:05:15 -0000 Received: from [98.139.211.205] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 15:05:14 -0000 Received: from [127.0.0.1] by smtp214.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 15:05:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382799914; bh=j4yxdiHjbVsmL/tykFrnMF3+Tv3GCRFD4Um3oXtU7Yc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=fsFbhrkadExMiaFSGjt0OKzi5WDFTPzAdY5wvsBCtoN8b887XmGvGV+3CjrAz4UB7Nh6btP5QSjlR82vKDLZ1WPi4FGFP1pplXftVzBzU9MhYgVsQyS2BcnmdQzque2W1JpYFHGk3jGjcPiV5Ed3UZPH5rfoasXRWhntOEyzdfc= X-Yahoo-Newman-Id: 966579.94565.bm@smtp214.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: bZezC0gVM1kN3hYbUDZ77uH9LZcSpGSaMaJQRi8nnHg1IVI yuDYjKvNXXW2RJmz3jQUIBX5tH1ZqGJgh.q9xk2Y4Z.YyBaWA1rcku1NZTWR yau.Rog1qR7lZBC_sKLoV4pKfS5yKsPSv06tSsixsL5UvGL6KX8HhZqsML5t OdhUwNNjOKHRjN8uoYDIzd7Ua20.6Yxce5yEDc_b9fqzzraazdH8kiSjOOUN rTdQ7y_i61drjClXFBaR9fKLX.kH0D2IdnAZtKz.wZOwIviVKFfaC1ug7.c4 WJAyB5WBE98BNS02rVpiNAdlDePR_pnaGvrYwqK8wp1MUGzb8xwD08cmsO8C KBajr2CcdPihICh1Ea3X5t72Adkv9_XyX3yY3XDGN5PxLcnEmNd4Hudp5k8d TGTMme7_ElDUL90YZwySu2s3u90vF0S7bGPYg1oXL44QMNwOWGjrbkxotsLR ht1UujTG_7cOGxLaYSlzrHe23iGzVM4JpYUdte.il0Lr1BsSzErj91NEBzRu hCIpVOrJNUfcEWZZN1czBSi3p.LoC_iWJIfIx3NoDSjgxHzCjUkH23ptMsnH Cx9lWwy10GBEihHh6lAM6bbYfJ4pIeleE049HPZFCK5FkLcF5B_2NZGNpxgL RH4kp8hfIwONvxQqP4t0bD7qWf.KGalzvalCK4GYcYW75lSiLfU.ZDqUVwaH WQZkhFWuIGsB4lAU77esPEECURGicVAsHBk50eSVpQg-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.3.13.24] (sean_bruno@64.197.173.10 with ) by smtp214.mail.bf1.yahoo.com with SMTP; 26 Oct 2013 08:05:14 -0700 PDT Subject: Re: gperf/src/options.cc -- quiesce clang warnings -Wlogical-op-parentheses From: Sean Bruno To: "freebsd-current@freebsd.org" In-Reply-To: <1382709872.2451.11.camel@localhost> References: <1382327452.2610.5.camel@localhost> <1382399026.7749.3.camel@localhost> <0744E30D-89EF-4340-A7DC-968AC27F302B@FreeBSD.org> <1382663626.2498.4.camel@localhost> <3656E3A3-F76E-42F4-BCFC-8B0F49FF5DA9@FreeBSD.org> <1382665803.2498.13.camel@localhost> <14061B35-A258-4368-BECD-9934CF594AE1@FreeBSD.org> <1382709872.2451.11.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-/lM3vyUttRxUolCtNf/X" Date: Sat, 26 Oct 2013 11:05:14 -0400 Message-ID: <1382799914.32760.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Sat, 26 Oct 2013 15:05:23 -0000 --=-/lM3vyUttRxUolCtNf/X Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2013-10-25 at 10:04 -0400, Sean Bruno wrote: > On Fri, 2013-10-25 at 06:38 -0400, David Chisnall wrote: > > >=20 > > > I'm simply trying to address the warnings that appear due to clang. > > I > > > find the builds very noisy and if there's a better way to address > > this > > > issue, I'm totally open to suggestions. > >=20 > > Well, for contrib code that isn't going to be around for much longer > > like gperf, the best thing to do is probably just stick > > -Wno-logical-op-parentheses in the CFLAGS. Alternatively, adding the > > brackets as it suggested to indicate precedence is simple. > >=20 > > David=20 >=20 > Agreed. Thank you for patience in dealing with me. :-) >=20 > I will go with my original patch that simply puts parens where they can > be picked up and leave the flow of the code alone. >=20 > http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045644.ht= ml >=20 > sean commited at SVN r257160 sean --=-/lM3vyUttRxUolCtNf/X Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSa9oqAAoJEBkJRdwI6BaHAd8H/RLcTaAWqBz5Fe66Uw7zp+bX zBXq0VlG8wRd6JOQWfAtTCOgi4kxkYgdnFtS99vtX8BuhkabMmUzqZm7tC9WiehJ Jf7kX39zgyf52jbmK9SZR34sKI4ido1h3Cg3EExE1xxY84dxaO1Tk7vCHMOrg+lj WWfrynEzyCS8jSgkRH8jMkUCo9pLtdcv1dxJASvnsmyZCmDb3K2vWaRsiGeBdF7n ZDD43m0NEbcBkLFgoc+3qn2YfoWoK/x6VWTqkq2tssCI7cmesLQW3FlVVjGk3uv8 3MSyqfxhiqmvL5YPBUiM1GD6b11vsBNDCR0RYXLj5QEkMb+Q09oxdZmm5dRuqPQ= =8KQW -----END PGP SIGNATURE----- --=-/lM3vyUttRxUolCtNf/X-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 15:07: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 C590C41A for ; Sat, 26 Oct 2013 15:07:14 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm21.bullet.mail.bf1.yahoo.com (nm21.bullet.mail.bf1.yahoo.com [98.139.212.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C999223F for ; Sat, 26 Oct 2013 15:07:13 +0000 (UTC) Received: from [98.139.214.32] by nm21.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 15:04:15 -0000 Received: from [98.139.211.207] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 15:04:15 -0000 Received: from [127.0.0.1] by smtp216.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 15:04:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382799854; bh=pH2B3ctNCka3BVcic/bpL/qfVbC8WJaUc5RUbRjGrp8=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=HT05qPwUhDzADAHGOupX2cWj2uq8hZHR4LVa+eatgXOiIn9Gz2wqSJnQPmPm6jzVJRAXKRCBCt7anMVOq9DZeSDhNS5QjzfOjy6Ge7qcZE8EECg0IlH9oWVcrkd/TraOJMlTxM8No6V7yeXV7LjpI8EFBejg4QONbl4D9f9Fluw= X-Yahoo-Newman-Id: 991638.29867.bm@smtp216.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: bT1H25QVM1lnrS4ip6um6ddhhrF3C5G2bao8XRp.DTkjy8x qmVS_RnXmqqFb4nRDwrsy3tZDu0Ra7TDeC7CAq1temU7UNeIYnVW8YfTln6a uBY8_flQo9e8VhkkVIAfbcBnaooO3EK78OxvmpCZ3vtoIGxqBHfwasDECu2t zEdstVy1f.7Ddls6enBRlS7QZRhg18nlepszdAThQ1s2CyxpM2q3cU1VX2dg 29mFt2suwpMIrjYtC6.JG49zLinoO4VEknKY3Fpwhj.3z0SEiLXrqk7kWhEP Qx6kuZF360NUsyKYDxPC4ezvwseYcZqoJTAMJMRopIelpD91t_XUYvLWFt2v 6upgP6XMeVY778ORdkHN3vq2xnmLzuZ7A3ueFp.jL8tFu.dsgqLSzg.FuLY2 jBubZ4G7y5kv4CCMAg3EK4WPYXeA1EBcgqg81ubfMBnubKW4eYjdrJsAmfD5 iiWf91dhyNPW7u.TuUXuZlfxtn.GbdJK2F2U1_8nUR1W4hccbDRbS3evcC06 uOFJ8SMQx71yEzPx4m7TAGKyoGl0XOB5v6eH3odMXaufwlriWNi2KklB93bc 8rD.yza.kJLzcNYRKDBA09DlbE84ZGQQFZFncKq70rfGwBrjYm.T5gUNL7oA ZQzaUjUfUG0fwVPPeJAURkK6AJjbnc4Ja93ZKa7w- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.3.13.24] (sean_bruno@64.197.173.10 with ) by smtp216.mail.bf1.yahoo.com with SMTP; 26 Oct 2013 08:04:14 -0700 PDT Subject: [PATCH] contrib/groff Queisce -Wdangling else From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jrFw3zeICV/8X7cl/17D" Date: Sat, 26 Oct 2013 11:04:12 -0400 Message-ID: <1382799852.32760.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Sat, 26 Oct 2013 15:07:14 -0000 --=-jrFw3zeICV/8X7cl/17D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This adds proper braces to clear Clang warnings about dangling else statements in groff. There is no(intended) functional change. http://people.freebsd.org/~sbruno/groff_dangling_else.txt sean --=-jrFw3zeICV/8X7cl/17D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSa9nkAAoJEBkJRdwI6BaHOA4H/0pGfdWE1RZc2VPIrmTtfIzh 5yCwptnwQ9jcN+mLgbai44VoNTKOspZPF24S8mu/u1tUTybYpSOU2aX/mTGRaObm oukwdo05F9mG+itdbAm2ZzNyhnALzwDsXplcK/KAT+wvogrVpqawIKX2CanlyWKr M1AwO/u8NHWjQYulojS2AaAeD8znhZlJRqnJq8YoKGJLVAbU11gU/p+s0PbUJ2KA mz7klNI7nLRpdrkXSq6LkRgrswuS/GJibkamwtQkuZIq1uUBAqjtdPpPBAj5hkEs VAnoMWKVSRls9OOf1e6DxBJedsdYXxLpAHxeTC10yarvtv6xVuoJQslNYo9CSZc= =GG7P -----END PGP SIGNATURE----- --=-jrFw3zeICV/8X7cl/17D-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 15:24:42 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 7ECFE92B; Sat, 26 Oct 2013 15:24:42 +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 39C622314; Sat, 26 Oct 2013 15:24:41 +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 r9QFOe0r013335; Sat, 26 Oct 2013 11:24:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QFOefT013331; Sat, 26 Oct 2013 15:24:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 15:24:40 GMT Message-Id: <201310261524.r9QFOefT013331@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: Sat, 26 Oct 2013 15:24:42 -0000 TB --- 2013-10-26 14:21:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 14:21:22 - 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-10-26 14:21:22 - starting HEAD tinderbox run for mips64/mips TB --- 2013-10-26 14:21:22 - cleaning the object tree TB --- 2013-10-26 14:24:53 - /usr/local/bin/svn stat /src TB --- 2013-10-26 14:24:56 - At svn revision 257155 TB --- 2013-10-26 14:24:57 - building world TB --- 2013-10-26 14:24:57 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 14:24:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 14:24:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 14:24:57 - SRCCONF=/dev/null TB --- 2013-10-26 14:24:57 - TARGET=mips TB --- 2013-10-26 14:24:57 - TARGET_ARCH=mips64 TB --- 2013-10-26 14:24:57 - TZ=UTC TB --- 2013-10-26 14:24:57 - __MAKE_CONF=/dev/null TB --- 2013-10-26 14:24:57 - cd /src TB --- 2013-10-26 14:24:57 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 14:25:06 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 [...] gzip -cn /src/usr.sbin/pciconf/pciconf.8 > pciconf.8.gz ===> usr.sbin/periodic (all) gzip -cn /src/usr.sbin/periodic/periodic.8 > periodic.8.gz ===> usr.sbin/pkg (all) cc -O -pipe -G0 -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/pkg/pkg.c cc1: warnings being treated as errors /src/usr.sbin/pkg/pkg.c: In function 'load_public_key_buf': /src/usr.sbin/pkg/pkg.c:490: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 15:24:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 15:24:40 - ERROR: failed to build world TB --- 2013-10-26 15:24:40 - 2632.52 user 599.17 system 3798.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 15:25:09 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 2C1EDA3D; Sat, 26 Oct 2013 15:25: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 DAC4B2321; Sat, 26 Oct 2013 15:25: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 r9QFP8c6014764; Sat, 26 Oct 2013 11:25:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QFP8bE014763; Sat, 26 Oct 2013 15:25:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 15:25:08 GMT Message-Id: <201310261525.r9QFP8bE014763@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: Sat, 26 Oct 2013 15:25:09 -0000 TB --- 2013-10-26 14:21:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 14:21:22 - 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-10-26 14:21:22 - starting HEAD tinderbox run for mips/mips TB --- 2013-10-26 14:21:22 - cleaning the object tree TB --- 2013-10-26 14:26:25 - /usr/local/bin/svn stat /src TB --- 2013-10-26 14:26:28 - At svn revision 257155 TB --- 2013-10-26 14:26:29 - building world TB --- 2013-10-26 14:26:29 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 14:26:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 14:26:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 14:26:29 - SRCCONF=/dev/null TB --- 2013-10-26 14:26:29 - TARGET=mips TB --- 2013-10-26 14:26:29 - TARGET_ARCH=mips TB --- 2013-10-26 14:26:29 - TZ=UTC TB --- 2013-10-26 14:26:29 - __MAKE_CONF=/dev/null TB --- 2013-10-26 14:26:29 - cd /src TB --- 2013-10-26 14:26:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 14:26:36 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 [...] gzip -cn /src/usr.sbin/pciconf/pciconf.8 > pciconf.8.gz ===> usr.sbin/periodic (all) gzip -cn /src/usr.sbin/periodic/periodic.8 > periodic.8.gz ===> usr.sbin/pkg (all) cc -O -pipe -G0 -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/pkg/pkg.c cc1: warnings being treated as errors /src/usr.sbin/pkg/pkg.c: In function 'load_public_key_buf': /src/usr.sbin/pkg/pkg.c:490: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 15:25:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 15:25:08 - ERROR: failed to build world TB --- 2013-10-26 15:25:08 - 2622.60 user 600.27 system 3825.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 13:46: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 DA98DFE8 for ; Sat, 26 Oct 2013 13:46:35 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C74A2E37 for ; Sat, 26 Oct 2013 13:46:35 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sweb; b=en/Fg3qGEqY1sPqBeHm25YOuAn4PASgkY mvDknqRx9MhdMA4pnWzjZa5//3FOB+xiiV4BX+Y2CbGWEkujfwPBrnRc1WOnIBgW VI+nJHigxVAkPSjYFj5rwxwPkX/tepj7Z1HaTwcIb/2VxKGc6j/CuIpQ1yX0fGfr rs/HA13150= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=date:from :to:cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=sweb; bh=w88iC3P2wYYAZEM9U3BF7Euc4KFFtQbxiqi95Yc VC/w=; b=XKLoLRyt3nhIq7AnnUaNhnW9v+OfXzf3UAlil3FY8Hl7ZlkG0NZLMVX lGNqbJDa5JzLClYq+Xwk4VS4Hp6+FcNDcDjs/s+a7D8Jv1gDWQlZrW7qWKK6h156 qZu1RmuWv350ORihddDK+8khx+TDRyesMu1QLrAGHiCPZ0m6sI/I= Received: (qmail 77233 invoked from network); 26 Oct 2013 08:39:52 -0500 Received: from unknown (HELO admin.xzibition.com) (bryan@shatow.net@173.160.118.90) by sweb.xzibition.com with ESMTPA; 26 Oct 2013 08:39:52 -0500 Date: Sat, 26 Oct 2013 08:39:50 -0500 From: Bryan Drewery To: Rainer Hurling Subject: Re: latest sbin/pkg updates seem to break HEAD Message-ID: <20131026133950.GF98118@admin.xzibition.com> References: <526B9FC7.2040005@gwdg.de> <526BA1AB.4060806@gmx.de> <526BB8C9.4@gwdg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Zs/RYxT/hKAHzkfQ" Content-Disposition: inline In-Reply-To: <526BB8C9.4@gwdg.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sat, 26 Oct 2013 15:43:22 +0000 Cc: Matthias Andree , 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, 26 Oct 2013 13:46:35 -0000 --Zs/RYxT/hKAHzkfQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 26, 2013 at 02:42:49PM +0200, Rainer Hurling wrote: > Am 26.10.2013 13:04, schrieb Matthias Andree: > > Am 26.10.2013 12:56, schrieb Rainer Hurling: > >> After svn update my 11.0-CURRENT box to r257152, the build breaks. > >> Obviously there is something wrong with the newest patches for sbin/pkg > >> (or libcrypt). Am I the only one observing this? > >> > >> Any help is appreciated, > >> Rainer Hurling > >> > >> > >> [..snip..] > >> =3D=3D=3D> usr.sbin/pkg (all) > > ... > >> cc -O2 -pipe -I/usr/src/usr.sbin/pkg/../../contrib/libyaml/include > >> -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -We= rror > >> -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > >> -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align > >> -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > >> -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-si= gn > >> -Wno-empty-body -Wno-string-plus-int > >> -L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o pkg > >> pkg.o dns_utils.o config.o -larchive -lelf -lfetch -lyaml -lsbuf -lssl > >> > >> /usr/obj/usr/src/tmp/usr/bin/ld: D: invalid DSO for symbol > >> `EVP_PKEY_free' definition > >> /usr/obj/usr/src/tmp/lib/libcrypto.so.7: could not read symbols: Bad v= alue > >> cc: error: linker command failed with exit code 1 (use -v to see invoc= ation) > >> *** Error code 1 > >> Stop. > >> make[4]: stopped in /usr/src/usr.sbin/pkg This should be fixed now. Sorry about that. It was compiling fine without -lcrypto for me. > >=20 > > These can happen if a library is missing, for instance, -lcrypto is > > apparently not mentioned on the linker's command line, but AFAIR the > > clang linker accepts no unresolved symbols from .so when linking > > executables, and -lssl likely needs -lcrypto. This avoids run-time > > surprises due to missing dependencies (on libcrypto, in this case). > >=20 > > Try pasting that command line with -lcrypto added after -lssl, and if > > that helps, try to debug where the -lcrypto has been or gets lost, or > > should get added. > >=20 > > HTH >=20 > Yep, adding -lcrypto seems to help. I patched usr.sbin/pkg/Makefile for i= t. >=20 > But I am wondering if nobody else has this problem? I did not change my > systems sources before. >=20 > Many thanks for your fast reply and help, > Rainer >=20 >=20 >=20 > --- Makefile.orig 2013-10-26 08:33:50.000000000 +0200 > +++ Makefile 2013-10-26 14:26:06.000000000 +0200 > @@ -7,7 +7,7 @@ > CFLAGS+=3D-I${.CURDIR}/../../contrib/libyaml/include > .PATH: ${.CURDIR}/../../contrib/libyaml/include > DPADD=3D ${LIBARCHIVE} ${LIBELF} ${LIBFETCH} ${LIBYAML} ${LIBSBUF} > -LDADD=3D -larchive -lelf -lfetch -lyaml -lsbuf -lssl > +LDADD=3D -larchive -lelf -lfetch -lyaml -lsbuf -lssl -lcrypto > USEPRIVATELIB=3D yaml >=20 > .include >=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" --Zs/RYxT/hKAHzkfQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQJ8BAEBCgBmBQJSa8YkXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzNkZFQkU5OTJGNTI4MERGNDgxMTM2MkE2 RTc4MkFDMDNDOUIwQ0Y5AAoJEG54KsA8mwz5FDgQAJefpXuvK5dLRk3Ko+GDK+ge bRnQupLwtCXL71MLrnuKOM/PNboWlro5gL2MM1nTy00a6vOo1xUqcAjVAxiHxArJ a/VZA+wPza38drUhcbKqhMoRSSKzvbNEH+gM8EOgX/vDtKUfvvAmrcZqXyZZaRxI 2A5UY6K3T7ET6FXmS/ZhXHIeVIJjUn9WUDmM22+avtRi/SRhq73RYoINYrOAGG6y xczvtE9QEPACYUMh5oVRQgfO/SFr99g7fXHi8g6uiuqWVEoT1CruoH0C1ghj5ZBm Geh65334//T6rnplwVqQqL1emW4fCgXvcV+LAENFyDqXToZ0KF5BgIeZYoY/JUFB DBcdqDmEDVjbCMD8383T01/LW1geYif6K1sHW8AqgbEfDPk1Ca/1rptjed0kX6pz IMwFBBsu2Y0G8u7CRU6yo281oy1ZVjtAM/d2nfS+TatwUGEeYLgTxA4TyqQyh2DA zHh3xsVCLUPTa21fYkkMlT6uvZ4ii81O5F2AGpsKmUd5+FLMdlbUeh0a20JesfuC 2Wc00MqZliWOEUpZQNx4dK88IFL/KyK9u609UeNaFL2jlaSTJWvzDg51EsBASbqr efRiN1k9fFDCr4vxdcVYXr6g5sxUiMt1U0jwnRbivzyPf8pDYVkG6hXkojLd7CdO e6hWbmjOpEVsj96zwMt+ =kYjB -----END PGP SIGNATURE----- --Zs/RYxT/hKAHzkfQ-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 15:46:00 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 03D1A313; Sat, 26 Oct 2013 15:46:00 +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 B13572416; Sat, 26 Oct 2013 15:45:59 +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 r9QFjwBx046771; Sat, 26 Oct 2013 11:45:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QFjwtB046755; Sat, 26 Oct 2013 15:45:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 15:45:58 GMT Message-Id: <201310261545.r9QFjwtB046755@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: Sat, 26 Oct 2013 15:46:00 -0000 TB --- 2013-10-26 14:12:59 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 14:12:59 - 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-10-26 14:12:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-10-26 14:12:59 - cleaning the object tree TB --- 2013-10-26 14:12:59 - /usr/local/bin/svn stat /src TB --- 2013-10-26 14:13:05 - At svn revision 257155 TB --- 2013-10-26 14:13:06 - building world TB --- 2013-10-26 14:13:06 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 14:13:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 14:13:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 14:13:06 - SRCCONF=/dev/null TB --- 2013-10-26 14:13:06 - TARGET=ia64 TB --- 2013-10-26 14:13:06 - TARGET_ARCH=ia64 TB --- 2013-10-26 14:13:06 - TZ=UTC TB --- 2013-10-26 14:13:06 - __MAKE_CONF=/dev/null TB --- 2013-10-26 14:13:06 - cd /src TB --- 2013-10-26 14:13:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 14:13:13 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 [...] gzip -cn /src/usr.sbin/pciconf/pciconf.8 > pciconf.8.gz ===> usr.sbin/periodic (all) gzip -cn /src/usr.sbin/periodic/periodic.8 > periodic.8.gz ===> usr.sbin/pkg (all) cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/pkg/pkg.c cc1: warnings being treated as errors /src/usr.sbin/pkg/pkg.c: In function 'load_public_key_buf': /src/usr.sbin/pkg/pkg.c:490: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 15:45:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 15:45:58 - ERROR: failed to build world TB --- 2013-10-26 15:45:58 - 4381.76 user 709.38 system 5579.03 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 16:28:07 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 579E09EA; Sat, 26 Oct 2013 16:28: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 116C12672; Sat, 26 Oct 2013 16:28: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 r9QGS52X066248; Sat, 26 Oct 2013 12:28:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QGS5ro066245; Sat, 26 Oct 2013 16:28:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 16:28:05 GMT Message-Id: <201310261628.r9QGS5ro066245@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: Sat, 26 Oct 2013 16:28:07 -0000 TB --- 2013-10-26 15:25:08 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 15:25:08 - 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-10-26 15:25:08 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-10-26 15:25:08 - cleaning the object tree TB --- 2013-10-26 15:25:08 - /usr/local/bin/svn stat /src TB --- 2013-10-26 15:25:11 - At svn revision 257155 TB --- 2013-10-26 15:25:12 - building world TB --- 2013-10-26 15:25:12 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 15:25:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 15:25:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 15:25:12 - SRCCONF=/dev/null TB --- 2013-10-26 15:25:12 - TARGET=sparc64 TB --- 2013-10-26 15:25:12 - TARGET_ARCH=sparc64 TB --- 2013-10-26 15:25:12 - TZ=UTC TB --- 2013-10-26 15:25:12 - __MAKE_CONF=/dev/null TB --- 2013-10-26 15:25:12 - cd /src TB --- 2013-10-26 15:25:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 15:25:20 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 [...] gzip -cn /src/usr.sbin/pciconf/pciconf.8 > pciconf.8.gz ===> usr.sbin/periodic (all) gzip -cn /src/usr.sbin/periodic/periodic.8 > periodic.8.gz ===> usr.sbin/pkg (all) cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/pkg/pkg.c cc1: warnings being treated as errors /src/usr.sbin/pkg/pkg.c: In function 'load_public_key_buf': /src/usr.sbin/pkg/pkg.c:490: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 16:28:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 16:28:05 - ERROR: failed to build world TB --- 2013-10-26 16:28:05 - 3048.23 user 542.39 system 3777.31 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 17:01:55 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 105535D8; Sat, 26 Oct 2013 17:01:55 +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 C009327F8; Sat, 26 Oct 2013 17:01:54 +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 r9QH1rQG028722; Sat, 26 Oct 2013 13:01:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QH1r9D028721; Sat, 26 Oct 2013 17:01:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 17:01:53 GMT Message-Id: <201310261701.r9QH1r9D028721@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: Sat, 26 Oct 2013 17:01:55 -0000 TB --- 2013-10-26 14:27:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 14:27:22 - 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-10-26 14:27:22 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-10-26 14:27:22 - cleaning the object tree TB --- 2013-10-26 14:29:13 - /usr/local/bin/svn stat /src TB --- 2013-10-26 14:29:17 - At svn revision 257155 TB --- 2013-10-26 14:29:18 - building world TB --- 2013-10-26 14:29:18 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 14:29:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 14:29:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 14:29:18 - SRCCONF=/dev/null TB --- 2013-10-26 14:29:18 - TARGET=powerpc TB --- 2013-10-26 14:29:18 - TARGET_ARCH=powerpc TB --- 2013-10-26 14:29:18 - TZ=UTC TB --- 2013-10-26 14:29:18 - __MAKE_CONF=/dev/null TB --- 2013-10-26 14:29:18 - cd /src TB --- 2013-10-26 14:29:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 14:29:25 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 [...] gzip -cn /src/usr.sbin/pciconf/pciconf.8 > pciconf.8.gz ===> usr.sbin/periodic (all) gzip -cn /src/usr.sbin/periodic/periodic.8 > periodic.8.gz ===> usr.sbin/pkg (all) cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/pkg/pkg.c cc1: warnings being treated as errors /src/usr.sbin/pkg/pkg.c: In function 'load_public_key_buf': /src/usr.sbin/pkg/pkg.c:490: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 17:01:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 17:01:53 - ERROR: failed to build world TB --- 2013-10-26 17:01:53 - 7973.41 user 965.02 system 9270.80 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 17:34: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 29098FF3; Sat, 26 Oct 2013 17:34:53 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DE1B2962; Sat, 26 Oct 2013 17:34:52 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id q59so5030868wes.39 for ; Sat, 26 Oct 2013 10:34:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fdupMNvNV7iNKDLsxaHz3zAnxb6jObrT7HjK718SNDE=; b=d+mIP9MBM4WF/zY/O4qDwmeytidrecibVw4EoS6XV5S2VbsuV5TFZiXK7EkHaRJyw/ /F7ldC6a02/uZlA9HoeEkyarPZ7o5r/kVE4GtMMr8j3gNpy8WduvbMOVRse7M/bge96k mvF1Ekyp8ICi2wOPoa++KiJ7gUpBSsS9tKkzknENrSN6FtUcWTu6sTx83rgfJgwJMNie FpbfPSBUc7k2ZaYGdua+YKOrdWN1exXhBspa//+5ovlZFcjgQXBCcnqGZ62qiXYtZ0fj Sl/kCaHL/b2/i9WdMI2OmWN0mKVUTX29Ag9h752GNHA7W0fRGUxQcLdKcL3aoH2amycK FvaA== MIME-Version: 1.0 X-Received: by 10.194.185.73 with SMTP id fa9mr12001667wjc.29.1382808890912; Sat, 26 Oct 2013 10:34:50 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.216.209.194 with HTTP; Sat, 26 Oct 2013 10:34:50 -0700 (PDT) In-Reply-To: References: Date: Sat, 26 Oct 2013 19:34:50 +0200 X-Google-Sender-Auth: V__ooUaHA_RSj98gAGL-i6AVcTA Message-ID: Subject: Re: Changes to UART ns8250 From: Zbigniew Bodek To: "freebsd-embedded@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" , freebsd-current , Ganbold Tsagaankhuu 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, 26 Oct 2013 17:34:53 -0000 Hello again. I've just committed the patch: http://svnweb.freebsd.org/base?view=revision&revision=257170 Thanks and best regards Zbigniew Bodek 2013/10/26 Zbigniew Bodek : > Hello Everyone, > > I'm attaching the newest version of the ns8250 UART patch. > After some discussions I decided to go with busy-wait + timeout solution. > The applied delay should handle exotic corner cases (please notice > that we can't use ns8250_delay() > to get the actual single transmission time since we know that LCR is locked). > > If there are no objections then I would like to commit this soon. > > Best regards > Zbigniew Bodek > > 2013/10/9 Zbigniew Bodek : >> Hello Ganbold. >> >> Thank you for testing the patch and pointing those issue out. >> My detection log from Armada XP: >> >> uart0: <16550 or compatible> mem 0xd0012000-0xd001201f irq 41 on simplebus0 >> uart0: console (115200,n,8,1) >> uart1: <16550 or compatible> mem 0xd0012100-0xd001211f irq 42 on simplebus0 >> uart2: <16550 or compatible> mem 0xd0012200-0xd001221f irq 43 on simplebus0 >> uart3: <16550 or compatible> mem 0xd0012300-0xd001231f irq 44 on simplebus0 >> >> Is there a possibility to download a datasheet for RK30xx so that I could >> verify what is required for it's UART? >> The patch is causing that we only wait until UART is not busy anymore. I >> can't find why would that cause problems >> if your UART requires busy detection anyway. >> >> Best regards >> Zbigniew Bodek >> >> >> >> 2013/10/9 Ganbold Tsagaankhuu >>> >>> >>> >>> >>> On Tue, Oct 8, 2013 at 9:58 AM, Ganbold Tsagaankhuu >>> wrote: >>>> >>>> Zbigniew, >>>> >>>> >>>> On Tue, Oct 8, 2013 at 3:54 AM, Zbigniew Bodek wrote: >>>>> >>>>> Hello. >>>>> >>>>> I would like to present a patch for ns8250 serial that I would like to >>>>> commit in the near future (if there are no objections). >>>>> >>>>> The patch is fixing newest DesignWare UART with busy detection. >>>>> During frequency divisors configuration when UART is busy transferring >>>>> or >>>>> receiving data, line control register manipulation will not take effect. >>>>> Therefore, we will not set divisor latch access bit and we will corrupt >>>>> LCR >>>>> instead of configuring divisors. >>>>> It is necessary to wait until UART finishes all transfers to proceed >>>>> with >>>>> the configuration. >>>>> >>>>> This was detected on Armada XP as UART fails on this issue 100/100 >>>>> attempts. >>>>> The patch was tested by kevlo@ and me and it works on our Armada XP - >>>>> based >>>>> systems. >>>>> >>>>> Please send your comment or remarks if there are any. >>>> >>>> >>>> I'm trying your patch on r254983. >>>> Tried on 2 boards (Cubieboard2 (Allwinner A20 SoC - dual Cortex A7) and >>>> Radxa Rock (Rockchip RK3188 - Quad Cortex A9)). Both seem to have some sort >>>> of DesignWare uart. >>>> >>>> 1. It works fine on Cubieboard2. Uart dmesg is like: >>>> >>>> uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 >>>> uart0: console (115200,n,8,1) >>>> >>>> 2. No any printing on screen in case of Radxa Rock. Without your patch >>>> uart dmesg is like: >>>> >>>> uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on >>>> simplebus0 >>>> uart0: console (115200,n,8,1) >>>> >>>> In case of RK3188 SoC, it seems booting FreeBSD kernel seems very >>>> fragile, not sure yet what is causing the problem. >>>> Even with stock ns8250 some version later than r254983 didn't show/print >>>> anything on serial console few days ago. >>>> Only thing so far I know is this r254983 (with some patch) works in my >>>> case on RK3188 SoC based board. >>> >>> >>> >>> Zbigniew, >>> >>> Just tried again your patch on RK30xx board. I was able to see boot >>> messages on screen. >>> This uart detected as: >>> ... >>> uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on >>> simplebus0 >>> uart0: console (115200,n,8,1) >>> uart0: fast interrupt >>> ... >>> Can you show me your uart detection log? >>> It seems this DW uart of RK30xx is different than DW uart of A10/A20. >>> Boot simply stops printing "start_init: trying /sbin/init". >>> >>> thanks, >>> >>> Ganbold >>> >>> >>>> >>>> >>>> thanks, >>>> >>>> Ganbold >>>> >>>> >>>> >>>>> >>>>> >>>>> Best regards >>>>> Zbigniew Bodek >>>>> >>>>> _______________________________________________ >>>>> 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 Oct 26 17:53:43 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 9819D7A5; Sat, 26 Oct 2013 17:53:43 +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 518E02A56; Sat, 26 Oct 2013 17:53:42 +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 r9QHraCt095005; Sat, 26 Oct 2013 13:53:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QHraO9095004; Sat, 26 Oct 2013 17:53:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 17:53:36 GMT Message-Id: <201310261753.r9QHraO9095004@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: Sat, 26 Oct 2013 17:53:43 -0000 TB --- 2013-10-26 15:24:41 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 15:24:41 - 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-10-26 15:24:41 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-10-26 15:24:41 - cleaning the object tree TB --- 2013-10-26 15:24:41 - /usr/local/bin/svn stat /src TB --- 2013-10-26 15:24:46 - At svn revision 257155 TB --- 2013-10-26 15:24:47 - building world TB --- 2013-10-26 15:24:47 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 15:24:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 15:24:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 15:24:47 - SRCCONF=/dev/null TB --- 2013-10-26 15:24:47 - TARGET=powerpc TB --- 2013-10-26 15:24:47 - TARGET_ARCH=powerpc64 TB --- 2013-10-26 15:24:47 - TZ=UTC TB --- 2013-10-26 15:24:47 - __MAKE_CONF=/dev/null TB --- 2013-10-26 15:24:47 - cd /src TB --- 2013-10-26 15:24:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 15:24:56 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 [...] gzip -cn /src/usr.sbin/pciconf/pciconf.8 > pciconf.8.gz ===> usr.sbin/periodic (all) gzip -cn /src/usr.sbin/periodic/periodic.8 > periodic.8.gz ===> usr.sbin/pkg (all) cc -O2 -pipe -I/src/usr.sbin/pkg/../../contrib/libyaml/include -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/pkg/pkg.c cc1: warnings being treated as errors /src/usr.sbin/pkg/pkg.c: In function 'load_public_key_buf': /src/usr.sbin/pkg/pkg.c:490: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop. bmake[3]: stopped in /src/usr.sbin/pkg *** Error code 1 Stop. bmake[2]: stopped in /src/usr.sbin *** 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-10-26 17:53:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 17:53:36 - ERROR: failed to build world TB --- 2013-10-26 17:53:36 - 7996.88 user 881.80 system 8935.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 18:34:34 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 85D57B08 for ; Sat, 26 Oct 2013 18:34:34 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm4.bullet.mail.bf1.yahoo.com (nm4.bullet.mail.bf1.yahoo.com [98.139.212.163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32B942C76 for ; Sat, 26 Oct 2013 18:34:33 +0000 (UTC) Received: from [98.139.212.148] by nm4.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 18:32:42 -0000 Received: from [98.139.211.203] by tm5.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 18:32:42 -0000 Received: from [127.0.0.1] by smtp212.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 18:32:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382812362; bh=iDQejutTpqdR0VhZMNjhE98jZS0MO9duEW7KLbYyAaw=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=lPPzvje/dc3kyfeH4Hs4sG6ABOqxn/4Y/x1V7cIqgcK0g/YvA+tifx61N+IgtQ5FsFttVJPI225brec8TTeTnlRMKYTNaefKpWveb93ttzmBWHp3WQenIw2N15b4/hufqJ8di0tyPYQy3nanpLgBicGNEfcgP4bugPK+w2sPheE= X-Yahoo-Newman-Id: 218351.25543.bm@smtp212.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: wWaeQGIVM1mewy5mZgER_VKSGZYnWWuoDROSHEXtrdBP3iB 3eaeyQenulBaAtR.cga2y.NRaT8lx8WFPFqX4qTKO52pOuYR4Y8xYTw3k2M5 8lmSA3gQVPM.hsqR179KHirgaxCAuSfxaOYkJP7L9xhSZA3RgnNFlsxnVThQ YUWjKy5yJzJaLNUcBpzMPCszJOVhrNFPX3ISFEdDiwmat9CJ6KWb135QK7.X iQXNI51M.pBnpA1I6KjTuYwzWOur708diDjNEWewo5KyXPShWU.YB390.Xvr 8CpG_aFPBCCCraSxgZA9cNZUe8mKhqx_fEvDMVnqKTgidlA.th7kIC6lIZqt jR9wpWekszeWPrX3a2nI6eY0IJv0XGeZ4wzD1IG4Z.g21uw5x_aDCkUicToQ 8_WtJYXP6N.ubBMk_kVfVPjrEpGyoH3nWhD3ZvYfYNTVe3LYGB7FqIhT0Rzy IGRzY9VgSQg8zfxZ84F62M4v5OOa0qDcU_OSnRegGgWz_Yz_c3gC.ghcXPIc Wjhor1ItUz3p_g5CQPf.IgeXji4Y3X.pD6w41TdZDBvLuuStIDLD2YTwfsFr IrrVkoospdiOmoLfCsLcuKskr4kF7fhKdM3D4YO_NnZu_0zBko6Dcn0ZRD1Z BJ2mbIKhZTLnSjE4pBDxFdYfItuOjxvs- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.3.13.24] (sean_bruno@64.197.173.10 with ) by smtp212.mail.bf1.yahoo.com with SMTP; 26 Oct 2013 11:32:42 -0700 PDT Subject: Re: [PATCH] quiesce clang warnings for opie/libopie From: Sean Bruno To: "freebsd-current@freebsd.org" In-Reply-To: <1382710422.2451.18.camel@localhost> References: <1382710422.2451.18.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-nmCHkk40BUCqPDDpa23S" Date: Sat, 26 Oct 2013 14:32:41 -0400 Message-ID: <1382812361.69608.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port 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: Sat, 26 Oct 2013 18:34:34 -0000 --=-nmCHkk40BUCqPDDpa23S Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2013-10-25 at 10:13 -0400, Sean Bruno wrote: > Spent some time investigating warnings emitted by the build for libopie > and such. >=20 > http://people.freebsd.org/~sbruno/libopie_warns.txt >=20 > Most of this is harmless and clang emits clear directives and solutions > to solve these warnings. Patch attached to do just that and make the > build happy. >=20 > http://people.freebsd.org/~sbruno/libopie_clang_warnings.txt >=20 > From my eye, it appears that opie should be tracking some other project > or something? =20 >=20 > sean Updated to handle opieversion() and include for getopt() http://people.freebsd.org/~sbruno/libopie_clang_warnings.txt sean --=-nmCHkk40BUCqPDDpa23S Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSbArJAAoJEBkJRdwI6BaHUIAIAIU9GjgDQqQdM+9VFFWVwXQJ ThKzUbJefIh8qu2GYmkjct8x/8qpb6DNHsAqn3CaESMH4m4lwS9VYBjRGnLv/xOk DooKoqW6kZTfxJLJzArUFNmREiIRUZMv3mWQr8F0SJJrZIeICWWcnWeB6nzEsfhQ st0AQesFZKcf0zDPOkxY4QD7/4k+zspD9WpALrw8bBLxlmZmigywjOKj1lemuGvp i8nbo0Z3mg2YdCEdXWqbw2p3SGy+pHwy6OPYrFVvXrTRBSAzL3/X5f5+ttA89BNz HpiYG0jQwcBgxVMzG1hvIijKuGNkPRMxY1iNmPMz9rJhAMK+iB+tJfRSdEZas4k= =n7gc -----END PGP SIGNATURE----- --=-nmCHkk40BUCqPDDpa23S-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 19:33: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 01CD2A14 for ; Sat, 26 Oct 2013 19:33:20 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id B0B7A2ED3 for ; Sat, 26 Oct 2013 19:33:20 +0000 (UTC) Received: from rnote.ddteam.net (169-25-135-95.pool.ukrtel.net [95.135.25.169]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 7830BC493D; Sat, 26 Oct 2013 22:33:12 +0300 (EEST) Date: Sat, 26 Oct 2013 22:32:40 +0300 From: Aleksandr Rybalko To: dt71@gmx.com Subject: Re: newcons comming Message-Id: <20131026223240.098168fd.ray@freebsd.org> In-Reply-To: <526B812C.5000403@gmx.com> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <526B812C.5000403@gmx.com> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , 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, 26 Oct 2013 19:33:21 -0000 On Sat, 26 Oct 2013 10:45:32 +0200 dt71@gmx.com wrote: > Suppose that Newcons gets in quickly. I use a Radeon 9600 card. Will > I see something useful on my screen (with KMS and the new Xorg and > things like that), or will my screen be black? Yup, you will get normal virtual terminal, but a bit bigger than 640x480. It is main reason why x11 team ask me to merge newcons ASAP. Newcons can use framebuffer provided by DRM. Try it yourself. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 19:36: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 7BA65B52 for ; Sat, 26 Oct 2013 19:36:08 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 3673B2EF1 for ; Sat, 26 Oct 2013 19:36:08 +0000 (UTC) Received: from rnote.ddteam.net (169-25-135-95.pool.ukrtel.net [95.135.25.169]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 1804BC493D; Sat, 26 Oct 2013 22:36:07 +0300 (EEST) Date: Sat, 26 Oct 2013 22:36:04 +0300 From: Aleksandr Rybalko To: Andrey Fesenko Subject: Re: newcons comming Message-Id: <20131026223604.0da5d50e.ray@freebsd.org> In-Reply-To: References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , 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: Sat, 26 Oct 2013 19:36:08 -0000 On Fri, 25 Oct 2013 20:52:27 +0400 Andrey Fesenko wrote: > On Fri, Oct 25, 2013 at 4:18 PM, Aleksandr Rybalko > wrote: > > Hello fellow hackers! > > > > I finally reach the point when I can work with newcons instead of > > syscons on my laptop. Yes, I know it still buggy and have a lot of > > ... > > Yes, it's build and work Nice > > # uname -a > FreeBSD x220.local 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r257111M: Fri > Oct 25 19:27:50 MSK 2013 > andrey@x220.local:/usr/obj/usr/src/sys/W_BOOK amd64 > > :) > > In the single user ugly > Can not read termcap database: > Using dumb terminal settings termcap is out of newcons's care :) > > In the multy user mode: > > Switch Xorg to consol and back is correct. > > spam log > % tail /var/log/messages > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0xc0086457, nr=0x57, dev 0xfffff80006682800, auth=1 > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0x20006458, nr=0x58, dev 0xfffff80006682800, auth=1 > Oct 25 20:47:29 x220 last message repeated 5 times > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0x800c645f, nr=0x5f, dev 0xfffff80006682800, auth=1 > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0x8020645d, nr=0x5d, dev 0xfffff80006682800, auth=1 > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0x80406469, nr=0x69, dev 0xfffff80006682800, auth=1 > Oct 25 20:47:29 x220 kernel: [drm:pid1444:i915_gem_execbuffer2] > buffers_ptr 80340a400 buffer_count 2 len 00000058 > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0x800c645f, nr=0x5f, dev 0xfffff80006682800, auth=1 > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0xc0086457, nr=0x57, dev 0xfffff80006682800, auth=1 > Oct 25 20:47:29 x220 kernel: [drm:pid1444:drm_ioctl] pid=1444, > cmd=0x20006458, nr=0x58, dev 0xfffff80006682800, auth=1 Turn off DRM_DEBUG option in kernel config. > > In the console login jumps up, but it works correctly. If ScrlLk > console blink. Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 19:44: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 8043FE1 for ; Sat, 26 Oct 2013 19:44:00 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm2-vm1.bullet.mail.bf1.yahoo.com (nm2-vm1.bullet.mail.bf1.yahoo.com [98.139.213.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F8C62F54 for ; Sat, 26 Oct 2013 19:44:00 +0000 (UTC) Received: from [98.139.215.142] by nm2.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 19:37:29 -0000 Received: from [98.139.211.203] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 19:37:29 -0000 Received: from [127.0.0.1] by smtp212.mail.bf1.yahoo.com with NNFMP; 26 Oct 2013 19:37:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1382816248; bh=Wd4tr4268UkxHbjkR2ubrgS95MC802V11eCkjqOiKeg=; 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=G9dOzdn6oRdlcPEyARGY9OTWDz5jBEiZ6tqCy6MCI3EvUq3k/+3HoSx7at0AQdzqXXssXF3Fg9AvP7626ymxvaYmTkM6tB93FaOc5JyOCyFRZuPoSBo4GMIjLv/oNBhqmKZkbcs9RzGTJwjF4jgkBA4lnW0NLletkDgEyXrX1uE= X-Yahoo-Newman-Id: 990651.94822.bm@smtp212.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: JZA3xkIVM1mvnhDuTFAXmg98wFeL5xwOH0rC8aXgKnAvby8 HvhfRDvy0pLU7JMZlv_50naBSxQ0WC_46CJ4LZ6mSwqmPRRPzEi2Jv30phXm _2lSa5uJiNJvbaH6AWcM39McAXdyAWwanZeIG7IL5QSBdqJL.w3zcbsU30U0 qz3hHP0_PyBWXAeezso4tZgI66Ql36JuN4wQClJTbAcDlpf0lh3gqVEMUKKP NRhU6i0e1LetSKc.QdC.hfC7BCzUts4C4T8beBYN7F2cFLOs.91lUtw3.Jep il_.AR.41cRUX5zV_Xxk5plsuWgud4pJ1kheG0rTZG8dbSj0f3t04TcJ6u9a c7oHdffP.N2EjCAouAYIrAAPqQNRXva_fx0tRj40ksPTE.i0RKlHHGpdYXlb xCWgZu6NPKiRsI.YmXC7g30txTBWPaxcwcTR9Kxp5TYs_gmCz7vWJUC7iVhh i10TqJcdDQi6Lm1mXUEMje1uqbRJD0wBKMqLackHrGmoBhSRTRToK9seed6E XqP1Kt_Q6NCI1f49V16Jx.B_65fJPr2i7jQoALb6_auUfk.hhIQ-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.3.13.24] (sean_bruno@64.197.173.10 with ) by smtp212.mail.bf1.yahoo.com with SMTP; 26 Oct 2013 12:37:28 -0700 PDT Subject: Re: newcons comming From: Sean Bruno To: Aleksandr Rybalko In-Reply-To: <20131026223240.098168fd.ray@freebsd.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <526B812C.5000403@gmx.com> <20131026223240.098168fd.ray@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-VGGnBCviHdGOdE2CQgCq" Date: Sat, 26 Oct 2013 15:37:25 -0400 Message-ID: <1382816246.1493.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: dt71@gmx.com, Aleksandr Rybalko , 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: Sat, 26 Oct 2013 19:44:00 -0000 --=-VGGnBCviHdGOdE2CQgCq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-10-26 at 22:32 +0300, Aleksandr Rybalko wrote: > On Sat, 26 Oct 2013 10:45:32 +0200 > dt71@gmx.com wrote: >=20 > > Suppose that Newcons gets in quickly. I use a Radeon 9600 card. Will > > I see something useful on my screen (with KMS and the new Xorg and > > things like that), or will my screen be black? >=20 > Yup, you will get normal virtual terminal, but a bit bigger than > 640x480. It is main reason why x11 team ask me to merge newcons ASAP. > Newcons can use framebuffer provided by DRM. >=20 > Try it yourself. >=20 > WBW So, I'm running NEW Xorg now and KMS with an NVidia card. What should I do to test this? What are the expected results? sean --=-VGGnBCviHdGOdE2CQgCq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSbBntAAoJEBkJRdwI6BaHd18H/iXXqz48FOG++zor11iVEdUz zojdtUDidP/nnFskTZxGGud8Qet1Dqw4gYRnun3HARbRMMP1GgS/H4IM+Wdh+7AZ 8nnhvDYC64D8U65OheFPEvSRvvgjxDkafseXSmLfza8wsJvRAEtHn8WOX5+FDOeh DLTuwftY00AhrPEV3YRecrFOO8ipDhHahiezG8qVgihsm+pkqYeVR8l4nC66ePh7 aEFMF6YQC3H1HwqAT1nczOVIjPMd5LfHK+qwzDjmxTrzKbOAtmGoLtuI/fkonkwz d7xMBjixDYTaKLWpaFsOUWd8r6LStsJZwa5dwQp0P+98jGN7DHX3Qy1GEQvKt34= =3oaI -----END PGP SIGNATURE----- --=-VGGnBCviHdGOdE2CQgCq-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 20:39: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 73873692 for ; Sat, 26 Oct 2013 20:39:56 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id AE8FE226A for ; Sat, 26 Oct 2013 20:39:55 +0000 (UTC) Received: from rnote.ddteam.net (169-25-135-95.pool.ukrtel.net [95.135.25.169]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 2A388C4936; Sat, 26 Oct 2013 23:39:54 +0300 (EEST) Date: Sat, 26 Oct 2013 23:39:51 +0300 From: Aleksandr Rybalko To: Konstantin Belousov Subject: Re: newcons comming Message-Id: <20131026233951.d2dd5b16.ray@freebsd.org> In-Reply-To: <20131025154602.GJ10625@kib.kiev.ua> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025154602.GJ10625@kib.kiev.ua> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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, 26 Oct 2013 20:39:56 -0000 On Fri, 25 Oct 2013 18:46:02 +0300 Konstantin Belousov wrote: > On Fri, Oct 25, 2013 at 04:04:10PM +0300, Aleksandr Rybalko wrote: > > On Fri, 25 Oct 2013 15:18:47 +0300 > > Aleksandr Rybalko wrote: > > > > > Hello fellow hackers! > > > > > > I finally reach the point when I can work with newcons instead of > > > syscons on my laptop. Yes, I know it still buggy and have a lot of > > > style(9) problems. But we really have to get it into HEAD and > > > 10.0 to enable shiny new Xorg features, drivers, etc. > > > > > > So I ask everyone to look "hard" into that[1] and tell me your > > > opinion. I expect a lot of opinions, since it have to affect > > > almost all good guys, as result I have to ask to split "bug > > > reports" into two parts: > > > 1. Should be done before merge to 10.0; > > > 2. Can be done later. > > > > > > If it possible, please do it(review - report) ASAP. > > > I have plan to done it that way: > > > 1. Merge newcons to head (in a few days); > > > 2. Fix a lot of reported bugs (2 hrs :-D ); > > > 3. Persuade re@ about we need it in 10.0 (one week, maybe two); > > > 4. Merge to 10.0; > > > 5. One year AFK somewhere on Bahamas;^W^W^W^W^W^W^W > > > 5. Add mouse cut-paste support; > > > 6. Fix new bugs; > > > 7. Some drinks. > > > > > > What do we will have with newcons: > > > * (Think it is main) Allow us to switch to fresh Xorg, which > > > require KMS. > > > * Graphic devices which can provide framebuffer access can be > > > easily used as virtual terminals (someone may have pixel-LCD on > > > front of PC tower, may found it useful :-D ) > > > * See [2]. > > > > > > TODO: > > > * Lack of key mapping files, everyone can help with that using > > > instructions on [3]; > > > * A bit slow (mostly scrolling affected). > > > * Other bugs :) > > > * See [2]. > > > > > > Thanks! > > > > > > [1] - http://svnweb.freebsd.org/base/user/ed/newcons/ > > > [2] - > > > http://www.freebsd.org/news/status/report-2013-07-2013-09.html#Continuation-of-the-Newcons-Project > > > [3] - > > > http://raybsd.blogspot.com/2013/10/newcons-international-keyboard-input.html > > > > > > Hope you will love newcons! > > > And maybe me too :) > > > > > > WBW > > > -- > > > Aleksandr Rybalko > > > > Forget to give a patch to HEAD, here it is: > > > > http://people.freebsd.org/~ray/newcons/newcons_to_head_r257107_2013-10-25_1542.diff.gz > > Was the code reviewed by anybody ? Was technical reviewer assigned by > the project sponsor ? Yes, technical reviewer assigned, but project code is not reviewed yet. That why I'm not commit it to HEAD right now :) I will cleanup it few days, then will ask for review and do CFT call too. > > I looked very quickly over the whole patch, I only enumerate the > things that catched my eye: > > dev/vt/hw/intel.c is sort of joke, it should be removed. It is more than joke! :) Leftover from old project. I've already remove it after your notice. > > I am very suspicious to what you do in the drm_fb_helper.c with > enqueuing, but I need to do much more reading of the code to say > something definitive. I think you mean use of EVENTHANDLER. Describe a little why it here first: Since some time both VTs must be present (syscons and newcons), but framebuffer born inside drm2 module, I have to make it completely independent from presence of newcons. Few days ago I already collect some opinions in that case. And "public opinion" give me answer - "best to use newbus here", but I recall more simple way - EVENTHANDLER. I did implement it. Later, I found more and more argument that points to newbus. F.e.: after suspend it Xorg draws better if machine suspend/resume in terminal(Xorg on inactive terminal), it is just because Xorg after resume gets notification about activation of its terminal window, so it redraw screen. So I have to use newbus's _suspend/_resume to notify clients. > > Intel GPU might provide relatively wide range of the pixel formats, I > do not see a code to parse and use these formats. Yes, but nobody use anything than RGB+ARGB, maybe with exception of TV output. Newcons's have infrastructure support for that, so required format can be easily added. > > Overall code looks relatively self-contained, so I think you indeed > might merge it to head after some public testing and review. But I > very much doubt that 10.0 is feasible for any efforts. Ok, lets do everything sane, then to decide :) Looks like I can even make it coexistent with syscons, so if user load KMS enabled module, newcons will attach over syscons. Think it is good way to HEAD users/developers to see what happen on xorg crash. So no rush, just work. :) Many thanks for opinion! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 20:54: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 78AD1D63; Sat, 26 Oct 2013 20:54:41 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 31FEC2375; Sat, 26 Oct 2013 20:54:40 +0000 (UTC) Received: from rnote.ddteam.net (169-25-135-95.pool.ukrtel.net [95.135.25.169]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id D599BC492D; Sat, 26 Oct 2013 23:54:39 +0300 (EEST) Date: Sat, 26 Oct 2013 23:54:37 +0300 From: Aleksandr Rybalko To: Adrian Chadd Subject: Re: newcons comming Message-Id: <20131026235437.51861b22.ray@freebsd.org> In-Reply-To: References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131025160410.b0571b32440703bd9a18ead9@freebsd.org> <20131025163939.181f35483b1046d74cb77fec@freebsd.org> <20131025141044.GA26481@lemon> <20131025171815.23ff76c5d7090006af9f53e2@freebsd.org> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current , symbolics@gmx.com 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, 26 Oct 2013 20:54:41 -0000 On Fri, 25 Oct 2013 11:55:26 -0700 Adrian Chadd wrote: > I think the best thing to do is address kib's issues and whatever > else pops up in the review, then add it into -HEAD as the non-default > console type. > > What I'd hate to see is some build time dependency where xorg > _requires_ you to run newcons in order to run X. Well, at least just > right now. > > I have a whole bunch of older hardware that I won't have access to > for a couple more weeks (old netbooks, thinkpads, etc) that I'd like > to run newcons and the latest xorg builds on, just to make sure we > haven't broken things for stuff circa 2005-2006. There's still a lot > of that stuff out there and right now xorg+console works fine for > those. Ok awaiting for report how it run on your old boxes :) > > Thanks, > > > > -adrian > > > > On 25 October 2013 07:18, Aleksandr Rybalko wrote: > > > On Fri, 25 Oct 2013 15:10:44 +0100 > > symbolics@gmx.com wrote: > > > > > On Fri, Oct 25, 2013 at 06:43:54AM -0700, Adrian Chadd wrote: > > > > 3) Realise it's not yet ready for 10.0 or HEAD, and target it > > > > to be > > ready > > > > for MFC for a 10.1 release. > > > > 4) Delay 10.0 until this has matured enough in HEAD, then > > > > release it. > > > > > > > > I really want to see more updated xorg support but the timing > > > > of it all feels a little overly rushed for a 10.0 release > > > > target. > > > > > > > > What do others think? > > > > > > > > > > FWIW, I'm really looking forward to newcons but I don't think it > > > should be rushed into a release. (3) Seems prudent. > > > > Anyway it is optional. > > > > s/device vt/#device vt/ > > s/#device sc/device sc/ > > > > and you in the old, well known world :) > > > > > > > > --sym > > > _______________________________________________ > > > 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" > > > > > > -- > > Aleksandr Rybalko > > _______________________________________________ > > 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" > > -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 21:06: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 0A078189 for ; Sat, 26 Oct 2013 21:06:10 +0000 (UTC) (envelope-from dt71@gmx.com) 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 9A9CA2403 for ; Sat, 26 Oct 2013 21:06:09 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MCcE2-1VRtJl3Qqw-009Q5y for ; Sat, 26 Oct 2013 23:06:07 +0200 Message-ID: <526C2E5D.2080008@gmx.com> Date: Sat, 26 Oct 2013 23:04:29 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: sbruno@freebsd.org, "freebsd-current@freebsd.org" Subject: Re: [PATCH] contrib/groff Queisce -Wdangling else References: <1382799852.32760.2.camel@localhost> In-Reply-To: <1382799852.32760.2.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:imerZKEMXu0LN/kPP63E9qJONf72qJDJmeWXM2ewTdqaZooinjk R+fA1JTR0EjfP/MaRCczZ5kXVMGsGPAFaX14m7JxmdsQrVFf7u1zdpHrBFQFpkmIgQ9UkNW lVH6Ha1kK+jKuSHcb90i5nTsPvAoO2RYagfiDnzI3HDSbaq8ecSK5penfaTJu0Djsk+jXpt ktiu7YC3yBNWEpH+YPllQ== 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, 26 Oct 2013 21:06:10 -0000 Sean Bruno wrote, On 10/26/2013 17:04: Index: contrib/groff/src/roff/troff/node.cpp =================================================================== --- contrib/groff/src/roff/troff/node.cpp (revision 257159) +++ contrib/groff/src/roff/troff/node.cpp (working copy) @@ -4600,17 +4600,18 @@ } else { hunits rem = x - w*i; - if (rem > H0) + if (rem > H0) { if (n->overlaps_horizontally()) { if (out->is_on()) n->tprint(out); out->right(rem - w); + } else { + out->right(rem); } - else - out->right(rem); while (--i >= 0) if (out->is_on()) n->tprint(out); + } } } > There is no(intended) functional change. RED ALERT ! SEAN BRUNO IS A GOVERNMENT SPY !!!!1 From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 21:14: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 57F243F2; Sat, 26 Oct 2013 21:14:23 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0ADE6245C; Sat, 26 Oct 2013 21:14:22 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id k15so1337482qaq.19 for ; Sat, 26 Oct 2013 14:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NbintO+cvaUP8PVh58V0kF3TqbE1pr64LSOc2/xgpz8=; b=iFfjYXR51P6XLOwmWtTr5jvaPodraH6w++VZCmI5qEHx8tKuPxmWCWDgLsEmBCHt08 p3+auUXzjDtnr6q+zqPOLfY+LU26sRJCOxsK+xLmeXvPCWBVaRPhBm/sMTaOE2/LucCP 3t7aXsrPZMD6n3UQ952VvVGKuWvpu+dIzdzpsJoiqlHTOkZeGPcXCz925NNUsd3MDFKj IN7Gk/5iS8ZzuueEIL/K6nZbQ/oeavF5KnnEID46r9j+y2bdvAcn7Py22KUuMPazSro1 kfiZIBUh1/DuXXHtXxW2wQtgOQFG28csIaYDPLcOD7TRaJ2I7uzJdY8DOTP1bK7VYkXr 4oEw== MIME-Version: 1.0 X-Received: by 10.224.167.84 with SMTP id p20mr19695490qay.97.1382822062060; Sat, 26 Oct 2013 14:14:22 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Sat, 26 Oct 2013 14:14:22 -0700 (PDT) In-Reply-To: <526C2E5D.2080008@gmx.com> References: <1382799852.32760.2.camel@localhost> <526C2E5D.2080008@gmx.com> Date: Sun, 27 Oct 2013 00:14:22 +0300 Message-ID: Subject: Re: [PATCH] contrib/groff Queisce -Wdangling else From: Kimmo Paasiala To: dt71@gmx.com Content-Type: text/plain; charset=UTF-8 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, 26 Oct 2013 21:14:23 -0000 On Sun, Oct 27, 2013 at 12:04 AM, wrote: > Sean Bruno wrote, On 10/26/2013 17:04: > > > RED ALERT ! SEAN BRUNO IS A GOVERNMENT SPY !!!!1 > If this is an attempt at humor it's pretty lame one. From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 23:07:50 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 69A9C917; Sat, 26 Oct 2013 23:07:50 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DE5928BC; Sat, 26 Oct 2013 23:07:50 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 751D9359308; Sun, 27 Oct 2013 01:07:47 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 48C75CB4E; Sun, 27 Oct 2013 01:07:47 +0200 (CEST) Date: Sun, 27 Oct 2013 01:07:47 +0200 From: Jilles Tjoelker To: dt71@gmx.com Subject: Re: [PATCH] contrib/groff Queisce -Wdangling else Message-ID: <20131026230746.GA1223@stack.nl> References: <1382799852.32760.2.camel@localhost> <526C2E5D.2080008@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <526C2E5D.2080008@gmx.com> 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, 26 Oct 2013 23:07:50 -0000 On Sat, Oct 26, 2013 at 11:04:29PM +0200, dt71@gmx.com wrote: > Sean Bruno wrote, On 10/26/2013 17:04: > Index: contrib/groff/src/roff/troff/node.cpp > =================================================================== > --- contrib/groff/src/roff/troff/node.cpp (revision 257159) > +++ contrib/groff/src/roff/troff/node.cpp (working copy) > @@ -4600,17 +4600,18 @@ > } > else { > hunits rem = x - w*i; > - if (rem > H0) > + if (rem > H0) { > if (n->overlaps_horizontally()) { > if (out->is_on()) > n->tprint(out); > out->right(rem - w); > + } else { > + out->right(rem); > } > - else > - out->right(rem); > while (--i >= 0) > if (out->is_on()) > n->tprint(out); > + } > } > } > >There is no(intended) functional change. This part indeed looks wrong. The while loop was not under the if (rem > H0) but now is. The closing brace should be added before instead of after the while loop. Also, putting braces around out->right(rem); is not needed. I recommend making sure the object files do not change due to patches like these. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sat Oct 26 23:20: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 E4C66DBF; Sat, 26 Oct 2013 23:20:02 +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 9967A2926; Sat, 26 Oct 2013 23:20:02 +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 r9QNK1K5015749; Sat, 26 Oct 2013 19:20:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9QNK1fY015745; Sat, 26 Oct 2013 23:20:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Oct 2013 23:20:01 GMT Message-Id: <201310262320.r9QNK1fY015745@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 i386/pc98 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: Sat, 26 Oct 2013 23:20:03 -0000 TB --- 2013-10-26 23:04:07 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-26 23:04:07 - 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-10-26 23:04:07 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-10-26 23:04:07 - cleaning the object tree TB --- 2013-10-26 23:04:34 - /usr/local/bin/svn stat /src TB --- 2013-10-26 23:05:11 - At svn revision 257176 TB --- 2013-10-26 23:05:12 - building world TB --- 2013-10-26 23:05:12 - CROSS_BUILD_TESTING=YES TB --- 2013-10-26 23:05:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-26 23:05:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-26 23:05:12 - SRCCONF=/dev/null TB --- 2013-10-26 23:05:12 - TARGET=pc98 TB --- 2013-10-26 23:05:12 - TARGET_ARCH=i386 TB --- 2013-10-26 23:05:12 - TZ=UTC TB --- 2013-10-26 23:05:12 - __MAKE_CONF=/dev/null TB --- 2013-10-26 23:05:12 - cd /src TB --- 2013-10-26 23:05:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Oct 26 23:05:22 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 [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** 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-10-26 23:20:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-26 23:20:01 - ERROR: failed to build world TB --- 2013-10-26 23:20:01 - 651.63 user 120.95 system 953.85 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full