From owner-freebsd-current@freebsd.org Sun Dec 18 09:07:05 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20DA2C83C56 for ; Sun, 18 Dec 2016 09:07:05 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9ED78DC4 for ; Sun, 18 Dec 2016 09:07:04 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-lf0-x22f.google.com with SMTP id t196so35665269lff.3 for ; Sun, 18 Dec 2016 01:07:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/3wB+quPRBbcqk43Nto46lQmWwk5iXqzbQu28S0/Ycw=; b=Ina/OXhvagMZZEdx/EFTrFV66rhbPlzVwD0APYAZX80ek/eq///DKtAvJZLIFS8SwI KNAqHZAPH3G00snP6ufdZ/Ca+1Kai/9Xe3F9sgSvkO4U4ZErFDBjXUF+4w9DYpLtJu7s MAJjjdvfBNXEbnWv3Ngw985KbFd7JZl+4vIQstFFa59j5sVkh8LQpQJGPdfZ6cdAFHkU b7D6g7Hfg64lZCH2AZPFFi48MgCKNFx6t5rVe+KRDDYw7hj7tuTJPG0Z1MN7Pu3MHVUm ZjmBhU4ptBAGJWreapy6RAMdBZYy8/eqe9QW1IXRUs5D0KTvBarO5+0y7jiakf0kxrWP yLCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/3wB+quPRBbcqk43Nto46lQmWwk5iXqzbQu28S0/Ycw=; b=Kf6LSUpadCWNCTC6PJeB9L2mQ51yOVlSRugLJeE5eJXaiqVJluAzwnNLL+TpRAJt3z r3AOwVtHe6IBRrN6KB0vlKx35BpL07UUE+KNNOwjX3V9GiD7zx+W20jQ5pDCJJ0zUk+H ESKrypKr/KImFYBG1W1tJSUarEYVGo8slIql2BJxvZOWVS+Nn/NocJifQtMOFijmbwqa Q8d5/u883CrQMijqVAMNpWTej2n1B+tL2gPwHvbRFgjLu5lMmxDjMTG7OA3a6ZgAj1CT B9QXa9vTkv4S43e4aVOa+M/gbQMRWT+RsaA6elWxqQAyAdm3AyRKNjHMRvz4RkZB9F1w /FDA== X-Gm-Message-State: AKaTC02L8aJFoTQ3YX5iI/CXxdf8vg6bBMqoTh56cl2XvlkgaPFuwN5p18ZpIFmstfcQkwauaBd/9vDUM4XQ/A== X-Received: by 10.46.78.26 with SMTP id c26mr4922869ljb.46.1482052020725; Sun, 18 Dec 2016 01:07:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.79.88 with HTTP; Sun, 18 Dec 2016 01:07:00 -0800 (PST) From: blubee blubeeme Date: Sun, 18 Dec 2016 17:07:00 +0800 Message-ID: Subject: A quick question To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 09:07:05 -0000 Hi I am on a Macbook pro 11,3 and I wanted to start trying to help sort out some problems that might be too small for the overall team but might help others in the future. Anyways I am on 12-CURRENT but when I installed from the USB stick I didn't check the docs and 32 bit binaries. svn checkout svn://svn.freebsd.org/base/head /usr/src svn checkout svn://svn.freebsd.org/ports/head /usr/ports svn checkout svn://svn.freebsd.org/doc/head /usr/doc once I do the above steps, do I have to rebuild the entire world? Currently all I am missing is the 32 bit binaries, could I just rebuild those instead of building the entire system? Best, Owen From owner-freebsd-current@freebsd.org Sun Dec 18 10:37:43 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 160EDC8669D for ; Sun, 18 Dec 2016 10:37:43 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3FDF16F0 for ; Sun, 18 Dec 2016 10:37:42 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 71DD520622 for ; Sun, 18 Dec 2016 05:37:34 -0500 (EST) Received: from web6 ([10.202.2.216]) by compute7.internal (MEProxy); Sun, 18 Dec 2016 05:37:34 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=skunkwerks.at; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=mesmtp; bh=rA1MmjWEN4NbzX1X4PM7kCypxa 8=; b=HNIY3T85MwfT91cblmfVtLffiiZFIDVZnORiHO+uL2kZVdlzZiXxgmqHdv wUqlk6emXRhrbRsDGJBD8FlKdNNVYXhzE2D+09C+OZ8VBohBaQGKPMSvr7IqnYwU +TgwJVQtK93Vn/dwZ2JwZk5oezAC7AhGNDkNbjU4MfNiDB4fc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=smtpout; bh=rA 1MmjWEN4NbzX1X4PM7kCypxa8=; b=lhiQGnfhjhlgkrpiJfYVbv8/s6mYbgcqfG bHw1eF2vZ3LN1gZR0SFqNW9ny62Qc2FJ3UWWmourCAOKrNIMf6KAbiCsIYpa3//P ksL9nEcPH8lPie3BwWpuA2LP6RQKVH8M6DjJ3G2wh5q6wLk6n5TmjpcoteuuNW1K v33YFGXHA= X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 48AB548002; Sun, 18 Dec 2016 05:37:34 -0500 (EST) Message-Id: <1482057454.3494650.822598369.2BC5D3BD@webmail.messagingengine.com> From: Dave Cottlehuber To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-85983a1c Date: Sun, 18 Dec 2016 11:37:34 +0100 References: In-Reply-To: Subject: Re: A quick question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 10:37:43 -0000 On Sun, 18 Dec 2016, at 10:07, blubee blubeeme wrote: > Hi > > I am on a Macbook pro 11,3 and I wanted to start trying to help sort out > some problems that might be too small for the overall team but might help > others in the future. \o/ there are a few of us about, I'm using a MacBookPro 11,2. > Anyways I am on 12-CURRENT but when I installed from the USB stick I > didn't > check the docs and 32 bit binaries. > > svn checkout svn://svn.freebsd.org/base/head /usr/src > svn checkout svn://svn.freebsd.org/ports/head /usr/ports > svn checkout svn://svn.freebsd.org/doc/head /usr/doc > > once I do the above steps, do I have to rebuild the entire world? > Currently > all I am missing is the 32 bit binaries, could I just rebuild those > instead > of building the entire system? > > > Best, > Owen Hi Owen You probably only need to unpack http://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/12.0-CURRENT/*.txz ; I'm assuming this snapshot is still from the same date as your installer. If your USB stick has the txz on it, then you can extract them from there as well. Something like tar -xf docs.txz -C / is probably all you need. NB not tested, viz xkcd.com/1168 A+ Dave From owner-freebsd-current@freebsd.org Sun Dec 18 11:48:08 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF817C860CB for ; Sun, 18 Dec 2016 11:48:08 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E12B01E94; Sun, 18 Dec 2016 11:48:08 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0FBD433F; Sun, 18 Dec 2016 11:48:09 +0000 (UTC) Date: Sun, 18 Dec 2016 11:48:07 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: skra@FreeBSD.org, ngie@FreeBSD.org, tuexen@FreeBSD.org, kib@FreeBSD.org, bapt@FreeBSD.org, jchandra@FreeBSD.org, dim@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <744435107.106.1482061689075.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <253721999.104.1481972125952.JavaMail.jenkins@jenkins-9.freebsd.org> References: <253721999.104.1481972125952.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_amd64_gcc X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2016 11:48:09 -0000 FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1= 736/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/173= 6/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1736= /console Change summaries: 310205 by kib: Fix typo. Remove spurious blank line. MFC after:=093 days 310204 by jchandra: Initialize GIC[DR]_IGROUPRn registers for GICv3 In case where GICD_CTLR.DS is 1, the IGROUPR registers are RW in non-secure state and has to be initialized to 1 for the corresponding interrupts to be delivered as Group 1 interrupts. Update gic_v3_dist_init() and gic_v3_redist_init() to initialize GICD_IGROUPRn and GICR_IGROUPRn respectively to address this. The registers can be set unconditionally since the writes are ignored in non-secure state when GICD_CTLR.DS is 0. This fixes the hang on boot seen when running qemu-system-aarch64 with machine virt,gic-version=3D3 310203 by ngie: Clean up parse_ip(..) - Clean up trailing whitespace - Fix variable alignment MFC after:=091 week 310202 by ngie: Clean up trailing and leading whitespace Fix variable type alignment in snmp_dialog(..) MFC after:=091 week 310201 by bapt: Update locales cldr to v30.0.3 and unicode to 9.0.0 MFC after:=091 month Relnotes:=09yes 310200 by bapt: In order to prepare cldr v30.0.3 and unicode 9.0.0, more locales are removed from automatic mapping from unicode as their encoding does not supports new characters available in unicode 310199 by bapt: Better handle posix names for locales 310198 by bapt: Simplify extraction of static collation definition 310197 by bapt: Prepare import of CLDR v30.3 and unicode 9.0.0 Upstream kk_Cyrl_KZ has been renamed kk_KZ Upstream mn_Cyrl_MN has been renamed mn_MN For ru_RU: the default currency for unicode is now =E2=82=BD which is not m= apped to other encoding, add charmaps entries to be able to generate them 310196 by ngie: Fix some minor typos with begemotBridgeTpLearnedEntryDiscards and begemotBridgeTpMaxAddresses Bump LAST-UPDATED for the MIB, per the change MFC after:=091 week 310194 by dim: Upgrade our copies of clang, llvm, lld, lldb, compiler-rt and libc++ to 3.9.1 release. Please note that from 3.5.0 onwards, clang, llvm and lldb require C++11 support to build; see UPDATING for more information. Release notes for llvm, clang and lld will be available here: Relnotes:=09yes MFC after:=092 weeks X-MFC-with:=09r309124 310193 by tuexen: Fix the handling of buffered messages in stream reset deferred handling. Thanks to Eugen-Andrei Gavriloaie for reporting the issue and providing substantial help in nailing down the issue. MFC after:=091 week 310190 by jchandra: Simplify interrupt mask programming in pl011 uart Remove unused fields from uart_pl011_softc. Add an interrupt mask field to the softc and use it to set the interrupt mask register. There should be no functional change introduced here except in the grab and ungrab functions. In these functions, we now disable and enable all interrupts rather than just the receive interrupt. 310189 by skra: Fix sscanf() format string to match an argument. This also fixes kernel build after r310171. MFC after:=091 weeks The end of the build log: [...truncated 102526 lines...] --- format_string_test --- echo '#! /usr/libexec/atf-sh' > format_string_test.tmp cat /builds/FreeBSD_HEAD_amd64_gcc/bin/date/tests/format_string_test.sh >>f= ormat_string_test.tmp chmod +x format_string_test.tmp mv format_string_test.tmp format_string_test --- Kyuafile --- --- date.full --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-protecto= r-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wn= o-error=3Dattributes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno= -error=3Dclobbered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error= =3Dinline -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing= -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set-variable -Wno-error= =3Dunused-function -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -= Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull-compare -Wno-error= =3Dshift-negative-value -Wno-error=3Dtautological-compare -Wno-error=3Dunus= ed-const-variable -o date.full date.o netdate.o vary.o =20 --- all_subdir_lib --- --- floatdixf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatdixf.po -MTfloatdixf.po -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattribut= es -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered= -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Dunini= tialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function = -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmislead= ing-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-va= lue -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/x86_64= /floatdixf.c -o floatdixf.po --- all_subdir_bin --- --- date.1.gz --- gzip -cn /builds/FreeBSD_HEAD_amd64_gcc/bin/date/date.1 > date.1.gz --- date.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug date.full date.debu= g --- date --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Dd= ate.debug date.full date --- all_subdir_lib --- --- floatsitf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatsitf.po -MTfloatsitf.po -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattribut= es -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered= -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Dunini= tialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function = -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmislead= ing-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-va= lue -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/floats= itf.c -o floatsitf.po --- all_subdir_bin --- --- all_subdir_bin/dd --- =3D=3D=3D> bin/dd (all) --- .depend --- echo dd.full: /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_= gcc/tmp/usr/lib/libc.a >> .depend --- all_subdir_lib --- --- floattidf.po --- --- all_subdir_bin --- --- args.o --- --- all_subdir_lib --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floattidf.po -MTfloattidf.po -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattribut= es -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered= -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Dunini= tialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function = -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmislead= ing-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-va= lue -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/floatt= idf.c -o floattidf.po --- all_subdir_bin --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -MD -MF.depend.args.o -MT= args.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-fo= rmat-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-extern= s -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-error=3Da= ddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-= compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-co= mpare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-paren= theses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error= =3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-error=3Dunused= -value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wn= o-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -Wno-error=3Dta= utological-compare -Wno-error=3Dunused-const-variable -c /builds/FreeBS= D_HEAD_amd64_gcc/bin/dd/args.c -o args.o --- all_subdir_lib --- --- floattisf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floattisf.po -MTfloattisf.po -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattribut= es -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered= -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Dunini= tialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function = -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmislead= ing-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-va= lue -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/floatt= isf.c -o floattisf.po --- floattixf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floattixf.po -MTfloattixf.po -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattribut= es -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered= -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Dunini= tialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function = -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmislead= ing-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-va= lue -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/floatt= ixf.c -o floattixf.po --- all_subdir_cddl --- --- ctf_util.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -DCTF_OLD_VERSIONS -I/build= s/FreeBSD_HEAD_amd64_gcc/cddl/lib/libctf/../../../sys/cddl/compat/opensolar= is -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libctf/../../../cddl/compat/o= pensolaris/include -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libctf/../../= ../cddl/contrib/opensolaris/head -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib= /libctf/../../../cddl/contrib/opensolaris/common/ctf -I/builds/FreeBSD_HEA= D_amd64_gcc/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/co= mmon -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libctf/../../../sys/cddl/co= ntrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.ctf_u= til.po -MTctf_util.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-header= s -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Da= ddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-= compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-co= mpare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-paren= theses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error= =3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-error=3Dunused= -value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wn= o-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -Wno-error=3Dta= utological-compare -Wno-error=3Dunused-const-variable -Wno-unknown-pragmas = -c /builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libctf/../../../cddl/contrib= /opensolaris/common/ctf/ctf_util.c -o ctf_util.po --- all_subdir_lib --- --- floatundidf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -DPROF -O2 -pipe -fpic -fvisibility=3Dhi= dden -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt = -MD -MF.depend.floatundidf.po -MTfloatundidf.po -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dat= tributes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclo= bbered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error= =3Duninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-f= unction -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error= =3Dmisleading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-n= egative-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-v= ariable -Wa,--noexecstack -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/c= ompiler-rt/lib/builtins/x86_64/floatundidf.S -o floatundidf.po --- all_subdir_bin --- --- conv.o --- --- all_subdir_lib --- --- floatundisf.po --- --- all_subdir_bin --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -MD -MF.depend.conv.o -MT= conv.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-fo= rmat-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-extern= s -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-error=3Da= ddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-= compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-co= mpare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-par--= - all_subdir_lib --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -DPROF -O2 -pipe -fpic -fvisibility=3Dhi= dden -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt = -MD -MF.depend.floatundisf.po -MTfloatundisf.po -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dat= tributes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclo= bbered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error= =3Duninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-f= unction -W--- all_subdir_bin --- entheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error= =3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-error=3Dunused= -value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wn= o-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -Wno-error=3Dta= utological-compare -Wno-error=3Dunused-const-variable -c /builds/FreeBS= D_HEAD_amd64_gcc/bin/dd/conv.c -o conv.o --- all_subdir_lib --- no-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleadin= g-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-valu= e -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -Wa,--noexecstack -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/l= ib/builtins/x86_64/floatundisf.S -o floatundisf.po --- floatunditf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatunditf.po -MTfloatunditf.po -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattr= ibutes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobb= ered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Du= ninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-funct= ion -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmis= leading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negativ= e-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variabl= e -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/fl= oatunditf.c -o floatunditf.po --- all_subdir_cddl --- --- libctf_p.a --- --- all_subdir_lib --- --- floatundixf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -DPROF -O2 -pipe -fpic -fvisibility=3Dhi= dden -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt = -MD -MF.depend.floatundixf.po -MTfloatundixf.po -std=3Dgnu99 -fstack-prote= ctor-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-= pointer-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dat= tributes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclo= bbered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wn= o-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error= =3Duninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-f= unction -W--- all_subdir_cddl --- building profiled ctf library --- all_subdir_lib --- no-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleadin= g-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-valu= e -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -Wa,--noexecstack -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/l= ib/builtins/x86_64/floatundixf.S -o floatundixf.po --- all_subdir_cddl --- /usr/local/x86_64-freebsd/bin/ar -crD libctf_p.a `NM=3D'/usr/local/x86_64-f= reebsd/bin/nm' NMFLAGS=3D'' lorder ctf_create.po ctf_decl.po ctf_error.po = ctf_hash.po ctf_labels.po ctf_lib.po ctf_lookup.po ctf_open.po ctf_subr.po = ctf_types.po ctf_util.po | tsort -q`=20 --- all_subdir_lib --- --- floatunsidf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatunsidf.po -MTfloatunsidf.po -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattr= ibutes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobb= ered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Du= ninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-funct= ion -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmis= leading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negativ= e-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variabl= e -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/fl= oatunsidf.c -o floatunsidf.po --- all_subdir_cddl --- /usr/local/x86_64-freebsd/bin/ranlib -D libctf_p.a --- ctf.5.gz --- gzip -cn /builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libctf/../../../cddl/contr= ib/opensolaris/lib/libctf/common/ctf.5 > ctf.5.gz --- all_subdir_cddl/lib/libdtrace --- =3D=3D=3D> cddl/lib/libdtrace (all) --- all_subdir_lib --- --- floatunsisf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatunsisf.po -MTfloatunsisf.po -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattr= ibutes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobb= ered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Du= ninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-funct= ion -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmis= leading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negativ= e-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variabl= e -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/fl= oatunsisf.c -o floatunsisf.po --- all_subdir_bin --- --- conv_tab.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -MD -MF.depend.conv_tab.o= -MTconv_tab.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wneste= d-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-e= rror=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wno-error= =3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-error= =3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical= -not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-error= =3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indent= ation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -Wno-e= rror=3Dtautological-compare -Wno-error=3Dunused-const-variable -c /buil= ds/FreeBSD_HEAD_amd64_gcc/bin/dd/conv_tab.c -o conv_tab.o --- all_subdir_lib --- --- floatuntidf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatuntidf.po -MTfloatuntidf.po -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattr= ibutes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobb= ered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Du= ninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-funct= ion -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmis= leading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negativ= e-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variabl= e -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/fl= oatuntidf.c -o floatuntidf.po --- all_subdir_cddl --- --- dt_aggregate.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -I/builds/FreeBSD_HEAD_amd6= 4_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libdtrace -I/builds/FreeBS= D_HEAD_amd64_gcc/cddl/lib/libdtrace -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/= lib/libdtrace/../../../sys/cddl/dev/dtrace/amd64 -I/builds/FreeBSD_HEAD_am= d64_gcc/cddl/lib/libdtrace/../../../sys/cddl/compat/opensolaris -I/builds/= FreeBSD_HEAD_amd64_gcc/cddl/lib/libdtrace/../../../cddl/compat/opensolaris/= include -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libdtrace/../../../cddl/= contrib/opensolaris/head -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libdtra= ce/../../../cddl/contrib/opensolaris/lib/libctf/common -I/builds/FreeBSD_H= EAD_amd64_gcc/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libd= trace/common -I/builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libdtrace/../../../= sys/cddl/contrib/opensolaris/uts/common -I/builds/FreeBSD_HEAD_amd64_gcc/cd= dl/lib/libdtrace/../../../sys/cddl/dev/dtrace/x86 -I/builds/FreeBSD_HEAD_am= d64_gcc/cddl/lib/libdtrace/../../../sys/cddl/contrib/opensolaris/uts/intel = -DDIS_MEM -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.dt_aggregate.po -MTdt_ag= gregate.po -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wno-poin= ter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattrib= utes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobber= ed -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-er= ror=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duni= nitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-functio= n -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisle= ading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-= value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -Wno-unknown-pragmas -c /builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libdtra= ce/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_aggregate.c -o= dt_aggregate.po --- all_subdir_bin --- --- dd.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -MD -MF.depend.dd.o -MTdd= .o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format= -y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpo= inter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wu= nused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -W= redundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-error=3Daddre= ss -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-comp= are -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-compar= e -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-parenthes= es -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error=3Dunu= sed-but-set-variable -Wno-error=3Dunused-function -Wno-error=3Dunused-value= -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wno-erro= r=3Dnonnull-compare -Wno-error=3Dshift-negative-value -Wno-error=3Dtautolog= ical-compare -Wno-error=3Dunused-const-variable -c /builds/FreeBSD_HEAD= _amd64_gcc/bin/dd/dd.c -o dd.o --- all_subdir_lib --- --- floatuntisf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatuntisf.po -MTfloatuntisf.po -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattr= ibutes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobb= ered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Du= ninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-funct= ion -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmis= leading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negativ= e-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variabl= e -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/fl= oatuntisf.c -o floatuntisf.po --- floatuntixf.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.floatuntixf.po -MTfloatuntixf.po -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattr= ibutes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobb= ered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Du= ninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-funct= ion -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmis= leading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negativ= e-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variabl= e -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/fl= oatuntixf.c -o floatuntixf.po --- gcc_personality_v0.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.gcc_personality_v0.po -MTgcc_personality_v0.po -std=3Dgnu99 -= fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uniniti= alized -Wno-pointer-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wn= o-error=3Dattributes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno= -error=3Dclobbered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error= =3Dinline -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing= -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set-variable -Wno-error= =3Dunused-function -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -= Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull-compare -Wno-error= =3Dshift-negative-value -Wno-error=3Dtautological-compare -Wno-error=3Dunus= ed-const-variable -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt= /lib/builtins/gcc_personality_v0.c -o gcc_personality_v0.po --- int_util.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.int_util.po -MTint_util.po -std=3Dgnu99 -fstack-protector-str= ong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-= sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes= -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -= Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error= =3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninit= ialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -= Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleadi= ng-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-val= ue -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/int_uti= l.c -o int_util.po --- lshrdi3.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.lshrdi3.po -MTlshrdi3.po -std=3Dgnu99 -fstack-protector-stron= g -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -= Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wn= o-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3D= logical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitial= ized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno= -error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-= indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value = -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c= /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/lshrdi3.c = -o lshrdi3.po --- lshrti3.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.lshrti3.po -MTlshrti3.po -std=3Dgnu99 -fstack-protector-stron= g -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -= Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wn= o-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3D= logical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitial= ized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno= -error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-= indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value = -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c= /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/lshrti3.c = -o lshrti3.po --- all_subdir_bin --- --- misc.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -MD -MF.depend.misc.o -MT= misc.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-fo= rmat-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-extern= s -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-error=3Da= ddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-= compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-co= mpare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-paren= theses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error= =3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-error=3Dunused= -value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wn= o-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -Wno-error=3Dta= utological-compare -Wno-error=3Dunused-const-variable -c /builds/FreeBS= D_HEAD_amd64_gcc/bin/dd/misc.c -o misc.o --- all_subdir_lib --- --- moddi3.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.moddi3.po -MTmoddi3.po -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign= -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wn= o-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-= error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlo= gical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitializ= ed -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-e= rror=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-in= dentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -W= no-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c /= builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/moddi3.c -o = moddi3.po --- modti3.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.modti3.po -MTmodti3.po -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign= -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wn= o-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-= error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlo= gical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitializ= ed -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-e= rror=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-in= dentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -W= no-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c /= builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/modti3.c -o = modti3.po --- all_subdir_bin --- --- position.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -MD -MF.depend.position.o= -MTposition.o -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall= -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-pro= totypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wneste= d-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-e= rror=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wno-error= =3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-error= =3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical= -not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized -W= no-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-error= =3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indent= ation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -Wno-e= rror=3Dtautological-compare -Wno-error=3Dunused-const-variable -c /buil= ds/FreeBSD_HEAD_amd64_gcc/bin/dd/position.c -o position.o --- all_subdir_lib --- --- muldc3.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.muldc3.po -MTmuldc3.po -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign= -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wn= o-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-= error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlo= gical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitializ= ed -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-e= rror=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-in= dentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -W= no-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c /= builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/muldc3.c -o = muldc3.po --- muldi3.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.muldi3.po -MTmuldi3.po -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign= -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -Wn= o-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wno-= error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3Dlo= gical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitializ= ed -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno-e= rror=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-in= dentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value -W= no-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c /= builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/muldi3.c -o = muldi3.po --- all_subdir_bin --- --- all_subdir_bin/dd/tests --- =3D=3D=3D> bin/dd/tests (all) --- all_subdir_libexec --- --- all_subdir_libexec/atf/atf-check/tests --- =3D=3D=3D> libexec/atf/atf-check/tests (all) --- all_subdir_lib --- --- mulodi4.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.mulodi4.po -MTmulodi4.po -std=3Dgnu99 -fstack-protector-stron= g -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -= Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wn= o-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3D= logical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitial= ized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno= -error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-= indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value = -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c= /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/mulodi4.c = -o mulodi4.po --- all_subdir_bin --- --- dd_test --- echo '#! /usr/libexec/atf-sh' > dd_test.tmp cat /builds/FreeBSD_HEAD_amd64_gcc/contrib/netbsd-tests/bin/dd/t_dd.sh >>dd= _test.tmp chmod +x dd_test.tmp mv dd_test.tmp dd_test --- Kyuafile --- --- dd.full --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -g -std=3Dgnu99 -fstack-protecto= r-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -W= strict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast= -qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wc= har-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-defi= nition -Wno-pointer-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wn= o-error=3Dattributes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno= -error=3Dclobbered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error= =3Dinline -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing= -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set-variable -Wno-error= =3Dunused-function -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -= Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull-compare -Wno-error= =3Dshift-negative-value -Wno-error=3Dtautological-compare -Wno-error=3Dunus= ed-const-variable -o dd.full args.o conv.o conv_tab.o dd.o misc.o position= .o =20 --- all_subdir_libexec --- --- atf-check_test --- echo '#! /usr/libexec/atf-sh' > atf-check_test.tmp cat /builds/FreeBSD_HEAD_amd64_gcc/contrib/atf/atf-sh/atf-check_test.sh >>a= tf-check_test.tmp chmod +x atf-check_test.tmp mv atf-check_test.tmp atf-check_test --- Kyuafile --- --- atf-check.full --- /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include/c++/v1 -std=3D= c++11 -nostdinc++ -isystem /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBS= D_HEAD_amd64_gcc/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc/obj/build= s/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/FreeBSD_HEAD_amd64_gcc/obj/b= uilds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot=3D/builds/FreeBSD_HEAD_a= md64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-freebsd/= bin/ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/atf= -DATF_SHELL=3D'"/bin/sh"' -g -fstack-protector-strong -Wsystem-headers -Wa= ll -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitiali= zed -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Daddress -Wno-error=3Da= rray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-compare -Wno-error=3D= cast-align -Wno-error=3Dclobbered -Wno-error=3Denum-compare -Wno-error=3Dex= tra -Wno-error=3Dinline -Wno-error=3Dlogical-not-parentheses -Wno-error=3Ds= trict-aliasing -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set-varia= ble -Wno-error=3Dunused-function -Wno-error=3Dunused-value -Wno-error=3Dstr= ict-overflow -Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull-compa= re -Wno-error=3Dshift-negative-value -Wno-error=3Dtautological-compare -Wno= -error=3Dunused-const-variable -o atf-check.full atf-check.o -lprivateatf= -c++ -lprivateatf-c --- all_subdir_lib --- --- mulosi4.po --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD= _amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysr= oot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp = -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3Dhidd= en -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -M= D -MF.depend.mulosi4.po -MTmulosi4.po -std=3Dgnu99 -fstack-protector-stron= g -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattributes -= Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered -Wn= o-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-error=3D= logical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitial= ized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function -Wno= -error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-= indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value = -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable -c= /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/mulosi4.c = -o mulosi4.po --- all_subdir_bin --- --- dd.1.gz --- gzip -cn /builds/FreeBSD_HEAD_amd64_gcc/bin/dd/dd.1 > dd.1.gz --- dd.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug dd.full dd.debug --- dd --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=3Dd= d.debug dd.full dd --- all_subdir_bin/df --- =3D=3D=3D> bin/df (all) --- all_subdir_libexec --- /usr/local/bin/x86_64-freebsd-ld: atf-check.o: relocation R_X86_64_32 again= st symbol `_ZTIN3atf12system_errorE' can not be used when making a shared o= bject; recompile with -fPIC /usr/local/bin/x86_64-freebsd-ld: final link failed: Nonrepresentable secti= on on output collect2: error: ld returned 1 exit status *** [atf-check.full] Error code 1 bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/libexec/atf/atf-check 1 error bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/libexec/atf/atf-check *** [all_subdir_libexec/atf/atf-check] Error code 2 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/libexec/atf 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/libexec/atf *** [all_subdir_libexec/atf] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/libexec 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/libexec *** [all_subdir_libexec] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc --- all_subdir_lib --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib/libcompiler_rt *** [all_subdir_lib/libcompiler_rt] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/lib *** [all_subdir_lib] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc --- all_subdir_bin --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/bin/df *** [all_subdir_bin/df] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/bin 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/bin *** [all_subdir_bin] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc --- all_subdir_cddl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/cddl/lib/libdtrace *** [all_subdir_cddl/lib/libdtrace] Error code 2 bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/cddl/lib 1 error bmake[4]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/cddl/lib *** [all_subdir_cddl/lib] Error code 2 bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/cddl 1 error bmake[3]: stopped in /builds/FreeBSD_HEAD_amd64_gcc/cddl *** [all_subdir_cddl] Error code 2 bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 4 errors bmake[2]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [everything] Error code 2 bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error bmake[1]: stopped in /builds/FreeBSD_HEAD_amd64_gcc *** [buildworld] Error code 2 make: stopped in /builds/FreeBSD_HEAD_amd64_gcc 1 error make: stopped in /builds/FreeBSD_HEAD_amd64_gcc Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE IRC notifier plugin: Sending notification to: #freebsd-commits Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-current@freebsd.org Sun Dec 18 14:19:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE739C85B25 for ; Sun, 18 Dec 2016 14:19:04 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C1891016; Sun, 18 Dec 2016 14:19:04 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::e9b4:ef6:9a02:eea4] (unknown [IPv6:2001:7b8:3a7:0:e9b4:ef6:9a02:eea4]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E1F753F4C1; Sun, 18 Dec 2016 15:18:55 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_C94784AA-BAB5-418C-AAAA-40B501F4C414"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing From: Dimitry Andric In-Reply-To: <744435107.106.1482061689075.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Sun, 18 Dec 2016 15:18:47 +0100 Cc: Li-Wen Hsu , freebsd-current@FreeBSD.org Message-Id: References: <253721999.104.1481972125952.JavaMail.jenkins@jenkins-9.freebsd.org> <744435107.106.1482061689075.JavaMail.jenkins@jenkins-9.freebsd.org> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 14:19:04 -0000 --Apple-Mail=_C94784AA-BAB5-418C-AAAA-40B501F4C414 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Dec 2016, at 12:48, jenkins-admin@freebsd.org wrote: >=20 > FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing: >=20 > Build information: = https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1736/ ... > --- atf-check.full --- > /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem = /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/i= nclude/c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/i= nclude = -L/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr= /lib = -B/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr= /lib = --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_g= cc/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -DHAVE_CONFIG_H = -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/atf -DATF_SHELL=3D'"/bin/sh"' = -g -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized -Wformat=3D2 = -Wno-format-extra-args -Wno-error=3Daddress -Wno-error=3Darray-bounds = -Wno-error=3Dattributes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align = -Wno-error=3Dclobbered -Wno-error=3Denum-compare -Wno-error=3Dextra = -Wno-error=3Dinline -Wno-error=3Dlogical-not-parentheses = -Wno-error=3Dstrict-aliasing -Wno-error=3Duninitialized = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function = -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow = -Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull-compare = -Wno-error=3Dshift-negative-value -Wno-error=3Dtautological-compare = -Wno-error=3Dunused-const-variable -o atf-check.full atf-check.o = -lprivateatf-c++ -lprivateatf-c > --- all_subdir_lib --- > --- mulosi4.po --- > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem = /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/i= nclude = -L/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr= /lib = -B/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr= /lib = --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_g= cc/tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic = -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxrt -MD = -MF.depend.mulosi4.po -MTmulosi4.po -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -Wno-error=3Daddress = -Wno-error=3Darray-bounds -Wno-error=3Dattributes = -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered = -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing = -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-function -Wno-error=3Dunused-value = -Wno-error=3Dstrict-overflow -Wno-error=3Dmisleading-indentation = -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-value = -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c = /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/mulosi4.c = -o mulosi4.po > --- all_subdir_bin --- > --- dd.1.gz --- > gzip -cn /builds/FreeBSD_HEAD_amd64_gcc/bin/dd/dd.1 > dd.1.gz > --- dd.debug --- > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug dd.full = dd.debug > --- dd --- > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug = --add-gnu-debuglink=3Ddd.debug dd.full dd > --- all_subdir_bin/df --- > =3D=3D=3D> bin/df (all) > --- all_subdir_libexec --- > /usr/local/bin/x86_64-freebsd-ld: atf-check.o: relocation R_X86_64_32 = against symbol `_ZTIN3atf12system_errorE' can not be used when making a = shared object; recompile with -fPIC > /usr/local/bin/x86_64-freebsd-ld: final link failed: Nonrepresentable = section on output > collect2: error: ld returned 1 exit status > *** [atf-check.full] Error code 1 Baptiste, is this the problem again with -lstdc++ being linked in = accidentally again? -Dimitry --Apple-Mail=_C94784AA-BAB5-418C-AAAA-40B501F4C414 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.30 iEYEARECAAYFAlhWms8ACgkQsF6jCi4glqN1rwCg+9/H13VgiHGqkbULjCVqfwl/ XwQAnRl6zTX7Ew785iekrsncRvbJd7XB =1hjo -----END PGP SIGNATURE----- --Apple-Mail=_C94784AA-BAB5-418C-AAAA-40B501F4C414-- From owner-freebsd-current@freebsd.org Sun Dec 18 14:39:54 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49F2DC874AC for ; Sun, 18 Dec 2016 14:39:54 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x244.google.com (mail-wm0-x244.google.com [IPv6:2a00:1450:400c:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFAF01DC; Sun, 18 Dec 2016 14:39:53 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x244.google.com with SMTP id a20so14145933wme.2; Sun, 18 Dec 2016 06:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=c4v0DN1Gxs8r8tGy/CtSJuF+IC00FOyf0drmFc+bWBo=; b=VD6uEYOFz5LbjCBhBn7YMA+5bp5qdtp7ygPT+UVvX5uXQ8QPyOijOQW8nOF+3MWCdl pPK5ACuEdOpj2/fyvVLhKl6XPKdUB+KNR062OWHuu4s+9TQr6FGTijzO2CEVnpPphjvH +SjnvCBe4tdIfiRJbmgi2A7RaHRItZo9vmcjSes3HSHPAW4XlDvqFmWEemKrDkYn37xN EufNynSpEAgp4oZRYgdR8Qa7XeVSCSC5w81JP2VfThKHJp0bwbcUxqvwd2nwRbSeBBqu jpDOcrpM4HC5kNXKts61xIZFI7knuc4ZdFIaGMYMFKLGdLO3XkiHA4a7qKlB72bVp6G6 Imww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=c4v0DN1Gxs8r8tGy/CtSJuF+IC00FOyf0drmFc+bWBo=; b=MrTuFIjRwZGW6lNcNJXxjI8xEcU8NpPNmM/jYR7tOFRpgZbR1rNGkeQebkq7eHRJhA CtfR6Sztb9NP6HoJe5WohdToK5SOHqenHmK7YjVNUDyluqbaytgC5FrmTwe01Cogl8hT hHaPy0mWX+8g4aKprXNy1Vk9ocfUNJd6Qv0kayXfp9sj773xBtdSL49sRvSbZurhqqQ1 NeG+Nn/3+zxkYi43pTHpOYp1+Dn8oGUsdy2r/c6H2gwWSOSN5Y+mgZ7uJxSKgm1GW60V h+DE3NcjdMVq1hL1+HJ7NQLbO7d+kTLIrfssYusHf72UUsR75v6B7gMkFsfvCTYJtoS2 wgFQ== X-Gm-Message-State: AIkVDXI7i0DMGNYcVH3pHrHwoiI3PoCCLtv9YdTX4WVreQqbv2QLhVq6EYb/sDH5AagnjQ== X-Received: by 10.28.52.201 with SMTP id b192mr9652532wma.118.1482071991749; Sun, 18 Dec 2016 06:39:51 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id e188sm12822845wma.21.2016.12.18.06.39.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Dec 2016 06:39:50 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 18 Dec 2016 15:39:50 +0100 From: Baptiste Daroussin To: Dimitry Andric Cc: Li-Wen Hsu , freebsd-current@FreeBSD.org Subject: Re: FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing Message-ID: <20161218143950.r6bn2cpfjsfihymc@ivaldir.etoilebsd.net> References: <253721999.104.1481972125952.JavaMail.jenkins@jenkins-9.freebsd.org> <744435107.106.1482061689075.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5rsm65ocmybnyjvd" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 14:39:54 -0000 --5rsm65ocmybnyjvd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 18, 2016 at 03:18:47PM +0100, Dimitry Andric wrote: > On 18 Dec 2016, at 12:48, jenkins-admin@freebsd.org wrote: > >=20 > > FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing: > >=20 > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_g= cc/1736/ > ... > > --- atf-check.full --- > > /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBSD_= HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include/c++/v1 -st= d=3Dc++11 -nostdinc++ -isystem /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/Fr= eeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc/obj/b= uilds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/FreeBSD_HEAD_amd64_gcc/o= bj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot=3D/builds/FreeBSD_HE= AD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-free= bsd/bin/ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc/contrib= /atf -DATF_SHELL=3D'"/bin/sh"' -g -fstack-protector-strong -Wsystem-headers= -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninit= ialized -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Daddress -Wno-error= =3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-compare -Wno-erro= r=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-compare -Wno-error= =3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-parentheses -Wno-erro= r=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set-= variable -Wno-error=3Dunused-function -Wno-error=3Dunused-value -Wno-error= =3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull= -compare -Wno-error=3Dshift-negative-value -Wno-error=3Dtautological-compar= e -Wno-error=3Dunused-const-variable -o atf-check.full atf-check.o -lpriv= ateatf-c++ -lprivateatf-c > > --- all_subdir_lib --- > > --- mulosi4.po --- > > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_= HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/= FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/bui= lds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --= sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/= tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility=3D= hidden -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libcxxr= t -MD -MF.depend.mulosi4.po -MTmulosi4.po -std=3Dgnu99 -fstack-protector-s= trong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointe= r-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattribut= es -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbered= -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-erro= r=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Dunini= tialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-function = -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmislead= ing-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative-va= lue -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable = -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/mulosi= 4.c -o mulosi4.po > > --- all_subdir_bin --- > > --- dd.1.gz --- > > gzip -cn /builds/FreeBSD_HEAD_amd64_gcc/bin/dd/dd.1 > dd.1.gz > > --- dd.debug --- > > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug dd.full dd.debug > > --- dd --- > > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink= =3Ddd.debug dd.full dd > > --- all_subdir_bin/df --- > > =3D=3D=3D> bin/df (all) > > --- all_subdir_libexec --- > > /usr/local/bin/x86_64-freebsd-ld: atf-check.o: relocation R_X86_64_32 a= gainst symbol `_ZTIN3atf12system_errorE' can not be used when making a shar= ed object; recompile with -fPIC > > /usr/local/bin/x86_64-freebsd-ld: final link failed: Nonrepresentable s= ection on output > > collect2: error: ld returned 1 exit status > > *** [atf-check.full] Error code 1 >=20 > Baptiste, is this the problem again with -lstdc++ being linked in acciden= tally again? Should not be, is the object directory always cleaned before building? by cleaned I mean rm -rf Best regards, Bapt --5rsm65ocmybnyjvd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlhWn60ACgkQY4mL3PG3 PlrPcg//VGtp9woajq7VQBk5fF+OexhMA3LVrV/6aKWYFEUhnO1AZ5iRZXTWr/aU judyrGVd6skcz5IIhx1e56BJCVhegXB3IkeEuR/thcOOmsQjdZqztLuKZzoHkHD1 7b2o+3ginhgbI+YkmXC55qxP2c23ooaZch6HuLcw0dCkfDgrNwTBEff7Q+pIj/i/ EUzsom6S/8ira0pAKft16g5QJNH6BH1he7HCZeCtC3gteuDrWbzJOcW/UXPHrpM0 BkhEb0n/PG7pw1iKQ/HQYN/NeJzAbLDuFxzmDV2Y4Thvi2JC71t3c6Ias9X79VXT sK5kFjhjeEeYBC4NoGtVQNCKjCblYJJvNJM/4cQxHqX9YPIZTkIthvkaLOUqTV3Q nM1G4IyoA99i89RTgWkkR/TMlyBd+JJxj5pfs8ASE0bDwle4g//Bw4iC4kB0rfJ4 8isj9l7rVxaFjQ0pylf8Afaga5/oTnvXx6oQMWhh9JJ5lM0JXZj5lrD8sTvdYVip zI6TmnjgONRwApLGsmanHihpzq0pl9rv24chiPR5GKvusbmqnZd6AgxbKui2LH72 6f6NFcnRcsXO8Rh5JuM4j2c4nzuLbfSCloQXxczZ2htYebvHUejQ9Vml5+udHzKD qGT6yOO+EZ5kzEjASb6ks0CQC5KxHkDx3qYTAKM6gK2h7Y2lnxo= =zZ59 -----END PGP SIGNATURE----- --5rsm65ocmybnyjvd-- From owner-freebsd-current@freebsd.org Sun Dec 18 15:11:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0847C87F14 for ; Sun, 18 Dec 2016 15:11:06 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0779F193F; Sun, 18 Dec 2016 15:11:05 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.walstatt.dynvpn.de ([78.52.69.192]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MgXCF-1bvKq60851-00O0X4; Sun, 18 Dec 2016 16:10:57 +0100 Date: Sun, 18 Dec 2016 16:10:55 +0100 From: "O. Hartmann" To: Dimitry Andric Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long Message-ID: <20161218161055.28dd0d2b@thor.walstatt.dynvpn.de> In-Reply-To: References: <20161217124634.131a97b4@thor.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/k9LRv4q_d9XFDymTzjejvQ0"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:IeWXiydEigNpvKBbLrA/bQ9Eer8E5BYWscFxykQ/OI/D7gOYKBT DZi+pYjDr/DNSGnIJb3CWhaGViw0DCzTT1sU1o5xWOWN6BMvVczBbcPje886mT4vBlGdSjV kEW5hNDBjpEmpl2Barp214khtdCGIiPP1bzCd9/VpA7nIF8qh/ayGraFFtNKuyLQM7+XHq7 SRorKmDrGOVfKzThlVnyA== X-UI-Out-Filterresults: notjunk:1;V01:K0:N5/7gGvziPI=:TQ6mIl4nfWYnPOMw1UFwyR 40m7vrZEhZN5doC6WUWUY0zgn0AUakTm806/lMbZp3LJ6Ir5ksWr8TyDNBTELk4EIcgo5LZjV Vf2aGx99FX8zsCDsxlr7RE3DXy9Q7eX/OlFuKgSUhL9at4vA+U7XVf/XINwLCtvTrMQCZbD8B r/l4WU+7Y/Xz00fPfsFICYWhwtrOAri69+St5Tagpr6UM6/Iz1wzrzKTNlq2vXKSE741vsq2C 4dzog5/TBu4pIVJWvKfhHwCzwfOn6ZTdeyG5Amo1gi8JUlERYf9b+FKzVniMZ8Jk2zfrsAD75 SBZOjpMwDI6Vx9S8VjiErPok5hzh4YUlO5fbhMvqNL0JZx9WMwi8CDweMiBJKjWdcsW9psxWx gXd0ohTA4zO4ME7u59/dNbFEkQBj65OojcepqQXyoH3S21vLB4zSJLOh8gWq6AuVtKtbRU7As oipuvHeVM3iey28XQWIL3/+BvzYmOGj5klV8pD7RwnH3KZWtrW4HxD/XKdI4ND6tYqawI8WNw aeTWpeYBc4LGJuRAMx9bpfOQFqNQRAQZJn7BhHq3x38iXPUSu72qbSSSu6+H5C8R/yi4meQyy zWo99k8Q4yOl6owA/tu1luLHNHzFX0yNL7VTpaPwoGep2Bh89CZsRjm11tz8tTMAxofBcuZlj PlfvgePKyrigKPkCO2N5diXVrRN6voXcNzCFpvolMDuZFpd+HtyyxermwlnB7CFbMKj1wbs9O JB8ONZ+WOPVbw4RlOeWAeL6s/at8Vz5/SHK+o1Frt2jGej1i+ohQFv+nGSI= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 15:11:06 -0000 --Sig_/k9LRv4q_d9XFDymTzjejvQ0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sat, 17 Dec 2016 18:27:18 +0100 Dimitry Andric schrieb: > On 17 Dec 2016, at 12:46, O. Hartmann wrote: > >=20 > > Recent kernel source reject to build: > >=20 > > [...] > > --- all_subdir_mlx4ib --- > > --- mlx4_ib_sysfs.o --- > > /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:2= 2: error: > > format specifies type 'unsigned long long *' but the argument has type = 'u64 *' (aka > > 'unsigned long *') [-Werror,-Wformat] sscanf(buf, "%llx", &sysadmin_ag_= val); ~~~~ > > ^~~~~~~~~~~~~~~~ %lx > > 1 error generated. =20 >=20 > Ha, my r310171, which enabled sscanf() format checking, is already > working, it seems! I built kernels for both i386 and amd64 without > problems, but you may be using some non-default module or settings which > trigger this warning. >=20 > For which arch are you building here, and do you have any particular > build settings which might influence this? >=20 > -Dimitry >=20 Still with revision 310228 :-( =20 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/k9LRv4q_d9XFDymTzjejvQ0 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWFam/wAKCRDS528fyFhY lBsiAf9rletql3+3Nm2533EnzxUsx3wRxGO01HaMr7ANDm2aTypVNc+s9Bu2qMk2 gnPoLWjLa1R7nUqxE3//Y3LmliZWAf4x99wi2tPLkIc5k1L4DLXETao5+G2v3zuB QzQ4sJ9qfMaXeOIdfmhvHndQtmgd6uCl+Xa4eC99YreiYf4LgRpP =awP5 -----END PGP SIGNATURE----- --Sig_/k9LRv4q_d9XFDymTzjejvQ0-- From owner-freebsd-current@freebsd.org Sun Dec 18 15:22:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45334C868B9 for ; Sun, 18 Dec 2016 15:22:45 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C6A5DB9 for ; Sun, 18 Dec 2016 15:22:45 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::584d:b4f3:ff81:8b6c] (unknown [IPv6:2001:7b8:3a7:0:584d:b4f3:ff81:8b6c]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BEA703F4C9; Sun, 18 Dec 2016 16:22:41 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_B59C7C3C-74E4-4DFA-A901-8B873AECB7C0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long From: Dimitry Andric In-Reply-To: <20161218161055.28dd0d2b@thor.walstatt.dynvpn.de> Date: Sun, 18 Dec 2016 16:22:31 +0100 Cc: FreeBSD CURRENT Message-Id: References: <20161217124634.131a97b4@thor.walstatt.dynvpn.de> <20161218161055.28dd0d2b@thor.walstatt.dynvpn.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 15:22:45 -0000 --Apple-Mail=_B59C7C3C-74E4-4DFA-A901-8B873AECB7C0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Dec 2016, at 16:10, O. Hartmann wrote: >=20 > Am Sat, 17 Dec 2016 18:27:18 +0100 > Dimitry Andric schrieb: >=20 >> On 17 Dec 2016, at 12:46, O. Hartmann wrote: >>>=20 >>> Recent kernel source reject to build: >>>=20 >>> [...] >>> --- all_subdir_mlx4ib --- >>> --- mlx4_ib_sysfs.o --- >>> = /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22: = error: >>> format specifies type 'unsigned long long *' but the argument has = type 'u64 *' (aka >>> 'unsigned long *') [-Werror,-Wformat] sscanf(buf, "%llx", = &sysadmin_ag_val); ~~~~ >>> ^~~~~~~~~~~~~~~~ %lx >>> 1 error generated. >>=20 >> Ha, my r310171, which enabled sscanf() format checking, is already >> working, it seems! I built kernels for both i386 and amd64 without >> problems, but you may be using some non-default module or settings = which >> trigger this warning. >>=20 >> For which arch are you building here, and do you have any particular >> build settings which might influence this? >>=20 >> -Dimitry >>=20 >=20 > Still with revision 310228 :-( After reviewing by the mlx4ib maintainer, this should now be fixed with = r310232. -Dimitry --Apple-Mail=_B59C7C3C-74E4-4DFA-A901-8B873AECB7C0 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.30 iEYEARECAAYFAlhWqcEACgkQsF6jCi4glqOIlwCg98WSnM+fc24p28YziSnO8BCB KpgAn3Di+G+IY17+Ws3OEGnKVpoif+er =B0k6 -----END PGP SIGNATURE----- --Apple-Mail=_B59C7C3C-74E4-4DFA-A901-8B873AECB7C0-- From owner-freebsd-current@freebsd.org Sun Dec 18 15:42:22 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C75A3C8718D for ; Sun, 18 Dec 2016 15:42:22 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 472F2220; Sun, 18 Dec 2016 15:42:21 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.walstatt.dynvpn.de ([78.52.151.166]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M4Gyx-1cZtN03hwZ-00rr9j; Sun, 18 Dec 2016 16:42:14 +0100 Date: Sun, 18 Dec 2016 16:42:07 +0100 From: "O. Hartmann" To: Dimitry Andric Cc: "O. Hartmann" , FreeBSD CURRENT Subject: Re: r310188: kernel build failure due to mlx4_ib_sysfs.c:90:22: error: format specifies type 'unsigned long long Message-ID: <20161218164207.318e2763@thor.walstatt.dynvpn.de> In-Reply-To: References: <20161217124634.131a97b4@thor.walstatt.dynvpn.de> <20161218161055.28dd0d2b@thor.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/sABpGazP34/QZb0z6d7awnv"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:2BLbhaS377VoYVRJ/rnHgx2WF0b/fjsWNTnniRg/wPk5LSN4hrr YGN7bgJ8cbYYXDtH1mnYt6gPEfh8hGGh+iP0115O+OY/XXUIxcA+hxB7kDjh38fu5OvSA/k Z9/snUeGTexk9bfs9Zz65OznsqgANhA7002/ybdezlLYmsvf4JevbgERT/JDJE4aIC5sfCT KIDhuH2r7UPkB88efrf/g== X-UI-Out-Filterresults: notjunk:1;V01:K0:N6V5aHKJRa8=:cqOm4rbGL20oNzYdhvoPXI e9K8ZcrtJJAlLwI3XjadN7bGlpK+1/lGr0DReHWnDkNczlIPzxW/H08SB4JPpo528JTMkeeoc MIC+UhINfX0tc3/hRuz5SD2xHDv9s7/aWn19n5xPhD7UAflC86/0XmW4HOFWZ9GjvAQ4XjY8G cX09Hy2I138AaWcmaFjyCnjt4hJVD86OnOZvVUl/txjT2XhEH+1k2AbXSmoZRa/VNK3rAyXuX 3ra/6JR/tjglAtCY5Tw3D2kJ+aZ/tIzyw0FciLlAmkz9GYfVwa4ulcq0U9fw6xgieIkiyARp1 LnqsmAMoqMLv9EHyH5Jy9eDGr3Wa6eaFe9DxFuMEhCJr8ukRMjZL/PAAHOG53FpoqisUVtnqR n6xPi/NcQa/iULvCq9nwPkLSBrf4SEULyoAB1ypSNmBYuskwjw5XU+Bsx5g2mvN5Tjmuu68u1 pgpbyiW4o9Vs5zhKLOzW1MGmzK3Y++fcu0SaKuHp1ZXDhLtZ6/kPDqN6QuxADteUzs1bwKsqv 1Q0hcofMss268dTd6i18kritOZibDTaHcaD8lbYt5PcQD0j+mJOnXh/uSz2fKCQVEMsRq9Q+M 7q6zddDbRM0a/eWt6KauFZWIsNh+clTkIFZNmv3Nyc/SsgaPCXOwhXRJZod2xzJrdrLMg1g7q gnwDmL06r6kaqzG0M64fJzgi9gKWbIICkovz9xereAMTnphw52WPB5xeC4BkhXYwbdwtLU9qI YwnXmXmfToVjBAJM2oCZyzvjnvrtNuGdH1TOuL4yfIll3Ao1xLS624Hk6FDC5lfY9vRcWpKLz IeWSGux X-Mailman-Approved-At: Sun, 18 Dec 2016 15:53:58 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 15:42:22 -0000 --Sig_/sABpGazP34/QZb0z6d7awnv Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Sun, 18 Dec 2016 16:22:31 +0100 Dimitry Andric schrieb: > On 18 Dec 2016, at 16:10, O. Hartmann wrote: > >=20 > > Am Sat, 17 Dec 2016 18:27:18 +0100 > > Dimitry Andric schrieb: > > =20 > >> On 17 Dec 2016, at 12:46, O. Hartmann wrote: = =20 > >>>=20 > >>> Recent kernel source reject to build: > >>>=20 > >>> [...] > >>> --- all_subdir_mlx4ib --- > >>> --- mlx4_ib_sysfs.o --- > >>> /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90= :22: error: > >>> format specifies type 'unsigned long long *' but the argument has typ= e 'u64 *' (aka > >>> 'unsigned long *') [-Werror,-Wformat] sscanf(buf, "%llx", &sysadmin_a= g_val); ~~~~ > >>> ^~~~~~~~~~~~~~~~ %lx > >>> 1 error generated. =20 > >>=20 > >> Ha, my r310171, which enabled sscanf() format checking, is already > >> working, it seems! I built kernels for both i386 and amd64 without > >> problems, but you may be using some non-default module or settings whi= ch > >> trigger this warning. > >>=20 > >> For which arch are you building here, and do you have any particular > >> build settings which might influence this? > >>=20 > >> -Dimitry > >> =20 > >=20 > > Still with revision 310228 :-( =20 >=20 > After reviewing by the mlx4ib maintainer, this should now be fixed with r= 310232. >=20 > -Dimitry >=20 Yes it is ;-) Thank you. oh --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/sABpGazP34/QZb0z6d7awnv Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWFauTwAKCRDS528fyFhY lIKNAf9vkc3wJZ9kpVjR7IBA5MdeZnXKJzT3zo8aUu4oJ9c6lv4VeGeY6AS3EVJF WSofW+AjKT36laCia2v7fbvYF7NLAf9KwXcc0UShGBOQpWIw6gXPZFXDvLO48I0G rb8Avwwk0bm/8xl3W8CEWzC5jvgppzUgIIo/AcuyEviW9CAAG5xZ =A5IS -----END PGP SIGNATURE----- --Sig_/sABpGazP34/QZb0z6d7awnv-- From owner-freebsd-current@freebsd.org Sun Dec 18 16:01:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 880F1C87B02 for ; Sun, 18 Dec 2016 16:01:49 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: from FreeBSD.cs.nctu.edu.tw (freebsd2.cs.nctu.edu.tw [140.113.17.206]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E5BF1BF4; Sun, 18 Dec 2016 16:01:49 +0000 (UTC) (envelope-from lwhsu@FreeBSD.cs.nctu.edu.tw) Received: by FreeBSD.cs.nctu.edu.tw (Postfix, from userid 1058) id BFA4F237C; Mon, 19 Dec 2016 00:01:45 +0800 (CST) Date: Mon, 19 Dec 2016 00:01:45 +0800 From: Li-Wen Hsu To: Baptiste Daroussin Cc: Dimitry Andric , freebsd-current@FreeBSD.org Subject: Re: FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing Message-ID: <20161218160145.GA51366@FreeBSD.cs.nctu.edu.tw> References: <253721999.104.1481972125952.JavaMail.jenkins@jenkins-9.freebsd.org> <744435107.106.1482061689075.JavaMail.jenkins@jenkins-9.freebsd.org> <20161218143950.r6bn2cpfjsfihymc@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <20161218143950.r6bn2cpfjsfihymc@ivaldir.etoilebsd.net> User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 16:01:49 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 18, 2016 at 15:39:50 +0100, Baptiste Daroussin wrote: > On Sun, Dec 18, 2016 at 03:18:47PM +0100, Dimitry Andric wrote: > > On 18 Dec 2016, at 12:48, jenkins-admin@freebsd.org wrote: > > >=20 > > > FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing: > > >=20 > > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64= _gcc/1736/ > > ... > > > --- atf-check.full --- > > > /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/FreeBS= D_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include/c++/v1 -= std=3Dc++11 -nostdinc++ -isystem /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/= FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc/obj= /builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/FreeBSD_HEAD_amd64_gcc= /obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot=3D/builds/FreeBSD_= HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-fr= eebsd/bin/ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc/contr= ib/atf -DATF_SHELL=3D'"/bin/sh"' -g -fstack-protector-strong -Wsystem-heade= rs -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-unin= itialized -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Daddress -Wno-err= or=3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-compare -Wno-er= ror=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-compare -Wno-erro= r=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-parentheses -Wno-err= or=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error=3Dunused-but-set= -variable -Wno-error=3Dunused-function -Wno-error=3Dunused-value -Wno-error= =3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnull= -compare -Wno-error=3Dshift-negative-value -Wno-error=3Dtautological-compar= e -Wno-error=3Dunused-const-variable -o atf-check.full atf-check.o -lpriv= ateatf-c++ -lprivateatf-c > > > --- all_subdir_lib --- > > > --- mulosi4.po --- > > > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBS= D_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/build= s/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/b= uilds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib = --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gc= c/tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibility= =3Dhidden -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/libc= xxrt -MD -MF.depend.mulosi4.po -MTmulosi4.po -std=3Dgnu99 -fstack-protecto= r-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-poi= nter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattri= butes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobbe= red -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-e= rror=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Dun= initialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-functi= on -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmisl= eading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negative= -value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variable= -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/mul= osi4.c -o mulosi4.po > > > --- all_subdir_bin --- > > > --- dd.1.gz --- > > > gzip -cn /builds/FreeBSD_HEAD_amd64_gcc/bin/dd/dd.1 > dd.1.gz > > > --- dd.debug --- > > > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug dd.full dd.de= bug > > > --- dd --- > > > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debugli= nk=3Ddd.debug dd.full dd > > > --- all_subdir_bin/df --- > > > =3D=3D=3D> bin/df (all) > > > --- all_subdir_libexec --- > > > /usr/local/bin/x86_64-freebsd-ld: atf-check.o: relocation R_X86_64_32= against symbol `_ZTIN3atf12system_errorE' can not be used when making a sh= ared object; recompile with -fPIC > > > /usr/local/bin/x86_64-freebsd-ld: final link failed: Nonrepresentable= section on output > > > collect2: error: ld returned 1 exit status > > > *** [atf-check.full] Error code 1 > >=20 > > Baptiste, is this the problem again with -lstdc++ being linked in accid= entally again? >=20 > Should not be, is the object directory always cleaned before building? by > cleaned I mean rm -rf Seems not, I just added rm -fr ${MAKEOBJDIRPREFIX} to build script. Best, Li-Wen --=20 Li-Wen Hsu https://lwhsu.org --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJYVrLoXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDdENTNGNjUyMTUzMzVCNzA5NDNGODQ2 NzI3RTc3Qzg4NjJCNjU2AAoJEGcn53yIYrZWc6IP/39CMXK15mIXtttYM7ZkIsMv keK+x9Ks6JDW0MgFXi9JXx66OEnELvYZKE08NzeP4RWMjIihXndezacwBoHmtkQx eGkI4dy8yfS0Zh8LGAXiMLdQdTQlOCX7ggerZRyIA8evCj4jFhDZNL2o5StXiqyp O74JQvzRZs8XVIkUKeE/mSw+thn8rBvc5yvSHpjb+QcgSTMvK9HSY4E85o7bEvdR RkaGGyzONqRbcmJvXDfNFi5bPByn7dnTYoNnfm6ssduaB/2MUUxHjvq+Uym2LisM Drbpim8vKScjEF7xmjEF28k+hYylAZHkxjx/J3MVK33yZv7taRySmKH3VmsGaoei qIuOoJTEWSTX53gNQsSxt+9fjYXYzcJW4UTTZ4gIkDW81t+NS+Fgb2yDa4Xrz0LQ 2skhN/uZo0gX9B8nIJ2lr9WOasTlV2Yq3AXQVVgdFqrTI4TwRPlJ+7TZtBcZSsZ1 EHskXW+rETrs5vmV//gUOXRfoAHHCCJTeNgkELzlG7/dNCtDty84v8ShxVupEvc4 XBGuvEFsh2S37i+Qkrx9knJGVyWvNAfFxlGBkAzcpIbT6rTnp3D2nX1c40+VAuel o6GCYA0RF7B5XVU9kwpZgbf1mbXoh+633xIAOvwUsvg49k5/WOo4S6poi2qJ40n2 sxpcAagHJz3cL3bWKGH9 =eley -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@freebsd.org Sun Dec 18 17:36:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AE7FC85290 for ; Sun, 18 Dec 2016 17:36:56 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84FCEC92 for ; Sun, 18 Dec 2016 17:36:55 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.walstatt.dynvpn.de ([92.224.251.195]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LiDHj-1cvtjL3Gtv-00nOhy for ; Sun, 18 Dec 2016 18:31:40 +0100 Date: Sun, 18 Dec 2016 18:31:34 +0100 From: "O. Hartmann" To: FreeBSD CURRENT Subject: service netif restart fails starting ppp/routing Message-ID: <20161218183134.3c83bd46@thor.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/RzzaZe+_dNlCheIbE/bB0aA"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:U09A9tscy6ZgxhtjnZBwNIVY0e/oJUXMu+onP3SOcVtEwpqF5Ys fEuwO49NjLuRqY4EQ1TpBJowaHZprtCGTryLz2BAxjMKDADqqlwNyAWEC8MdNCC4uvLTuFA /J507+Pl4lsZfYBYBtl/aSFHAWN+xtTi++9BjnXY62tf4Sw7XCZjUky2zHL4ep+eSMC0MBM DoFt2USt8z+shc79iiGSg== X-UI-Out-Filterresults: notjunk:1;V01:K0:oxUz5IMmV3Y=:jWWjzj+IBg8UoRQObGYXKF dXOf6H/c8FPZWcuhYAp0kA89wHfd4vgYp5GQccDCu72I0wY2owltsQyS+huB6Sb0P4gcTRxIm B5EaBzvegUThs8LZ9AptFPI2pGM5Ix0V3KKH95GS8G+TcXO9+PSArzJgP/j4rZXEjiC2Mqcz5 mzuqyTV8347sEiDiG/WhqUGt7yjp9F5iXEuLFT+xoTLrIEhlkZEZNwiHuzhz29Nd9ixsE9XN4 J/YcMCttc/F62B9Nd209DNoznzyuVcW7BNkAYIZ1UUOGSE6oEeC0KS0dlsrjzRlzkyzddRBJu jkw34gBeWQ1etQwMTSgnZAnijTMLZiJ6G7GQVqvs8Qq2kECR5O9o20SlUbzDQKw9YfUIJTbys KO5Yx7axM0Bpq4I4IHxSUYE2E5yrM5iGBlx61bJeYNLw6Wzl3lKAyqnSMQqG6zdXVidgPAo6q P6JE5T5WVPXOXxi++ck75es6LBC+9dI9NoFJW9gqaDUiial8nV7YltIZjReQu9R8vZuubmaZe niS3JYUGZfy5PMQPzyiuLR7/Z0xPKKsKdiZDhZKLBmgurz/lyecMLrmGlNVZP6EPSVydtAWcl 52XOaoGzBDI8p/0eUNhVOllex5m0bo2ObSEg4d6+MolS/r6YlnA/tU8ZVH7FjboHjVzmlMsEr gjQnGX+YqIplHv7r7RUwhJnVT1jE90YBRgg0nDKf6w8EfUEIqT/+m5K/TT+3U+x1srN/3g9Rg Jpi9wrBDGw54jxM6n9fQV2tAGyGcIayy0lLFzVzBb/BFG1kISh6dtsYc40w= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 17:36:56 -0000 --Sig_/RzzaZe+_dNlCheIbE/bB0aA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable After changing paraemters on my router which uses a modem via ppp/pppoed,=20 service netif restart does not bring up ppp and named! After "netif restart" and "routing restart" (in this order), tun0 which is = supposed to have the ISP's IP address is empty and named (the router has bind911 runnin= g) is offline and needs also to be restarted via "service named restart". Is there something I miss or is this a serious bug? It is the first time on= CURRENT (FreeBSD 12.0-CURRENT #74 r310129: Fri Dec 16 00:33:09 CET 2016 amd64) I re= alize this behaviour. I never had problems before. Regards, oh --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/RzzaZe+_dNlCheIbE/bB0aA Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWFbH9gAKCRDS528fyFhY lNNhAf9pzCDTrAZFW86hyjtYDW9WT2efFNwBrf3jvORqwLWBH0iknlGIkszdYhAX khOT5ZfM298gRGynJJGR0vM+lweWAgCkrnrxk1q9Da2Z50h4Ga6NVPoY3KAI6Qwp FGW0hMJTRqa0fmW4KmN5mOIWao8gjyjz3KgZZjHioo/W+QPV0btU =qYwQ -----END PGP SIGNATURE----- --Sig_/RzzaZe+_dNlCheIbE/bB0aA-- From owner-freebsd-current@freebsd.org Sun Dec 18 18:53:53 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E134C87557 for ; Sun, 18 Dec 2016 18:53:53 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA659F36; Sun, 18 Dec 2016 18:53:52 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id u144so14915850wmu.0; Sun, 18 Dec 2016 10:53:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=BeJoNTxbsqD0rQb6nzuIWx3BrhXQ9JwYwgXM1YMjJt4=; b=Fdi56fKnHGI0c+qVBIZkvoEJTB0QFfcGK7zeFLa5+Q7c+HHSrrm0ctF7gw/8lNfL6M qGscX/+tkpEPdJx2b/vCkq6oPo2w3juzJ3fPzbR05JJlrPGL+ZPxYe0kiY2gOFNCih3j L3EnKQ+sFvgBz/GTSVmfVDgHB0RP6k+5ZhnWtn7ks2w0wVyOSe5NQsDtFfguDMdHbPLw oiwgPLIqvlq/qrRqoUp6/Hns8CXzKFB0WIn3rpL72n1Gp3+v0U0ZPcxEkl1a9jcRzmKT D3iOhknZaKw5duVjhRpN8S4ERknAnOf5cQQ35Tx8VDZO6SbAx4+jxdA7wHYy9Ndck22L 6uDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=BeJoNTxbsqD0rQb6nzuIWx3BrhXQ9JwYwgXM1YMjJt4=; b=LzBQiJhbIBVrnH4bjgl6+TzSgklRWKrp4WPPBl/jU1LflfRa+Vn+iBx8RO9rZv33GV OQWxrSum1dkyMojEEHh+p2Uip6SZhbU6MHORk0Afoj31zvd7ceQ4ioLfKRLOlikegHrL xE+QOit1jKgn1onGLmaeFnizZLszmAQMwPloBvMIEY/0XXodHfSUuLgmFfG77c++FMaS FkB5m5j2hcgg1UbaFouY8L3uiJiDegwmHX/94zCYWBCArOeC6FQdAijEKTXWvVSmQnZB hCLp3P/OSCyOu6G476wQS2IPoboPnn8VfYq1Hfa7VHe7LU6vRS2ZL4REGMS9j4q5Vz9D M8Jw== X-Gm-Message-State: AIkVDXJoSqpkwLVLQTuNTZksCD/rx2WYpnhnRE1/uZDKEFoEhPwGVjDsncENuRFzn/JXwQ== X-Received: by 10.28.165.131 with SMTP id o125mr10468458wme.9.1482087230327; Sun, 18 Dec 2016 10:53:50 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by smtp.gmail.com with ESMTPSA id u78sm13692096wma.11.2016.12.18.10.53.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Dec 2016 10:53:49 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 18 Dec 2016 19:53:49 +0100 From: Baptiste Daroussin To: Li-Wen Hsu Cc: Dimitry Andric , freebsd-current@FreeBSD.org Subject: Re: FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing Message-ID: <20161218185348.nyp7i663vzyp36ql@ivaldir.etoilebsd.net> References: <253721999.104.1481972125952.JavaMail.jenkins@jenkins-9.freebsd.org> <744435107.106.1482061689075.JavaMail.jenkins@jenkins-9.freebsd.org> <20161218143950.r6bn2cpfjsfihymc@ivaldir.etoilebsd.net> <20161218160145.GA51366@FreeBSD.cs.nctu.edu.tw> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kqxiy5jnx42q5c3z" Content-Disposition: inline In-Reply-To: <20161218160145.GA51366@FreeBSD.cs.nctu.edu.tw> User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 18:53:53 -0000 --kqxiy5jnx42q5c3z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 19, 2016 at 12:01:45AM +0800, Li-Wen Hsu wrote: > On Sun, Dec 18, 2016 at 15:39:50 +0100, Baptiste Daroussin wrote: > > On Sun, Dec 18, 2016 at 03:18:47PM +0100, Dimitry Andric wrote: > > > On 18 Dec 2016, at 12:48, jenkins-admin@freebsd.org wrote: > > > >=20 > > > > FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing: > > > >=20 > > > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd= 64_gcc/1736/ > > > ... > > > > --- atf-check.full --- > > > > /usr/local/bin/x86_64-portbld-freebsd10.1-g++ -isystem /builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include/c++/v1= -std=3Dc++11 -nostdinc++ -isystem /builds/FreeBSD_HEAD_amd64_gcc/obj/build= s/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc/o= bj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B/builds/FreeBSD_HEAD_amd64_g= cc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib --sysroot=3D/builds/FreeBS= D_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp -B/usr/local/x86_64-= freebsd/bin/ -O2 -pipe -DHAVE_CONFIG_H -I/builds/FreeBSD_HEAD_amd64_gcc/con= trib/atf -DATF_SHELL=3D'"/bin/sh"' -g -fstack-protector-strong -Wsystem-hea= ders -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-un= initialized -Wformat=3D2 -Wno-format-extra-args -Wno-error=3Daddress -Wno-e= rror=3Darray-bounds -Wno-error=3Dattributes -Wno-error=3Dbool-compare -Wno-= error=3Dcast-align -Wno-error=3Dclobbered -Wno-error=3Denum-compare -Wno-er= ror=3Dextra -Wno-error=3Dinline -Wno-error=3Dlogical-not-parentheses -Wno-e= rror=3Dstrict-aliasing -Wno-error=3Duninitialized -Wno-error=3Dunused-but-s= et-variable -Wno-error=3Dunused-function -Wno-error=3Dunused-value -Wno-err= or=3Dstrict-overflow -Wno-error=3Dmisleading-indentation -Wno-error=3Dnonnu= ll-compare -Wno-error=3Dshift-negative-value -Wno-error=3Dtautological-comp= are -Wno-error=3Dunused-const-variable -o atf-check.full atf-check.o -lpr= ivateatf-c++ -lprivateatf-c > > > > --- all_subdir_lib --- > > > > --- mulosi4.po --- > > > > /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/Free= BSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/include -L/bui= lds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/lib -B= /builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_gcc/tmp/usr/li= b --sysroot=3D/builds/FreeBSD_HEAD_amd64_gcc/obj/builds/FreeBSD_HEAD_amd64_= gcc/tmp -B/usr/local/x86_64-freebsd/bin/ -pg -O2 -pipe -fpic -fvisibilit= y=3Dhidden -DVISIBILITY_HIDDEN -I/builds/FreeBSD_HEAD_amd64_gcc/contrib/lib= cxxrt -MD -MF.depend.mulosi4.po -MTmulosi4.po -std=3Dgnu99 -fstack-protect= or-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-po= inter-sign -Wno-error=3Daddress -Wno-error=3Darray-bounds -Wno-error=3Dattr= ibutes -Wno-error=3Dbool-compare -Wno-error=3Dcast-align -Wno-error=3Dclobb= ered -Wno-error=3Denum-compare -Wno-error=3Dextra -Wno-error=3Dinline -Wno-= error=3Dlogical-not-parentheses -Wno-error=3Dstrict-aliasing -Wno-error=3Du= ninitialized -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-funct= ion -Wno-error=3Dunused-value -Wno-error=3Dstrict-overflow -Wno-error=3Dmis= leading-indentation -Wno-error=3Dnonnull-compare -Wno-error=3Dshift-negativ= e-value -Wno-error=3Dtautological-compare -Wno-error=3Dunused-const-variabl= e -c /builds/FreeBSD_HEAD_amd64_gcc/contrib/compiler-rt/lib/builtins/mu= losi4.c -o mulosi4.po > > > > --- all_subdir_bin --- > > > > --- dd.1.gz --- > > > > gzip -cn /builds/FreeBSD_HEAD_amd64_gcc/bin/dd/dd.1 > dd.1.gz > > > > --- dd.debug --- > > > > /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug dd.full dd.= debug > > > > --- dd --- > > > > /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debug= link=3Ddd.debug dd.full dd > > > > --- all_subdir_bin/df --- > > > > =3D=3D=3D> bin/df (all) > > > > --- all_subdir_libexec --- > > > > /usr/local/bin/x86_64-freebsd-ld: atf-check.o: relocation R_X86_64_= 32 against symbol `_ZTIN3atf12system_errorE' can not be used when making a = shared object; recompile with -fPIC > > > > /usr/local/bin/x86_64-freebsd-ld: final link failed: Nonrepresentab= le section on output > > > > collect2: error: ld returned 1 exit status > > > > *** [atf-check.full] Error code 1 > > >=20 > > > Baptiste, is this the problem again with -lstdc++ being linked in acc= identally again? > >=20 > > Should not be, is the object directory always cleaned before building? = by > > cleaned I mean rm -rf >=20 There was another mistake in amd64-gcc which I have just fixed and would ma= ke updating to 6.2.0 wait another round of package build Best regards, Bapt --kqxiy5jnx42q5c3z Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlhW2yMACgkQY4mL3PG3 PloaJQ//ZtEN+Ui9+dFdy7K5p5jHOM+wV1e9GLvrZMjo0H/1XGbAJnp7EbrmOevD NQcrckbLcVOz6/OoesTE1n27ivPQLerA2YZhreI7XnX01rt9W/p3ynSJWsJc2ZVK qfc8QwMoVac7L9SkFwni6g1kDPfxx/iqr6P5JtevjDWb7gwh2F+YQrYph+zZjIVP t9e57HV/CShU8P+UL/JqGl1KMqe8ghCXWMgvaIYSrOEElMSMJXLpHHEaV67+0fZj yEKrlWjflcG/il/OgkquLMsBdOHNLvtGRIn0tde4U3suyxqaMdO1q5+q2lrMA3sc DwpIcWNiN/kmBcW4oSpqLtjZnEQGfIwtDHZoWfFAx7NKR06raAWhsI4TjKIYEkxY rpOyO6p2w4CvmKiGYSgQCDTRD3rz8oPPX561WDQPBuKsnuGzhUY+sueUjbO30J5t bvhNKom6+eWCm5Quml/Ff18MtdSQRdKy/izTkWnsTUDEpyhi5jYkUtYU647dcxzC chSsKoUNIO7LTYrtCJao0S8IJMMgiV4rF4FQfBIQdUHwVpL9zh/C7MLyL2zn/tpM ifUOxVuqLu7b6eHlPfNbz+gImWhvxQnLadk7xvTNbc9Sg0sm+dUZ5xdB2sHoPp9a yJHH41f22OgzxbvghoXtyQDeEPtLOcwL20OVxatHGhQE+rYv0Sk= =P9kB -----END PGP SIGNATURE----- --kqxiy5jnx42q5c3z-- From owner-freebsd-current@freebsd.org Sun Dec 18 23:37:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D30AEC86940 for ; Sun, 18 Dec 2016 23:37:50 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CE331724 for ; Sun, 18 Dec 2016 23:37:50 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x232.google.com with SMTP id g23so80230489wme.1 for ; Sun, 18 Dec 2016 15:37:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=hCI83DAp/9Gp0TwL8GAcjoKDEZlFS+Ngl5eLf2SA7SM=; b=q3l7c6qYn37WMH6ADZ8ZPYf/dODhbNSXkV1G3uo5ArE8lGpixqjyorDDPEnYgKOtFi AdiuqqmGja7CFCTpl1HG5u7q5MOaFFb7YxJngRh5UuVoIge2Ey9N1ehrZcD8eTdHp2K3 QPRav0yUPH1AYy0M6UErH6TpWLw4HaD4VsaXQeD0M/D5Bh2lCmtT8EHp+Ug93CtfRf1B 1LQlpIIVCJwLQ4TMUfSh9hD+DqoQvxiFu7Y3IAjF66qt7gsSElKhPwnT27vVFx+dSbRu MZjdm/1iDlIMAmuxAped1PQrNuX0jD45/SGfvmR2iYNUK+gD0mxTD2vc3cDk6jVAxzSd GmVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=hCI83DAp/9Gp0TwL8GAcjoKDEZlFS+Ngl5eLf2SA7SM=; b=DZh/lY3g1907tRDDOVJaUeTbMfiMK0QjiXgzJczvI3pUXTcjYEJyIcFPVomK0GOXgX UQ9RBdD+K8Z3YyYB6sbh1WsJ5wHS62UC4slIoqDDZvPdoXR+3J0/BqeNDhsFETxLNE3z PVmIZEvxF2U/xa7nxZibjPHAo3zel+J+ObgqdrEWdEhGn40Rqvfr2mUeOnn/JMQYISo8 U+CxFwgoLmWa9cPdiHhQLxVp4AmUCwtFh3xcZFkFhiktjzV01DsekzW5YjYhGO4yi65L gJOxxwDKGR/uHaz5hA9Y9thNw+aRC60CfRqlVyOJAcFrFDkFk+y86PnhctrcsLnGXTC8 47uw== X-Gm-Message-State: AIkVDXJPhqv6c3U5UBp7sY2GPXc4D1Mq+Rn6R1Bn/wWhtTJwONvyPweJP/yAsAXPjlXqa7DJRvvQLdiE0Boc3Q== X-Received: by 10.28.147.134 with SMTP id v128mr11733474wmd.3.1482104268122; Sun, 18 Dec 2016 15:37:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.172.36 with HTTP; Sun, 18 Dec 2016 15:37:47 -0800 (PST) In-Reply-To: <20161218183134.3c83bd46@thor.walstatt.dynvpn.de> References: <20161218183134.3c83bd46@thor.walstatt.dynvpn.de> From: Ben Woods Date: Mon, 19 Dec 2016 07:37:47 +0800 Message-ID: Subject: Re: service netif restart fails starting ppp/routing To: FreeBSD CURRENT , "O. Hartmann" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 18 Dec 2016 23:37:50 -0000 On Mon., 19 Dec. 2016 at 1:37 am, O. Hartmann wrote: > After changing paraemters on my router which uses a modem via ppp/pppoed, > service netif restart > does not bring up ppp and named! > > After "netif restart" and "routing restart" (in this order), tun0 which is > supposed to > have the ISP's IP address is empty and named (the router has bind911 > running) is offline > and needs also to be restarted via "service named restart". > > Is there something I miss or is this a serious bug? It is the first time > on CURRENT > (FreeBSD 12.0-CURRENT #74 r310129: Fri Dec 16 00:33:09 CET 2016 amd64) I > realize this > behaviour. I never had problems before. > I was about to say you will also need to do: # service pppoed restart But a quick look at that rc script seems to show that stop or restart are not implemented: https://github.com/freebsd/freebsd/blob/master/etc/rc.d/pppoed Having a quick look at my router which also uses pppoe, I note that in /etc/rc.conf I am not using the pppoed rc script, but the following: ppp_enable="YES" ppp_nat="NO" ppp_profile="myisp" ppp_myisp_mode="ddial" ppp_myisp_nat="NO" ppp_myisp_unit="0" Therefore when I need to restart my pppoe after making config changes I would use: # service ppp restart Which one are you using in your rc.conf: ppp or pppoe? In my /etc/ppp/ppp.conf I have the following: default: set log Phase tun command # you can add more detailed logging if you wish set speed sync set mru 1492 set mtu 1492 set ctsrts off enable echo set echoperiod 15 enable ipv6cp enable ipcp set timeout 0 set redial 0 0 myisp: set ifaddr MY.IP.ADDR.ESS/0 THEIR.IP.ADDR.ESS/0 set server /var/run/ppp/myisp "" 0177 set device PPPoE:INTERFACE set authname USERNAME set authkey PASSWORD set dial set login add default HISADDR disable dns Note that I handle the NAT and DNS myself through pf and dnsmasq. Regards, Ben From owner-freebsd-current@freebsd.org Mon Dec 19 17:35:46 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0DC60C88E55 for ; Mon, 19 Dec 2016 17:35:46 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9181719B5 for ; Mon, 19 Dec 2016 17:35:45 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p2027-ipbf1605funabasi.chiba.ocn.ne.jp [123.225.191.27]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id uBJHZMvK092811 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Tue, 20 Dec 2016 02:35:40 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id uBJHY7bl045383 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Dec 2016 02:34:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id uBJHY124045374; Tue, 20 Dec 2016 02:34:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 20 Dec 2016 02:12:34 +0900 (JST) Message-Id: <20161220.021234.885117715060624657.hrs@allbsd.org> To: imb@protected-networks.net Cc: freebsd-current@freebsd.org Subject: Re: syslogd no longer listens (or sends) on a network socket From: Hiroki Sato In-Reply-To: References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Dec_20_02_12_34_2016_348)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Tue, 20 Dec 2016 02:35:41 +0900 (JST) X-Spam-Status: No, score=-99.9 required=13.0 tests=CONTENT_TYPE_PRESENT, QENCPTR1,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Dec 2016 17:35:46 -0000 ----Security_Multipart(Tue_Dec_20_02_12_34_2016_348)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Michael Butler wrote in : im> It appears that SVN r309925 and onward no longer opens a network im> socket unless the command-line explicitly contains "-b :syslog" :-( im> im> This also stops one syslog daemon forwarding to another (which is why im> I noticed). im> im> Was this an intentional behaviour change? Sorry, it was broken due to another mismerge at r309933. I fixed it at r310278. Can you try the latest one and let me know if the problem still persists or not? -- Hiroki ----Security_Multipart(Tue_Dec_20_02_12_34_2016_348)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlhYFQIACgkQTyzT2CeTzy20PACeIC2c+U44KtxBHiE113zEJXYw UVIAoMnlob/qAmQSB1bbPEu6aakxGzWV =EO9E -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Dec_20_02_12_34_2016_348)---- From owner-freebsd-current@freebsd.org Mon Dec 19 18:40:05 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D63EAC883C0 for ; Mon, 19 Dec 2016 18:40:05 +0000 (UTC) (envelope-from kargl@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B87661FC1; Mon, 19 Dec 2016 18:40:05 +0000 (UTC) (envelope-from kargl@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id uBJIdx7M001076 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 19 Dec 2016 10:39:59 -0800 (PST) (envelope-from kargl@troutmask.apl.washington.edu) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id uBJIdwF6001075; Mon, 19 Dec 2016 10:39:58 -0800 (PST) (envelope-from kargl) Date: Mon, 19 Dec 2016 10:39:58 -0800 From: "Steven G. Kargl" To: John Baldwin Cc: Mark Johnston , kargl@uw.edu, freebsd-current@freebsd.org, kib@freebsd.org Subject: Re: Revision 309657 to stack_machdep.c renders unbootable system Message-ID: <20161219183958.GA876@troutmask.apl.washington.edu> Reply-To: kargl@uw.edu References: <20161214194848.GA881@troutmask.apl.washington.edu> <20161214234804.GA26443@troutmask.apl.washington.edu> <20161215005012.GA84222@wkstn-mjohnston.west.isilon.com> <1848178.kLUBJlL36D@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1848178.kLUBJlL36D@ralph.baldwin.cx> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Mon, 19 Dec 2016 18:58:43 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Dec 2016 18:40:05 -0000 On Fri, Dec 16, 2016 at 03:19:09PM -0800, John Baldwin wrote: > > So the hack in pause() is probably not as necessary now. In particular, I > think we only need it for thread0, not for other threads. The patch below > worked for me with SPEW's config: > > Index: kern_synch.c > =================================================================== > --- kern_synch.c (revision 310128) > +++ kern_synch.c (working copy) > @@ -321,7 +321,8 @@ pause_sbt(const char *wmesg, sbintime_t sbt, sbint > if (sbt == 0) > sbt = tick_sbt; > > - if (cold || kdb_active || SCHEDULER_STOPPED()) { > + if ((cold && curthread == &thread0) || kdb_active || > + SCHEDULER_STOPPED()) { > /* > * We delay one second at a time to avoid overflowing the > * system specific DELAY() function(s): > > John, The above patch fixes the boot issue for me. Thanks for the quick response. -- Steve http://troutmask.apl.washington.edu/~kargl/ 2. https://www.youtube.com/watch?v=Py6d6o2jbaE 1. https://www.youtube.com/watch?v=6hwgPfCcpyQ From owner-freebsd-current@freebsd.org Mon Dec 19 19:39:39 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24535C87524; Mon, 19 Dec 2016 19:39:39 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73A50187B; Mon, 19 Dec 2016 19:39:38 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p2027-ipbf1605funabasi.chiba.ocn.ne.jp [123.225.191.27]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id uBJJdEtQ006323 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Tue, 20 Dec 2016 04:39:34 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id uBJJbxEg049627 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Dec 2016 04:37:59 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id uBJJbuSp049616; Tue, 20 Dec 2016 04:37:59 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 20 Dec 2016 04:36:46 +0900 (JST) Message-Id: <20161220.043646.1181938468712455328.hrs@allbsd.org> To: freebsd-arch@FreeBSD.org, freebsd-current@FreeBSD.org Reply-To: freebsd-arch@FreeBSD.org Subject: RFC: DTrace probes for debugging or testing in userland programs From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Dec_20_04_36_46_2016_787)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Tue, 20 Dec 2016 04:39:35 +0900 (JST) X-Spam-Status: No, score=-99.4 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_BACKQUOTE,QENCPTR1,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Dec 2016 19:39:39 -0000 ----Security_Multipart(Tue_Dec_20_04_36_46_2016_787)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I am trying to rewrite userland programs (especially daemons) to support userland DTrace probes to make it possible to trace the behavior by using dtrace(1). The purpose is to provide a consistent interface to enable/collect debug log and show internal states. A lot of daemons define their own debug output function like dprintf() and there is no consistency of where to be recorded. I would like your comment about this change because I want to know whether this change (or direction) is acceptable or not. I put an example by using syslogd at the following URL: (diff) https://people.freebsd.org/~hrs/syslogd_usdt.20161220-1.diff (tarball) https://people.freebsd.org/~hrs/syslogd_usdt.20161220-1.tar.gz You can try to compile a new syslogd, run it, and then attach dtrace(1) to the syslogd process by "dtrace -q -CI./ -s ./syslogd_trace.d -p `pgrep syslogd`" in the same directory. Basically this change is invisible for normal users. This includes some rough edges but I think it is sufficient to understand the concept. I do not intend to commit this soon. Questions from me are the following: 1. Where should foo_probes.d and foo_trace.d be installed? And if they depend on foo.h, where should foo.h be? 2. Is documenting probes into foo.8 reasonable? The details are as follows. * Rewrite example This rewrite is twofold. First, simply replace a call of the logging function into DTrace USDT like this: (old) | dprintf("an error occurred, errno=%d\n", errno); (new) | FOO_LOG(LOG_ERR, "an error occurred, errno=%d\n", errno); And then if it involves a result of a specific operation, replace trace probes for the simple logging with dedicated ones: (old) | error = bind(s, res->ai_addr, res->ar_addrlen); | if (error) { | dprintf("bind failed, errno=%d\n", errno); | close(s); | return (-1); | } (new) | error = bind(s, res->ai_addr, res->ar_addrlen); | if (error) { | FOO_SOCK_BIND_FAILED(errno, s, res->ai_addr, res->ar_addrlen); | close(s); | return (-1); | } | FOO_SOCK_BIND_SUCCESS(s, res->ai_addr, res->ar_addrlen); and implement the functionality of the original log message in D script: | foo$target:::sock-bind-failed | { | printf("bind failed, errno=%d", arg0); | /* The other argN can be used to report in more detail. */ | } * Additional files in the existing directory layout After this rewrite, the directory layout for a daemon "foo" will look like the following: | Makefile | foo.8 | foo.c | foo.h | foo_probes.d | foo_trace.d foo_probes.d and foo_trace.d are added. The former is the definition of USDT probes, and the latter is a D script example to reproduce the original debug log by dprintf() or something like that. A section to describe what probes are available is added into foo.8. One can trace the foo daemon using "dtrace -Cs foo_trace.d -p `pgrep foo`" on runtime, and also can create own script. foo.h may be added because foo_probes.d and foo_trace.d often require information of data structure used in foo.c. * Possible incompatible change A debug flag to activate additional logging is no longer necessary after this rewrite, so we can remove it (-d flag in the case of syslogd). And dump of the internal state can be implemented as a SIGINFO handler. In the syslogd example, SIGINFO dumps syslogd configuration and access control list. -- Hiroki ----Security_Multipart(Tue_Dec_20_04_36_46_2016_787)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlhYNs4ACgkQTyzT2CeTzy3utQCfRQ7RboCA4kENZfoHYr7xdiYL HNAAoJJC1PpDrIS27+quyzUKD9FdwIDO =OeQe -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Dec_20_04_36_46_2016_787)---- From owner-freebsd-current@freebsd.org Mon Dec 19 20:27:33 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 978F1C8891A; Mon, 19 Dec 2016 20:27:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3047819A8; Mon, 19 Dec 2016 20:27:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wm0-x22d.google.com with SMTP id a197so103305637wmd.0; Mon, 19 Dec 2016 12:27:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HOjDF+E0nEZuBfG11fvtIUGM/mFXeuCvjZH+TDYxm9w=; b=nx1/Jt8dq/WTJY5w3AL6sbngXI0CoTkB3VyHUJC5bXTfDcnRyhsxvic1RxlggfakI3 LVyxY46lotAiLZFqWHkkd9P8f+vK6MAg02jyPaOYIDQx1NPedKGBFUlaB4iwHrgvY8MQ sHsTuOd1A73nwxVSpNkeiwrhjgMyjxKx+U1OwrQFpTwDEa+JS6MIE8So9z//GvBE/3sk tTO0TRsjdx+191+/GTe06y/js5tyA+MVYBEFt6fcQCS1ecjUH21lTYX3MO/LkddrWZm5 BsxaXRXJ2mL0haperf7AqzXPKE4z+rGnFsy2qx3XhAYtXH7rRxSvLl3FUKIylsE64Zk2 Gt0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HOjDF+E0nEZuBfG11fvtIUGM/mFXeuCvjZH+TDYxm9w=; b=CGs2OUMQFgFObHJZbCjM7t3rf5+MGgcepypBI6qhzIF0OzlJmRZU6ONtN+DSEacEIw 9XHe8b8vTTZNC3tP64PP7win8wDU1Boc3E8wHemB2IRrHebfjmeAZcbQdSDh69BTsLmf +yG5Pq9rer2NLn57cHL3oTTS2sJQlpfHrK60+WBJSZDFLRU+h9vS5tVyJQCSh45EH+6e pzlFL5v6hDyyIpwlM/plAKTP+MY9f2V0Plgtzd4jX82NooYCmB6S7kA1OoMveIxSppr1 2pU1Leaj2a2wnAswo8dI67i5S8XbVfQZ9q3ug77oNzCiu1eYZ4jhtSU+Y1a+Cyw34gRR rXBQ== X-Gm-Message-State: AIkVDXKvtUbtnD2MkA+jxFQpghz2iXbzWftU6yKiEaBE6wSGwJOzjs03TUGX4Rrl+2LtGlorPCbA8kUmmk2Bng== X-Received: by 10.28.228.5 with SMTP id b5mr14157568wmh.129.1482179251399; Mon, 19 Dec 2016 12:27:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.44.1 with HTTP; Mon, 19 Dec 2016 12:27:30 -0800 (PST) In-Reply-To: <20161220.043646.1181938468712455328.hrs@allbsd.org> References: <20161220.043646.1181938468712455328.hrs@allbsd.org> From: Adrian Chadd Date: Mon, 19 Dec 2016 12:27:30 -0800 Message-ID: Subject: Re: RFC: DTrace probes for debugging or testing in userland programs To: "freebsd-arch@freebsd.org" Cc: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Dec 2016 20:27:33 -0000 Hi, I'd love to see a unified-ish logging API for FreeBSD applications. I always end up reusing some C code I have here that I based on some Squid style logging API in ages past. I could always polish it up and put it up for review. I'm not a big fan of requiring dtrace to use it though. On a lot of the embedded systems dtrace varies from "it's very big" through to "we don't have enough RAM/flash to do this". So although I like the sentiment, I don't think using dtrace for program logging is the right answer. I like what apple did to wrap the program logging stuff so people didn't just write their own libraries (hi!) and so there's a unified-ish way to interact with apple programs. I think we could do with that. Thanks, -adrian From owner-freebsd-current@freebsd.org Mon Dec 19 20:30:42 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80B7DC88BB7; Mon, 19 Dec 2016 20:30:42 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-wj0-x244.google.com (mail-wj0-x244.google.com [IPv6:2a00:1450:400c:c01::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 141341F56; Mon, 19 Dec 2016 20:30:42 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wj0-x244.google.com with SMTP id j10so25119260wjb.3; Mon, 19 Dec 2016 12:30:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=DlgS4UstoJniGSuFeA1MOkMtJUMJJHo0Q+oSE8v5j/E=; b=Oc9lK4thwvzKvYQREZ1TfvdrC876d/TQCFwDoc2n01h9WxbZMnG+AXU25Pr29ggoPS UuE8zuNTi/ZtgQrjLIPI9tJ/sYaOwPnPADmiEGYNsG62f6wzNmoiC7n/qJ8MAgNCMGNC 1duH94scQupT5w+4C6kTHMGZJGj6OJM+hbS/Wm9dL5y0z7I8USmfANhRv5goG49PdQnK yiL++4uFLPGeUDsgSuKL9q+03EcPPCWz8uiM7ZEwz0SkLHE8iQse7S1Xqcx8KU6gyn+2 XexkpR+XFZ9oS1ZAh9aTHGSXsV9URlbjnHd2h03rmrvBF2UuL0KatxAJm22/4ck9wzNc V8gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=DlgS4UstoJniGSuFeA1MOkMtJUMJJHo0Q+oSE8v5j/E=; b=HDkZ2J7QRwgBa74aiMi0M6iKQq2AaTIkvELFV4xrHV3Y0Y6FOw5smi84HdX+ADZxfc wGuqhBWMr8zHhppq6jBOl4P6e748jp+JEoDVrjZwtUqdi360b86pHRv6nBCR85hPcba9 hQ+43rKLX8uz340NPVmhmlJojTYCsmjKI7mzgSz5D7qJN3s24qW4Il8lTevsKqke0OpV +g2qaIkb2Ubo1ElOSD3qeKRrEsSCclPWRHQk1N1ZWcUs3ZvaH92fZCo1wdf0WBCBme0P GgTi8sZ+mwjSoe5NnVCRvuMO943bWbYXZJkvcRinfRapgIrEmLgEaW725sHjV1Y5cvJD d0Lg== X-Gm-Message-State: AKaTC03x/p5aenMrj2duk1AIf33lsBMQkOQHhV0fv104OEym0grPi4cW04hxQvKFd9HgHQ== X-Received: by 10.194.7.233 with SMTP id m9mr15095233wja.108.1482179440282; Mon, 19 Dec 2016 12:30:40 -0800 (PST) Received: from freebsd-laptop (213-202-67-199.dsl.iskon.hr. [213.202.67.199]) by smtp.gmail.com with ESMTPSA id l67sm18701625wmf.20.2016.12.19.12.30.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Dec 2016 12:30:39 -0800 (PST) Date: Mon, 19 Dec 2016 21:30:36 +0100 From: Domagoj Stolfa To: freebsd-arch@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: RFC: DTrace probes for debugging or testing in userland programs Message-ID: <20161219203036.GD65993@freebsd-laptop> References: <20161220.043646.1181938468712455328.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/QKKmeG/X/bPShih" Content-Disposition: inline In-Reply-To: <20161220.043646.1181938468712455328.hrs@allbsd.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Dec 2016 20:30:42 -0000 --/QKKmeG/X/bPShih Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, > You can try to compile a new syslogd, run it, and then attach > dtrace(1) to the syslogd process by "dtrace -q -CI./ > -s ./syslogd_trace.d -p `pgrep syslogd`" in the same directory. one thing that comes to mind is the lack of a way to actually fire these probes without running plenty of DTrace scripts. The SDT provider dynamically links onto the binary using the linker set, so that probes can be called. This is accomplished using the DTrace command that you've issued, would we need to issue one for each daemon that operates in such a way? > Questions from me are the following: >=20 > 1. Where should foo_probes.d and foo_trace.d be installed? And if > they depend on foo.h, where should foo.h be? >=20 > 2. Is documenting probes into foo.8 reasonable? This would again depend on the way that they're implemented. If USDTs are used, documenting them might be beneficial, as the user might at one point want to turn them off dynamically or write their own script. > foo_probes.d and foo_trace.d are added. The former is the > definition of USDT probes, and the latter is a D script example to > reproduce the original debug log by dprintf() or something like > that. A section to describe what probes are available is added into > foo.8. One can trace the foo daemon using "dtrace -Cs foo_trace.d -p > `pgrep foo`" on runtime, and also can create own script. >=20 > foo.h may be added because foo_probes.d and foo_trace.d often require > information of data structure used in foo.c. >=20 > * Possible incompatible change >=20 > A debug flag to activate additional logging is no longer necessary > after this rewrite, so we can remove it (-d flag in the case of > syslogd). And dump of the internal state can be implemented as a > SIGINFO handler. In the syslogd example, SIGINFO dumps syslogd > configuration and access control list. One thing that could be done as well is instead of using the SDT provider, a new provider could be written, which could in turn be controlled by the additional flags, or pehaps even a sysctl integer that would specify the level of logging that one would want. This provider could also be entirely disabled, causing it to disable all the existing probes and, similarly to SDT, use the linker set to patch a couple of nops back in. The user could also attach to this provider with their own scripts, should they wish to perform some other form of monitoring as well. This might be redundant with the SDT provider though, so perhaps a more generic, backwards-compatible way can be thought of that would allow this sort of behaviour? --=20 Best regards, Domagoj Stolfa. --/QKKmeG/X/bPShih Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAlhYQ2wACgkQwxT+ikb0 YU5tEAf/XK4zQ0LKyP5OsCoEX6Q2zmAoej+Dbgpc9Fu6dTZs32Y9B+0tel4x/LVE ew5MO7wMGLoLPpHAQbjRADtRoFeoiyw6AdueXXnNIHVO+9fFfeSAI0RoDakdg27D 1l3yox+v+DlODfX/30vtG4Nl99eSgopn9HB71GgOwoPEBzC86cfsjhgvuKyPevma tgPHs4FQQiu86MGyN2PKcdy0BqAN6a/1Fhqt64Sa4r9SY7DwDevzvRjRO3PemAq6 9YXaP6JM7yg6Bd4V5AKLt7ROBZb0bNv68LFpcvkwbi4nVPZHyhILf1b5l/1RErwb 3OyerJc+XAyccp5FBgslxL5S4ThZkA== =UV+u -----END PGP SIGNATURE----- --/QKKmeG/X/bPShih-- From owner-freebsd-current@freebsd.org Mon Dec 19 20:47:26 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3443CC883B9; Mon, 19 Dec 2016 20:47:26 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B871A1E8B; Mon, 19 Dec 2016 20:47:25 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wm0-x241.google.com with SMTP id u144so20726171wmu.0; Mon, 19 Dec 2016 12:47:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=4dU+jL/x/Vq3LLr6s2F9LlEkuOY0CzvJtWJTvyrH+j4=; b=X5185aUuzKLoUcCdsibFgK9s1GJVFfnJTDFFYJ/dj+mjf8MxiCIaCrHFwBqjDLcYrz 2oDWWEV98wqWFI8oUUTq+xqQ4tDoxJwN5dWKn8HUCVVGVh8GqMrmeHPMVB8HTOrOh2ON ddY4KoPOTGat/YhqM1p9qAF4KTg0gTAbGlBvkJ3tUUn4Cgte83AOy3o7g1rAfjEqi4kb KDH0AV3YWZ/hgpabOLM3aPmheVKvTYabLRLtFhZVoeLOJBOOA4NnOFmn3MZtrTRdBfh6 VEnK+vwdCc9Y0dwquij7zjBWdGOO9SFC3L9ZNHOW0Xjx1L7vtRx0Wtxz3Ao/RnpL/dPC jSKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=4dU+jL/x/Vq3LLr6s2F9LlEkuOY0CzvJtWJTvyrH+j4=; b=h8nGhcz8WikvwWRzJyFoTThE8s2drBvC3xKBTjnVPfqiSMgI0Wd12nO27mqz+BYvpt k9Qw4BhA0o60mdtvCqP0OmEDi54mmgnLbAGTwRvlQHb2rxVC6/AwYCf9Kg92tRILSZSs vJDKgHlzgyNdbXAyavHwEThxI7lUeHeKpkG3HczUPbcEr2LkpaS6rHotcKUbuXpHTea0 D39/PICTWtJ8vMWztdhzQmZzlSh6Snzwaop4wnXKWjcnN5UYDUiifbb4oYWYVbWW8wmq ErWlGLfD4347G8plDdaucpSO/iZSNVVr1DbPP+E8BSxSdo5lVlTFMpLIuDXDNT4FKuNJ RAXw== X-Gm-Message-State: AIkVDXLiVOLrkpxKNyEfaR1PZaA1DeSUheQLztpz6PFP+RrkuKoq1r4HTaN7gcXRBlTwFg== X-Received: by 10.28.180.214 with SMTP id d205mr15994284wmf.131.1482180443066; Mon, 19 Dec 2016 12:47:23 -0800 (PST) Received: from freebsd-laptop (213-202-67-199.dsl.iskon.hr. [213.202.67.199]) by smtp.gmail.com with ESMTPSA id 14sm18898985wmk.1.2016.12.19.12.47.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Dec 2016 12:47:22 -0800 (PST) Date: Mon, 19 Dec 2016 21:47:19 +0100 From: Domagoj Stolfa To: Adrian Chadd Cc: "freebsd-arch@freebsd.org" , freebsd-current Subject: RFC: DTrace probes for debugging or testing in userland programs Message-ID: <20161219204719.GE65993@freebsd-laptop> References: <20161220.043646.1181938468712455328.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/Zw+/jwnNHcBRYYu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Dec 2016 20:47:26 -0000 --/Zw+/jwnNHcBRYYu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, > I'd love to see a unified-ish logging API for FreeBSD applications. I > always end up reusing some C code I have here that I based on some > Squid style logging API in ages past. I could always polish it up and > put it up for review. > > I'm not a big fan of requiring dtrace to use it though. On a lot of > the embedded systems dtrace varies from "it's very big" through to "we > don't have enough RAM/flash to do this". DTrace indeed is very heavyweight, this could be an opt-in kind of thing compile time, hidden somewhere in the logging system employed. Personally, I think that keeping the diffs in the actual daemons to the bare minimum(1-2 LoC) should be one of the priorities. Additionally, the logging system should by default be lightweight, with compile time options to change the actual logging method(a simple log, DTrace, ...). > So although I like the sentiment, I don't think using dtrace for > program logging is the right answer. I like what apple did to wrap > the program logging stuff so people didn't just write their own > libraries (hi!) and so there's a unified-ish way to interact with > apple programs. I think we could do with that. This sounds like a pretty clean solution, and the logging method could be hid somewhere deep in there. I would personally like to see an option where I could pick DTrace for logging, as it allows for some interesting scripts to be written, however I tend to agree that this should not be the default. --=20 Best regards, Domagoj Stolfa. --/Zw+/jwnNHcBRYYu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAlhYR1cACgkQwxT+ikb0 YU79Ugf+OUJw1oqxjYJ4pO3NO4KIhe85NSfyheTv7J98Z149v4TMmoirWjIJbcS1 3too/UvBwD3EmROzngD1dLS2kD8k3r8gCmIDh2eIA4S8FC/CtHIYJ1V9AETbxAhq vDWub7ndrTw0vjckoDDWLx8jQJmY17KmkZzUrM4RDizoTBQBZYcE2seBggM2mP7P 33vRsoguy2yABmbCTzg1q/LGQrYpGj5VrdbwyoeloxthQugqDb54yf2/fS2BfeS8 6xfZv11yh4/OhH7BIPMLSvWIT4Xw6rD6ng0XSJdjqmbkZsWNW3n22xTEgxjgd4sn U1rlTuRL7vnDFOD0KUhmVmmghrgvDg== =2mVa -----END PGP SIGNATURE----- --/Zw+/jwnNHcBRYYu-- From owner-freebsd-current@freebsd.org Mon Dec 19 21:54:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78360C88D3F; Mon, 19 Dec 2016 21:54:31 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DC76195D; Mon, 19 Dec 2016 21:54:31 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id g23so21041085wme.1; Mon, 19 Dec 2016 13:54:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=QcfkL9GjGPXKzrWRPR8r7rGuYkhimYKRmAWp2lChL9M=; b=cZHDlYtRg/Jh01UnAqJf783RA5l667obIvIExYPbaAy7idk9VMSWsy/iALk4DW0ePh jitk3FQX9HeAKD0JaAJNqBrleWpTLqQ2dM6JSd49hnluLjIgbPIP70YgVYk5W+L829CT Kucypf7LDDCD8jLJBSwKxjMFksrTEHUdDWhm96Jd04lOJn1tsrMJhAQjfohK+A8B3I6v bBU7cLjD33ez5zCrR2Q+2QkBG1K3ZGfdIEnpBYY2BpmDzPtE24YUscWHRMfO3F/vzw/I z+HKTbaw6Lj4PWId80/jCYbuhuNw9hnq6RirVGiElJCxVeNpCVipIvE+sQ5gbZRpYkDP BGHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=QcfkL9GjGPXKzrWRPR8r7rGuYkhimYKRmAWp2lChL9M=; b=Sye98hc6Yfk0U9XQ9ZA/cO6CCQDR+5L+vjUjJuDKz1YCxET5A1fW9DdciQqZnphDSh amMakrngb7SDo4JzIct1itYqfnblVz9eY4/xImrUJqpbeUPSJTV/9PjoOUBJAtzqRE9u 3+77uX0i4Eq4gBANe9wD0po+ttFXmSe8sWjM+g7QilfFHOMsJEbUrQwuLGG8mUpVnMgU Lm1WoLjMHL7ukTlqHwiCbUGocbOq5jRqZAu0AfXzfJHl8ntiguckeT1A7KEo9paa2HSa SFzpwe7NIGVzdP22y6bSGcwhddbRNEdweLmU+OHU56XbDT+SAPvc/qacRk/NMrQGBSVI ik2w== X-Gm-Message-State: AIkVDXIkBE6QKefXn/y0PKJU/ydF4/37EPf1EnDWoukZHUp0P0+ksaPMH2zzohV4J7GECw== X-Received: by 10.28.148.81 with SMTP id w78mr14825291wmd.42.1482184468290; Mon, 19 Dec 2016 13:54:28 -0800 (PST) Received: from freebsd-laptop (213-202-67-199.dsl.iskon.hr. [213.202.67.199]) by smtp.gmail.com with ESMTPSA id 6sm22456064wjt.5.2016.12.19.13.54.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Dec 2016 13:54:27 -0800 (PST) Date: Mon, 19 Dec 2016 22:54:25 +0100 From: Domagoj Stolfa To: freebsd-arch@FreeBSD.org Cc: adrian.chadd@gmail.com, freebsd-current@freebsd.org Subject: RFC: DTrace probes for debugging or testing in userland programs Message-ID: <20161219215425.GB42198@freebsd-laptop> References: <20161220.043646.1181938468712455328.hrs@allbsd.org> <20161219204719.GE65993@freebsd-laptop> <20161220.060542.16356944875657261.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline In-Reply-To: <20161220.060542.16356944875657261.hrs@allbsd.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 19 Dec 2016 21:54:31 -0000 --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, > To be clear: my proposal is to replace only debug logging (i.e. for > developers), not the other logging in general, as the subject line > says. Although I agree that DTrace is not lightweight, I think > impact of just adding tracing probes is small. >=20 > -- Hiroki I believe this would indeed be beneficial for debugging. My main concern is the way that we would have to attach to probes should we use SDT provider as it works now. If we were to create probes for each of the daemons, which we would then run individually, and if I'm not mistaken, that would spawn 2 times the amount of processes than are currently=20 spawned due to each ``dtrace'' call from the command line spawns a process. Currently, I'm personally leaning towards a different provider, or perhaps a generalization of some operating principles in the SDT provider, so that code duplication can be avoided. Implementing a different provider would allow for a way to automatically log and fire the probes(this can be done quite easily in the provider). Additionally, the user could attach to the probes and perform some different operations in them as well. If we say that the logging level is 0, we could use a linker set and patch up the daemons to nops, so that there is no overhead. If we want to log something, we could simply patch them back in(this could be a sysctl). If the user wants to log something, one could attach to the probe using ``dtrace'', which would cause the provider to then patch up only that probe in the daemons, resulting in no overhead in other daemons. The sole purpose of this is to have a way to toggle logging and avoid spawning many processes of dtrace in order to log. The functionality could also be implemented in the way that Adrian was talking about, we could just say that the log is a debug log, and we only want to trigger it when a certain flag is set. --=20 Best regards, Domagoj Stolfa. --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAlhYVxAACgkQwxT+ikb0 YU6lKwf+PhS9G+GvTsY3TcXq42B2XlCGl2crE4KCjkd18LJXyJ6ENvK6PsD1U7w4 DqifvCCfWy7IxJY1vYuxPVJiZEDbgecEMqnUgXj/BTGjCYJ85pwKm52q7D7HPTir 3yNhnWQTR3INg1EU+kpKV5S/1OxzCBKS7Sd9asAOxuXIY0ofGFg+Yu38xOAFLism YwcVr4qXlJB9dVp/GyVh3CxT2T0E9NIu1YpgUiiHZLj1yxyBhudzvEUd6ccvsoUU jVyQizC3fTe1uDgd/U0E+O5mou+oAvyGNnEsnJAt3wMYttNCaKibp0UQmbrrYZ45 UeapOVWu7Kgzs0P6oqI2us9Hu7U+UQ== =tTaz -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- From owner-freebsd-current@freebsd.org Tue Dec 20 00:38:08 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07568C88D10; Tue, 20 Dec 2016 00:38:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wj0-x242.google.com (mail-wj0-x242.google.com [IPv6:2a00:1450:400c:c01::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1C02AAF; Tue, 20 Dec 2016 00:38:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wj0-x242.google.com with SMTP id kp2so25660540wjc.0; Mon, 19 Dec 2016 16:38:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=461xUVmZnZeRUuaRZ+A78xEad/2VWl1/tWse/wGpI0I=; b=VzrmGK4C+Sv0fbfFI3ibV9pqYuNFv1Sp2/mtOqwbc2NJU50pRMp5jP8ti5XXGTjTq4 BYs97DiZOZ8rlq80bUAZ5HXFyKtw7a2oxqFer2b5gNXvtyVTUNW6mVi9Zcz7Cc5637z7 ZOGRfkNHbZNBQqzfggv22q9S8lXkGSehSmCyiCzHTcBSow9wahNf3ZoPqMGffFI7bQWz MYXZ5gQ7QvwkZBDiZsCrUMdux4GCZSVdjapInKBdaUvFfaL4+pwd09fEevvrNju7Hniz y6OXdDLGoa+qac577E4lInwzL4Yw3DsEabIpMv2+V9SvsGE2Yf3YQgyS4tFtI1sZBHVw /Ygw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=461xUVmZnZeRUuaRZ+A78xEad/2VWl1/tWse/wGpI0I=; b=GHV4R0Gf5RnuGchbNLL9GUP4brps7HUYGkK0iTENoGo1O4Rs80mXT7oJR/ajVmcXd3 M/US4HpAGCMSCjIhzHlplHe3JQRG77SCaFd2U3d4NGSws+zrw0zemMqWdlc96yrKAMpA a63jHH8cSqVIIVBSvSI0LQx5aM9ttNT55aH2jnIs6pYssBmCE3x+7rE9htEE5gHcKd0G WhKQcJCXo01QcFBTU+bVgQi/KYsCUJCDNdnBY+JM6Vv5WTvBx63ViNjPZu1VnGdeM6rh 461VwTdWG7W54H49bxpZQy5E6liaJnEs/sEiiIHBYOCHu6YxwzjZMksOu7tPjiHJCXJC i7Kg== X-Gm-Message-State: AIkVDXLsGl899ogUjc4tG4pyZGpMwDhLLfGFxvtn4K5FBIIY1powabcdD49j3jM4d0gjajxeAhHmuBrbXqH9Rg== X-Received: by 10.194.187.103 with SMTP id fr7mr15204315wjc.99.1482194286007; Mon, 19 Dec 2016 16:38:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.44.1 with HTTP; Mon, 19 Dec 2016 16:38:05 -0800 (PST) In-Reply-To: References: <20161220.043646.1181938468712455328.hrs@allbsd.org> From: Adrian Chadd Date: Mon, 19 Dec 2016 16:38:05 -0800 Message-ID: Subject: Re: RFC: DTrace probes for debugging or testing in userland programs To: Jordan Hubbard Cc: "freebsd-arch@freebsd.org" , freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 00:38:08 -0000 On 19 December 2016 at 16:04, Jordan Hubbard wrote= : > > On Dec 19, 2016, at 12:27 PM, Adrian Chadd wrote= : > > So although I like the sentiment, I don't think using dtrace for > program logging is the right answer. I like what apple did to wrap > the program logging stuff so people didn't just write their own > libraries (hi!) and so there's a unified-ish way to interact with > apple programs. I think we could do with that. > > > Thanks! > > We did a number of other things with ASL (Apple System Logger) which I mi= ss > very much today and would hope to see in any FreeBSD equivalent: > > 1. We structured all log data into dictionaries, so every application and= /or > subsystem within that application can add its own =E2=80=9Ctags=E2=80=9D = without squashing > other key information. This also unified the character encoding format, = so > some applications were no longer logging in ISO-Latin1, others in UTF-8 a= nd > yet others in SHIFT-JIS. > > 2. There=E2=80=99s also a logging database, as one of the many possible = =E2=80=9Coutput > sinks=E2=80=9D, so searches / queries are fast (and there=E2=80=99s an AP= I for querying and > managing its contents). > > 3. We added client-side and server side logging filters, so you can =E2= =80=9Ccrank > an application up=E2=80=9D or shut its mouth without having to make any c= ode > changes. > > 4. It=E2=80=99s all thread-safe. Hm. Where's the ASL source hiding? I'm kinda hoping it's light weight enough to port over without porting a lot of other stuff, but I am also afraid it's Apple.. :) -adrian From owner-freebsd-current@freebsd.org Tue Dec 20 00:44:04 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1792AC870C4 for ; Tue, 20 Dec 2016 00:44:04 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DC603FA7; Tue, 20 Dec 2016 00:44:03 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1482194642; bh=McQBuQhZaxgIKtJNNA1u+wp7ZVV8r53V5+pfzUm0FMg=; b=G bwfLc1+WpaYfIApF674VJlzUg/1PT3Eh/121RIkcAbN01WpzmTdrdlDcq4iec8a7 TUZIkF7R5dLayKvNFP5GNhTRdisQmU8KS4B54mw/xk4jyq8WPe2/1BVLmZjY2HFr PNwND41cAcyTU5NGfnAsT1p9bPeU5c6enLgbOSg+YA= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 03D3F11E15; Mon, 19 Dec 2016 19:44:02 -0500 (EST) Subject: Re: syslogd no longer listens (or sends) on a network socket To: Hiroki Sato References: <20161220.021234.885117715060624657.hrs@allbsd.org> Cc: freebsd-current@freebsd.org From: Michael Butler Message-ID: Date: Mon, 19 Dec 2016 19:44:00 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20161220.021234.885117715060624657.hrs@allbsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 00:44:04 -0000 On 12/19/16 12:12, Hiroki Sato wrote: > Michael Butler wrote > in : > > im> It appears that SVN r309925 and onward no longer opens a network > im> socket unless the command-line explicitly contains "-b :syslog" :-( > im> > im> This also stops one syslog daemon forwarding to another (which is why > im> I noticed). > im> > im> Was this an intentional behaviour change? > > Sorry, it was broken due to another mismerge at r309933. I fixed it > at r310278. Can you try the latest one and let me know if the > problem still persists or not? No, it does not. "netstat -an -finet | grep 514" shows that it doesn't listen on a UDP socket without adding "-b :syslog" to syslogd_flags in /etc/rc.conf, Michael From owner-freebsd-current@freebsd.org Tue Dec 20 00:04:26 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDF8BC885F0; Tue, 20 Dec 2016 00:04:26 +0000 (UTC) (envelope-from SRS0+xyJv=YD=mail.turbofuzz.com=jkh@ixsystems.com) Received: from mx.ixsystems.com (mx.ixsystems.com [12.229.62.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN ".", Issuer "." (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CFB691CCE; Tue, 20 Dec 2016 00:04:26 +0000 (UTC) (envelope-from SRS0+xyJv=YD=mail.turbofuzz.com=jkh@ixsystems.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx.ixsystems.com (Postfix) with ESMTP id 3tjJ1Q4QJSzCqPb; Mon, 19 Dec 2016 16:04:26 -0800 (PST) X-Virus-Scanned: Scrollout F1 at ixsystems.com Received: from mx.ixsystems.com ([127.0.0.1]) by localhost (mx.ixsystems.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wpm3bPjxWHTW; Mon, 19 Dec 2016 16:04:15 -0800 (PST) Received: from zimbra.ixsystems.com (mail.ixsystems.com [10.246.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.ixsystems.com (Postfix) with ESMTPS id 3tjJ1C14X1zCrgh; Mon, 19 Dec 2016 16:04:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 0A0859F115E; Mon, 19 Dec 2016 16:04:15 -0800 (PST) Received: from zimbra.ixsystems.com ([127.0.0.1]) by localhost (zimbra.ixsystems.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id lElWI0lZsH8h; Mon, 19 Dec 2016 16:04:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 8F5BD9F115D; Mon, 19 Dec 2016 16:04:12 -0800 (PST) X-Virus-Scanned: amavisd-new at ixsystems.com Received: from zimbra.ixsystems.com ([127.0.0.1]) by localhost (zimbra.ixsystems.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cFI05c1gSq1V; Mon, 19 Dec 2016 16:04:12 -0800 (PST) Received: from eyeball.ixsystems.com (eyeball.ixsystems.com [10.250.0.175]) by zimbra.ixsystems.com (Postfix) with ESMTPSA id 332CE9F115E; Mon, 19 Dec 2016 16:04:12 -0800 (PST) From: Jordan Hubbard Message-Id: Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: RFC: DTrace probes for debugging or testing in userland programs Date: Mon, 19 Dec 2016 16:04:11 -0800 In-Reply-To: Cc: "freebsd-arch@freebsd.org" , freebsd-current To: Adrian Chadd References: <20161220.043646.1181938468712455328.hrs@allbsd.org> X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Tue, 20 Dec 2016 01:57:52 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 00:04:27 -0000 > On Dec 19, 2016, at 12:27 PM, Adrian Chadd = wrote: >=20 > So although I like the sentiment, I don't think using dtrace for > program logging is the right answer. I like what apple did to wrap > the program logging stuff so people didn't just write their own > libraries (hi!) and so there's a unified-ish way to interact with > apple programs. I think we could do with that. Thanks! We did a number of other things with ASL (Apple System Logger) which I = miss very much today and would hope to see in any FreeBSD equivalent: 1. We structured all log data into dictionaries, so every application = and/or subsystem within that application can add its own =E2=80=9Ctags=E2=80= =9D without squashing other key information. This also unified the = character encoding format, so some applications were no longer logging = in ISO-Latin1, others in UTF-8 and yet others in SHIFT-JIS. 2. There=E2=80=99s also a logging database, as one of the many possible = =E2=80=9Coutput sinks=E2=80=9D, so searches / queries are fast (and = there=E2=80=99s an API for querying and managing its contents). 3. We added client-side and server side logging filters, so you can = =E2=80=9Ccrank an application up=E2=80=9D or shut its mouth without = having to make any code changes. 4. It=E2=80=99s all thread-safe. - Jordan From owner-freebsd-current@freebsd.org Tue Dec 20 03:35:02 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4AE0C89F31; Tue, 20 Dec 2016 03:35:02 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32D9F18F3; Tue, 20 Dec 2016 03:35:02 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p2027-ipbf1605funabasi.chiba.ocn.ne.jp [123.225.191.27]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id uBK3YaFN038795 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Tue, 20 Dec 2016 12:34:56 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id uBK3XLg4054650 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Dec 2016 12:33:21 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id uBK3XKZW054647; Tue, 20 Dec 2016 12:33:20 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 20 Dec 2016 12:25:35 +0900 (JST) Message-Id: <20161220.122535.1576963544479470984.hrs@allbsd.org> To: adrian.chadd@gmail.com Cc: jkh@mail.turbofuzz.com, freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: RFC: DTrace probes for debugging or testing in userland programs From: Hiroki Sato In-Reply-To: References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Dec_20_12_25_35_2016_644)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Tue, 20 Dec 2016 12:34:58 +0900 (JST) X-Spam-Status: No, score=-100.0 required=13.0 tests=CONTENT_TYPE_PRESENT, ISO2022JP_BODY,QENCPTR1,USER_IN_WHITELIST autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 03:35:02 -0000 ----Security_Multipart(Tue_Dec_20_12_25_35_2016_644)-- Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Adrian Chadd wrote in : ad> On 19 December 2016 at 16:04, Jordan Hubbard wrote: ad> > ad> > On Dec 19, 2016, at 12:27 PM, Adrian Chadd wrote: ad> > ad> > So although I like the sentiment, I don't think using dtrace for ad> > program logging is the right answer. I like what apple did to wrap ad> > the program logging stuff so people didn't just write their own ad> > libraries (hi!) and so there's a unified-ish way to interact with ad> > apple programs. I think we could do with that. ad> > ad> > ad> > Thanks! ad> > ad> > We did a number of other things with ASL (Apple System Logger) which I miss ad> > very much today and would hope to see in any FreeBSD equivalent: ad> > ad> > 1. We structured all log data into dictionaries, so every application and/or ad> > subsystem within that application can add its own $B!H(Btags$B!I(B without squashing ad> > other key information. This also unified the character encoding format, so ad> > some applications were no longer logging in ISO-Latin1, others in UTF-8 and ad> > yet others in SHIFT-JIS. ad> > ad> > 2. There$B!G(Bs also a logging database, as one of the many possible $B!H(Boutput ad> > sinks$B!I(B, so searches / queries are fast (and there$B!G(Bs an API for querying and ad> > managing its contents). ad> > ad> > 3. We added client-side and server side logging filters, so you can $B!H(Bcrank ad> > an application up$B!I(B or shut its mouth without having to make any code ad> > changes. ad> > ad> > 4. It$B!G(Bs all thread-safe. ad> ad> Hm. Where's the ASL source hiding? I'm kinda hoping it's light weight ad> enough to port over without porting a lot of other stuff, but I am ad> also afraid it's Apple.. :) libsystem_asl at https://opensource.apple.com/source/syslog/syslog-349.1.1/? -- Hiroki ----Security_Multipart(Tue_Dec_20_12_25_35_2016_644)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlhYpK8ACgkQTyzT2CeTzy2kJwCfYkyJnpYZOf0GTVbZ8+Xh5KVl lTEAoNYNo1b/5iU4qq5urKLk7QoYBtQh =fl23 -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Dec_20_12_25_35_2016_644)---- From owner-freebsd-current@freebsd.org Tue Dec 20 03:44:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87108C88387 for ; Tue, 20 Dec 2016 03:44:36 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13DBB11BA for ; Tue, 20 Dec 2016 03:44:35 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org (p2027-ipbf1605funabasi.chiba.ocn.ne.jp [123.225.191.27]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id uBK3iCPd047545 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) (Client CN "/OU=GT07882699/OU=See+20www.rapidssl.com/resources/cps+20+28c+2915/OU=Domain+20Control+20Validated+20-+20RapidSSL+28R+29/CN=*.allbsd.org", Issuer "/C=US/O=GeoTrust+20Inc./CN=RapidSSL+20SHA256+20CA+20-+20G3"); Tue, 20 Dec 2016 12:44:33 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.allbsd.org (alph.allbsd.org [192.168.0.10]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id uBK3gvdN054719 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Dec 2016 12:42:57 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.15.2/8.15.2) with ESMTPA id uBK3gsba054716; Tue, 20 Dec 2016 12:42:56 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 20 Dec 2016 12:42:46 +0900 (JST) Message-Id: <20161220.124246.1063562270206163854.hrs@allbsd.org> To: imb@protected-networks.net Cc: freebsd-current@freebsd.org Subject: Re: syslogd no longer listens (or sends) on a network socket From: Hiroki Sato In-Reply-To: References: <20161220.021234.885117715060624657.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.7 on Emacs 25.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Dec_20_12_42_46_2016_090)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.99 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [133.31.130.32]); Tue, 20 Dec 2016 12:44:33 +0900 (JST) X-Spam-Status: No, score=-99.9 required=13.0 tests=CONTENT_TYPE_PRESENT, QENCPTR1,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on gatekeeper.allbsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 03:44:36 -0000 ----Security_Multipart(Tue_Dec_20_12_42_46_2016_090)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Michael Butler wrote in : im> On 12/19/16 12:12, Hiroki Sato wrote: im> > Michael Butler wrote im> > in : im> > im> > im> It appears that SVN r309925 and onward no longer opens a network im> > im> socket unless the command-line explicitly contains "-b :syslog" im> > :-( im> > im> im> > im> This also stops one syslog daemon forwarding to another (which is im> > why im> > im> I noticed). im> > im> im> > im> Was this an intentional behaviour change? im> > im> > Sorry, it was broken due to another mismerge at r309933. I fixed it im> > at r310278. Can you try the latest one and let me know if the im> > problem still persists or not? im> im> No, it does not. "netstat -an -finet | grep 514" shows that it doesn't im> listen on a UDP socket without adding "-b :syslog" to syslogd_flags in im> /etc/rc.conf, Thank you for the report. I misunderstood what was wrong and fixed it just now. Please try r310310. -- Hiroki ----Security_Multipart(Tue_Dec_20_12_42_46_2016_090)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlhYqLYACgkQTyzT2CeTzy3NhwCgi+W5fivzj/kkS/RsmiF/0LpI XkoAnjtWLBeh2N/VZsZSbbWPQNKZVmD6 =WisZ -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Dec_20_12_42_46_2016_090)---- From owner-freebsd-current@freebsd.org Tue Dec 20 05:18:59 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7203CC897AA; Tue, 20 Dec 2016 05:18:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wj0-x229.google.com (mail-wj0-x229.google.com [IPv6:2a00:1450:400c:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0829F1275; Tue, 20 Dec 2016 05:18:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-wj0-x229.google.com with SMTP id tg4so168147812wjb.1; Mon, 19 Dec 2016 21:18:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KyWQ+FIKxnphmJVUumPZIfuSuF9NPJ2vGpoVOZ9lM0Q=; b=gLBQycbW/HU4YdMFPPWm8+weLj3TZmB/nLSJxwIQqRBgYAsjfnwto279lQfCuxmt8o waSYiCBglRHqWgaSJ/8IvpWdDKWg7wf7e7O/pg0pB2XTvjwkRctpzmtn44RonjDLqlkW qwHnd6rcJ3WImd0CbTG5TTwnkosaP29eR+uwdMowk+Aq/Pu7zS/2PvPE5XfcMwpBv44h 0yr7RzbEwENrfTkOaC8A6bRpE1CdfRSHdZ8fVDgyAFCne7P8Hd/ucwpShgWJYE6+r5D1 jaVGWADbERkAbb2JN1mxbC/8trVOhnLh2IZceO1LIuqoXVlwqtjN3rNb2sKTcsEmbKpD m9Og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KyWQ+FIKxnphmJVUumPZIfuSuF9NPJ2vGpoVOZ9lM0Q=; b=cPOxNBEtfL8R7yrG9I650ncptOcUGJlgmyv+2QmTJydUsN7DbCrUM5eyF5RWhQ73Wt HuO7Ry1ZZ/QApCD3YeAhjqp0jJQpI+M5O7h+Z//Bxgj+ir7Z6Nudgs5885cfo3S+KYha McQeiKahXfW19+/GCXJzqa5pOtGfprZpoMq6QqQKSgfBtB9gwAL2Vi8L8i0so9cbZ7Td +EtpioW95werFNWHYxAW0s1MZp7Z6g/jAehFAxZjDV5945Ewu8U5Ne7d7szYoxyICaPC Udg1Qp1GPdAi2MyXKibUef97Sm43rCJpoxSbBh6NXfI3Rx2yrAAN09mfaV8SIoHzgyfa nevQ== X-Gm-Message-State: AIkVDXLRgEZX/f+k6p8tWwlqf8DV7dDoXcxhRKdZprR3slZ4fwn/vekBb1+7c2kAldP6S4ai0MW9vdwF7ZCUJA== X-Received: by 10.194.187.103 with SMTP id fr7mr15812136wjc.99.1482211136864; Mon, 19 Dec 2016 21:18:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.44.1 with HTTP; Mon, 19 Dec 2016 21:18:56 -0800 (PST) In-Reply-To: <20161220.122535.1576963544479470984.hrs@allbsd.org> References: <20161220.122535.1576963544479470984.hrs@allbsd.org> From: Adrian Chadd Date: Mon, 19 Dec 2016 21:18:56 -0800 Message-ID: Subject: Re: RFC: DTrace probes for debugging or testing in userland programs To: Hiroki Sato Cc: Jordan Hubbard , freebsd-current , "freebsd-arch@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 05:18:59 -0000 *mumble* damnit jordan this requires libdispatch *mumble* -a From owner-freebsd-current@freebsd.org Tue Dec 20 10:55:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FAEBC897E8 for ; Tue, 20 Dec 2016 10:55:29 +0000 (UTC) (envelope-from jpa@semihalf.com) Received: from mail-ua0-x22b.google.com (mail-ua0-x22b.google.com [IPv6:2607:f8b0:400c:c08::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10B8F358 for ; Tue, 20 Dec 2016 10:55:28 +0000 (UTC) (envelope-from jpa@semihalf.com) Received: by mail-ua0-x22b.google.com with SMTP id 44so5702326uak.1 for ; Tue, 20 Dec 2016 02:55:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=oItRfyKn9+I7b1sZksQMowzDW/7J6CwDpGEpCUS9dac=; b=ZMWjfwxPf9fLZpgsstyey3ilFA9PWoNe48A4QPlRdQDDh52i2443/7ify7M4dRaN46 6cmdL0BRQ62tQ+jJscBScAusbsOS6+Yv24npk5RzXJN5TTg0Q3I7457+vk5rHm6tPofK ZDwU6MhnIZydyYM1QaiKkW7a1FEjrBo97JVQEcl3/OwrC49nkH/1DTSpNtnhvZjOgEZi o1lDXSGUnIu7AOWoF6OHoYaTGY/qiLvZ4hYiUZdTRKxH+Ogknqn0WjRcd4nlEQDX/4IK 0ZgkE/6knAHm1X1UL+v1dJDRfIFkhkTovikSAVfkYv7TqArN8MiWMm2pDzpIBUNuP9hB wgog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=oItRfyKn9+I7b1sZksQMowzDW/7J6CwDpGEpCUS9dac=; b=Ybk1hukatGFdhsYIlCI3KOByxzWTR/f0EhR4fUN7TPxUH6XZuO+r/wbO9nK+kJn0Vf IB5dJ99igG/Qd1wrHBdr6/X4E9n+riBxLRAeIjq4WoaWTDpmDEAV8EeHQKzmxo0nEsJ0 62U+3VEzG8Uar8blyHS1zCcOjIuQmG0YAJEkWqhPEcuU3iOx0VJt82f0Q4gTI3XvueoZ DGrqNrDmL7JsB7mUTcneHf9hQ03v+Xnv7BRWieZjTdjYmQ48SYHWV1N7e3n3149t6thH 8bvYkMT0OuQn28FPGpGw/IaLpOxBnFvzuXORgdDSlf4aIog759cwK5qP3WbfZSaPeqZl FoHw== X-Gm-Message-State: AKaTC02vIYTKV89PB7S7Hoxytsot1HI+vItLx/vUFhDrN8IY9ha3qVVHNwhMbGM9+fIqyTvpXVcDMr/uLv2L7A== X-Received: by 10.159.48.145 with SMTP id j17mr13045074uab.43.1482231328158; Tue, 20 Dec 2016 02:55:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.31.46.18 with HTTP; Tue, 20 Dec 2016 02:54:57 -0800 (PST) In-Reply-To: <78FB227F-3542-452F-9A16-4FB0E0E698AC@FreeBSD.org> References: <01000158c7252f0c-6c3198b0-fbef-4a60-ade9-e3b91d9e83bd-000000@email.amazonses.com> <78FB227F-3542-452F-9A16-4FB0E0E698AC@FreeBSD.org> From: Jakub Palider Date: Tue, 20 Dec 2016 11:54:57 +0100 Message-ID: Subject: Re: clang/llvm 3.9.0 mysteriously zeroing variables? To: Dimitry Andric Cc: Hans Petter Selasky , Colin Percival , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 10:55:29 -0000 Hi, do you still observe this behaviour? Which type of EC2 instances were affected? I tried to reproduce with kernel/tools from Dec 15 and did not manage to crash the machine. Jakub On Sun, Dec 4, 2016 at 5:38 PM, Dimitry Andric wrote: > On 04 Dec 2016, at 10:52, Hans Petter Selasky wrote: > > > > On 12/04/16 01:04, Colin Percival wrote: > >> Starting with r309124 (when clang/llvm 3.9.0 was imported) I'm seeing > EC2 > >> instances panic on boot with a division-by-zero error; the code in > question > >> is in blkfront.c, printing out the size of disks: > >> > >>> device_printf(dev, "%juMB <%s> at %s", > >>> (uintmax_t) sectors / (1048576 / sector_size), > >>> device_get_desc(dev), > >>> xenbus_get_node(dev)); > >> > >> My first thought was that 'sector_size' must be either zero or very > large... > >> but no, when I add printf("sector_size = %ju\n", > (uintmax_t)sector_size), it's > >> entirely normal. What's more, adding that printf makes the > division-by-zero > >> panic go away. > >> > >> I'd think I was just hallucinating, but earlier today I heard that a > similarly > >> "impossible" panic had been observed in the NFS client code when > compiled with > >> clang/llvm 3.9.0. > >> > >> So... is anyone else seeing unexpected panics or other odd behaviour > starting > >> after clang/llvm 3.9.0 was imported? > >> > > > > Hi, > > > > Can you look at the code with "objdump -Dx --source" and see what is > going on there? Might it be the "sector" variable is shadowed? > > I don't see anything in the generated code for the call that can cause > this, except for sector_size really being zero, or the result of > 1048576/sector_size being zero. > > On i386, you get this: > > .loc 1 1349 19 # /usr/src/sys/dev/xen/blkfront/ > blkfront.c:1349:19 > movl -56(%ebp), %ecx # -56(%rbp) = sectors > .Ltmp1148: > #DEBUG_VALUE: xbd_connect:sectors <- %ECX > .loc 1 1349 38 is_stmt 0 # /usr/src/sys/dev/xen/blkfront/ > blkfront.c:1349:38 > movl $1048576, %eax # imm = 0x100000 > xorl %edx, %edx > divl -52(%ebp) # -52(%ebp) = sector_size > movl %eax, %edi > .loc 1 1349 27 # /usr/src/sys/dev/xen/blkfront/ > blkfront.c:1349:27 > xorl %edx, %edx > movl %ecx, %eax > divl %edi > movl %eax, -32(%ebp) # 4-byte Spill > > On amd64, it looks pretty similar: > > .loc 1 1349 19 # /usr/src/sys/dev/xen/blkfront/ > blkfront.c:1349:19 > movq -112(%rbp), %rcx # -112(%rbp) = sectors > .Ltmp1128: > #DEBUG_VALUE: xbd_connect:sectors <- %RCX > .loc 1 1349 38 is_stmt 0 # /usr/src/sys/dev/xen/blkfront/ > blkfront.c:1349:38 > movl $1048576, %eax # imm = 0x100000 > xorl %edx, %edx > divq -88(%rbp) # -88(%rbp) = sector_size > movq %rax, %rsi > .loc 1 1349 27 # /usr/src/sys/dev/xen/blkfront/ > blkfront.c:1349:27 > xorl %edx, %edx > movq %rcx, %rax > divq %rsi > movq %rax, %r15 > > Colin, does it panic for you in the first or the second div? > > -Dimitry > > From owner-freebsd-current@freebsd.org Tue Dec 20 12:14:47 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78999C8775F for ; Tue, 20 Dec 2016 12:14:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32D40132F for ; Tue, 20 Dec 2016 12:14:46 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AE0FB41DC5; Tue, 20 Dec 2016 13:14:37 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_6DE4CF03-636A-43C3-94CA-06B3B4B8B260"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: clang/llvm 3.9.0 mysteriously zeroing variables? From: Dimitry Andric In-Reply-To: Date: Tue, 20 Dec 2016 13:14:33 +0100 Cc: Hans Petter Selasky , Colin Percival , freebsd-current@freebsd.org Message-Id: <8618D217-9DD6-4732-A1C1-D980C4FD3E9E@FreeBSD.org> References: <01000158c7252f0c-6c3198b0-fbef-4a60-ade9-e3b91d9e83bd-000000@email.amazonses.com> <78FB227F-3542-452F-9A16-4FB0E0E698AC@FreeBSD.org> To: Jakub Palider X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 12:14:47 -0000 --Apple-Mail=_6DE4CF03-636A-43C3-94CA-06B3B4B8B260 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii See here: = https://lists.freebsd.org/pipermail/svn-src-head/2016-December/094657.html= and here: = https://lists.freebsd.org/pipermail/svn-src-head/2016-December/094695.html= I committed a fix on Dec 14, and MFCd it on Dec 18. -Dimitry > On 20 Dec 2016, at 11:54, Jakub Palider wrote: >=20 > Hi, >=20 > do you still observe this behaviour? Which type of EC2 instances were = affected? > I tried to reproduce with kernel/tools from Dec 15 and did not manage = to crash the machine. >=20 > Jakub >=20 > On Sun, Dec 4, 2016 at 5:38 PM, Dimitry Andric = wrote: > On 04 Dec 2016, at 10:52, Hans Petter Selasky wrote: > > > > On 12/04/16 01:04, Colin Percival wrote: > >> Starting with r309124 (when clang/llvm 3.9.0 was imported) I'm = seeing EC2 > >> instances panic on boot with a division-by-zero error; the code in = question > >> is in blkfront.c, printing out the size of disks: > >> > >>> device_printf(dev, "%juMB <%s> at %s", > >>> (uintmax_t) sectors / (1048576 / sector_size), > >>> device_get_desc(dev), > >>> xenbus_get_node(dev)); > >> > >> My first thought was that 'sector_size' must be either zero or very = large... > >> but no, when I add printf("sector_size =3D %ju\n", = (uintmax_t)sector_size), it's > >> entirely normal. What's more, adding that printf makes the = division-by-zero > >> panic go away. > >> > >> I'd think I was just hallucinating, but earlier today I heard that = a similarly > >> "impossible" panic had been observed in the NFS client code when = compiled with > >> clang/llvm 3.9.0. > >> > >> So... is anyone else seeing unexpected panics or other odd = behaviour starting > >> after clang/llvm 3.9.0 was imported? > >> > > > > Hi, > > > > Can you look at the code with "objdump -Dx --source" and see what is = going on there? Might it be the "sector" variable is shadowed? >=20 > I don't see anything in the generated code for the call that can cause > this, except for sector_size really being zero, or the result of > 1048576/sector_size being zero. >=20 > On i386, you get this: >=20 > .loc 1 1349 19 # = /usr/src/sys/dev/xen/blkfront/blkfront.c:1349:19 > movl -56(%ebp), %ecx # -56(%rbp) =3D sectors > .Ltmp1148: > #DEBUG_VALUE: xbd_connect:sectors <- %ECX > .loc 1 1349 38 is_stmt 0 # = /usr/src/sys/dev/xen/blkfront/blkfront.c:1349:38 > movl $1048576, %eax # imm =3D 0x100000 > xorl %edx, %edx > divl -52(%ebp) # -52(%ebp) =3D sector_size > movl %eax, %edi > .loc 1 1349 27 # = /usr/src/sys/dev/xen/blkfront/blkfront.c:1349:27 > xorl %edx, %edx > movl %ecx, %eax > divl %edi > movl %eax, -32(%ebp) # 4-byte Spill >=20 > On amd64, it looks pretty similar: >=20 > .loc 1 1349 19 # = /usr/src/sys/dev/xen/blkfront/blkfront.c:1349:19 > movq -112(%rbp), %rcx # -112(%rbp) =3D sectors > .Ltmp1128: > #DEBUG_VALUE: xbd_connect:sectors <- %RCX > .loc 1 1349 38 is_stmt 0 # = /usr/src/sys/dev/xen/blkfront/blkfront.c:1349:38 > movl $1048576, %eax # imm =3D 0x100000 > xorl %edx, %edx > divq -88(%rbp) # -88(%rbp) =3D sector_size > movq %rax, %rsi > .loc 1 1349 27 # = /usr/src/sys/dev/xen/blkfront/blkfront.c:1349:27 > xorl %edx, %edx > movq %rcx, %rax > divq %rsi > movq %rax, %r15 >=20 > Colin, does it panic for you in the first or the second div? >=20 > -Dimitry >=20 >=20 --Apple-Mail=_6DE4CF03-636A-43C3-94CA-06B3B4B8B260 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.30 iEYEARECAAYFAlhZIK4ACgkQsF6jCi4glqNJqQCdEKmFHPiarjp/V+2UDozJ8RpE 4REAoNnyJoRpVKS5HRKLD4MVBZebXiK7 =Fq0Q -----END PGP SIGNATURE----- --Apple-Mail=_6DE4CF03-636A-43C3-94CA-06B3B4B8B260-- From owner-freebsd-current@freebsd.org Tue Dec 20 15:09:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BF4EC88F63; Tue, 20 Dec 2016 15:09:24 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: from mail-lf0-x244.google.com (mail-lf0-x244.google.com [IPv6:2a00:1450:4010:c07::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 036ADEDD; Tue, 20 Dec 2016 15:09:24 +0000 (UTC) (envelope-from zakharov.vv@gmail.com) Received: by mail-lf0-x244.google.com with SMTP id 30so9223139lfy.1; Tue, 20 Dec 2016 07:09:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=ocAabNXTG+N6AmOZYuFOYk8d3OtBZ0gcA6IvEil0DLA=; b=CY5xU02Q1Ncx4UkjpCMFPiyn0CWB3sC9vOJlPFGgOjPvlswKGlxRZnzvKrejbklhNr xsskTIeN0UoBjZOK9iLkFlaCu9J+cXAJJaHngwKvLUghyKZ+P+YDfmQAAAgG+m20VYxD LQRll5BAk7i1e0/+rejkymoNsXWi3OPwRPwoX5Og0QUkvDSl9JvmndiF2JM0QBRFDUjT rQpq67B45ygO85I36ztwLNDvdt1U/2WyJBLGf5Gj35Nx4edKZBkrJAtXuz49nps0jIzi r+JZ4LNjnkhk3EA8dYQiiqls0Hx5kUzH+Qpwo0Sn+4BvZKwsSyvgVpLEmEpF8Bw5wzSu NNYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=ocAabNXTG+N6AmOZYuFOYk8d3OtBZ0gcA6IvEil0DLA=; b=e/D51Z+wM47PdjDpLi7/4eU1TUo9QGvowvJA6haeJJKbtMtM4+QXKgxLZ0Zlqo072D fQR5Mup3gRRvxur1I9kO7uJLltUO0oS22uFqYJAf1Ajdk4PI51IzKXZkhinbbwXCAzao z8godrH4vmjmL/bX93GPtVX0hlFl5AeRxXqEAGZP1zSdsKDw+9X771w+wlQ704wIPRXx IbkcmOFrK5Z8Yc4VWPFwsimzRqDlbYpbsgLbB+Aqk53idMufUdaWSCcDdIVAAaagJk62 hnq8BjuymYBaKNxKKXDAAYl6xoIzoGWNiSGYuzgFf1bVAW0i2MwSPg23QqkUf+nV3NmU g7eg== X-Gm-Message-State: AKaTC00e1NVlAcdA/JUhKZQ2Mh+hkEWHXEM/iamXPFHH+0UROgGqa2LFGy4sJXaQx3xLbQ== X-Received: by 10.25.35.194 with SMTP id j185mr7670906lfj.82.1482246561610; Tue, 20 Dec 2016 07:09:21 -0800 (PST) Received: from localhost ([81.19.73.157]) by smtp.gmail.com with ESMTPSA id c77sm4700396lfg.29.2016.12.20.07.09.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Dec 2016 07:09:21 -0800 (PST) Date: Tue, 20 Dec 2016 18:09:20 +0300 From: Vladimir Zakharov To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: ACPI Error on HP ProBook 430 G2 Message-ID: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Operating-System: FreeBSD 12.0-CURRENT amd64 X-PGP-Key: http://vzakharov.ru/pubkey.asc User-Agent: NeoMutt/20161126 (1.7.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 15:09:24 -0000 Hello! Some time ago new ACPI messages appeared on console and in /var/log/messages. Like these: ACPI Error: Needed type [Reference], found [Processor] 0xfffff800043b8980 (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20161117/dswexec-498) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC0.PPNT] (Node 0xfffff80004396640), AE_AML_OPERAND_TYPE (20161117/psparse-560) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPCB.EC0._Q04] (Node 0xfffff80004396c40), AE_AML_OPERAND_TYPE (20161117/psparse-560) acpi_ec0: evaluation of query method _Q04 failed: AE_AML_OPERAND_TYPE I'm sure that there were no such messages earlier. Suspend/resume works for me. But after disconnecting power line hw.acpi.acline still equals to 1. And powerd/powerdxx do not adjust CPU frequency anymore. System info: $ uname -a FreeBSD vzakharov 12.0-CURRENT FreeBSD 12.0-CURRENT #14 r310326M: Tue Dec 20 16:42:21 MSK 2016 root@vzakharov:/home/obj/usr/src/sys/GENERIC-NODEBUG amd64 dmesg: http://pastebin.com/cYD8cR0b hw.acpi: http://pastebin.com/Tht9B0FZ acpidump: http://vzakharov.ru/z2v-HPProBook430G2.asl PS. I'm not subscribed to freebsd-acpi. So keep me in CC, please. -- Regards, | "In theory there is no difference between theory Vladimir Zakharov | and practice. In practice there is."- Yogi Berra From owner-freebsd-current@freebsd.org Tue Dec 20 15:12:54 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9E6BC8918F for ; Tue, 20 Dec 2016 15:12:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 99E4C136D; Tue, 20 Dec 2016 15:12:54 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject; s=201508; t= 1482246772; bh=5rwmszoHJymcKqtJ9R5wJ/x49CTXpFW4r3Sr7GOlTVs=; b=O 2qq/HstDRmlz+zeTXT9H76Nd21CE5S0J3ua80hVHRMyd6pRKtNkZXSSghNKd086t 9RsTV56ITphj+awhp2vK/6V4R7snGB24rBQIRR/BTmwugO3dhu56y6Ad2mJZxXeT IztOrjA7OD4GEQgLfMmRnjIWcDvrXig4Gyx/15m6DY= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 406AD11E3F; Tue, 20 Dec 2016 10:12:52 -0500 (EST) Subject: Re: syslogd no longer listens (or sends) on a network socket To: Hiroki Sato References: <20161220.021234.885117715060624657.hrs@allbsd.org> <20161220.124246.1063562270206163854.hrs@allbsd.org> Cc: freebsd-current@freebsd.org From: Michael Butler Message-ID: <47083256-c0dd-56db-64c9-33ac43788487@protected-networks.net> Date: Tue, 20 Dec 2016 10:12:51 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20161220.124246.1063562270206163854.hrs@allbsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 15:12:54 -0000 On 12/19/16 22:42, Hiroki Sato wrote: > Michael Butler wrote > in : > > im> On 12/19/16 12:12, Hiroki Sato wrote: > im> > Michael Butler wrote > im> > in : > im> > > im> > im> It appears that SVN r309925 and onward no longer opens a network > im> > im> socket unless the command-line explicitly contains "-b :syslog" > im> > :-( > im> > im> > im> > im> This also stops one syslog daemon forwarding to another (which is > im> > why > im> > im> I noticed). > im> > im> > im> > im> Was this an intentional behaviour change? > im> > > im> > Sorry, it was broken due to another mismerge at r309933. I fixed it > im> > at r310278. Can you try the latest one and let me know if the > im> > problem still persists or not? > im> > im> No, it does not. "netstat -an -finet | grep 514" shows that it doesn't > im> listen on a UDP socket without adding "-b :syslog" to syslogd_flags in > im> /etc/rc.conf, > > Thank you for the report. I misunderstood what was wrong and fixed > it just now. Please try r310310. That works - thanks! :-) Michael From owner-freebsd-current@freebsd.org Tue Dec 20 16:34:19 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 246C2C89856; Tue, 20 Dec 2016 16:34:19 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DEE43C8; Tue, 20 Dec 2016 16:34:18 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.walstatt.dynvpn.de ([78.52.174.44]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LztHH-1cfjiU0yOp-01545V; Tue, 20 Dec 2016 17:34:09 +0100 Date: Tue, 20 Dec 2016 17:34:02 +0100 From: "O. Hartmann" To: Vladimir Zakharov Cc: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: ACPI Error on HP ProBook 430 G2 Message-ID: <20161220173402.64bfb602@thor.walstatt.dynvpn.de> In-Reply-To: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/=+Nl0WBhzVpIZ3JoinrFnUm"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:QJP5PORB2XGnLe7iClogXl6YrCo7hZe67Cubdu0jrkbG4HRW/Dj 73+ma5BUk97gtXmREnTGhC6P/tuvYDYC+QEglfs2HE4OJUvE4QI0jJMZC0VsqtW4N92Jq9t B/IeNDkCQ+b/LAR30j3jSnjxAs2wUXEmfZWNuHskLLsZFBX/yR7lxhn1UBBYUBQHdObJSbv SLcUaBoIotUBoSfERm59g== X-UI-Out-Filterresults: notjunk:1;V01:K0:OZwdMCZwhs0=:YTd3mlTrlBDEk+MdJD21zs h6FxGLu/nJC/07fhNILxqfdUNVg3SomgwWv3onaAEREqdW7cAAUy4ojz6iMe1+hxawiofeL1A z0NDfnHb/SCJyIqgmsYOcl7yh7mjvftMrluvazK8siRkWMsL/A3PAZei8OaJLwYe211JJNFyf 1y0AtUPO+GJ1tQeswT7hx3OAPibZgX/QAgJpvVOHo5KDI9pl5HHz033KsYc+Kc2dMxrruPyEs uKqtL4f5tTpEffEHZJIn7IrABFA+DRwu+5K+DtpEulHARfyd43mtZ0pn/qhymH8TyzJY0c+N2 A/aB47iq5PCKmXvURaMQHWirBLM0D8bakrVv09wwoaooRQz82eiFtQ0MXwuj2tsv1lJkX0fL5 2TmS54bniqnttOBfAnuaeqGOo5SyNKj9NLbK62zh2w4iNRWsZZkqBkToDdMRMEDC/nkh6BPhA CNgYKDtRK3nbWKIUD7glznO67io7eei/KabPSD2egb2pXk34dFrfxyqFrFqqTMmYRe/OtBDqD 6RdbLhFxodFJQkWHF3nWxmeLfopC+8vhxPosHh16tyqxcGUIaofSLt5Lg5PMPUEhovDNBFuS7 rDm1ekDkqlIcTqYVNL+ODYcs2QKPgk+nFZ/jYmjOWsTiN+ee38N9rT8Sc/njdke5VuMlKPYRr RuRcnXsC60r5mi3blTGeWRtdj1Hqhn0VZu/H5wVEUXbuFlMFKR4zjQ1HQngg/36PI4QTaEWjx +h1H2M+DhAByp+gI2eW0IZ1BR6TMAl4jSWN9MoSrMdSHeZOriBUuq3YiaDk= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 16:34:19 -0000 --Sig_/=+Nl0WBhzVpIZ3JoinrFnUm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tue, 20 Dec 2016 18:09:20 +0300 Vladimir Zakharov schrieb: > Hello! >=20 > Some time ago new ACPI messages appeared on console and in /var/log/messa= ges. Like > these: >=20 > ACPI Error: Needed type [Reference], found [Processor] 0xfffff800043b8980 > (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While resolvi= ng operands > for [OpcodeName unavailable] (20161117/dswexec-498) ACPI Error: Method pa= rse/execution > failed [\134_SB.PCI0.LPCB.EC0.PPNT] (Node 0xfffff80004396640), AE_AML_OPE= RAND_TYPE > (20161117/psparse-560) ACPI Error: Method parse/execution failed > [\134_SB.PCI0.LPCB.EC0._Q04] (Node 0xfffff80004396c40), AE_AML_OPERAND_TY= PE > (20161117/psparse-560) acpi_ec0: evaluation of query method _Q04 failed: > AE_AML_OPERAND_TYPE >=20 > I'm sure that there were no such messages earlier. Suspend/resume works > for me. But after disconnecting power line hw.acpi.acline still equals > to 1. And powerd/powerdxx do not adjust CPU frequency anymore. >=20 > System info: > $ uname -a > FreeBSD vzakharov 12.0-CURRENT FreeBSD 12.0-CURRENT #14 r310326M: Tue Dec= 20 16:42:21 > MSK 2016 root@vzakharov:/home/obj/usr/src/sys/GENERIC-NODEBUG amd64 >=20 > dmesg: http://pastebin.com/cYD8cR0b > hw.acpi: http://pastebin.com/Tht9B0FZ > acpidump: http://vzakharov.ru/z2v-HPProBook430G2.asl >=20 >=20 > PS. I'm not subscribed to freebsd-acpi. So keep me in CC, please. >=20 I see lots of ACPI errors also shortly on a Lenovo E540 UEFI notebook runni= ng most recent CURRENT ... --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/=+Nl0WBhzVpIZ3JoinrFnUm Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWFldegAKCRDS528fyFhY lD2dAf0RRQFitKwJxgkwAy1QnV0xUn3D2Oy7bPpgr8Xe6qy8X1H6p2E9QjhN2NKc yZ91tPjWyzoRxwShze84HJRZB450Af9nTPSgNmQ8NM8xF1eRrcb5ShdpMAF8m+Vx wl9npqwPRjbiytOKpuLScNpQGels6BMi5sgeMwlIcM7e2A4Jn3mE =o2YP -----END PGP SIGNATURE----- --Sig_/=+Nl0WBhzVpIZ3JoinrFnUm-- From owner-freebsd-current@freebsd.org Tue Dec 20 21:49:50 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD6CAC761AE for ; Tue, 20 Dec 2016 21:49:50 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E12F1CA5; Tue, 20 Dec 2016 21:49:50 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from [10.0.1.70] (cpe-071-065-239-148.nc.res.rr.com [71.65.239.148] (may be forged)) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id uBKLnZlY068458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 20 Dec 2016 21:49:46 GMT (envelope-from swills@FreeBSD.org) Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD To: John Baldwin , freebsd-current@freebsd.org References: <20161214102711.GF94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <1995191.rPAPaoHxgb@ralph.baldwin.cx> Cc: Adrian Chadd , Slawa Olhovchenkov , Konstantin Belousov From: Steve Wills Message-ID: Date: Tue, 20 Dec 2016 16:49:29 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <1995191.rPAPaoHxgb@ralph.baldwin.cx> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dpGsxMK1W50q9LenaBLVQQmnvElsjP0U6" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Tue, 20 Dec 2016 21:49:49 +0000 (UTC) X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 21:49:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dpGsxMK1W50q9LenaBLVQQmnvElsjP0U6 Content-Type: multipart/mixed; boundary="LHgCCvMB4a6VD5VC9TgLvcG2I2rn4jQIs"; protected-headers="v1" From: Steve Wills To: John Baldwin , freebsd-current@freebsd.org Cc: Adrian Chadd , Slawa Olhovchenkov , Konstantin Belousov Message-ID: Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD References: <20161214102711.GF94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <1995191.rPAPaoHxgb@ralph.baldwin.cx> In-Reply-To: <1995191.rPAPaoHxgb@ralph.baldwin.cx> --LHgCCvMB4a6VD5VC9TgLvcG2I2rn4jQIs Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, On 12/16/2016 16:20, John Baldwin wrote: > On Thursday, December 15, 2016 03:57:58 PM Adrian Chadd wrote: >> heh, an updated BIOS that solves the problem will solve the problem. := ) >> >> I think you have enough information to provide to supermicro. Ie, >> "SMAP says X, when physical memory pages at addresses X are accessed, >> they don't behave like memory, maybe something is wrong". >> >> All I can think of is some hack to add a blacklist for that region so >> you can boot the unit. But it makes me wonder what else is going on. >=20 > We have the blacklist: it is the memory test. That is the way to worka= round > this type of BIOS breakage. This is just the first time in over a deca= de that > test has been relevant. I've got a SuperMicro X10SRA board that I bought back in March, I think. It was run CURRENT fine since then, until last month, when it started hanging during boot. I was about to update it to a new version of CURRENT when it started hanging at boot, but hadn't updated yet. The hang is after (verbose boot): ACPI APIC Table: Package ID shift: 4 L3 cache ID shift: 4 L2 cache ID shift: 1 L1 cache ID shift: 1 Core ID shift: 1 Recently I've tried booting 9.3 and 10.3 on it without success. Other operating systems boot fine. Thinking the hang was similar to the one in this thread (or at least the board is), I tried many different BIOS changes and also tried enabling the memory test, but none of that changes anything. This is a single socket board so there are no NUMA or memory interleaving options in the BIOS. The BIOS is up to date (2.0a). It will boot if SMP is disabled. That's obviously sub-optimal, but is useful for building updated kernels, which I've tried. If anyone has any suggestions or ideas, I'd appreciate it. Thanks, Steve --LHgCCvMB4a6VD5VC9TgLvcG2I2rn4jQIs-- --dpGsxMK1W50q9LenaBLVQQmnvElsjP0U6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGQBAEBCgB6BQJYWadrXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ5OEZBNDE0QTVDMkEwRUY5Q0ZEMEFEMERG NUNGNjJCMzIwN0IxQkExExxzd2lsbHNAZnJlZWJzZC5vcmcACgkQ9c9isyB7G6EK oAf/SLXCN2loInq0teABXiOsRF+m3auOdElEVr4NS15zaJvcbeMCAbEfRD5uLoOa w7Xyuuayr5IGAv6KQL2nDzWTx3i6rFLFagIGXeKuFTUIk2nL98giJ23apTE05sp0 d3q+tqNdfHJWBZNx9fNxCgt85C66420CCSN63Br12cOH5hr2XQm05e+J8brgxjXe r/fwPQ29fY9hOGuXsHDGYfzBuLmZ7UmUoWGp+Pm2q0VwoKiufY8jHho+26m6scvM yaNhuiJN45zu8A9psq4EfhI1x+db0jUgaQGAEi/OoEM6dOE03O+U/I2UupG8xsTO bm5qTtfrvyuHt3r0x7VzC1BZew== =06Jv -----END PGP SIGNATURE----- --dpGsxMK1W50q9LenaBLVQQmnvElsjP0U6-- From owner-freebsd-current@freebsd.org Tue Dec 20 21:29:28 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18D16C889D4 for ; Tue, 20 Dec 2016 21:29:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EA34CFA4 for ; Tue, 20 Dec 2016 21:29:27 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id uBKLTKlm069814 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 20 Dec 2016 13:29:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id uBKLTKZN069813 for freebsd-current@freebsd.org; Tue, 20 Dec 2016 13:29:20 -0800 (PST) (envelope-from sgk) Date: Tue, 20 Dec 2016 13:29:20 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: unkillable firefox Message-ID: <20161220212920.GA69662@troutmask.apl.washington.edu> Reply-To: kargl@uw.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Tue, 20 Dec 2016 22:36:23 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 21:29:28 -0000 Anyone know how to kill firefox? last pid: 69652; load averages: 0.49, 0.27, 0.24 up 1+02:40:06 13:16:02 126 processes: 1 running, 121 sleeping, 4 stopped CPU: 0.8% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 2049M Active, 3739M Inact, 496M Laundry, 1365M Wired, 783M Buf, 239M Free Swap: 16G Total, 1772K Used, 16G Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 63902 kargl 40 0 3157M 2302M STOP 1 10:50 0.00% firefox{firefox} 63902 kargl -16 0 3157M 2302M STOP 2 5:46 0.00% firefox{Composit 16874 kargl 40 0 740M 330M STOP 1 0:07 0.00% firefox{firefox} 16874 kargl -16 0 740M 330M STOP 1 0:00 0.00% firefox{Composit It seems that firefox is wedged in the thread firefox{Compositor}, and slowly eating up memory. This is on an amd64 system at r310125 and latest firefox from ports. procstat suggests that its stuck in a vm sleep queue. % procstat -k 63902 PID TID COMM TDNAME KSTACK 63902 100504 firefox - mi_switch thread_suspend_switch thread_single exit1 sigexit postsig ast Xfast_syscall 63902 101494 firefox Compositor mi_switch sleepq_wait _sleep vm_page_busy_sleep vm_page_sleep_if_busy vm_fault_hold vm_fault trap_pfault trap calltrap -- Steve From owner-freebsd-current@freebsd.org Tue Dec 20 23:31:58 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9B4EC89B19 for ; Tue, 20 Dec 2016 23:31:58 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (pb-smtp1.pobox.com [64.147.108.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 94D641AEB for ; Tue, 20 Dec 2016 23:31:58 +0000 (UTC) (envelope-from eric@badgerio.us) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 0FC8B56A77; Tue, 20 Dec 2016 18:28:11 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=subject:to :references:cc:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=sasl; bh=Pns+JjeevJZS qMvxK/GqZC7022o=; b=QBs2RcSN6oL+VY9mA79+0oX0q725OqjbCeqUwriTK5xh oTnyQfVrUYM7bCzvuzyoL/9JU3RFfexirBaDdeqoA3hYOQF5koSh0rrkQH9+lMSI ewGtRznA+g3oGW9CVF02dNfKzpUwUY+P5qIcByLXFrgAQdMytr19oRR1sA3Owb4= Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 0736156A6B; Tue, 20 Dec 2016 18:28:11 -0500 (EST) Received: from [100.90.162.23] (unknown [76.164.8.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 69C5456A69; Tue, 20 Dec 2016 18:28:10 -0500 (EST) Subject: Re: unkillable firefox To: freebsd-current@freebsd.org References: <20161220212920.GA69662@troutmask.apl.washington.edu> Cc: sgk@troutmask.apl.washington.edu From: Eric Badger Message-ID: <989b8638-e440-258a-5e61-bd1f2a177ef5@badgerio.us> Date: Tue, 20 Dec 2016 17:28:09 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20161220212920.GA69662@troutmask.apl.washington.edu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: F8441D68-C70B-11E6-BCFE-E98412518317-46178211!pb-smtp1.pobox.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 23:31:58 -0000 On 12/20/2016 15:29, Steve Kargl wrote: > Anyone know how to kill firefox? > > last pid: 69652; load averages: 0.49, 0.27, 0.24 up 1+02:40:06 13:16:02 > 126 processes: 1 running, 121 sleeping, 4 stopped > CPU: 0.8% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 2049M Active, 3739M Inact, 496M Laundry, 1365M Wired, 783M Buf, 239M Free > Swap: 16G Total, 1772K Used, 16G Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 63902 kargl 40 0 3157M 2302M STOP 1 10:50 0.00% firefox{firefox} > 63902 kargl -16 0 3157M 2302M STOP 2 5:46 0.00% firefox{Composit > 16874 kargl 40 0 740M 330M STOP 1 0:07 0.00% firefox{firefox} > 16874 kargl -16 0 740M 330M STOP 1 0:00 0.00% firefox{Composit > > It seems that firefox is wedged in the thread firefox{Compositor}, > and slowly eating up memory. This is on an amd64 system at > r310125 and latest firefox from ports. procstat suggests that its > stuck in a vm sleep queue. > > % procstat -k 63902 > PID TID COMM TDNAME KSTACK > 63902 100504 firefox - mi_switch thread_suspend_switch > thread_single exit1 sigexit postsig ast > Xfast_syscall > 63902 101494 firefox Compositor mi_switch sleepq_wait _sleep > vm_page_busy_sleep vm_page_sleep_if_busy > vm_fault_hold vm_fault trap_pfault trap > calltrap > Do you have output of procstat -k for all threads? I'd guess one thread is busy dumping core. Eric From owner-freebsd-current@freebsd.org Tue Dec 20 23:33:31 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55431C89CA1 for ; Tue, 20 Dec 2016 23:33:31 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFEEC1D3E for ; Tue, 20 Dec 2016 23:33:30 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-lf0-x243.google.com with SMTP id p100so12053603lfg.2 for ; Tue, 20 Dec 2016 15:33:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=JxPTVKMVVUJPXkpHdoNSIFARAvkvWriE996oQ26ohcc=; b=iXj265FnYsx8VqwI97dLP+8SExUmUBXi3PnSdyReBnQBJYQF2oQO7C7GD8ybhXUBBy m0AdfrcFwZgv4eK/qTHUkPSl2vtMEsS2n8YrtE0ADedFwWPXPTK8uHRKHkDvXNrr4TSC K03E8l0duK8P/waYlbhpbdVdpXYROM2xUi1p/gN2bXWVuOiyPx2VJfamgdm34nL8KRnO puvmwk2v7CDdR/Q9RO8sN8DPaQao+HC2UJKXnYyS7pasqkuV0CxW0NpucPrG4nZ6O/Vt 2/IqP43tEFCMehbjBMZKDbvykA6Ae1kGJAYCcIjHGUMEsYJQsuK3tdexeyR2Sw8mKZzE sFtw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=JxPTVKMVVUJPXkpHdoNSIFARAvkvWriE996oQ26ohcc=; b=sbVIGHlKmDDG13AaDRubdTfCRawuCkOrsX3tGZsx9SBxtZ485z2mv77YKYIrYVEXe1 nxBdHDGSEZ3XD8sqgYwjj//gLJ4w3GY+3AbvIo5Dm6xrk22y5s5nwJb0UEmQiQP8zplD 0yT9bMXSleq4rYRgabSzLafYirZMkBxgDet7HnFdnk3//ZQ96oIubBr5P+R45aty15WR jpfJzz3VIAFlZQEqY14tv0ZU16hsUAR5NudJy9am5A0XpuZialoz2Iu2rh2VHSUlSD48 lwvgaHMUkx7+0JQyaQIR/xhGrAen1XryDvyO/9hIt3XeXJYKl8m6B+4o+u4kX3d/gnga XTqg== X-Gm-Message-State: AIkVDXLB3VKcg/BtDW1/EaS8qzMmALPYILepBtF3QSjkmklNuyStHWSGDT0U3/tnri6Vx2zavUv5x24QvXFBGg== X-Received: by 10.25.156.197 with SMTP id f188mr651814lfe.162.1482276808416; Tue, 20 Dec 2016 15:33:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.24.228 with HTTP; Tue, 20 Dec 2016 15:33:27 -0800 (PST) From: Johannes Lundberg Date: Tue, 20 Dec 2016 15:33:27 -0800 Message-ID: Subject: Wayland update To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 23:33:31 -0000 Hi Everyone! We had some progress with Wayland that we'd like to share. Wayland (v1.12.0) Working Weston (v1.12.0) Working (Porting WIP) Weston-clients (installed with wayland/weston port) Working XWayland (run X11 apps in Wayland compositor) Works (maximized window only) if started manually but not when launching X11 app from Weston. Most likely problem with Weston IPC. Sway (i3-compatible Wayland compositor) Working SDL20 (Wayland backend) games/stonesoup-sdl briefly tested. https://twitter.com/johalun/status/811334203358867456 GDM (with Wayland) Halted - depends on logind. GTK3 gtk3-demo runs fine on Weston (might have to set GDK_BACKEND=wayland first. GTK3 apps working (gedit, gnumeric, xfce4-terminal tested, xfce desktop (4.12) does not yet support GTK3) Get it at: Ports (note: xserver-mesa-next-udev branch) https://github.com/FreeBSDDesktop/freebsd-ports-graphics/tree/xserver-mesa- next-udev Base (note: drm-next-4.7 branch) https://github.com/FreeBSDDesktop/freebsd-base-graphics/tree/drm-next-4.7 Instruction for installing base https://github.com/FreeBSDDesktop/freebsd-base-graphics/wiki For Ports, use Poudriere or just build manually from source. Wayland ports located in $PORTSDIR/wayland/ Configuration: For easy access to input devices with evdev add to /etc/devfs.rules add path 'input/*' mode 0660 group input And create and add yourself to input group. You also need to chose where the input events go Add to /etc/sysctl.conf kern.evdev.rcpt_mask=12 #or some other combination.. (check sys/dev/evdev/evdev.h in kernel source for explanation) You might need to put a weston.ini into $HOME/.config/ with correct paths to background images etc. Personally I have this in my weston.ini to put a terminal launcher in the top-left corner (depends on icon from xfce4 I think) ... [launcher] icon=/usr/local/share/icons/Adwaita/24x24/apps/utilities-terminal.png path=/usr/local/bin/weston-terminal ... If you use Sway you need to edit $HOME/.config/sway/config to open weston-terminal instead of urxwt to get a working terminal. Please post issues or create pull request for any ideas for improvement you have. Personally I'm having some rendering artifacts on Intel CherryTrail but I think that is an Intel driver issue. Thanks to everyone for your contributions. Have fun! /Johannes, FreeBSDDesktop team From owner-freebsd-current@freebsd.org Tue Dec 20 23:51:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F4221C8A16A for ; Tue, 20 Dec 2016 23:51:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D73FC6E7 for ; Tue, 20 Dec 2016 23:51:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id uBKNp16Y087686 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Dec 2016 15:51:01 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id uBKNp067087685; Tue, 20 Dec 2016 15:51:00 -0800 (PST) (envelope-from sgk) Date: Tue, 20 Dec 2016 15:51:00 -0800 From: Steve Kargl To: Eric Badger Cc: freebsd-current@freebsd.org Subject: Re: unkillable firefox Message-ID: <20161220235100.GA51999@troutmask.apl.washington.edu> Reply-To: kargl@uw.edu References: <20161220212920.GA69662@troutmask.apl.washington.edu> <989b8638-e440-258a-5e61-bd1f2a177ef5@badgerio.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <989b8638-e440-258a-5e61-bd1f2a177ef5@badgerio.us> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Tue, 20 Dec 2016 23:59:47 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 20 Dec 2016 23:51:06 -0000 On Tue, Dec 20, 2016 at 05:28:09PM -0600, Eric Badger wrote: > On 12/20/2016 15:29, Steve Kargl wrote: > > Anyone know how to kill firefox? > > > > > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 63902 kargl 40 0 3157M 2302M STOP 1 10:50 0.00% firefox{firefox} > > 63902 kargl -16 0 3157M 2302M STOP 2 5:46 0.00% firefox{Composit > > 16874 kargl 40 0 740M 330M STOP 1 0:07 0.00% firefox{firefox} > > 16874 kargl -16 0 740M 330M STOP 1 0:00 0.00% firefox{Composit > > > > It seems that firefox is wedged in the thread firefox{Compositor}, > > and slowly eating up memory. This is on an amd64 system at > > r310125 and latest firefox from ports. procstat suggests that its > > stuck in a vm sleep queue. > > > > % procstat -k 63902 > > PID TID COMM TDNAME KSTACK > > 63902 100504 firefox - mi_switch thread_suspend_switch > > thread_single exit1 sigexit postsig ast > > Xfast_syscall > > 63902 101494 firefox Compositor mi_switch sleepq_wait _sleep > > vm_page_busy_sleep vm_page_sleep_if_busy > > vm_fault_hold vm_fault trap_pfault trap > > calltrap > > > > Do you have output of procstat -k for all threads? I'd guess one thread > is busy dumping core. > Those are the only threads. 'killall firefox' reaped all the other threads. I've tried attaching lldb and gdb712 to the process, but neither made it to a prompt. I would switch to www/chromium, but she appears to be broken, now. -- Steve From owner-freebsd-current@freebsd.org Wed Dec 21 03:39:38 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59319C8A5A4 for ; Wed, 21 Dec 2016 03:39:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 298D71CEF for ; Wed, 21 Dec 2016 03:39:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id uBL3dYqP017768 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Dec 2016 19:39:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id uBL3dYqO017767; Tue, 20 Dec 2016 19:39:34 -0800 (PST) (envelope-from sgk) Date: Tue, 20 Dec 2016 19:39:34 -0800 From: Steve Kargl To: Eric Badger Cc: freebsd-current@freebsd.org Subject: Re: unkillable firefox Message-ID: <20161221033934.GA17760@troutmask.apl.washington.edu> Reply-To: kargl@uw.edu References: <20161220212920.GA69662@troutmask.apl.washington.edu> <989b8638-e440-258a-5e61-bd1f2a177ef5@badgerio.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <989b8638-e440-258a-5e61-bd1f2a177ef5@badgerio.us> User-Agent: Mutt/1.7.2 (2016-11-26) X-Mailman-Approved-At: Wed, 21 Dec 2016 04:18:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 03:39:38 -0000 On Tue, Dec 20, 2016 at 05:28:09PM -0600, Eric Badger wrote: > On 12/20/2016 15:29, Steve Kargl wrote: > > Anyone know how to kill firefox? > > > Do you have output of procstat -k for all threads? I'd guess one thread > is busy dumping core. > Seems that you're right. firefox finally dropped its core. (gdb) bt #0 0x00000002020719ca in thr_kill () from /lib/libc.so.7 #1 0x000000020207199b in __raise (s=11) at /usr/src/lib/libc/gen/raise.c:52 #2 0x000000020560aca3 in ?? () from /usr/local/lib/firefox/libxul.so #3 0x0000000201d8e762 in handle_signal (actp=0x7fffffffd580, sig=11, info=0x7fffffffd970, ucp=0x7fffffffd600) at /usr/src/lib/libthr/thread/thr_sig.c:244 #4 0x0000000201d8ddbf in thr_sighandler (sig=11, info=0x7fffffffd970, _ucp=0x7fffffffd600) at /usr/src/lib/libthr/thread/thr_sig.c:189 #5 #6 0x000000000102790d in mozalloc_abort(char const*) () #7 0x000000000102792d in abort () #8 0x000000020d4c9ba3 in g_assertion_message () from /usr/local/lib/libglib-2.0.so.0 #9 0x000000020d4c9c0e in g_assertion_message_expr () from /usr/local/lib/libglib-2.0.so.0 #10 0x000000020e0ffd50 in g_file_monitor_source_handle_event () from /usr/local/lib/libgio-2.0.so.0 #11 0x000000020e10695e in ?? () from /usr/local/lib/libgio-2.0.so.0 #12 0x000000020e104dc6 in ?? () from /usr/local/lib/libgio-2.0.so.0 #13 0x000000020e10563f in ?? () from /usr/local/lib/libgio-2.0.so.0 #14 0x000000020d4a603b in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0 #15 0x000000020d4a6364 in ?? () from /usr/local/lib/libglib-2.0.so.0 #16 0x000000020d4a63f4 in g_main_context_iteration () from /usr/local/lib/libglib-2.0.so.0 #17 0x0000000204d922dc in ?? () from /usr/local/lib/firefox/libxul.so #18 0x0000000204d612f6 in ?? () from /usr/local/lib/firefox/libxul.so #19 0x0000000204d613bd in ?? () from /usr/local/lib/firefox/libxul.so #20 0x000000020326582e in ?? () from /usr/local/lib/firefox/libxul.so #21 0x000000020328a1cf in ?? () from /usr/local/lib/firefox/libxul.so #22 0x000000020354ccac in ?? () from /usr/local/lib/firefox/libxul.so #23 0x000000020352d678 in ?? () from /usr/local/lib/firefox/libxul.so #24 0x0000000204d6102b in ?? () from /usr/local/lib/firefox/libxul.so #25 0x00000002055b7fde in ?? () from /usr/local/lib/firefox/libxul.so #26 0x0000000205614998 in ?? () from /usr/local/lib/firefox/libxul.so #27 0x0000000205614cf0 in ?? () from /usr/local/lib/firefox/libxul.so #28 0x0000000205615104 in XRE_main () from /usr/local/lib/firefox/libxul.so #29 0x00000000010270fd in ?? () #30 0x0000000001026aa0 in _start () Guess I'll need to see if I can rollback the www/firefox to something usable. -- Steve From owner-freebsd-current@freebsd.org Wed Dec 21 05:39:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B6FAC8A098 for ; Wed, 21 Dec 2016 05:39:49 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 127BE1BD8 for ; Wed, 21 Dec 2016 05:39:49 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id y21so90514882lfa.1 for ; Tue, 20 Dec 2016 21:39:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ZslRRuZZCa2OzVnV1iCktEkTG6Pi/EO3Gocvsc+ZKjQ=; b=GEKT/sNgW1c+26+bqDMQh0TAlxzKe3cFYo/+2xjB2HaHgmLskXJYLtdzOwmHkDVh0c xS0CMwGsjf5tDDw2qlIn5UMWm6d1Gw0etxjnri9KFZus/SE+ZqXFvP00w7yhRTqysrpD nRUePrv1I+LzEKs4iT5PNLBC6cOBGlgLw0ii/XcQm9bgk/Zc6sNLPBl0e0ptC3FsbBPM nJYrQ+klx3ojWLmLBw6OVbp9rQDwBsOAMjL/VfmxDqPW/h3VwcjNy0QChakc6LXzNLcX eZlhFBXN9dtTLfHmhHGIp4h4dbT7E/t54U1OtvISvd/Gt74/G6LMVDtzhY+q/ouTrhqS 7rzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ZslRRuZZCa2OzVnV1iCktEkTG6Pi/EO3Gocvsc+ZKjQ=; b=f1gJZBI7xOluC6K3/393RqPi6oIb1t66mtld3ND2R7Cvn8n9wRnuwXdJQMShHDqbgi rGBLapJM9HhecunG/bzxalk96fojmrPLAQ192XphaHX8glak8uWYH0dEeD7Jlse5bLqe 8QuboxdiQbJ1NEuhzLceEV51ZlEbqAnedAZdZatgl7KJ8JR0JGhZdfRNs1XKDS/6qrOt yPMwgkk+BYSq3jt83hLxEfDZK57N2D99tRmPxBdqr/OLZMwVzF/y9RR8f8GzCoQXR2F8 AQsReiIFon/w1jTQyG29VEusPd1JTb1Jrfq/Luqa3hgWB/2DJIklST9yDKq38+qrpKbS nyow== X-Gm-Message-State: AIkVDXIMi0loutYdvl406VwHgzF2LD7SgCUOlbGvYI/KJyWjhF38QvYi2WYztAVDQ2P08D/zJhf1X3IWAFlw+A== X-Received: by 10.46.7.1 with SMTP id 1mr1379218ljh.76.1482298786646; Tue, 20 Dec 2016 21:39:46 -0800 (PST) MIME-Version: 1.0 References: <1482057454.3494650.822598369.2BC5D3BD@webmail.messagingengine.com> In-Reply-To: <1482057454.3494650.822598369.2BC5D3BD@webmail.messagingengine.com> From: blubee blubeeme Date: Wed, 21 Dec 2016 05:39:35 +0000 Message-ID: Subject: Re: A quick question To: Dave Cottlehuber , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 05:39:49 -0000 Can I bump this issue one more time? On Sun, Dec 18, 2016, 18:38 Dave Cottlehuber wrote: > On Sun, 18 Dec 2016, at 10:07, blubee blubeeme wrote: > > Hi > > > > I am on a Macbook pro 11,3 and I wanted to start trying to help sort out > > some problems that might be too small for the overall team but might help > > others in the future. > > \o/ there are a few of us about, I'm using a MacBookPro 11,2. > > > Anyways I am on 12-CURRENT but when I installed from the USB stick I > > didn't > > check the docs and 32 bit binaries. > > > > svn checkout svn://svn.freebsd.org/base/head /usr/src > > svn checkout svn://svn.freebsd.org/ports/head /usr/ports > > svn checkout svn://svn.freebsd.org/doc/head /usr/doc > > > > once I do the above steps, do I have to rebuild the entire world? > > Currently > > all I am missing is the 32 bit binaries, could I just rebuild those > > instead > > of building the entire system? > > > > > > Best, > > Owen > > Hi Owen > > You probably only need to unpack > http://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/12.0-CURRENT/*.txz ; > I'm assuming this snapshot is still from the same date as your > installer. If your USB stick has the txz on it, then you can extract > them from there as well. Something like > > tar -xf docs.txz -C / > > is probably all you need. NB not tested, viz xkcd.com/1168 > > A+ > Dave > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Dec 21 08:38:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81C2AC8852B for ; Wed, 21 Dec 2016 08:38:23 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.shmhost.net (host64.kissl.de [213.239.241.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D9D81508 for ; Wed, 21 Dec 2016 08:38:22 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from francos-mbp.homeoffice.local (ipservice-092-217-062-255.092.217.pools.vodafone-ip.de [92.217.62.255]) by host64.shmhost.net (Postfix) with ESMTPSA id E857483CF9; Wed, 21 Dec 2016 09:38:14 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: netpfil with if_output and ip(6)_output From: Franco Fichtner In-Reply-To: Date: Wed, 21 Dec 2016 09:38:14 +0100 Cc: freebsd-current Content-Transfer-Encoding: 7bit Message-Id: References: <2456B7E6-2425-4D86-A02B-33CE1EFEB608@lastsummer.de> To: "Andrey V. Elsukov" X-Mailer: Apple Mail (2.3259) X-Virus-Scanned: clamav-milter 0.99.2 at host64.shmhost.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 08:38:23 -0000 Hi all, > On 14 Nov 2016, at 1:55 PM, Andrey V. Elsukov wrote: > > I have some thought related to your proposal. > What you think if we will introduce new KPI to work with fwd_tags? > With such KPI we can make fwd_tags opaque for PFIL consumers and handle > tags identically in all *proto*_output() routines. The proposed changes are now available at: https://reviews.freebsd.org/D8877 Cheers, Franco From owner-freebsd-current@freebsd.org Wed Dec 21 10:12:56 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FF61C89838 for ; Wed, 21 Dec 2016 10:12:56 +0000 (UTC) (envelope-from rumrunner@terraplane.org) Received: from nmsh4.e.nsc.no (nmsh4.e.nsc.no [193.213.121.75]) by mx1.freebsd.org (Postfix) with ESMTP id 4DD15120C; Wed, 21 Dec 2016 10:12:54 +0000 (UTC) (envelope-from rumrunner@terraplane.org) Received: from terraplane.org (ti0027a400-1368.bb.online.no [88.88.96.95]) by nmsh4.nsc.no (8.14.7/8.14.7) with ESMTP id uBLA0W1V002711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 21 Dec 2016 11:00:35 +0100 (MET) Received: from terraplane.org (localhost [127.0.0.1]) by terraplane.org (8.14.5/8.14.5) with ESMTP id uBLA3FEk072655; Wed, 21 Dec 2016 11:03:15 +0100 (CET) (envelope-from rumrunner@terraplane.org) Received: (from rumrunner@localhost) by terraplane.org (8.14.5/8.13.8/Submit) id uBLA3EaT072654; Wed, 21 Dec 2016 11:03:14 +0100 (CET) (envelope-from rumrunner) Date: Wed, 21 Dec 2016 11:03:14 +0100 From: Eivind Nicolay Evensen To: Eric van Gyzen Cc: Michael Butler , FreeBSD Current , glebius@freebsd.org, rrs@freebsd.org, jtl@freebsd.org Subject: Re: Log spam: Limiting * response from 1 to 200 packets/sec Message-ID: <20161221100314.GC71988@klump.hjerdalen.lokalnett> References: <630314dc-e14f-02e7-aa48-4456b0feeef9@protected-networks.net> <689f6fbe-c59f-2e3a-44d6-bc9d19d31bf9@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <689f6fbe-c59f-2e3a-44d6-bc9d19d31bf9@FreeBSD.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 10:12:56 -0000 On Tue, Dec 13, 2016 at 09:48:59AM -0600, Eric van Gyzen wrote: > On 12/13/2016 09:24, Michael Butler wrote: > > Any hints as to why all of my -current equipment is complaining like below. Is > > there a sysctl to moderate/turn this off? > > > > Dec 13 10:00:01 archive kernel: Limiting icmp unreach response from 1 to 200 > > packets/sec > > Dec 13 10:00:21 archive last message repeated 13 times > > Dec 13 10:02:21 archive last message repeated 18 times > > Dec 13 10:06:21 archive last message repeated 36 times > > Dec 13 10:07:11 archive kernel: Limiting icmp ping response from 1 to 200 > > packets/sec I repeated that on the nearest 10.0 here, because this looked strange, and indeed I see: Limiting icmp ping response from 294 to 200 packets/sec However, the quoted line above that says it is limiting from 1 to 200 doesn't sound much of a limit? -- Eivind N. Evensen From owner-freebsd-current@freebsd.org Wed Dec 21 11:14:36 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92CA8C8AE8A; Wed, 21 Dec 2016 11:14:36 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 381A61D09; Wed, 21 Dec 2016 11:14:36 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id m203so29791845wma.3; Wed, 21 Dec 2016 03:14:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=CiBo83kX886lLQDxzgFGEM+Y4tCey91aDwMmRTmpX/o=; b=pgHyPgw42VzLfZYGgrBg75wZF0ItAssuGomewnFcVCuO5ZRGM1zrJMXcqFw884cLtg LpcGVpaOKUWBQBRi7Ysp6aRbpFzFk2ga96Kl7hD/CYNLZHBzVrYKpLTn4FzljK3it+M2 qkXhcMtG753rx0+HTc/pDiVU6DRQreBWyW2lpWJEbbD7f8jjOPZp3Ajtog3aFGlmF03I 88Im+Cl3wwfgsP9l0q8ewxGqzZXOGyApKETvAd00A2oLxwBdvPN6ECvmzxShDgpG78SM sLRjMOipdSG4sYUMfhy3PA9E5j0Lzoqx6nlW05ZTbGy2z6qOhk3m92Q9mgUi3PJWvv/0 umDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=CiBo83kX886lLQDxzgFGEM+Y4tCey91aDwMmRTmpX/o=; b=SXdHIZBCQkD1KJNn1PJyLtzwwb0oRAjgvr0LiSOInAyZ3gfJDTw2BNQqqNeuu+dpIs 92Dxgb6RBAmeCCMuDHp0YHx2yxaqqyXjBGz6gNZFz3xQXD0/Ct90aKRqpHH7N+Xhgot3 Rt+pT4TVuWpkE7PKCPT8WweZomKFEy7WGjmIovrs3ZpONxC7VqmWdWRK9C96wYSjR9zH ck41t1a4YgAdodg30VbVxGLAMxc1blKH4+M4fG9wlulsU9RfecKfHx0F+Y0T9atIwAS2 tQkih4xiVudBvnPon5E7M8qdb7F/EJxR2tb6/v5D/WTJ/Ki3xTojI0yckdeOV2Pix8/g CcOA== X-Gm-Message-State: AIkVDXLfbZJh4A0ukLRFsLahLpksrMFxJYJaKQgn8tUjJJGBNDzlXa9X5ydZTcMxfhwFHA== X-Received: by 10.28.139.12 with SMTP id n12mr4161921wmd.79.1482318873340; Wed, 21 Dec 2016 03:14:33 -0800 (PST) Received: from brick (abqu192.neoplus.adsl.tpnet.pl. [83.8.88.192]) by smtp.gmail.com with ESMTPSA id d8sm26602001wmi.21.2016.12.21.03.14.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Dec 2016 03:14:32 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Wed, 21 Dec 2016 12:14:30 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "O. Hartmann" Cc: Vladimir Zakharov , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: ACPI Error on HP ProBook 430 G2 Message-ID: <20161221111430.GB26106@brick> Mail-Followup-To: "O. Hartmann" , Vladimir Zakharov , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161220173402.64bfb602@thor.walstatt.dynvpn.de> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 11:14:36 -0000 On 1220T1734, O. Hartmann wrote: > Am Tue, 20 Dec 2016 18:09:20 +0300 > Vladimir Zakharov schrieb: > > > Hello! > > > > Some time ago new ACPI messages appeared on console and in /var/log/messages. Like > > these: > > > > ACPI Error: Needed type [Reference], found [Processor] 0xfffff800043b8980 > > (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands > > for [OpcodeName unavailable] (20161117/dswexec-498) ACPI Error: Method parse/execution > > failed [\134_SB.PCI0.LPCB.EC0.PPNT] (Node 0xfffff80004396640), AE_AML_OPERAND_TYPE > > (20161117/psparse-560) ACPI Error: Method parse/execution failed > > [\134_SB.PCI0.LPCB.EC0._Q04] (Node 0xfffff80004396c40), AE_AML_OPERAND_TYPE > > (20161117/psparse-560) acpi_ec0: evaluation of query method _Q04 failed: > > AE_AML_OPERAND_TYPE > > > > I'm sure that there were no such messages earlier. Suspend/resume works > > for me. But after disconnecting power line hw.acpi.acline still equals > > to 1. And powerd/powerdxx do not adjust CPU frequency anymore. > > > > System info: > > $ uname -a > > FreeBSD vzakharov 12.0-CURRENT FreeBSD 12.0-CURRENT #14 r310326M: Tue Dec 20 16:42:21 > > MSK 2016 root@vzakharov:/home/obj/usr/src/sys/GENERIC-NODEBUG amd64 > > > > dmesg: http://pastebin.com/cYD8cR0b > > hw.acpi: http://pastebin.com/Tht9B0FZ > > acpidump: http://vzakharov.ru/z2v-HPProBook430G2.asl > > > > > > PS. I'm not subscribed to freebsd-acpi. So keep me in CC, please. > > > > I see lots of ACPI errors also shortly on a Lenovo E540 UEFI notebook running most recent > CURRENT ... +1, I see the same on Thinkpad T420. From owner-freebsd-current@freebsd.org Wed Dec 21 11:58:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD477C89B33 for ; Wed, 21 Dec 2016 11:58:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 54A4D15C0; Wed, 21 Dec 2016 11:58:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id uBLBwklL069356 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 21 Dec 2016 13:58:46 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua uBLBwklL069356 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id uBLBwkY8069355; Wed, 21 Dec 2016 13:58:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 21 Dec 2016 13:58:46 +0200 From: Konstantin Belousov To: Steve Wills Cc: John Baldwin , freebsd-current@freebsd.org, Adrian Chadd , Slawa Olhovchenkov Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD Message-ID: <20161221115846.GJ94325@kib.kiev.ua> References: <20161214102711.GF94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <1995191.rPAPaoHxgb@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 11:58:52 -0000 On Tue, Dec 20, 2016 at 04:49:29PM -0500, Steve Wills wrote: > Hi, > > On 12/16/2016 16:20, John Baldwin wrote: > > On Thursday, December 15, 2016 03:57:58 PM Adrian Chadd wrote: > >> heh, an updated BIOS that solves the problem will solve the problem. :) > >> > >> I think you have enough information to provide to supermicro. Ie, > >> "SMAP says X, when physical memory pages at addresses X are accessed, > >> they don't behave like memory, maybe something is wrong". > >> > >> All I can think of is some hack to add a blacklist for that region so > >> you can boot the unit. But it makes me wonder what else is going on. > > > > We have the blacklist: it is the memory test. That is the way to workaround > > this type of BIOS breakage. This is just the first time in over a decade that > > test has been relevant. > > I've got a SuperMicro X10SRA board that I bought back in March, I think. > It was run CURRENT fine since then, until last month, when it started > hanging during boot. I was about to update it to a new version of > CURRENT when it started hanging at boot, but hadn't updated yet. The > hang is after (verbose boot): What is the exact version of the kernel you are running and which hangs ? Try to bisect. Do you have EARLY_AP_STARTUP option in the kernel config ? > > ACPI APIC Table: > Package ID shift: 4 > L3 cache ID shift: 4 > L2 cache ID shift: 1 > L1 cache ID shift: 1 > Core ID shift: 1 Send NMI with 'ipmi power diag' and show the machine state from ddb. > > Recently I've tried booting 9.3 and 10.3 on it without success. Other > operating systems boot fine. Thinking the hang was similar to the one in > this thread (or at least the board is), I tried many different BIOS > changes and also tried enabling the memory test, but none of that > changes anything. This is a single socket board so there are no NUMA or > memory interleaving options in the BIOS. The BIOS is up to date (2.0a). > It will boot if SMP is disabled. That's obviously sub-optimal, but is > useful for building updated kernels, which I've tried. If anyone has any > suggestions or ideas, I'd appreciate it. > > Thanks, > Steve > From owner-freebsd-current@freebsd.org Wed Dec 21 12:39:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6514FC8A556 for ; Wed, 21 Dec 2016 12:39:00 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 375D410FE for ; Wed, 21 Dec 2016 12:39:00 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from [10.0.1.70] (cpe-071-065-239-148.nc.res.rr.com [71.65.239.148] (may be forged)) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id uBLCcmDK093074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 21 Dec 2016 12:38:55 GMT (envelope-from swills@FreeBSD.org) Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD To: Konstantin Belousov References: <20161214102711.GF94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <1995191.rPAPaoHxgb@ralph.baldwin.cx> <20161221115846.GJ94325@kib.kiev.ua> Cc: FreeBSD Current From: Steve Wills Message-ID: Date: Wed, 21 Dec 2016 07:38:45 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20161221115846.GJ94325@kib.kiev.ua> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vEjqvda7PooVcLVKHJsv3iG12elqJjLQl" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Wed, 21 Dec 2016 12:38:57 +0000 (UTC) X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 12:39:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vEjqvda7PooVcLVKHJsv3iG12elqJjLQl Content-Type: multipart/mixed; boundary="QXwGUC1ifmIHHIRmroIGccmBTkhlHWTR3"; protected-headers="v1" From: Steve Wills To: Konstantin Belousov Cc: FreeBSD Current Message-ID: Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD References: <20161214102711.GF94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <1995191.rPAPaoHxgb@ralph.baldwin.cx> <20161221115846.GJ94325@kib.kiev.ua> In-Reply-To: <20161221115846.GJ94325@kib.kiev.ua> --QXwGUC1ifmIHHIRmroIGccmBTkhlHWTR3 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, On 12/21/2016 06:58, Konstantin Belousov wrote: > What is the exact version of the kernel you are running and which hangs= ? Right now I'm running r310303, booted with SMP disabled. > Try to bisect. >=20 The issue appeared without updating the OS, but I have since updated. That said, I have tried booting 10.3 and 9.3 from USB memstick without success. > Do you have EARLY_AP_STARTUP option in the kernel config ? >=20 I did, but I have since tried adding nooptions EARLY_AP_STARTUP to my kernel config (my config include's GENERIC), which didn't affect the issu= e. > Send NMI with 'ipmi power diag' and show the machine state from ddb. >=20 This board is the version without ipmi support, so I unfortunately can't do that. Steve --QXwGUC1ifmIHHIRmroIGccmBTkhlHWTR3-- --vEjqvda7PooVcLVKHJsv3iG12elqJjLQl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGQBAEBCgB6BQJYWnfWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ5OEZBNDE0QTVDMkEwRUY5Q0ZEMEFEMERG NUNGNjJCMzIwN0IxQkExExxzd2lsbHNAZnJlZWJzZC5vcmcACgkQ9c9isyB7G6EX cgf/aYcnJ6mlqlq/F69zb9mdQ5E88yahi5AOGh27traLBb2JAIzOM/oqDg/CQD5Q PWoatjoBsYp0Y0Ri1qP33FwTxI0cxkiYUpaxBkNFkLWLCIrlrq3Kw9BgakKN8Dzq aqP0fcUb+WKWXnKXKg70bcQ681HAuwSV6lcVjhPdFa8rEHlGa0T2kTlM0E38GgtC 8a0Qmc0Cmpkr5a8rei71Up4tFm2bcJe7X3r/9dggRS2VsbGrWKKnm/HwZ0EUDLo/ 0i+Mt9ERXvdsJ6qoymFJjutEcE52v5yYZHH16y5N5uz8/jq3hz8Z+mPvxAaXOZdF CVgopyCx29vAKyEI465qdwoPLA== =UAAf -----END PGP SIGNATURE----- --vEjqvda7PooVcLVKHJsv3iG12elqJjLQl-- From owner-freebsd-current@freebsd.org Wed Dec 21 13:57:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3204C8AD5D for ; Wed, 21 Dec 2016 13:57:52 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A19FA1BBE for ; Wed, 21 Dec 2016 13:57:51 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.lissoft.com.ua ([109.237.91.29] helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.87 (FreeBSD)) (envelope-from ) id 1cJh7I-000FZn-Bm for freebsd-current@freebsd.org; Wed, 21 Dec 2016 15:39:36 +0200 Subject: Re: ACPI Error on HP ProBook 430 G2 To: freebsd-current@freebsd.org References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> From: Alexandr Krivulya Message-ID: <6ec100af-0ff5-c8fd-149e-5567f515b529@shurik.kiev.ua> Date: Wed, 21 Dec 2016 15:39:31 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20161221111430.GB26106@brick> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 109.237.91.29 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 13:57:53 -0000 21.12.2016 13:14, Edward Tomasz Napierała пишет: > On 1220T1734, O. Hartmann wrote: >> Am Tue, 20 Dec 2016 18:09:20 +0300 >> Vladimir Zakharov schrieb: >> >>> Hello! >>> >>> Some time ago new ACPI messages appeared on console and in /var/log/messages. Like >>> these: >>> >>> ACPI Error: Needed type [Reference], found [Processor] 0xfffff800043b8980 >>> (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands >>> for [OpcodeName unavailable] (20161117/dswexec-498) ACPI Error: Method parse/execution >>> failed [\134_SB.PCI0.LPCB.EC0.PPNT] (Node 0xfffff80004396640), AE_AML_OPERAND_TYPE >>> (20161117/psparse-560) ACPI Error: Method parse/execution failed >>> [\134_SB.PCI0.LPCB.EC0._Q04] (Node 0xfffff80004396c40), AE_AML_OPERAND_TYPE >>> (20161117/psparse-560) acpi_ec0: evaluation of query method _Q04 failed: >>> AE_AML_OPERAND_TYPE >>> >>> I'm sure that there were no such messages earlier. Suspend/resume works >>> for me. But after disconnecting power line hw.acpi.acline still equals >>> to 1. And powerd/powerdxx do not adjust CPU frequency anymore. >>> >>> System info: >>> $ uname -a >>> FreeBSD vzakharov 12.0-CURRENT FreeBSD 12.0-CURRENT #14 r310326M: Tue Dec 20 16:42:21 >>> MSK 2016 root@vzakharov:/home/obj/usr/src/sys/GENERIC-NODEBUG amd64 >>> >>> dmesg: http://pastebin.com/cYD8cR0b >>> hw.acpi: http://pastebin.com/Tht9B0FZ >>> acpidump: http://vzakharov.ru/z2v-HPProBook430G2.asl >>> >>> >>> PS. I'm not subscribed to freebsd-acpi. So keep me in CC, please. >>> >> I see lots of ACPI errors also shortly on a Lenovo E540 UEFI notebook running most recent >> CURRENT ... > +1, I see the same on Thinkpad T420. Same on Thinkpad E530, but hw.acpi.acline changes on ac lost and powerd works. -- From owner-freebsd-current@freebsd.org Wed Dec 21 16:44:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A196C8A8DC for ; Wed, 21 Dec 2016 16:44:51 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 219B31B89; Wed, 21 Dec 2016 16:44:50 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id uBLGinAT046673 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Dec 2016 08:44:49 -0800 (PST) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id uBLGin5u046672; Wed, 21 Dec 2016 08:44:49 -0800 (PST) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 21 Dec 2016 08:44:49 -0800 From: Gleb Smirnoff To: Eivind Nicolay Evensen Cc: Eric van Gyzen , Michael Butler , FreeBSD Current , rrs@freebsd.org, jtl@freebsd.org Subject: Re: Log spam: Limiting * response from 1 to 200 packets/sec Message-ID: <20161221164449.GK9389@FreeBSD.org> References: <630314dc-e14f-02e7-aa48-4456b0feeef9@protected-networks.net> <689f6fbe-c59f-2e3a-44d6-bc9d19d31bf9@FreeBSD.org> <20161221100314.GC71988@klump.hjerdalen.lokalnett> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161221100314.GC71988@klump.hjerdalen.lokalnett> User-Agent: Mutt/1.7.0 (2016-08-17) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 16:44:51 -0000 On Wed, Dec 21, 2016 at 11:03:14AM +0100, Eivind Nicolay Evensen wrote: E> E> On Tue, Dec 13, 2016 at 09:48:59AM -0600, Eric van Gyzen wrote: E> > On 12/13/2016 09:24, Michael Butler wrote: E> > > Any hints as to why all of my -current equipment is complaining like below. Is E> > > there a sysctl to moderate/turn this off? E> > > E> > > Dec 13 10:00:01 archive kernel: Limiting icmp unreach response from 1 to 200 E> > > packets/sec E> > > Dec 13 10:00:21 archive last message repeated 13 times E> > > Dec 13 10:02:21 archive last message repeated 18 times E> > > Dec 13 10:06:21 archive last message repeated 36 times E> > > Dec 13 10:07:11 archive kernel: Limiting icmp ping response from 1 to 200 E> > > packets/sec E> E> E> I repeated that on the nearest 10.0 here, because this looked strange, and E> indeed I see: E> Limiting icmp ping response from 294 to 200 packets/sec This is what should happen. E> However, the quoted line above that says it is limiting from 1 to 200 E> doesn't sound much of a limit? That was my failure and already fixed. -- Totus tuus, Glebius. From owner-freebsd-current@freebsd.org Wed Dec 21 15:20:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF887C8AAB6; Wed, 21 Dec 2016 15:20:41 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "orsmga104.jf.intel.com", Issuer "Intel External Issuing CA 6A" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3ABB916BC; Wed, 21 Dec 2016 15:20:40 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga104.jf.intel.com with ESMTP; 21 Dec 2016 07:20:33 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,384,1477983600"; d="scan'208";a="205378200" Received: from orsmsx105.amr.corp.intel.com ([10.22.225.132]) by fmsmga004.fm.intel.com with ESMTP; 21 Dec 2016 07:20:33 -0800 Received: from orsmsx160.amr.corp.intel.com (10.22.226.43) by ORSMSX105.amr.corp.intel.com (10.22.225.132) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 21 Dec 2016 07:20:32 -0800 Received: from orsmsx110.amr.corp.intel.com ([169.254.10.17]) by ORSMSX160.amr.corp.intel.com ([169.254.13.139]) with mapi id 14.03.0248.002; Wed, 21 Dec 2016 07:20:32 -0800 From: "Moore, Robert" To: Edward Tomasz Napierala , "O. Hartmann" CC: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , "Vladimir Zakharov" Subject: RE: ACPI Error on HP ProBook 430 G2 Thread-Topic: ACPI Error on HP ProBook 430 G2 Thread-Index: AQHSWtMhykY090UIUUqbs9oDjxMRtaERjjQAgAE5DgD//75loA== Date: Wed, 21 Dec 2016 15:20:32 +0000 Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> In-Reply-To: <20161221111430.GB26106@brick> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.139] Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 21 Dec 2016 17:11:12 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 15:20:41 -0000 We have fixed this issue for the latest version of ACPICA that will happen = this week, probably 22 december. > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Edward Tomasz Napierala > Sent: Wednesday, December 21, 2016 3:15 AM > To: O. Hartmann > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Vladimir > Zakharov > Subject: Re: ACPI Error on HP ProBook 430 G2 >=20 > On 1220T1734, O. Hartmann wrote: > > Am Tue, 20 Dec 2016 18:09:20 +0300 > > Vladimir Zakharov schrieb: > > > > > Hello! > > > > > > Some time ago new ACPI messages appeared on console and in > > > /var/log/messages. Like > > > these: > > > > > > ACPI Error: Needed type [Reference], found [Processor] > > > 0xfffff800043b8980 > > > (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While > > > resolving operands for [OpcodeName unavailable] > > > (20161117/dswexec-498) ACPI Error: Method parse/execution failed > > > [\134_SB.PCI0.LPCB.EC0.PPNT] (Node 0xfffff80004396640), > > > AE_AML_OPERAND_TYPE > > > (20161117/psparse-560) ACPI Error: Method parse/execution failed > > > [\134_SB.PCI0.LPCB.EC0._Q04] (Node 0xfffff80004396c40), > > > AE_AML_OPERAND_TYPE > > > (20161117/psparse-560) acpi_ec0: evaluation of query method _Q04 > failed: > > > AE_AML_OPERAND_TYPE > > > > > > I'm sure that there were no such messages earlier. Suspend/resume > > > works for me. But after disconnecting power line hw.acpi.acline > > > still equals to 1. And powerd/powerdxx do not adjust CPU frequency > anymore. > > > > > > System info: > > > $ uname -a > > > FreeBSD vzakharov 12.0-CURRENT FreeBSD 12.0-CURRENT #14 r310326M: > > > Tue Dec 20 16:42:21 MSK 2016 > > > root@vzakharov:/home/obj/usr/src/sys/GENERIC-NODEBUG amd64 > > > > > > dmesg: http://pastebin.com/cYD8cR0b > > > hw.acpi: http://pastebin.com/Tht9B0FZ > > > acpidump: http://vzakharov.ru/z2v-HPProBook430G2.asl > > > > > > > > > PS. I'm not subscribed to freebsd-acpi. So keep me in CC, please. > > > > > > > I see lots of ACPI errors also shortly on a Lenovo E540 UEFI notebook > > running most recent CURRENT ... >=20 > +1, I see the same on Thinkpad T420. >=20 > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Dec 21 23:01:41 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7C9CC8B4C9 for ; Wed, 21 Dec 2016 23:01:41 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F9611D50; Wed, 21 Dec 2016 23:01:41 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id g23so35437217wme.1; Wed, 21 Dec 2016 15:01:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dIoexR/aewiwyzeEUnjOvbMKpnez7np6x2F+pa8txMM=; b=rJLP4NydFrJVLc2Eag3B+EZjUWCtnQTfSW2LY6tUof9OvlrLs5TV10CE87n5PKCdKi +H6R3baK0w+U8SHODwLRKhpAVkrUkJ0EJzS0Z8fvqFHTE5Dkq3bk6sFqzbSf6TpA3hF6 jpmiOTUcBjYVI3CKs4b3yLwalbdXPEegfCDCyDxJMfkOVVPI2beuPEQqk6qYUcvS+ko4 NIAIBfYFNFj+NgCj84x2NnWUhJSOgbW1A72zeIG9cd95Afm/EQ2XJaj706eoRMzXu0Sx iNcG/e8p5HlkgL1iPJPVF4bMSyzvhXmuZ19oIgLxjnOtjm2AIpWv9WIVyjmOdGITk0Gw 73uQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dIoexR/aewiwyzeEUnjOvbMKpnez7np6x2F+pa8txMM=; b=uLDmCbaR3VxFoE72ZLsv8yoxZcROAWeMXRcvPJJMmTwlFYcxFGl2xRJdhflVSC08kC gtIHcGe976Vk1rJf2tGWuqprDEgpBzRkf+r6YtOBEIAlcMePs3RRfbsrzmO0QRAQ320n egRazYBz7VykMhHI8HOzgv+2MbW+XRnErEmraMi+Nf30mhnuR/M/RLlZ2boECcQrqEJm DLbslijyFrQmn9z2OgrgC42g94fF/+jV1+4hXfZ41mRWHbE3iPod6ZHBE7gaPZPgxlr0 WdfSIomllQfU4iYMzw+JluhSntO1D+fqaLVaDbGFC+EjOBMMFqqc3YxX8aPu0cUixD+3 e+LA== X-Gm-Message-State: AIkVDXIbunUMVGJAAsNmcC1NJ+tNhKD2G2Dw2LvCrfjauSOUsRji/blEXDVCs1J1FpzgIjs1xXIwBi38DPGRdg== X-Received: by 10.28.62.77 with SMTP id l74mr8664000wma.37.1482361299169; Wed, 21 Dec 2016 15:01:39 -0800 (PST) MIME-Version: 1.0 References: <630314dc-e14f-02e7-aa48-4456b0feeef9@protected-networks.net> <689f6fbe-c59f-2e3a-44d6-bc9d19d31bf9@FreeBSD.org> <20161221100314.GC71988@klump.hjerdalen.lokalnett> <20161221164449.GK9389@FreeBSD.org> In-Reply-To: <20161221164449.GK9389@FreeBSD.org> From: Ben Woods Date: Wed, 21 Dec 2016 23:01:28 +0000 Message-ID: Subject: Re: Log spam: Limiting * response from 1 to 200 packets/sec To: Eivind Nicolay Evensen , Gleb Smirnoff Cc: Eric van Gyzen , FreeBSD Current , Michael Butler , jtl@freebsd.org, rrs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 21 Dec 2016 23:01:42 -0000 On Thu., 22 Dec. 2016 at 12:45 am, Gleb Smirnoff wrote: > That was my failure and already fixed. > Thanks for the fix! For those of us playing along at home, I believe the fix can in r310032. https://svnweb.freebsd.org/base?view=revision&revision=310032 Regards, Ben From owner-freebsd-current@freebsd.org Thu Dec 22 20:04:09 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BFFEC8DD0A; Thu, 22 Dec 2016 20:04:09 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "orsmga104.jf.intel.com", Issuer "Intel External Issuing CA 6A" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0C221FD1; Thu, 22 Dec 2016 20:04:08 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga104.jf.intel.com with ESMTP; 22 Dec 2016 12:04:02 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,390,1477983600"; d="scan'208";a="801408546" Received: from orsmsx109.amr.corp.intel.com ([10.22.240.7]) by FMSMGA003.fm.intel.com with ESMTP; 22 Dec 2016 12:04:01 -0800 Received: from orsmsx114.amr.corp.intel.com (10.22.240.10) by ORSMSX109.amr.corp.intel.com (10.22.240.7) with Microsoft SMTP Server (TLS) id 14.3.248.2; Thu, 22 Dec 2016 12:04:01 -0800 Received: from orsmsx110.amr.corp.intel.com ([169.254.10.17]) by ORSMSX114.amr.corp.intel.com ([169.254.8.50]) with mapi id 14.03.0248.002; Thu, 22 Dec 2016 12:04:01 -0800 From: "Moore, Robert" To: "Moore, Robert" , Edward Tomasz Napierala , "O. Hartmann" CC: "freebsd-acpi@freebsd.org" , "freebsd-current@freebsd.org" , "Vladimir Zakharov" Subject: RE: ACPI Error on HP ProBook 430 G2 Thread-Topic: ACPI Error on HP ProBook 430 G2 Thread-Index: AQHSWtMhykY090UIUUqbs9oDjxMRtaERjjQAgAE5DgD//75loIAB4ZAA Date: Thu, 22 Dec 2016 20:04:00 +0000 Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E37E5498DD@ORSMSX110.amr.corp.intel.com> References: <20161220150920.jkugbdrqnm3fkaqe@vzakharov> <20161220173402.64bfb602@thor.walstatt.dynvpn.de> <20161221111430.GB26106@brick> <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E37E54938B@ORSMSX110.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 22 Dec 2016 20:25:32 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Dec 2016 20:04:09 -0000 ACPICA version 20161222 happened today, with a fix for the problem below. > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Moore, Robert > Sent: Wednesday, December 21, 2016 7:21 AM > To: Edward Tomasz Napierala ; O. Hartmann > > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Vladimir > Zakharov > Subject: RE: ACPI Error on HP ProBook 430 G2 >=20 > We have fixed this issue for the latest version of ACPICA that will > happen this week, probably 22 december. >=20 >=20 > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of Edward Tomasz Napierala > > Sent: Wednesday, December 21, 2016 3:15 AM > > To: O. Hartmann > > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org; Vladimir > > Zakharov > > Subject: Re: ACPI Error on HP ProBook 430 G2 > > > > On 1220T1734, O. Hartmann wrote: > > > Am Tue, 20 Dec 2016 18:09:20 +0300 > > > Vladimir Zakharov schrieb: > > > > > > > Hello! > > > > > > > > Some time ago new ACPI messages appeared on console and in > > > > /var/log/messages. Like > > > > these: > > > > > > > > ACPI Error: Needed type [Reference], found [Processor] > > > > 0xfffff800043b8980 > > > > (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While > > > > resolving operands for [OpcodeName unavailable] > > > > (20161117/dswexec-498) ACPI Error: Method parse/execution failed > > > > [\134_SB.PCI0.LPCB.EC0.PPNT] (Node 0xfffff80004396640), > > > > AE_AML_OPERAND_TYPE > > > > (20161117/psparse-560) ACPI Error: Method parse/execution failed > > > > [\134_SB.PCI0.LPCB.EC0._Q04] (Node 0xfffff80004396c40), > > > > AE_AML_OPERAND_TYPE > > > > (20161117/psparse-560) acpi_ec0: evaluation of query method _Q04 > > failed: > > > > AE_AML_OPERAND_TYPE > > > > > > > > I'm sure that there were no such messages earlier. Suspend/resume > > > > works for me. But after disconnecting power line hw.acpi.acline > > > > still equals to 1. And powerd/powerdxx do not adjust CPU frequency > > anymore. > > > > > > > > System info: > > > > $ uname -a > > > > FreeBSD vzakharov 12.0-CURRENT FreeBSD 12.0-CURRENT #14 r310326M: > > > > Tue Dec 20 16:42:21 MSK 2016 > > > > root@vzakharov:/home/obj/usr/src/sys/GENERIC-NODEBUG amd64 > > > > > > > > dmesg: http://pastebin.com/cYD8cR0b > > > > hw.acpi: http://pastebin.com/Tht9B0FZ > > > > acpidump: http://vzakharov.ru/z2v-HPProBook430G2.asl > > > > > > > > > > > > PS. I'm not subscribed to freebsd-acpi. So keep me in CC, please. > > > > > > > > > > I see lots of ACPI errors also shortly on a Lenovo E540 UEFI > > > notebook running most recent CURRENT ... > > > > +1, I see the same on Thinkpad T420. > > > > _______________________________________________ > > freebsd-acpi@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > To unsubscribe, send any mail to "freebsd-acpi- > unsubscribe@freebsd.org" > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Thu Dec 22 20:26:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CC9DC8CCD4 for ; Thu, 22 Dec 2016 20:26:14 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 32C761BFD for ; Thu, 22 Dec 2016 20:26:13 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 3A66233FF1; Thu, 22 Dec 2016 21:26:06 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ND_1CwuBmCBd; Thu, 22 Dec 2016 21:26:05 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 9623433FEF; Thu, 22 Dec 2016 21:26:05 +0100 (CET) Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD To: Adrian Chadd , Slawa Olhovchenkov References: <20161214102711.GF94325@kib.kiev.ua> <20161214105211.GC98176@zxy.spb.ru> <20161214113927.GG94325@kib.kiev.ua> <20161214121336.GD98176@zxy.spb.ru> <20161214152627.GF98176@zxy.spb.ru> <20161214190349.GJ94325@kib.kiev.ua> <20161215105118.GK98176@zxy.spb.ru> <20161215123330.GQ94325@kib.kiev.ua> <20161215131624.GL98176@zxy.spb.ru> <20161215135656.GS94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> Cc: Konstantin Belousov , freebsd-current From: Willem Jan Withagen Message-ID: <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> Date: Thu, 22 Dec 2016 21:26:02 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 22 Dec 2016 20:26:14 -0000 On 16-12-2016 00:57, Adrian Chadd wrote: > heh, an updated BIOS that solves the problem will solve the problem. :) > > I think you have enough information to provide to supermicro. Ie, > "SMAP says X, when physical memory pages at addresses X are accessed, > they don't behave like memory, maybe something is wrong". > > All I can think of is some hack to add a blacklist for that region so > you can boot the unit. But it makes me wonder what else is going on. I have an X10DRL-iT with 256Gb and 2* 2630V4 available for testing until begin January. Started it on 11-RELEASE and upgraded to 12-CURRENT of 20-12-2016. Boots just fine, and seems to run OKE. If anything useful to test, just let me know. --WjW From owner-freebsd-current@freebsd.org Fri Dec 23 10:15:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7650C8DD1E for ; Fri, 23 Dec 2016 10:15:37 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6420C18D6 for ; Fri, 23 Dec 2016 10:15:36 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([141.89.176.196]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LzLJR-1cgNpA0aDx-014WNX for ; Fri, 23 Dec 2016 11:15:29 +0100 Date: Fri, 23 Dec 2016 11:15:27 +0100 From: "Hartmann, O." To: FreeBSD CURRENT Subject: iwm: loosing sporadically connection - iwm has never been stable Message-ID: <20161223111527.61981949@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:F1XpiinugffsnFOsNh+wcdRQM1keNJnJYY1qPQCN2s9G2QphsS6 /q8PkkreWxUinC8dZBFh98pDbEl+xOSPrtNCWug8vyakFnBrNCq+eIUL/gYXZg2ibvAj9Yp Oyd1iJPjJB2K/9RXT442J0IMiqqKlyUMYOzVn01/jlm3DoWGJmcuPNOVYKy6H8c+EtQtmJS uzIa7rWVoLSTwuV6oim2A== X-UI-Out-Filterresults: notjunk:1;V01:K0:CTx5g5nTAa8=:q20mzcJzTEuG642hCDLUZS j8xb8XUwsXXR+fWxgMCWqhLh/C6XyidslhwYqGsN4Z83QFYZCGzxDPBwCxSkuyUsjWK1eR+Zb ZS1860b7aw+c1/ND9YhhE7XJQQJuwTPIAN+ZEb4gFPr2SvQQLk8C3lzuNeP0Xu8EXQOHvPVoR 5ttL89h0X6IPHMQy5nh77+gjPGkwgRUYnea7jm+gHlt+myW2fLO5aMrKGzn0j6KgxNJqfn1eN o/9PPK0TYMCGbqca2JqYrv4wBj4417cbSFLJ55Wky49hie0t296KCNlnLETzTZ7w/2egNGo5t n4MJ2/DzPhlVj8pp2IriWLZdeR+px1sAl71DDXzvV2B9EMLJZOM4XXUBrtbDMAQW7IdMcRNrB 5C6lAdPN4J/SFXoJwC7oA33zIdgL8eVyvv31Wo7jMwlzJzIY7k4GVkPovVrijVKXU+Bai1Ius 6ZUibG6pygvNRTPdjLqEVpiMhgRThGgOJgPB0GQ43GU1MA/9PVS2T5PZpZFYX2qho2k8EYPO8 PC/nGhrbSl8M27YWAdDFRtjlEIKmUnRCWMAmkXgSXUMKwCO5dTAA2CdYlQ/GPLFZDjGLlUiUM PmjmWSdOJpiLuA6Gjyeg8OdK4pHe4GvDqv2SzKrtOLbinCLkJlk8Wfp7a/H0qEjkoB41KtL5Z T9Q2OxMwsp1O76Uz+Sazoq8Ux+4I2bg7kUT6w6XDrChEzRurHkCkGJH2nbd8V6JRkmZ5WMliB uW0EuzzQAcb/izaoTLujTmzaBgt4XqWmJHEbcdpi8/vKzwsPkdPOEErLjreiKtO5trKTNSM2/ b3uvszm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Dec 2016 10:15:38 -0000 Using a Lenovo E540 laptop equipted with a Intel i7260 WiFi adapter (iwm0: mem 0xf0c00000-0xf0c01fff at device 0.0 on pci3), this adaptor has never been fully operational since it got supported by FreeBSD on that specific laptop of mine. I'm running CURRENT(12.0-CURRENT #29 r310417: Thu Dec 22 17:06:29 CET 2016 amd64). The laptop is used in the WLAN environment of the campus and at my employer's facility and after booting the laptop, the rarest case is to have a stable connection over the time of work (~4 - 9 hours a day). At this very moment, I receive these messages on the console: [...] acpi_ec0: evaluation of query method _Q26 failed: AE_AML_OPERAND_TYPE wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending INIT -> SCAN transition lost iwm0: iwm_update_edca: called wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: ieee80211_new_state_locked: pending INIT -> SCAN transition lost iwm0: add_aux_sta failed iwm0: iwm_send_cmd: acquiring device failed iwm0: could not initiate 2 GHz scan iwm0: iwm_update_edca: called iwm0: iwm_send_cmd: acquiring device failed iwm0: iwm_newstate: could not move to auth state: 16 iwm0: device timeout iwm0: add_aux_sta failed iwm_init_hw failed 35 iwm0: could not initiate 2 GHz scan [...] Ince a couple of days for now, I'm bothered by tons of ACPI messages on the console as well, but I do not know whether they're linked to the problem described above: [...] WARNING: attempt to domain_add(bluetooth) after domainfinalize() iwm0: iwm_update_edca: called wlan0: link state changed to UP ACPI Error: Needed type [Reference], found [Processor] 0xfffff8000461ab80 (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20161117/dswexec-498) ACPI Error: Method parse/execution failed [\134PNTF] (Node 0xfffff80003f17ac0), AE_AML_OPERAND_TYPE (20161117/psparse-560) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPC.EC.IPCL] (Node 0xfffff80004603f00), AE_AML_OPERAND_TYPE (20161117/psparse-560) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPC.EC.PCLK] (Node 0xfffff80004604000), AE_AML_OPERAND_TYPE (20161117/psparse-560) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPC.EC._Q7B] (Node 0xfffff80004604300), AE_AML_OPERAND_TYPE (20161117/psparse-560) acpi_ec0: evaluation of query method _Q7B failed: AE_AML_OPERAND_TYPE error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state error: [drm:pid1127:i915_write32] *ERROR* Unknown unclaimed register before writing to 20a8 error: [drm:pid0:i915_write64] *ERROR* Unknown unclaimed register before writing to 100000 ACPI Error: Needed type [Reference], found [Processor] 0xfffff8000461ab80 (20161117/exresop-111) ACPI Exception: AE_AML_OPERAND_TYPE, While resolving operands for [OpcodeName unavailable] (20161117/dswexec-498) ACPI Error: Method parse/execution failed [\134PNTF] (Node 0xfffff80003f17ac0), AE_AML_OPERAND_TYPE (20161117/psparse-560) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPC.EC.IPCL] (Node 0xfffff80004603f00), AE_AML_OPERAND_TYPE (20161117/psparse-560) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPC.EC.PCLK] (Node 0xfffff80004604000), AE_AML_OPERAND_TYPE (20161117/psparse-560) ACPI Error: Method parse/execution failed [\134_SB.PCI0.LPC.EC._Q7B] (Node 0xfffff80004604300), AE_AML_OPERAND_TYPE (20161117/psparse-560) acpi_ec0: evaluation of query method _Q7B failed: AE_AML_OPERAND_TYPE [...] Hope someone can have a look at this. Thanks in advance, Oliver Hartmann From owner-freebsd-current@freebsd.org Fri Dec 23 10:13:52 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F443C8DC8E for ; Fri, 23 Dec 2016 10:13:52 +0000 (UTC) (envelope-from hhsheng@corp.netease.com) Received: from corp-front01-corp.i.nease.net (corp-front01-corp.i.nease.net [123.58.164.174]) by mx1.freebsd.org (Postfix) with ESMTP id 78DAF18AE for ; Fri, 23 Dec 2016 10:13:46 +0000 (UTC) (envelope-from hhsheng@corp.netease.com) Received: from E13D (unknown [218.107.55.252]) by corp-front01-corp.i.nease.net (Coremail) with SMTP id rqR4CgCXunb27FxY9QUFAA--.664S2; Fri, 23 Dec 2016 17:23:03 +0800 (HKT) Date: Fri, 23 Dec 2016 17:23:02 +0800 From: =?GB2312?B?yqK727uq?= To: freebsd-current Subject: question about libc fopen X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[cn] Mime-Version: 1.0 Message-ID: <2016122317230247683442@corp.netease.com> X-CM-TRANSID: rqR4CgCXunb27FxY9QUFAA--.664S2 X-Coremail-Antispam: 1UD129KBjvJXoW7tryDCr18tw1ruF1xXr1xuFg_yoW8uw13pa yagayIgr4kGayI9ryqk348uF1Sv3y3W3yUXrn8X34DtrZ0grs2qrsaqw4Y93W8Gr1vk34j qw4qyFZ7Xr4rZ3DanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUjblb7IF0VCYb41lb7IF0VCYb415M7k042IE4IxYO2xFxVAqjxCE w4Av424lb7Iv0xC_Zr1lb4IE77IF4wAFc2x0x2IEx4CE42xK8VAvwI8IcIk0rVWrJVCq3w A2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK021l84ACjcxK6xIIjxv20xvE14v26w1j 6s0DM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26rxl6s0DM28EF7xvwVC2z280aVAFwI0_Gc CE3s1l84ACjcxK6I8E87Iv6xkF7I0E14v26rxl6s0DM2kK67ZEXf0FJ3sC6x9vy-n0Xa0_ Xr1Utr1kJwI_Jr4ln4vE4IxY62xKV4CY8xCE548m6r4UJryUGwAa7VA2z4x0Y4vE2Ix0cI 8IcVCY1x0267AKxVW0oVCq3VA2z4x0Y4vE2Ix0cI8IcVAFwI0_tr0E3s0E7I0Y6sxI4wAa 7VA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxVW0oVCq3VA2z4x0Y4vEx4A2jsIE14v26rxl6s 0q6x02cVCv0xWlnx0E84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_GcCE3s0E7I0Y6sxI4wAa 7VCE64xvF2IEb7IF0Fy264xvF2IEb7IF0Fy264kE64k0F2IE7I0Y6sxI4wAS0I0E0xvYzx vE52x082IY62kv0487Mc804VCqF7xvr2I5Mc02F40En4AKxVAvwIkv4cxYr24l5I8CrVC2 j2CEjI02ccxYII8I67AEr4CY67k08wAv7VACjcxG62k0Y48FwI0_Cr0_Gr1UMcIj6x8Erc xFaVAv8VW8ZwAm72CE4IkC6x0Yz7v_Jr0_Gr1lF7xvr2IYc2Ij64vIr41lFcxC0VAYjxAx ZF0Ew4CEw7xC0wACY4xI67k04243AVC20s07Mx8GjcxK6IxK0xIIj40E5I8CrwCjxxvEa2 IrMxkFs20EY4vE77kJMxkFs20EY4vE44CYbxCE4x80FwCY02Avz4vE14v_GFWlc2IjII80 xcxEwVAKI48JMxAIw28IcxkI7VAKI48JMxAIw28IcVCjz48v1sIEY20_GFyl4x8a64kIII 0Yj41l4I8I3I0E4IkC6x0Yz7v_Jr0_Gr1l4IxY624lx2IqxVAqx4xG67AKxVWUGVWUWwC2 0s026x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY17CE14v26r1j6r15MIIYrxkI7VAKI48JMI IF0xvE2Ix0cI8IcVAFwI0_Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r1j6r4UMIIF 0xvE42xK8VAvwI8IcIk0rVWrJr0_WFyUJwCI42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I 8E87Iv6xkF7I0E14v26r1j6r4UMVCEFcxC0VAYjxAxZFUvcSsGvfC2KfnxnUUI43ZEXa7I U57nY7UUUUU== X-CM-SenderInfo: xkkvxv1qj6u0tuso0v5whd2voofrz/1tbiAgASBVUojr4JzQABsd X-Mailman-Approved-At: Fri, 23 Dec 2016 12:09:03 +0000 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Dec 2016 10:13:52 -0000 aGkgYWxsLA0KDQogICBoaX4NCiAgIHdlIGFyZSBmcm9tIENoaW5lc2UgR2FtZSBEZXZlbG9wIENv cnAsIE5ldGVhc2UuDQogICBhbmQgT25lIG9mIG91ciBwcm9kdWN0IHVzaW5nIEZyZWVCc2QgYXMg aXRzIE9TIHBsYXRmb3JtLg0KICAgVGhpcyBHYW1lIGhhcyBNaWxsaW9ucyBvZiBwbGF5ZXJzIG9u bGluZSAsIGFuZCBFYWNoIFNlcnZlciBtYXkgaG9sZHMgMjUwMDArIHRjcCBjb25uZWN0aW9uIGF0 IHRoZSBzYW1lIHRpbWUuVGhhbmtzIHRvIEJTRCBhbmQga3F1ZXVlIDopDQoNCiAgIGl0J3Mgb25l IG9mIG91ciBzZXJ2ZXIgLCBuZXRzdGF0IGNtZCB0byBsaXN0IGNvbm5lY3Rpb25zIG92ZXJhbGwu Li4NCiAgIG5ldHN0YXQgLWFuIHwgZ3JlcCAxMzM5NiAoaXQncyBvdXIgbGlzdGVuaW5nIHBvcnQp IHwgd2MgLWwgDQogICAyMzIyMQ0KDQogICAgcmVjZW50bHkgd2UgZG8gc29tZSBwZXJmb3JtYW5j ZSBvcHRpbWl6ZSBhbmQgcHJvbW90ZSB0aGlzIGNvbm5lY3Rpb24gbGltaXQgdG8gMjgwMDArIG9y IDMwMDAwKy4NCiAgQnV0IHdlIGZpbmQgRnJlZWJzZCBoYXMgYSBsaW1pdCB0aGF0IHRoaXMgaHVn ZSBvbmxpbmUgbnVtYmVyIHdpbGwgdGFrZSAyODAwMCsgZmQsIGFuZCBic2QgbGliYyBmb3BlbiBG SUxFICogc3RydWN0J3MgDQogIGZpbGVubyBvbmx5IHN1cHBvcnQgdG8gU0hPUlQgLiBzdWNoIGFz IC4uDQoNCnN0cnVjdCBfX3NGSUxFIHsNCiAuLi4NCiBzaG9ydCBfZmlsZTsgLyogKCopIGZpbGVu bywgaWYgVW5peCBkZXNjcmlwdG9yLCBlbHNlIC0xICovDQogLi4uDQoNCiAgc28gaWYgb3VyIHNl cnZlciB3YW50IHRvIGZvcGVuIHNvbWUgZmlsZSB3aGVuIHdlIHN0aWxsIGhvbGQgdGhpcyBvbmxp bmUgbnVtYmVyLCB0aGUgZm9wZW4ncyBmaWxlbm8gbWF5IGVhc2lseSBleGNlZWQNCjMyNzY3LCBh bmQgZm9wZW4gZGVmaW5pdGVseSByZXR1cm4gYSBlcnIgY29kZS4gdGhlbiB0aGUgc2VydmVyIHdp bGwgYXBwZWFyIHNvbWUgZmF0YWx5IEVSUk9SLiANCg0KICBmb3IgZXhhbXBsZSwgaWYgbXkgc2Vy dmVyIHRjcCBhbHJlYWR5IGhvbGRzIDMyMDAwIGNvbm5lY3Rpb24NCiAgZm9wZW4gb25seSBoYXMg NzY3IGZkIHRvIHVzZQ0KDQogIHRoZSBwcm9ibGVtIGhhcyBubyBidXNzaW5lc3Mgd2l0aCB0Y3Ag ZmQsIEJVVCBmb3BlbiAuLi4NCg0KICBpbiBzb21lIHBhcnRpY3VsYXIgc2l0dWxhdGlvbnMgLCBt eSBzZXJ2ZXIgd2lsbCBvcGVuIDFrKyBGSUxFICwgdGhhdCB3aWxsIGV4Y2VlZCB0aGUgZmlsZW5v IGxpbWl0LCBhbmQgb3ZlcmZsb3cgb2NjdXINCiAgbXkgc2VydmVyIGNhbid0IG9wZW4gYW55IGZp bGUgbW9yZSAsdGhhdCdzIHRoZSBwcm9ibGVtIH4NCg0KICB3ZSBkbyBhIHNpbXBsZSB0ZXN0IGFu ZCBjb25maXJtIHRoaXMgc2l0dWF0aW9uLg0KDQogIHRoZW4gaW4gZm9wZW4ncyBjb2RlICwgd2Ug bm90aWNlIHRoYXQgd2UgY2FuIHVzZSBvcGVuIHRvIHJldHVybiBhIGZkIGluc3RyZWFkIG9mIHVz aW5nIGZvcGVuIHRvIGF2b2lkIHRoaXMgb3ZlcmZsb3csIA0KICAgYXMgYmVsb3cNCg0KNjggLyog DQoxICogRmlsZSBkZXNjcmlwdG9ycyBhcmUgYSBmdWxsIGludCwgYnV0IF9maWxlIGlzIG9ubHkg YSBzaG9ydC4gDQoyICogSWYgd2UgZ2V0IGEgdmFsaWQgZmlsZSBkZXNjcmlwdG9yIHRoYXQgaXMg Z3JlYXRlciB0aGFuIA0KMyAqIFNIUlRfTUFYLCB0aGVuIHRoZSBmZCB3aWxsIGdldCBzaWduLWV4 dGVuZGVkIGludG8gYW4gDQo0ICogaW52YWxpZCBmaWxlIGRlc2NyaXB0b3IuIEhhbmRsZSB0aGlz IGNhc2UgYnkgZmFpbGluZyB0aGUgDQo1ICogb3Blbi4gDQo2ICovDQoNCiAgQlVUIC4uLiBzbyBt YW55IGxpYmMgRklMRSBzZXJpZXMgZnVuY3Rpb24gbmVlZHMgYSBGSUxFICogcG9pbnRlciBhcyBp bnB1dCBhcmd1bWVudCwgd2UgY2FuJ3QgY29udmVydCBhbGwgb2YgdGhlbSB0byBmZCwgDQpvciBp dCB3aWxsIGJlIGEgcmF0aGVyIHN1ZmZlcmluZyB0aGluZ3MgdG8gdXMuIA0KDQogIGFuZCBldmVu IGluIEJTRCAxMCAsIGl0IHNlZW1zIHRoaXMgU0hPUlQgZmlsZW5vIGxpbWl0IHN0aWxsIHRoZXJl ICwgYnV0IG90aGVyIE9TIGFzIGRlYmlhbiAsIEZJTEUgc3RydWNudCdzIGZpbGVubyBpcyBhIGlu dCAuDQoNCiAgc28gaSBmZWx0IGlmIGJzZCBvZmZpY2lhbCBjb3VsZCBjaGFuZ2UgbGliYyBGSUxF IHN0cnVjdCdzIGZpbGVubyB0byBhIFVOU0lHTkVEIFNIT1JUIHRoYXQgbWF5IGJlIGFuIGVmZmVj aWVudCBhbmQgY29udmVuaWVudCBzb2x1dGlvbiBqdXN0IGZvciBteSBjYXNlID8NCiAgVU5TSUdO RUQgU0hPUlQgZmlsZW5vIGlzIGVub3VnaCBmb3IgbWV+fn4gb3IgaSBzaG91bGQgbW9kaWZ5IGl0 IGJ5IG15c2VsZiA/DQoNCiAgTG9MLCB0aGFuayB5b3UgISEhISENCg0KeW91cnMgc2luY2VyZWx5 DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB3aW5zb24gc2hlbmcNCg0K DQp3aW5zb24gc2hlbmcNCg== From owner-freebsd-current@freebsd.org Fri Dec 23 13:26:37 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A555EC8DC73 for ; Fri, 23 Dec 2016 13:26:37 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 655969CA for ; Fri, 23 Dec 2016 13:26:37 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cKPrf-000Hcy-Jw; Fri, 23 Dec 2016 16:26:27 +0300 Date: Fri, 23 Dec 2016 16:26:27 +0300 From: Slawa Olhovchenkov To: Willem Jan Withagen Cc: Adrian Chadd , Konstantin Belousov , freebsd-current Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD Message-ID: <20161223132627.GA37153@zxy.spb.ru> References: <20161214121336.GD98176@zxy.spb.ru> <20161214152627.GF98176@zxy.spb.ru> <20161214190349.GJ94325@kib.kiev.ua> <20161215105118.GK98176@zxy.spb.ru> <20161215123330.GQ94325@kib.kiev.ua> <20161215131624.GL98176@zxy.spb.ru> <20161215135656.GS94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> User-Agent: Mutt/1.5.24 (2015-08-30) 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.23 Precedence: 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, 23 Dec 2016 13:26:37 -0000 On Thu, Dec 22, 2016 at 09:26:02PM +0100, Willem Jan Withagen wrote: > On 16-12-2016 00:57, Adrian Chadd wrote: > > heh, an updated BIOS that solves the problem will solve the problem. :) > > > > I think you have enough information to provide to supermicro. Ie, > > "SMAP says X, when physical memory pages at addresses X are accessed, > > they don't behave like memory, maybe something is wrong". > > > > All I can think of is some hack to add a blacklist for that region so > > you can boot the unit. But it makes me wonder what else is going on. > > I have an X10DRL-iT with 256Gb and 2* 2630V4 available for testing until > begin January. Started it on 11-RELEASE and upgraded to 12-CURRENT of > 20-12-2016. > Boots just fine, and seems to run OKE. > > If anything useful to test, just let me know. For touch issuse you must enable in BIOS both NUMA and Memory Interleave below 4G. From owner-freebsd-current@freebsd.org Fri Dec 23 19:16:45 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13FF2C8CA06 for ; Fri, 23 Dec 2016 19:16:45 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CED171B6 for ; Fri, 23 Dec 2016 19:16:44 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id A739333309; Fri, 23 Dec 2016 20:16:41 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qkYG5VdnBRMZ; Fri, 23 Dec 2016 20:16:40 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id D711433308; Fri, 23 Dec 2016 20:16:40 +0100 (CET) Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD To: Slawa Olhovchenkov References: <20161214121336.GD98176@zxy.spb.ru> <20161214152627.GF98176@zxy.spb.ru> <20161214190349.GJ94325@kib.kiev.ua> <20161215105118.GK98176@zxy.spb.ru> <20161215123330.GQ94325@kib.kiev.ua> <20161215131624.GL98176@zxy.spb.ru> <20161215135656.GS94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> <20161223132627.GA37153@zxy.spb.ru> Cc: Adrian Chadd , Konstantin Belousov , freebsd-current From: Willem Jan Withagen Message-ID: Date: Fri, 23 Dec 2016 20:16:39 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20161223132627.GA37153@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Dec 2016 19:16:45 -0000 On 23-12-2016 14:26, Slawa Olhovchenkov wrote: > On Thu, Dec 22, 2016 at 09:26:02PM +0100, Willem Jan Withagen wrote: > >> On 16-12-2016 00:57, Adrian Chadd wrote: >>> heh, an updated BIOS that solves the problem will solve the problem. :) >>> >>> I think you have enough information to provide to supermicro. Ie, >>> "SMAP says X, when physical memory pages at addresses X are accessed, >>> they don't behave like memory, maybe something is wrong". >>> >>> All I can think of is some hack to add a blacklist for that region so >>> you can boot the unit. But it makes me wonder what else is going on. >> >> I have an X10DRL-iT with 256Gb and 2* 2630V4 available for testing until >> begin January. Started it on 11-RELEASE and upgraded to 12-CURRENT of >> 20-12-2016. >> Boots just fine, and seems to run OKE. >> >> If anything useful to test, just let me know. > > For touch issuse you must enable in BIOS both NUMA and Memory > Interleave below 4G. Numa was already on, but I cannot find the Memory Interleave option. --WjW From owner-freebsd-current@freebsd.org Fri Dec 23 19:30:06 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 350B2C8D157 for ; Fri, 23 Dec 2016 19:30:06 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9265D79 for ; Fri, 23 Dec 2016 19:30:05 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cKVXW-0001Vg-1x; Fri, 23 Dec 2016 22:30:02 +0300 Date: Fri, 23 Dec 2016 22:30:02 +0300 From: Slawa Olhovchenkov To: Willem Jan Withagen Cc: Adrian Chadd , Konstantin Belousov , freebsd-current Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD Message-ID: <20161223193001.GC37118@zxy.spb.ru> References: <20161214190349.GJ94325@kib.kiev.ua> <20161215105118.GK98176@zxy.spb.ru> <20161215123330.GQ94325@kib.kiev.ua> <20161215131624.GL98176@zxy.spb.ru> <20161215135656.GS94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> <20161223132627.GA37153@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) 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.23 Precedence: 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, 23 Dec 2016 19:30:06 -0000 On Fri, Dec 23, 2016 at 08:16:39PM +0100, Willem Jan Withagen wrote: > On 23-12-2016 14:26, Slawa Olhovchenkov wrote: > > On Thu, Dec 22, 2016 at 09:26:02PM +0100, Willem Jan Withagen wrote: > > > >> On 16-12-2016 00:57, Adrian Chadd wrote: > >>> heh, an updated BIOS that solves the problem will solve the problem. :) > >>> > >>> I think you have enough information to provide to supermicro. Ie, > >>> "SMAP says X, when physical memory pages at addresses X are accessed, > >>> they don't behave like memory, maybe something is wrong". > >>> > >>> All I can think of is some hack to add a blacklist for that region so > >>> you can boot the unit. But it makes me wonder what else is going on. > >> > >> I have an X10DRL-iT with 256Gb and 2* 2630V4 available for testing until > >> begin January. Started it on 11-RELEASE and upgraded to 12-CURRENT of > >> 20-12-2016. > >> Boots just fine, and seems to run OKE. > >> > >> If anything useful to test, just let me know. > > > > For touch issuse you must enable in BIOS both NUMA and Memory > > Interleave below 4G. > > Numa was already on, but I cannot find the Memory Interleave option. for X10DRi: Advanced/Chipset Config/North Bridge/Memory Config/Socket Interleave below 4G From owner-freebsd-current@freebsd.org Fri Dec 23 20:37:51 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 17591C8E4C3 for ; Fri, 23 Dec 2016 20:37:51 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D1E2A13E4 for ; Fri, 23 Dec 2016 20:37:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 31EF8333F1; Fri, 23 Dec 2016 21:37:43 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uZQD_FCB90tT; Fri, 23 Dec 2016 21:37:42 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 3FC7D333F0; Fri, 23 Dec 2016 21:37:42 +0100 (CET) Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD To: Slawa Olhovchenkov References: <20161214190349.GJ94325@kib.kiev.ua> <20161215105118.GK98176@zxy.spb.ru> <20161215123330.GQ94325@kib.kiev.ua> <20161215131624.GL98176@zxy.spb.ru> <20161215135656.GS94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> <20161223132627.GA37153@zxy.spb.ru> <20161223193001.GC37118@zxy.spb.ru> Cc: Adrian Chadd , Konstantin Belousov , freebsd-current From: Willem Jan Withagen Message-ID: <035cd161-28b6-b165-77b6-3dea21b3a9b3@digiware.nl> Date: Fri, 23 Dec 2016 21:37:40 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20161223193001.GC37118@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Dec 2016 20:37:51 -0000 On 23-12-2016 20:30, Slawa Olhovchenkov wrote: > On Fri, Dec 23, 2016 at 08:16:39PM +0100, Willem Jan Withagen wrote: > >> On 23-12-2016 14:26, Slawa Olhovchenkov wrote: >>> On Thu, Dec 22, 2016 at 09:26:02PM +0100, Willem Jan Withagen wrote: >>> >>>> On 16-12-2016 00:57, Adrian Chadd wrote: >>>>> heh, an updated BIOS that solves the problem will solve the problem. :) >>>>> >>>>> I think you have enough information to provide to supermicro. Ie, >>>>> "SMAP says X, when physical memory pages at addresses X are accessed, >>>>> they don't behave like memory, maybe something is wrong". >>>>> >>>>> All I can think of is some hack to add a blacklist for that region so >>>>> you can boot the unit. But it makes me wonder what else is going on. >>>> >>>> I have an X10DRL-iT with 256Gb and 2* 2630V4 available for testing until >>>> begin January. Started it on 11-RELEASE and upgraded to 12-CURRENT of >>>> 20-12-2016. >>>> Boots just fine, and seems to run OKE. >>>> >>>> If anything useful to test, just let me know. >>> >>> For touch issuse you must enable in BIOS both NUMA and Memory >>> Interleave below 4G. >> >> Numa was already on, but I cannot find the Memory Interleave option. > > for X10DRi: > > Advanced/Chipset Config/North Bridge/Memory Config/Socket Interleave below 4G The only thing that could be this is: a7 mode, but that is already enabled. This speaks about a bit higher memory bandwidth. On the PCIe page ther is something like: above 4G encoding but that will probably not be it. --WjW From owner-freebsd-current@freebsd.org Fri Dec 23 21:07:10 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FB46C8EDF0 for ; Fri, 23 Dec 2016 21:07:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F3A10821 for ; Fri, 23 Dec 2016 21:07:09 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cKX3S-00041B-M8; Sat, 24 Dec 2016 00:07:06 +0300 Date: Sat, 24 Dec 2016 00:07:06 +0300 From: Slawa Olhovchenkov To: Willem Jan Withagen Cc: Adrian Chadd , Konstantin Belousov , freebsd-current Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD Message-ID: <20161223210706.GD37118@zxy.spb.ru> References: <20161215123330.GQ94325@kib.kiev.ua> <20161215131624.GL98176@zxy.spb.ru> <20161215135656.GS94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> <20161223132627.GA37153@zxy.spb.ru> <20161223193001.GC37118@zxy.spb.ru> <035cd161-28b6-b165-77b6-3dea21b3a9b3@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <035cd161-28b6-b165-77b6-3dea21b3a9b3@digiware.nl> User-Agent: Mutt/1.5.24 (2015-08-30) 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.23 Precedence: 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, 23 Dec 2016 21:07:10 -0000 On Fri, Dec 23, 2016 at 09:37:40PM +0100, Willem Jan Withagen wrote: > On 23-12-2016 20:30, Slawa Olhovchenkov wrote: > > On Fri, Dec 23, 2016 at 08:16:39PM +0100, Willem Jan Withagen wrote: > > > >> On 23-12-2016 14:26, Slawa Olhovchenkov wrote: > >>> On Thu, Dec 22, 2016 at 09:26:02PM +0100, Willem Jan Withagen wrote: > >>> > >>>> On 16-12-2016 00:57, Adrian Chadd wrote: > >>>>> heh, an updated BIOS that solves the problem will solve the problem. :) > >>>>> > >>>>> I think you have enough information to provide to supermicro. Ie, > >>>>> "SMAP says X, when physical memory pages at addresses X are accessed, > >>>>> they don't behave like memory, maybe something is wrong". > >>>>> > >>>>> All I can think of is some hack to add a blacklist for that region so > >>>>> you can boot the unit. But it makes me wonder what else is going on. > >>>> > >>>> I have an X10DRL-iT with 256Gb and 2* 2630V4 available for testing until > >>>> begin January. Started it on 11-RELEASE and upgraded to 12-CURRENT of > >>>> 20-12-2016. > >>>> Boots just fine, and seems to run OKE. > >>>> > >>>> If anything useful to test, just let me know. > >>> > >>> For touch issuse you must enable in BIOS both NUMA and Memory > >>> Interleave below 4G. > >> > >> Numa was already on, but I cannot find the Memory Interleave option. > > > > for X10DRi: > > > > Advanced/Chipset Config/North Bridge/Memory Config/Socket Interleave below 4G > > The only thing that could be this is: > a7 mode, > but that is already enabled. > This speaks about a bit higher memory bandwidth. In may case A7 immediately below 'Socket Interleave below 4G' > On the PCIe page ther is something like: > above 4G encoding > but that will probably not be it. > > --WjW > From owner-freebsd-current@freebsd.org Fri Dec 23 21:12:49 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70969C8EFCE for ; Fri, 23 Dec 2016 21:12:49 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31708C2B for ; Fri, 23 Dec 2016 21:12:48 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id C47283346F; Fri, 23 Dec 2016 22:12:45 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id olx7ryyJZLt0; Fri, 23 Dec 2016 22:12:44 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id CB1F13346E; Fri, 23 Dec 2016 22:12:44 +0100 (CET) Subject: Re: Enabling NUMA in BIOS stop booting FreeBSD To: Slawa Olhovchenkov References: <20161215123330.GQ94325@kib.kiev.ua> <20161215131624.GL98176@zxy.spb.ru> <20161215135656.GS94325@kib.kiev.ua> <20161215224500.GM98176@zxy.spb.ru> <3792b7ea-0818-b358-4091-d78c3214a09c@digiware.nl> <20161223132627.GA37153@zxy.spb.ru> <20161223193001.GC37118@zxy.spb.ru> <035cd161-28b6-b165-77b6-3dea21b3a9b3@digiware.nl> <20161223210706.GD37118@zxy.spb.ru> Cc: Adrian Chadd , Konstantin Belousov , freebsd-current From: Willem Jan Withagen Message-ID: Date: Fri, 23 Dec 2016 22:12:43 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20161223210706.GD37118@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 23 Dec 2016 21:12:49 -0000 On 23-12-2016 22:07, Slawa Olhovchenkov wrote: > On Fri, Dec 23, 2016 at 09:37:40PM +0100, Willem Jan Withagen wrote: > >> On 23-12-2016 20:30, Slawa Olhovchenkov wrote: >>> On Fri, Dec 23, 2016 at 08:16:39PM +0100, Willem Jan Withagen wrote: >>> >>>> On 23-12-2016 14:26, Slawa Olhovchenkov wrote: >>>>> On Thu, Dec 22, 2016 at 09:26:02PM +0100, Willem Jan Withagen wrote: >>>>> >>>>>> On 16-12-2016 00:57, Adrian Chadd wrote: >>>>>>> heh, an updated BIOS that solves the problem will solve the problem. :) >>>>>>> >>>>>>> I think you have enough information to provide to supermicro. Ie, >>>>>>> "SMAP says X, when physical memory pages at addresses X are accessed, >>>>>>> they don't behave like memory, maybe something is wrong". >>>>>>> >>>>>>> All I can think of is some hack to add a blacklist for that region so >>>>>>> you can boot the unit. But it makes me wonder what else is going on. >>>>>> >>>>>> I have an X10DRL-iT with 256Gb and 2* 2630V4 available for testing until >>>>>> begin January. Started it on 11-RELEASE and upgraded to 12-CURRENT of >>>>>> 20-12-2016. >>>>>> Boots just fine, and seems to run OKE. >>>>>> >>>>>> If anything useful to test, just let me know. >>>>> >>>>> For touch issuse you must enable in BIOS both NUMA and Memory >>>>> Interleave below 4G. >>>> >>>> Numa was already on, but I cannot find the Memory Interleave option. >>> >>> for X10DRi: >>> >>> Advanced/Chipset Config/North Bridge/Memory Config/Socket Interleave below 4G >> >> The only thing that could be this is: >> a7 mode, >> but that is already enabled. >> This speaks about a bit higher memory bandwidth. > > In may case A7 immediately below 'Socket Interleave below 4G' Right, then I do not have this option. Sorry, --WjW From owner-freebsd-current@freebsd.org Sat Dec 24 09:08:19 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B37D2C8D464 for ; Sat, 24 Dec 2016 09:08:19 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7478C15A0 for ; Sat, 24 Dec 2016 09:08:18 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 2BF1E209D3; Sat, 24 Dec 2016 04:08:12 -0500 (EST) Received: from web6 ([10.202.2.216]) by compute7.internal (MEProxy); Sat, 24 Dec 2016 04:08:12 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=skunkwerks.at; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=mesmtp; bh=1eAFVGjjwFa2kRtB7zc2KLr+8u A=; b=jB+ZgYaYZnx0pe5eGyfMG+HtKzqv0O9heOviaj9qRt36mj216HlO/Jd3mD o6HTQIPPVV6gwhpCoiYrQMbbAY76WBjUze+pYfpZeArbP12pa2KPnzxWHK0PbDyT innl3Z8h3+LOxbOBafas49Fq96IlMWWa1xcHrM7WdpenKwcRI= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=smtpout; bh=1e AFVGjjwFa2kRtB7zc2KLr+8uA=; b=s8x3+aAK9nfSBZbskuP1XU2Z89JlIMORtE QwB3HWZ7tzaycs5HUohAwcfAZcx97A6GEETIFiHrVKuuerfrHeokvK1xpcY2nbi1 fgk4+lxAFNXEVm1stx001FreG1wK0gyWs6sjnx62sc2TkCjvBOPbfrrt1Sdx3GZj zUUVot3sA= X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 024DB48001; Sat, 24 Dec 2016 04:08:11 -0500 (EST) Message-Id: <1482570491.251699.828609993.3C542150@webmail.messagingengine.com> From: Dave Cottlehuber To: blubee blubeeme , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-85983a1c In-Reply-To: Subject: Re: A quick question Date: Sat, 24 Dec 2016 10:08:11 +0100 References: <1482057454.3494650.822598369.2BC5D3BD@webmail.messagingengine.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 09:08:19 -0000 On Wed, 21 Dec 2016, at 06:39, blubee blubeeme wrote: > Can I bump this issue one more time? > > On Sun, Dec 18, 2016, 18:38 Dave Cottlehuber wrote: > > > On Sun, 18 Dec 2016, at 10:07, blubee blubeeme wrote: > > > Hi > > > > > > I am on a Macbook pro 11,3 and I wanted to start trying to help sort out > > > some problems that might be too small for the overall team but might help > > > others in the future. > > > > \o/ there are a few of us about, I'm using a MacBookPro 11,2. > > > > > Anyways I am on 12-CURRENT but when I installed from the USB stick I > > > didn't > > > check the docs and 32 bit binaries. > > > > > > svn checkout svn://svn.freebsd.org/base/head /usr/src > > > svn checkout svn://svn.freebsd.org/ports/head /usr/ports > > > svn checkout svn://svn.freebsd.org/doc/head /usr/doc > > > > > > once I do the above steps, do I have to rebuild the entire world? > > > Currently > > > all I am missing is the 32 bit binaries, could I just rebuild those > > > instead > > > of building the entire system? > > > > > > > > > Best, > > > Owen > > > > Hi Owen > > > > You probably only need to unpack > > http://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/12.0-CURRENT/*.txz ; > > I'm assuming this snapshot is still from the same date as your > > installer. If your USB stick has the txz on it, then you can extract > > them from there as well. Something like > > > > tar -xf docs.txz -C / > > > > is probably all you need. NB not tested, viz xkcd.com/1168 > > > > A+ > > Dave > another question to make sure. > > looking at the url: http://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/12.0-CURRENT/ > > I see the MANIFEST along with > > base-dbg.txz > base.. > doc.. > kernel-dbg... > etc. > > so when I install FreeBSD based on the installation items that I select, it just unpacks > one of the above listed file right into the / directory on the hdd? Sorry Christmas got in the way of emails. Yes, you can see here in pc-sysinstall: https://svnweb.freebsd.org/base/release/11.0.0/usr.sbin/pc-sysinstall/backend/functions-extractimage.sh?view=markup#l57 the excellent 3rd party mfsbsd tool does the same thing to install FreeBSD: https://github.com/mmatuska/mfsbsd/blob/master/tools/zfsinstall#L354-L356 A+ Dave From owner-freebsd-current@freebsd.org Sat Dec 24 12:14:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0E915C8E207 for ; Sat, 24 Dec 2016 12:14:29 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D11841BFD; Sat, 24 Dec 2016 12:14:28 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by mail-io0-x241.google.com with SMTP id j76so10411829ioe.0; Sat, 24 Dec 2016 04:14:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=WVaOUYzS1u9f6tRkXYXnLRLMY2pl4WeFIrUZt2XKlzg=; b=Xnku6LaPNxgdR8Nclc19X6Pq3TOSdDb3v6NriW/hbGTUQw58j3w8P606JX6ooiFsl5 Fg84YGI/+BwGo4J1isHTPlk++Yqf+ftd/7HKnt+sw7RAgU96AsSne0jsqHl+EUr9b3O+ 4EAZZ8mL4k1kGEz+jBzjWnfjGO2yJE+ycLqaF8vqA42UkWwAGiPuACmoANORkbNcNlrH 44P40WRkdc96MqeCpnTkoCbxes5eumU6XywXKwWES8vt1NC8ZgDrzptgdGlv+msgBUT4 i1D+2oke1yLlf1Sd1fsxbvWPusMifZhueIADep7k43h4OEbq4UuoDwoLWC3TQm6Bb0FM 6w9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=WVaOUYzS1u9f6tRkXYXnLRLMY2pl4WeFIrUZt2XKlzg=; b=U5vErStFR/UsrYK3RFykFeNXFYYCtc0ceHKEG1sSa9QchwmO5LiGo4GRKfLUWH8iHi eMQ66IXkj2ypIX6mglBBMS4yQcStdjKCnpAw/jdsa7Lh1dLqfZjcJIoI1UGTXCdqmqIF N+ehoY7KCawc4kM5hNENf1MuJv0kTusnCR4E5O3RJCwIg6bNOaqLSowOlfsWbrOGHNWm 420tFe6l1g5c+wbNE56Y47JqXEEqlcBy3te1Md0GVPehDGJFV6EXjH3rE7aVs1T8bjUO fTVSEBQ/LvF+fWm65vSGIU4rsMDpsHoz2jE7X7rg47yDVIQHeojX/XhrN+T7PqpZC/iu j1hQ== X-Gm-Message-State: AIkVDXKl0aypJok83lIVDgxP+XaZCPK2UpRXdkImjOhObQa1MbLPHHA2j48SuAbW5sDcdbSQVHDAFROg2JvT1g== X-Received: by 10.107.138.10 with SMTP id m10mr15573268iod.188.1482581668199; Sat, 24 Dec 2016 04:14:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.0.165 with HTTP; Sat, 24 Dec 2016 04:14:27 -0800 (PST) From: Subbsd Date: Sat, 24 Dec 2016 15:14:27 +0300 Message-ID: Subject: syslogd 100% cpu usage on recent FreeBSD version To: freebsd-current Current , hrs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 12:14:29 -0000 Probably after https://svnweb.freebsd.org/base?view=revision&revision=310494, syslogd eat 100% cpu with follow messages: Dec 24 14:19:15 samson syslogd: select: Bad file descriptor Dec 24 14:19:45 samson last message repeated 464140 times Dec 24 14:20:38 samson last message repeated 835899 times truss -f for syslogd -ss: http://pastebin.com/6XxmX89q From owner-freebsd-current@freebsd.org Sat Dec 24 12:32:25 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 857B0C8EA89 for ; Sat, 24 Dec 2016 12:32:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 758B6968 for ; Sat, 24 Dec 2016 12:32:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 71DEFC8EA88; Sat, 24 Dec 2016 12:32:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71900C8EA87 for ; Sat, 24 Dec 2016 12:32:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33ECA967 for ; Sat, 24 Dec 2016 12:32:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bs.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1cKlFv-000I7K-LJ for current@freebsd.org; Sat, 24 Dec 2016 14:16:55 +0200 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: syslogd: select: Bad File descriptor Message-Id: <6FA7C052-0EF9-42FA-950C-B39C07B302A0@cs.huji.ac.il> Date: Sat, 24 Dec 2016 14:16:55 +0200 To: current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 12:32:25 -0000 latest changes is causing cpu load and =E2=80=98last message repeated = nnnnnnnn times, I guess the eggnog is affecting too early cheers, danny From owner-freebsd-current@freebsd.org Sat Dec 24 12:50:46 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA7B8C8EF82 for ; Sat, 24 Dec 2016 12:50:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 781C81379; Sat, 24 Dec 2016 12:50:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x241.google.com with SMTP id c4so15110085pfb.3; Sat, 24 Dec 2016 04:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=2j+ZWmqzVOaZK+27i8yk+D3zEe4+cCj1aGmN3tsYQp4=; b=KqpKHcuhQEPNGhzEkuWbtUMfGorxhLoR9O+32QSohum6F+lLswzjfPcuFOf2OnJBSd 09F8bRZ4cZ0F7Imn6CUtSFLwJo2HPt48+Bg7A7XmaCquKouVsVIrajukkfJuWyksvSzE jSVLhPwvmcE56jSMnH/cpcp5OVIIELdsy1uMIF0QfYWTQc2r0AtMC+spwUlqHtt7nXg1 IPJoCB1XYi6CXTPO8PmuvQJQyr7OMxfsi5fkYNRfXsCcZsvkGOBHXeP8AZ3bBlOrSLtV 8iXHnjTRGVqlE9mHR17k5F0BLlr5iM74SITUaxLOtwL76gs/6O4Ht7jO0buPysddaAJS sskA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=2j+ZWmqzVOaZK+27i8yk+D3zEe4+cCj1aGmN3tsYQp4=; b=DkMi81wUuXIYKZdElNLUJVfjrjG52d/qINAxCDSSBWZ9oyHWeE9Y1HgQVGQzGQ9RJk Hu6CnePCq/eiCYWwCrRTiCR3IqEI72W2nLCrbYaanTYHpAfnlP7OqQcjVM27weUcMZ/U ekHy2pE0QyV5yw4TozGXQlckyrtSLMTmmUphRqHGTnxhMj/SGlC2Y3LSNVHSb0zG8mfk vqx3aP0e9A3ZVLaw4I+CghJSPQnfsbXCwHLK742/UMyZ4jqhclvWnfq8CNbE5TZNCij+ f2LSmXiG1+xdNxjKGr1/bmOMudCzPV54BUbhTy02+OfLNmfAIjxFHz3dPC5H5KZmkcTe MZRQ== X-Gm-Message-State: AIkVDXKBJEsjdgz1Vnfbc2kniNZYCCY74ueh3DLcM4zm1/6ocO9+tVaSbnQPmA/Qogw7ww== X-Received: by 10.99.222.85 with SMTP id y21mr33922927pgi.119.1482583846036; Sat, 24 Dec 2016 04:50:46 -0800 (PST) Received: from [192.168.20.12] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id c64sm25180817pfa.91.2016.12.24.04.50.45 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 24 Dec 2016 04:50:45 -0800 (PST) Subject: Re: syslogd 100% cpu usage on recent FreeBSD version Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_3482B535-A776-4E31-B4C7-701320CE9CE5"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Sat, 24 Dec 2016 04:50:43 -0800 Cc: freebsd-current Current , hrs@freebsd.org Message-Id: <21B3E312-2654-453D-A39C-16577CABE0B9@gmail.com> References: To: Subbsd X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 12:50:46 -0000 --Apple-Mail=_3482B535-A776-4E31-B4C7-701320CE9CE5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Dec 24, 2016, at 04:14, Subbsd wrote: >=20 > Probably after = https://svnweb.freebsd.org/base?view=3Drevision&revision=3D310494, > syslogd eat 100% cpu with follow messages: >=20 > Dec 24 14:19:15 samson syslogd: select: Bad file descriptor > Dec 24 14:19:45 samson last message repeated 464140 times > Dec 24 14:20:38 samson last message repeated 835899 times Fixed in r310504. Thanks, -Ngie --Apple-Mail=_3482B535-A776-4E31-B4C7-701320CE9CE5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYXm8kAAoJEPWDqSZpMIYVZfQP/3L6sml0nScebQHT7lRUUCVe Nza6foUGTlFPeNc6/UxBi3RXU4ZEIH756nb4Leny4pJAZhCQqFHB4+3v4EgnXE10 b0UEMK/Y2uZSRl6tPVH9uer7CcTz4QYPGxpoEysk74ALEzRooMrB2hLHON7qBrIn 2lcxrDnTKx5lreK8kpniv16uYI4jo59SIAefRyvfNI7fSQlYXFbYhc7sSbBoBkyK Oly4g4GJ3G9Tj2UHZAx+QkR4Hvaq26b72gPO44xExcIxaYFvNLczOuP4id7qqRJa Jfww22iyU4zjWXYX9yMcWS4Ncqxb755K0ONO29QfTo2z+AlsBkc3DtgqkIQ/Xoax 0aswRs/hyL0/RWZPT1JBP4WCJuDTgEp8X7bMBqrZModE4SQCKhT9w39vRr2GEtti dU5qiuLBnl/7SDH1zcdDgyM3cAT+BQNMASR617OTz//BQEGpx9nXD7+FY2walO+w H4cml2OI8vykSjOEU+Qkpw/s5NJfbU9kX9/5i3mKlRhRPJ65x6FHk/Ekhi5uZ/Kc ZjOOUbCIBqZfxr30IFLFxO5Uu2OldumQlFh5yDMHnfct4i0F70ViN/KbSzhG7oXB NPEuyfk+gcvLrtJNvzsKkePW8NbtpcKUgxKkjEx88fU0MnEAKjXWgT3alxEC9xv/ fTl3B3h3kjBnJKqGySRj =c407 -----END PGP SIGNATURE----- --Apple-Mail=_3482B535-A776-4E31-B4C7-701320CE9CE5-- From owner-freebsd-current@freebsd.org Sat Dec 24 12:51:00 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21374C8E149 for ; Sat, 24 Dec 2016 12:51:00 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D8B9B14A6; Sat, 24 Dec 2016 12:50:59 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3tm4r14bpgzZr2; Sat, 24 Dec 2016 13:50:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1482583855; x=1484398256; bh=oBsqOWRfm9w64xcgk6DfQCEviG3NKD/gudg UfdRAiTM=; b=kf3a3NnYP7JfP30wDiNs0ixr11iuAVCNSAktnDUzvJKukj17DfB Rgfdb+fjJ6VwtOzC/p0JmhvA6ng6KvMdL5ArdxRcL9QVVgXEV0DipIH1uCXXVirc aKp+Tj19MxnzBCZv1XuMVyWUf1K+QYc/C8F+nACbxL0WJWIPd4fmO9lE= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id tNoxeN3X2AHh; Sat, 24 Dec 2016 13:50:55 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Sat, 24 Dec 2016 13:50:55 +0100 (CET) Subject: Re: syslogd 100% cpu usage on recent FreeBSD version To: Subbsd , freebsd-current Current , hrs@freebsd.org References: From: Guido Falsi Message-ID: <1cd238ef-1b02-a8b9-1573-27f6e6e7b493@madpilot.net> Date: Sat, 24 Dec 2016 13:50:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 12:51:00 -0000 On 12/24/16 13:14, Subbsd wrote: > Probably after https://svnweb.freebsd.org/base?view=revision&revision=310494, > syslogd eat 100% cpu with follow messages: > > Dec 24 14:19:15 samson syslogd: select: Bad file descriptor > Dec 24 14:19:45 samson last message repeated 464140 times > Dec 24 14:20:38 samson last message repeated 835899 times > I'm sseeing this too. just upgraded one machine to r310496. -- Guido Falsi From owner-freebsd-current@freebsd.org Sat Dec 24 12:51:23 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8E02CC8E1D8 for ; Sat, 24 Dec 2016 12:51:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 62EBC1663 for ; Sat, 24 Dec 2016 12:51:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6249DC8E1D6; Sat, 24 Dec 2016 12:51:23 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61F52C8E1D5 for ; Sat, 24 Dec 2016 12:51:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22e.google.com (mail-pg0-x22e.google.com [IPv6:2607:f8b0:400e:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28E301661 for ; Sat, 24 Dec 2016 12:51:23 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22e.google.com with SMTP id i5so53993163pgh.2 for ; Sat, 24 Dec 2016 04:51:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=WfmXx45Fwatx+Yi8pp5S4cxY0NOl0Sn/zVPLf5Gq6gE=; b=SOK4kh58MjZ5JS0G+ztNbyJukqesjIrlkhehz4El9nMCnWikc90AMwtthexFsKP07a MhmMkWHs5tVlabGxFo6JxKdj2qL/YlH569/ufbMiWTjYSB1IhqllGfKUgLg36cMSNlbf IIorCpBUAF2bfTyx4HmtKPBeD3XmbznfNfo570JeP/Lawlgk9aIXFK9TRsZIP4rlbXCy GqLjioBMNZ+trlUOeHJiXPrn8J8ADbsig1gOs+RI6qZbsXilpkH78KoYRz13v/t0Ukfw ZMhG1ht4ia1cpkrZrvsBbCewQ2Fl9fsN9x1YwcO5wea4r0eqgybn9g6TWmYiYPgIsN4y 9tEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=WfmXx45Fwatx+Yi8pp5S4cxY0NOl0Sn/zVPLf5Gq6gE=; b=qCHrrYaiHcYhv4u1LBgksn7IzRw1e89Vtsd0ROqF+TuqLvj7eKmw53IpEv7No8nncf PZVFGuDuMLnATvvvlVwuunA9wP9d/6875ZZq9ao+FverPvrCxv1WdXe8UeIW+B0v0iqD iSR2hCnOwXSgxgMa2/zvf2Lz9mHwHwqmgfQssP91GaPf3ZiQdWWl2O+g8ZtMNubLkIcb fzRPO2HeGcodu2ZDfDqCDWodfE88vyV+xfJxSKnYp2RRcPTuhsMTFO1Xy/7WR0eqSc3j HinvcPJTqNXJ0qG69bVrCYgj9nsrcPwDVczJnAQjNI+BTQ0X4C3tr/cpwmebcrdOt5bP u3fg== X-Gm-Message-State: AIkVDXLsb1KsCLvgC10a598ANbU/6qHRkPzeTp4XAkAGaZEMlZ8NSnuhnk56Tq3gs4KctQ== X-Received: by 10.84.136.1 with SMTP id 1mr39058045plk.152.1482583882821; Sat, 24 Dec 2016 04:51:22 -0800 (PST) Received: from [192.168.20.12] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id c64sm25180817pfa.91.2016.12.24.04.51.22 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 24 Dec 2016 04:51:22 -0800 (PST) Subject: Re: syslogd: select: Bad File descriptor Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6C78E7D9-C124-4A62-8545-C363ACAB17F3"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <6FA7C052-0EF9-42FA-950C-B39C07B302A0@cs.huji.ac.il> Date: Sat, 24 Dec 2016 04:51:21 -0800 Cc: current@freebsd.org Message-Id: <11CC417D-0A9B-40F2-9F06-6924C7AE954B@gmail.com> References: <6FA7C052-0EF9-42FA-950C-B39C07B302A0@cs.huji.ac.il> To: Daniel Braniss X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 12:51:23 -0000 --Apple-Mail=_6C78E7D9-C124-4A62-8545-C363ACAB17F3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 24, 2016, at 04:16, Daniel Braniss wrote: >=20 > latest changes is causing cpu load and =E2=80=98last message repeated = nnnnnnnn times, I guess the eggnog is affecting too early Fixed in r310504. Thanks, -Ngie --Apple-Mail=_6C78E7D9-C124-4A62-8545-C363ACAB17F3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYXm9JAAoJEPWDqSZpMIYVLjsP/iVVehprOVTA3fUHF7MMrBCQ iCZbtTSGihmRicDbejiV6H3ZkhCyVdakR8WMtbaxi7eIVpC7Y8jG49SmXj0gRshp qjqRHZqF3RmS6TfkHdgchZhTxWW/Bhpzq7yXeAwJtRxcF3WCiVg5nlL6OD5IL9Ux 6fht1LBcbRIgrroqLqKh2N9KT1EZE9GmI+mGz040SYwAPOLdKM8cCzGOE2LV9DSU V8z3A3huSW+8LnsJ4LBcXvHaJsMLvmZt4djtkdLeQPa58+U6WyfeGUT3JOG8hWAS JVbkcAQ0JxxyHJNL7aa6GcdR+MQYq8uxqOwdcHJKu64nIISU88Gd6sH2Pfu2FZy9 YQcZDT0N3M73a7ItMGawEh+/c1Ju6M4Z8HGNXMNiPVOYkZmKCzqo7NCdhIzVWoW9 XkAbubUtXecyDZXWi4NgA+PMv4Dr22TycieQyWNJ2xrBNxvjohxGId8M8fTYhXuk C1deMwuC6WSHo4B2LTtlyqN7QzOp2D1N1f7Vc4pFwEVNyvjHJGh7CZJOe6rds62p xUA2GeDx/EfC4DxnFEXCdobk80oMw/IijlOupMjdVYEL1+mZae5BZ403cJOdDxtC TFUzQHTtb892WANkkK+eWv0ZFDmE+CYne0wsd56q7Vnxc1aRgHAGbDE5jzti6FFG 5ZQwxMsY6vz5UN5v7U3O =lV/W -----END PGP SIGNATURE----- --Apple-Mail=_6C78E7D9-C124-4A62-8545-C363ACAB17F3-- From owner-freebsd-current@freebsd.org Sat Dec 24 13:22:39 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 670E7C8F172 for ; Sat, 24 Dec 2016 13:22:39 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 430181C98 for ; Sat, 24 Dec 2016 13:22:39 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4264CC8F171; Sat, 24 Dec 2016 13:22:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 420FEC8F170 for ; Sat, 24 Dec 2016 13:22:39 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-wj0-x243.google.com (mail-wj0-x243.google.com [IPv6:2a00:1450:400c:c01::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C9A111C97 for ; Sat, 24 Dec 2016 13:22:38 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wj0-x243.google.com with SMTP id hb5so10442251wjc.2 for ; Sat, 24 Dec 2016 05:22:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=xUJoi0AxscmVZZROOqVyvJwZksKu/NHcWoOAKzFvG7c=; b=E6NICtkh69z3XLQWdlKBB3oEZBsJV3tK4Vh1VzzyxkzJg8ahe/LyVPIn7krJJSDyhW C4yEyCSKTzW1W5Zhq4cf0Tc/T2hkctji+5H7zjVLlvm52impE8T3Ekb14U9hZALRJUYb FyOvt93HKQhpqV5gUHmxMr7CSOZ7aEFxepk5Y3uKcorAp+Z3QJBdpHOfIs5mMSAn3LBE yvBt69+kBLdOr/k4KRB0AR2cUdORrtRE71IG4vayyFTWukyDJV702ID3/hP/2WwACyfu tHxd5byf/VBxSOXa7lAXFBVPa285VMrfYWjDTXcZVAT6uM+yiF+Yc3JNAeqZ6E1baGzS TM6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=xUJoi0AxscmVZZROOqVyvJwZksKu/NHcWoOAKzFvG7c=; b=n5El3n9hXqE7/2sbNf8UsX3FLWkW3GKW88jqrouT2fqAa+AEoSd4bJ0R35TKM78Wup zIYxLsDeK+tWqwGrqp4+XkU943XFmBtrLdOwsxYIj97jtBz8eLBpD6xY0lcX8IebOJ1y JzNyhXBq3nF4Dc1eol61lI/I+pBMb1xxmITwlX51yC5WJVft21zzhu/5O40mLQvSMoBB vXKDwy4FBhVSz9pCQt20m4iuspce4uLpdUwP7eG4CU+H4LL7uVht4tl6DTB2NOAiaNbu Kl2PE1XV0ONK9Ley1alT44ceTLhhMGlHlaqa83uKXk0M7A5bqhkhiehnXj0MIKz2QdMu P5rw== X-Gm-Message-State: AIkVDXK2O9EPONSkVmqpiVH9KVnXvdoRYEUtZlOvyOc8tuFDkQoa3snxOb51hV3kdLVupA== X-Received: by 10.194.148.4 with SMTP id to4mr17345721wjb.194.1482585756718; Sat, 24 Dec 2016 05:22:36 -0800 (PST) Received: from freebsd-laptop ([109.131.214.174]) by smtp.gmail.com with ESMTPSA id jd9sm29531028wjb.9.2016.12.24.05.22.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 24 Dec 2016 05:22:35 -0800 (PST) Date: Sat, 24 Dec 2016 14:22:33 +0100 From: Domagoj Stolfa To: Daniel Braniss Cc: current@freebsd.org Subject: syslogd: select: Bad File descriptor Message-ID: <20161224132233.GB2277@freebsd-laptop> References: <6FA7C052-0EF9-42FA-950C-B39C07B302A0@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="i9LlY+UWpKt15+FH" Content-Disposition: inline In-Reply-To: <6FA7C052-0EF9-42FA-950C-B39C07B302A0@cs.huji.ac.il> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 13:22:39 -0000 --i9LlY+UWpKt15+FH Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > latest changes is causing cpu load and =E2=80=98last message repeated nnn= nnnnn times, I guess the eggnog is affecting too early >=20 > cheers, > danny Having the issue as well. --=20 Best regards, Domagoj Stolfa. --i9LlY+UWpKt15+FH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEyBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAlhedpkACgkQwxT+ikb0 YU7GhQf3Uru9DcFCMR5LL/bP1s+fjKGTCU0Kx+ugYcU9byJSbPL7wvdVHNHn76Aw IIKI50isVLFQq3qJQbfvIjmeVhbmA45Mjcb8zJWyFCCjxpZNlSt6RZS1UvaqmSPl x/gRWPxwMg4O83WLcyznDMwIhgBlhyI3uRYP8jCM2hDT5nmdSXKJHn1fwIO+JtcI uzdCngX+l15rzjY8BosrUyVtobg8+BFvV5JmujjFnXIvu5k7nmbLoR5m87wpIoAz dTASTxBYd0UDmHZTa7z3AEmBRwOgJOttL84MOeG2v5L0+qyPW239NNsFe958RwOQ koeLn53Eth7Po8nsDuTYiPRGySoz =sGro -----END PGP SIGNATURE----- --i9LlY+UWpKt15+FH-- From owner-freebsd-current@freebsd.org Sat Dec 24 13:41:24 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2DA6C8F6B7 for ; Sat, 24 Dec 2016 13:41:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A1130960 for ; Sat, 24 Dec 2016 13:41:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id A0278C8F6B6; Sat, 24 Dec 2016 13:41:24 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FCD9C8F6B5 for ; Sat, 24 Dec 2016 13:41:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5FA8E95E for ; Sat, 24 Dec 2016 13:41:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bs.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1cKmZa-000JHZ-P5; Sat, 24 Dec 2016 15:41:18 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: syslogd: select: Bad File descriptor From: Daniel Braniss In-Reply-To: <11CC417D-0A9B-40F2-9F06-6924C7AE954B@gmail.com> Date: Sat, 24 Dec 2016 15:41:18 +0200 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <972903CF-7FC1-4580-A12B-EDFA00E01B76@cs.huji.ac.il> References: <6FA7C052-0EF9-42FA-950C-B39C07B302A0@cs.huji.ac.il> <11CC417D-0A9B-40F2-9F06-6924C7AE954B@gmail.com> To: "Ngie Cooper (yaneurabeya)" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 13:41:24 -0000 > On 24 Dec 2016, at 2:51 PM, Ngie Cooper (yaneurabeya) = wrote: >=20 >=20 >> On Dec 24, 2016, at 04:16, Daniel Braniss = wrote: >>=20 >> latest changes is causing cpu load and =E2=80=98last message repeated = nnnnnnnn times, I guess the eggnog is affecting too early >=20 > Fixed in r310504. > Thanks, > -Ngie thanks! Season Greetings, danny From owner-freebsd-current@freebsd.org Sat Dec 24 13:58:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54795C8FABA for ; Sat, 24 Dec 2016 13:58:14 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D76311A3; Sat, 24 Dec 2016 13:58:13 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3tm6Kb6KpqzZql; Sat, 24 Dec 2016 14:58:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=mail; t= 1482587889; x=1484402290; bh=i8gAgzkd2R5v2cYCSJXgidbr2kojVKkw8RV PLdZtc4g=; b=leGezCp2GdJy8s3oz2mnnEiqgo3KioxMNE/EcAbkU/5P6SRH9tJ 9UrFaaBIAZYaKMlwb5hfy2ojgyuYksutgYNlEPAj/A3+hwmBqlfbWOcdhmHPrH2o uVLwFaElW6QFg3y4t1upOq21M/F+ApLMc9dLFGl05yuFb1Nn8hp/oRmg= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id DM76X8jMT-Gy; Sat, 24 Dec 2016 14:58:09 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Sat, 24 Dec 2016 14:58:09 +0100 (CET) Subject: Re: syslogd 100% cpu usage on recent FreeBSD version To: "Ngie Cooper (yaneurabeya)" , Subbsd References: <21B3E312-2654-453D-A39C-16577CABE0B9@gmail.com> Cc: freebsd-current Current , hrs@freebsd.org From: Guido Falsi Message-ID: Date: Sat, 24 Dec 2016 14:58:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <21B3E312-2654-453D-A39C-16577CABE0B9@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: 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, 24 Dec 2016 13:58:14 -0000 On 12/24/16 13:50, Ngie Cooper (yaneurabeya) wrote: > >> On Dec 24, 2016, at 04:14, Subbsd wrote: >> >> Probably after https://svnweb.freebsd.org/base?view=revision&revision=310494, >> syslogd eat 100% cpu with follow messages: >> >> Dec 24 14:19:15 samson syslogd: select: Bad file descriptor >> Dec 24 14:19:45 samson last message repeated 464140 times >> Dec 24 14:20:38 samson last message repeated 835899 times > > Fixed in r310504. Thanks to you! -- Guido Falsi