From owner-freebsd-stable@freebsd.org Sun Jan 15 00:11:40 2017 Return-Path: Delivered-To: freebsd-stable@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 B9EEBCB0A39; Sun, 15 Jan 2017 00:11:40 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::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 6EAAD130A; Sun, 15 Jan 2017 00:11:40 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3v1Gxj0hQJz1J6; Sun, 15 Jan 2017 01:11:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1484439092; x=1487031093; bh=UpC s4rJqKTMiPifHs/ItdjQ3HZmBlzFQNg9Iv/wmEus=; b=kgJFajfg4rafkJEinby uhetG4iD/s0Uu6B8KHUCi6eAO5bV2d05/uRomnrG2xwl0g3yeJt0/fm1wvn3aAhK jYysHDXz91bl1nTLIXq4CQ/FtWO2wWP1tQmTSQEHu3WZqdjldLft4pBbcFQBf7vY DVG67HArdkVx/GGNGVyPYDcw= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id wNoKhgTs9v2M; Sun, 15 Jan 2017 01:11:32 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3v1Gxc6q8pz1J5; Sun, 15 Jan 2017 01:11:32 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3v1Gxc5GqYz15b; Sun, 15 Jan 2017 01:11:32 +0100 (CET) Received: from upc.si.94.140.92.23.dc.cable.static.telemach.net ([94.140.92.23]) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Sun, 15 Jan 2017 01:11:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 15 Jan 2017 01:11:32 +0100 From: Mark Martinec To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Does building linux packages under poudriere require linux compatibility emulation? Organization: Jozef Stefan Institute In-Reply-To: References: <82be98ff42ad41e6ba73927eb54ed2ce@ijs.si> Message-ID: <427b7ee73e7155eb3e0584593d9e4ecd@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 00:11:40 -0000 Thanks to all who responded, makes perfect sense now. Paul Mather wrote: > The only thing you need on the host is to have the linux kernel module > loaded. > (You don't need to have any Linux packages installed there.) The > default setting > in /usr/local/etc/poudriere.conf is to have NOLINUX=yes commented out, > i.e., > Linux support in Poudriere is enabled unless you explicitly disable it. > The easiest way to load the linux kernel module on the host for use > with > Poudriere is to add it to the "kld_list" setting in /etc/rc.conf, e.g., > kld_list="linux" I do have NOLINUX=yes commented out, as is a default. 2017-01-14 22:45 Timon wrote: > No, it doesn't require linuxulator to be configured, but require > linux.ko (and linux64.ko if your host is amd64) to be loaded. > Poudriere load linux.ko, but doesn't load linux64. Try this patch: > > --- /usr/local/share/poudriere/common.sh.orig > +++ /usr/local/share/poudriere/common.sh > @@ -1686,6 +1686,9 @@ jail_start() { > if [ "${arch}" = "i386" -o "${arch}" = "amd64" ]; then > needfs="${needfs} linprocfs" > sysctl -n compat.linux.osrelease >/dev/null > 2>&1 || kldload linux > + if [ "${arch}" = "amd64" ]; then > + kldload linux64 > + fi > fi > fi > [ -n "${USE_TMPFS}" ] && needfs="${needfs} tmpfs" Great, that seems to do the trick! (actually, I just loaded the linux64 kmodule, did not try to apply the patch). Thanks! Looks like the poudriere/common.sh needs this patch. Mark From owner-freebsd-stable@freebsd.org Sun Jan 15 01:28:11 2017 Return-Path: Delivered-To: freebsd-stable@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 B07D6CA5C49 for ; Sun, 15 Jan 2017 01:28:11 +0000 (UTC) (envelope-from www-data@alice.octopuce.fr) Received: from alice.octopuce.fr (alice.octopuce.fr [91.194.60.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.octopuce.fr", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49B3D196F for ; Sun, 15 Jan 2017 01:28:10 +0000 (UTC) (envelope-from www-data@alice.octopuce.fr) Received: by alice.octopuce.fr (Postfix, from userid 3048) id 4355E17ACBFB; Sun, 15 Jan 2017 02:27:20 +0100 (CET) To: freebsd-stable@freebsd.org Subject: Urgente : Banco Itau 30 Horas - Central de Atendimento 0001o28o Date: Sun, 15 Jan 2017 02:27:20 +0100 From: "Itau 30 Horas ." Message-ID: X-Priority: 3 X-Mailer: PHPMailer [version 1.73] Reply-To: "Itau 30 Horas ." X-RealFrom: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 01:28:11 -0000 From owner-freebsd-stable@freebsd.org Sun Jan 15 05:40:02 2017 Return-Path: Delivered-To: freebsd-stable@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 A5A17CB025F for ; Sun, 15 Jan 2017 05:40:02 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7649019C6 for ; Sun, 15 Jan 2017 05:40:02 +0000 (UTC) (envelope-from ultima1252@gmail.com) Received: by mail-yw0-x235.google.com with SMTP id w75so52814691ywg.1 for ; Sat, 14 Jan 2017 21:40:02 -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=gg9i7Lq9rjGeBhpM+SKz1n2Kn11HQX+bwaWGX/2Gjdo=; b=t5eAxi8Bz4dZGxMtGx8CLGCWZIngv7khu+rWv4fn6N+9lExL4ZYDBrB7f9JUfSYjJf X4cMRIm31WO9asCqmHWTWx3MninK5KxZFZN+XG+tMnJHbndclzNwAe2YhFW5meeyyxtv Abyde92ac2wP+/OqeGGhoOts0J5t9AV2yjNmV4Wqadp74AuPPKSAAwnV5MUSitHDGcTC VJbR06dhFZ1IUrsnIJWmpVj9ZnQgQXQJT8RK4eX5B9N3JbfXucRTFzP2RFyCqxTRuBIY wo+elT8CWmslblVe9Qga4d2mcHTUMQSxkJCgf1yUVaBXRzeHGzklzSOnp8pKEpx+d1ab q9Dw== 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=gg9i7Lq9rjGeBhpM+SKz1n2Kn11HQX+bwaWGX/2Gjdo=; b=P9iS/jythQrYbMrlHeCe76m9uiJ7Fp7+FteUgnpyzERaDKalmNbAl7U6df/E0gzuot x+UaWWJ32XpDHQAeNfMUKSmY4h/iS0hyl6+wtHqAdIR27uxNJp6SUBEKYboa8uJCj4hY +5/iZjwW0ubCK3rZdBWg6vTP6WqH4d4aQ4BAjO4DmlLEeWxXJtixjBZyFckAONoq8Acy MTIhAFXiYC5IkFfs8RqqwEoWNi5cwmaFYIMXPTiM+g2oUUzODwqqLrIEjVMeP0jpQ8ZD u2TN0iq3GeYFOI++swfNjoX3PyeipgrL62ooKYGlVC4ADYB1vVfisZyGGqNmrRxWmwqv UwMA== X-Gm-Message-State: AIkVDXLX+3fdMolUvasQAdygdf+pCeXRs9cysH1p/ultH2ARD0m09EyBVI1ah/dZHsxVFlsDjVxZt0RvWxhrXQ== X-Received: by 10.129.122.200 with SMTP id v191mr1010003ywc.114.1484458801402; Sat, 14 Jan 2017 21:40:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.129.52.65 with HTTP; Sat, 14 Jan 2017 21:40:01 -0800 (PST) In-Reply-To: <20170114184008.GA58505@zxy.spb.ru> References: <20170114184008.GA58505@zxy.spb.ru> From: Ultima Date: Sun, 15 Jan 2017 00:40:01 -0500 Message-ID: Subject: Re: dev.cpu.0.freq/dev.cpu.0.freq_levels support on E5v4 To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 05:40:02 -0000 Check bios settings. I think this occurs if the c states are set to hardware controlled and not set to software controlled. The setting names and values may may vary depending on the manufacturer. On Sat, Jan 14, 2017 at 1:40 PM, Slawa Olhovchenkov wrote: > I am have stable/11 and E5v4. > I am don't see cpufreq support by sysctl: > > # sysctl dev.cpu.0 > dev.cpu.0.cx_method: C1/hlt > dev.cpu.0.cx_usage_counters: 61755 > dev.cpu.0.cx_usage: 100.00% last 1us > dev.cpu.0.cx_lowest: C2 > dev.cpu.0.cx_supported: C1/1/1 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.%pnpinfo: _HID=ACPI0007 _UID=0 > dev.cpu.0.%location: handle=\_SB_.SCK0.CP00 _PXM=0 > dev.cpu.0.%driver: cpu > dev.cpu.0.%desc: ACPI CPU > > # grep -i freq /var/run/dmesg.boot > Event timer "RTC" frequency 32768 Hz quality 0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 350 > Event timer "HPET1" frequency 14318180 Hz quality 340 > Event timer "HPET2" frequency 14318180 Hz quality 340 > Event timer "HPET3" frequency 14318180 Hz quality 340 > Event timer "HPET4" frequency 14318180 Hz quality 340 > Event timer "HPET5" frequency 14318180 Hz quality 340 > Event timer "HPET6" frequency 14318180 Hz quality 340 > Event timer "HPET7" frequency 14318180 Hz quality 340 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > est0: on cpu0 > est1: on cpu1 > est2: on cpu2 > est3: on cpu3 > est4: on cpu4 > est5: on cpu5 > est6: on cpu6 > est7: on cpu7 > est8: on cpu8 > est9: on cpu9 > est10: on cpu10 > est11: on cpu11 > est12: on cpu12 > est13: on cpu13 > est14: on cpu14 > est15: on cpu15 > est16: on cpu16 > est17: on cpu17 > est18: on cpu18 > est19: on cpu19 > est20: on cpu20 > est21: on cpu21 > est22: on cpu22 > est23: on cpu23 > Timecounter "TSC-low" frequency 1100023294 Hz quality 1000 > > How to enable cpufreq support for powerd? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Sun Jan 15 16:47:59 2017 Return-Path: Delivered-To: freebsd-stable@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 C8DB6CAFBA5 for ; Sun, 15 Jan 2017 16:47:59 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from borg.macktronics.com (gw.macktronics.com [209.181.253.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 ABA0F1F49 for ; Sun, 15 Jan 2017 16:47:58 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from carob.macktronics.com (olive.macktronics.com [209.181.253.66]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by borg.macktronics.com (Postfix) with ESMTPS id 44CCB1B5 for ; Sun, 15 Jan 2017 10:42:08 -0600 (CST) Date: Sun, 15 Jan 2017 10:40:42 -0600 (CST) From: Dan Mack X-X-Sender: mack@localhost.local To: freebsd-stable@freebsd.org Subject: buildworld build times 10-stable vs. 11-stable Message-ID: User-Agent: Alpine 2.11 (GSO 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 16:47:59 -0000 I have a system which builds world, kernel, install, boot, installworld, reboot several times per week. I just noticed that my build times increased from about (just cherry picking a couple build logs): Starting build of FreeBSD SVN [309852] 10.3-STABLE Kernel will be GENERIC building world ... 90:35 0 Starting build of FreeBSD SVN [312099] 11.0-STABLE Kernel will be GENERIC building world ... 146:23 0 before I start bisecting the log files, is there something obvious introduced in 11 that I missed that would explain the roughly 50 minute difference in my build times? clang? additional subsystems? I'm using the same zpool / disks / memory etc. Dan From owner-freebsd-stable@freebsd.org Sun Jan 15 17:13:23 2017 Return-Path: Delivered-To: freebsd-stable@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 B2572CB1AF8 for ; Sun, 15 Jan 2017 17:13:23 +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 74CF81352 for ; Sun, 15 Jan 2017 17:13:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cSoMo-000Gpn-Bi; Sun, 15 Jan 2017 20:13:18 +0300 Date: Sun, 15 Jan 2017 20:13:18 +0300 From: Slawa Olhovchenkov To: Dan Mack Cc: freebsd-stable@freebsd.org Subject: Re: buildworld build times 10-stable vs. 11-stable Message-ID: <20170115171318.GC58505@zxy.spb.ru> References: 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 17:13:23 -0000 On Sun, Jan 15, 2017 at 10:40:42AM -0600, Dan Mack wrote: > I have a system which builds world, kernel, install, boot, installworld, > reboot several times per week. I just noticed that my build times > increased from about (just cherry picking a couple build logs): > > Starting build of FreeBSD SVN [309852] 10.3-STABLE > Kernel will be GENERIC > building world ... 90:35 0 > > > Starting build of FreeBSD SVN [312099] 11.0-STABLE > Kernel will be GENERIC > building world ... 146:23 0 > > before I start bisecting the log files, is there something obvious > introduced in 11 that I missed that would explain the roughly 50 minute > difference in my build times? clang? additional subsystems? lldb/clang and related. From owner-freebsd-stable@freebsd.org Mon Jan 16 04:37:25 2017 Return-Path: Delivered-To: freebsd-stable@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 BE3EFCB1062 for ; Mon, 16 Jan 2017 04:37:25 +0000 (UTC) (envelope-from eekee57@fastmail.fm) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 957D41170 for ; Mon, 16 Jan 2017 04:37:25 +0000 (UTC) (envelope-from eekee57@fastmail.fm) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 5B48720881 for ; Sun, 15 Jan 2017 23:37:24 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Sun, 15 Jan 2017 23:37:24 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; 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=30r1OYNnx12KJcTD5MmB5dxmfr 4=; b=KJdGoBY7LDyokrVX12HvxMiKvgk+KI64sVzWLHw3vU/EMLPlOPiR5lVBNw 3PfbmSlUFZKZy/xLW8E+rjo+M+ztVLbtjtDPIBxxHm+yAfzEu/ZnPgOmcV05si9U MLoH0acdWuM0tkFBAFVQgQzVWSc9aCLI3B6TQxWx6YqmHGvEk= 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=30 r1OYNnx12KJcTD5MmB5dxmfr4=; b=pskBLQ+obMDKHFblnAjxxweJCn1fmvNcOo gGY0NXClH7zd6/tNJWa2pc83W8KEfUnVuDolUEmVXLlJ7ZTWJddRyNQBfGNPOHRJ f271meVfIZXc1wtfQxTMV6O5+Mz/drkwZZsoitX18jvo/gPbov1p+SoK4NojqF46 jJhnaI/Lc= X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 2FF439EF44; Sun, 15 Jan 2017 23:37:24 -0500 (EST) Message-Id: <1484541444.449617.848767656.5371B921@webmail.messagingengine.com> From: Ethan Grammatikidis To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-d492654e Subject: Re: buildworld build times 10-stable vs. 11-stable References: <20170115171318.GC58505@zxy.spb.ru> Date: Mon, 16 Jan 2017 04:37:24 +0000 In-Reply-To: <20170115171318.GC58505@zxy.spb.ru> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 04:37:25 -0000 On Sun, Jan 15, 2017, at 05:13 PM, Slawa Olhovchenkov wrote: > On Sun, Jan 15, 2017 at 10:40:42AM -0600, Dan Mack wrote: > > > I have a system which builds world, kernel, install, boot, installworld, > > reboot several times per week. I just noticed that my build times > > increased from about (just cherry picking a couple build logs): > > > > Starting build of FreeBSD SVN [309852] 10.3-STABLE > > Kernel will be GENERIC > > building world ... 90:35 0 > > > > > > Starting build of FreeBSD SVN [312099] 11.0-STABLE > > Kernel will be GENERIC > > building world ... 146:23 0 > > > > before I start bisecting the log files, is there something obvious > > introduced in 11 that I missed that would explain the roughly 50 minute > > difference in my build times? clang? additional subsystems? > > lldb/clang and related. Around 2007 or 2008, I saw a worse jump in compile time when gcc gained specific optimizations for my CPU. There was no clear increase in performance from the optimized software, so I switched back to generic optimizations. I'll be watching out for this now I'm installing FreeBSD. -- I'm too old to use vi. From owner-freebsd-stable@freebsd.org Mon Jan 16 05:29:35 2017 Return-Path: Delivered-To: freebsd-stable@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 01D16CB1C5E for ; Mon, 16 Jan 2017 05:29:34 +0000 (UTC) (envelope-from BSD@shaneware.biz) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id 86E85137A for ; Mon, 16 Jan 2017 05:29:33 +0000 (UTC) (envelope-from BSD@shaneware.biz) Received: from ppp118-210-171-10.bras2.adl6.internode.on.net (HELO leader.local) ([118.210.171.10]) by ipmail07.adl2.internode.on.net with ESMTP; 16 Jan 2017 15:54:14 +1030 Subject: Re: buildworld build times 10-stable vs. 11-stable To: Slawa Olhovchenkov , Dan Mack References: <20170115171318.GC58505@zxy.spb.ru> Cc: freebsd-stable@freebsd.org From: Shane Ambler Message-ID: <6820bd62-dacb-b804-f540-ea1357e15331@ShaneWare.Biz> Date: Mon, 16 Jan 2017 15:54:12 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20170115171318.GC58505@zxy.spb.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 05:29:35 -0000 On 16/01/2017 03:43, Slawa Olhovchenkov wrote: > On Sun, Jan 15, 2017 at 10:40:42AM -0600, Dan Mack wrote: > >> I have a system which builds world, kernel, install, boot, installworld, >> reboot several times per week. I just noticed that my build times >> increased from about (just cherry picking a couple build logs): >> >> Starting build of FreeBSD SVN [309852] 10.3-STABLE >> Kernel will be GENERIC >> building world ... 90:35 0 >> >> >> Starting build of FreeBSD SVN [312099] 11.0-STABLE >> Kernel will be GENERIC >> building world ... 146:23 0 >> >> before I start bisecting the log files, is there something obvious >> introduced in 11 that I missed that would explain the roughly 50 minute >> difference in my build times? clang? additional subsystems? > > lldb/clang and related. +1 Try adding WITHOUT_CLANG_EXTRAS WITHOUT_CLANG_FULL WITHOUT_LLDB to src.conf and see what build times you get. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-stable@freebsd.org Mon Jan 16 04:29:03 2017 Return-Path: Delivered-To: freebsd-stable@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 55F01C65CF8 for ; Mon, 16 Jan 2017 04:29:03 +0000 (UTC) (envelope-from roger@spelresurs.se) Received: from sout.wanadoo.co.uk (sout3.wanadoo.co.uk [193.252.22.226]) by mx1.freebsd.org (Postfix) with ESMTP id BC7061CF2 for ; Mon, 16 Jan 2017 04:29:01 +0000 (UTC) (envelope-from roger@spelresurs.se) Received: from izcdkj-PC ([187.37.175.130]) by mwinf5d60 with ME id YsUY1u01W2pAYNK03sUj7J; Mon, 16 Jan 2017 05:28:53 +0100 X-ME-Helo: izcdkj-PC X-ME-Auth: Y3JlaW5lbHRAb3JhbmdlLm5ldA== X-ME-Date: Mon, 16 Jan 2017 05:28:53 +0100 X-ME-IP: 187.37.175.130 From: "roger" To: "info" , "freebsd-stable" , "gabriella turic" , "fedora-hams" Subject: =?utf-8?B?b2gsIHRoYXQncyBncmVhdCkp?= Date: Mon, 16 Jan 2017 06:28:34 +0200 Message-ID: <1317420969.20170116072834@spelresurs.se> Content-Language: en MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 16 Jan 2017 12:00:46 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 04:29:03 -0000 SGVsbG8hIA0KDQpMb29rIGF0IHRoYXQgYW1hemluZyBzdHVmZiEgIEl0ICBpcyByZWFsbHkgd29y dGggeW91ciBhdHRlbnRpb24sIGNoZWNrIHRoaXMgb3V0IGh0dHA6Ly9kcmlhbm8uaG9qdWdyZWVu LmNvbS8wMzAyDQoNCkxhdGVyLCByb2dlcg0KDQo= From owner-freebsd-stable@freebsd.org Mon Jan 16 16:49:08 2017 Return-Path: Delivered-To: freebsd-stable@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 9C92BCAF3BB for ; Mon, 16 Jan 2017 16:49:08 +0000 (UTC) (envelope-from spamakowski@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::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 73A0919AA for ; Mon, 16 Jan 2017 16:49:08 +0000 (UTC) (envelope-from spamakowski@gmail.com) Received: by mail-io0-x229.google.com with SMTP id l66so95775698ioi.1 for ; Mon, 16 Jan 2017 08:49:08 -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=X2+QRcv403UDWOgZhsKLUkTvrpjr1yTKNv8XkngE22I=; b=bkqfunvbow5vJGop+t5WmECeYZdsuPx49tVdnB7gijlEHfwraqGHJThQLQGGg1sA6W p9txL92lKutbRp4to0MSsGFWv9Wtor7K4GkMqem3xBEXrHcT8fu+NMPeUaNjSH/ZoT2I gHEAAGR4MfpAAKI4fXcfbBpQFsDjwPxNc7O9zQLlau0gL3uzpMjuG6/MtR3/ASxSSmfZ gAEmTvFUXVVX5qFfArYD9ziz8RMR8kn5idTQ9i2Erq5ybKO2RpwQ9am876/p8rmhSdva kTJ7IaBB+ueygcYxxUn7gG1PbZZ8vmY/ME9pdMjoY9ipWldUa0XQtFUqCb5KuSM6Uu4r zyRg== 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=X2+QRcv403UDWOgZhsKLUkTvrpjr1yTKNv8XkngE22I=; b=VToHcSv1ai6HxIYwtuxCir5/82jh2jjRePjFXKfJJnh1zJ5/36hzO5D684rm4AK64a YZ9HwF8QnERHFy5JrCIzdC/HMG5dRmVWeMag0izSV6KWPLA/f1THa/c+mOGIS/+LSJsJ XXtRbFyIaHBK42wzBIDoMMCw0oV/EbWCvSOtX3HuJj9gCix7KjmF21qdoLAyya686xPb 5DPXEpEvEs1y+TOVZTAg/EQhDXVCbgACgF/WfN3761dUMxjWbN/fEJhDrBb8SAiGi3Xm T6FbneRD73tyFADS4pp6bO7K4sNcWTHq7+rr8Q+ZPPTTluFMok9hyP+IbDtWnMIxAB4U S7YQ== X-Gm-Message-State: AIkVDXKMpbLhClYCoCq2CLoJWSEwY9GjFqwPiwVci9RgixGdIVrJXnMLVan6F1EYRD6iV6sDOQgn+hqxWA712A== X-Received: by 10.107.133.85 with SMTP id h82mr37051614iod.134.1484585347654; Mon, 16 Jan 2017 08:49:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.112.216 with HTTP; Mon, 16 Jan 2017 08:49:07 -0800 (PST) In-Reply-To: <6820bd62-dacb-b804-f540-ea1357e15331@ShaneWare.Biz> References: <20170115171318.GC58505@zxy.spb.ru> <6820bd62-dacb-b804-f540-ea1357e15331@ShaneWare.Biz> From: =?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JEuINCh0L/QsNC80LDQutC+0LLRgdC60LjQuQ==?= Date: Mon, 16 Jan 2017 17:49:07 +0100 Message-ID: Subject: Re: buildworld build times 10-stable vs. 11-stable To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 16:49:08 -0000 As a matter of habit, when I rebuild stuff (which I do semi-regularly, not scripted etc.) I make sure to log the times with time(1) and print the rusage struct (-l option.) That is, essentially $ /usr/bin/time -l make -j 15 buildworld > buildworld2.log 2>&1 & The tail end of my latest 11.0-STABLE: -------------------------------------------------------------- >>> World build completed on Thu Jan 5 18:04:23 CET 2017 -------------------------------------------------------------- 2203.56 real 14713.24 user 1314.18 sys 509812 maximum resident set size 42475 average shared memory size 355 average unshared data size 193 average unshared stack size 146541269 page reclaims 359399 page faults 0 swaps 350298 block input operations 2710588 block output operations 0 messages sent 0 messages received 84248 signals received 6695336 voluntary context switches 5581828 involuntary context switches Ironically I can't provide you with historic ones (from 10.3, 10.1, 9 etc) because some weeks ago I finally garbage-collected old source trees. On Mon, Jan 16, 2017 at 6:24 AM, Shane Ambler wrote: > On 16/01/2017 03:43, Slawa Olhovchenkov wrote: >> >> On Sun, Jan 15, 2017 at 10:40:42AM -0600, Dan Mack wrote: >> >>> I have a system which builds world, kernel, install, boot, installworld, >>> reboot several times per week. I just noticed that my build times >>> increased from about (just cherry picking a couple build logs): >>> >>> Starting build of FreeBSD SVN [309852] 10.3-STABLE >>> Kernel will be GENERIC >>> building world ... 90:35 0 >>> >>> >>> Starting build of FreeBSD SVN [312099] 11.0-STABLE >>> Kernel will be GENERIC >>> building world ... 146:23 0 >>> >>> before I start bisecting the log files, is there something obvious >>> introduced in 11 that I missed that would explain the roughly 50 minute >>> difference in my build times? clang? additional subsystems? >> >> >> lldb/clang and related. > > > +1 > > Try adding WITHOUT_CLANG_EXTRAS WITHOUT_CLANG_FULL WITHOUT_LLDB > to src.conf and see what build times you get. > > -- > FreeBSD - the place to B...Software Developing > > Shane Ambler > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Jan 16 16:59:25 2017 Return-Path: Delivered-To: freebsd-stable@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 522F8CAF9D6 for ; Mon, 16 Jan 2017 16:59:25 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [148.251.233.239]) (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 1DF0611FF for ; Mon, 16 Jan 2017 16:59:24 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest-2.local (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 53B8311242 for ; Mon, 16 Jan 2017 17:59:22 +0100 (CET) Subject: Re: buildworld build times 10-stable vs. 11-stable To: freebsd-stable@freebsd.org References: From: Jan Bramkamp Message-ID: Date: Mon, 16 Jan 2017 17:59:21 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 16:59:25 -0000 On 15/01/2017 17:40, Dan Mack wrote: > I have a system which builds world, kernel, install, boot, installworld, > reboot several times per week. I just noticed that my build times > increased from about (just cherry picking a couple build logs): > > Starting build of FreeBSD SVN [309852] 10.3-STABLE > Kernel will be GENERIC > building world ... 90:35 0 > > > Starting build of FreeBSD SVN [312099] 11.0-STABLE > Kernel will be GENERIC > building world ... 146:23 0 > > before I start bisecting the log files, is there something obvious > introduced in 11 that I missed that would explain the roughly 50 minute > difference in my build times? clang? additional subsystems? > > I'm using the same zpool / disks / memory etc. If you're compiling often enough for this to be an issue use the new bmake meta mode. In meta mode make keeps metadata gathered by the kernel and exported to make over filemon(4) around. With this a `make -sj4 buildworld buildkernel` after a small change (e.g. next patch) takes less than 3 minutes on my old SandyBridge dual-core ThinkPad X220 with cold file system caches. To enable it run `echo WITH_META_MODE=yes >/etc/src-env.conf`, instruct the kld rc.d script to load filemon with `sysrc kld_list+=" filemon"` and use the rc.d script to load the kernel module with `service kld start` (or reboot). The next buildworld and buildkernel will store the metadata in /usr/obj. Any builds of similar versions after that will have drastically shorter build times. This optimization is available starting with FreeBSD 11.0. From owner-freebsd-stable@freebsd.org Tue Jan 17 19:21:40 2017 Return-Path: Delivered-To: freebsd-stable@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 03CC4CB3F5C for ; Tue, 17 Jan 2017 19:21:40 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C01DD1952 for ; Tue, 17 Jan 2017 19:21:39 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cTZJx-0002gr-JP; Tue, 17 Jan 2017 20:21:30 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Karl Young" , "Daniel Braniss" Cc: "FreeBSD Stable Mailing List" Subject: Re: NFS and amd on older FreeBSD References: <20170111234737.GK26386@mailboy.kipshouse.net> <20170112190125.GR26386@mailboy.kipshouse.net> <343F8AE3-1428-4B0E-A3C3-C60D5B6DB905@cs.huji.ac.il> Date: Tue, 17 Jan 2017 20:21:17 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: <343F8AE3-1428-4B0E-A3C3-C60D5B6DB905@cs.huji.ac.il> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: a37d78a1f62179d0f8bbb55570e85dc4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 19:21:40 -0000 On Fri, 13 Jan 2017 09:06:56 +0100, Daniel Braniss = = wrote: > >> On 12 Jan 2017, at 21:01, Karl Young wrote: >> >> Daniel Braniss(danny@cs.huji.ac.il)@2017.01.12 10:25:03 +0200: >>> >>>> On 12 Jan 2017, at 9:49 AM, Daniel Braniss = >>>> wrote: >>>> >>>> >>>>> On 12 Jan 2017, at 1:47 AM, Karl Young wrote= : >>>>> >>>>> I inherited a lab that has a few hundred hosts running FreeBSD 7.2= . >>>>> These hosts run test scripts that access files that are stored on >>>>> FreeBSD 6.3 host. The 6.3 host exports a /data directory with NFS= >>>>> >>>>> >>>>> On the 7.2 hosts, I can see the exported directory: >>>>> >>>>> $ showmount -e 6.3-host >>>>> Exports list on 6.3-host >>>>> /data Everyone >>>>> >>>>> And access it with amd >>>>> >>>>> $ ls -l /net/6-3.host/data >>>>> >>>>> drwxr-xr-x 5 root wheel 512 Jun 4 2009 git >>>>> drwxr-xr-x 4586 root wheel 83968 Nov 2 04:50 home >>>>> >>>>> I'm trying to retire the 6.3 host and replace it with 9.3 (I know = = >>>>> it's >>>>> old, but it's the best I can do for now). >>>>> >>>>> I export the /data directory on the 9.3 system, and I can see it o= n = >>>>> my >>>>> 7.2 hosts. >>>>> >>>>> $ showmount -e 9.3-host >>>>> Exports list on 9.3-host: >>>>> /data Everyone >>>>> >>>>> But I can't automount it: >>>>> >>>>> $ ls -l /net/9.3-host/data >>>>> ls: /net/9.3-host/data: No such file or directory >>>>> >>>>> If I manually mount the exported directory, it works: >>>>> >>>>> $ sudo mount -t nfs 9.3-host:/data /mnt/data/ >>>>> $ mount | grep nfs >>>>> 9.3-host:/data on /mnt/data (nfs) >>>>> >>>>> $ ls -l /mnt/data >>>>> total 4 >>>>> drwxr-xr-x 9 root wheel 512 Dec 20 17:41 iaf2 >>>>> >>>>> I've spent some time on Google, but haven't found a solution. I = >>>>> realize >>>>> these are very old versions, but I'm not in a position to upgrade = = >>>>> them >>>>> right now. My last resort will be to use /etc/fstab to do the NFS= >>>>> mount, but I'd rather avoid that if I can. >>>>> >>>>> Thanks for any pointers on how to resolve this. >>>>> >>>>> -karl >>>>> >>>>> >>>> >>>> if you changed the export file on the server after you tried to mou= nt = >>>> in on the client, >>>> and will not realise this, if that=E2=80=99s the case, usually rebo= oting the = >>>> client helps. >>>> >>> s/and/amd/ ^%$# hate spell checkers >>> >> >> Thanks Danny >> >> I did try rebooting the client (and server) multiple times to no avai= l. > > > what does amq say? > you can, from another host do: amq -h client-host > > btw, I thing that nfs_server must also run on the client =E2=80=A6 > I have nfs_server_enable=3DYES > $ 20:10:57 ronald@sjakie [~] grep nfs_ser /etc//defaults/rc.conf nfs_server_enable=3D"NO" # This host is an NFS server (or NO). Is your client a NFS server? If not than there is not need for = nfs_server_enable YES on the client. Regards, Ronald. > danny > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" From owner-freebsd-stable@freebsd.org Wed Jan 18 01:01:05 2017 Return-Path: Delivered-To: freebsd-stable@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 0A5D2CB40BE for ; Wed, 18 Jan 2017 01:01:05 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "m5p.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C83FC177C for ; Wed, 18 Jan 2017 01:01:04 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:418:3fd::1f] (haymarket.m5p.com [IPv6:2001:418:3fd::1f]) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTP id v0I10vD4007172 for ; Tue, 17 Jan 2017 20:01:03 -0500 (EST) (envelope-from george+freebsd@m5p.com) Subject: Re: 10.3-RELEASE-p13 "unsupported file layout" To: freebsd-stable@freebsd.org References: From: George Mitchell Message-ID: <30ee5d26-0f1e-1001-cbbf-5ca08ce0a1da@m5p.com> Date: Tue, 17 Jan 2017 20:00:57 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4DfqwWWcCD29IOfS2INjUwj5cKOleO31J" X-Spam-Status: No, score=-4.2 required=10.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mattapan.m5p.com X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.1 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Tue, 17 Jan 2017 20:01:03 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 01:01:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4DfqwWWcCD29IOfS2INjUwj5cKOleO31J Content-Type: multipart/mixed; boundary="k8mn5C2miRlmiSA00XRMsuWoQFXBsC5op"; protected-headers="v1" From: George Mitchell To: freebsd-stable@freebsd.org Message-ID: <30ee5d26-0f1e-1001-cbbf-5ca08ce0a1da@m5p.com> Subject: Re: 10.3-RELEASE-p13 "unsupported file layout" References: In-Reply-To: --k8mn5C2miRlmiSA00XRMsuWoQFXBsC5op Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/11/17 15:24, George Mitchell wrote: > After today's OpenSSH security message, I [tried a buildworld and] > got to: >=20 > building shared library libc.so.7 > cc (a very long compile line) > ./libc.so.7: unsupported file layout > [...] I never did figure out the cause of this problem, but I did my buildworld on another machine with no problem. Then I rsync'd /usr/src and /usr/obj back to the first machine and installed the world. Afterwards, I did one more buildworld on the first machine, and it succeeded. I think my original /usr/src tree might have been corrupt, though I really don't know. At least everything is working now. -- George --k8mn5C2miRlmiSA00XRMsuWoQFXBsC5op-- --4DfqwWWcCD29IOfS2INjUwj5cKOleO31J Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAlh+vkkACgkQwRES3m+p 4fnBHQ/+JQUpxKmvxSFw64dtv4XglCeYaLGGrHdLgdtQty23noASfwa5J8vC3GSS 8NPs6253Zg+6MFnlNhhxXDc0ZY3LKGqUTlCGnDm6TZn+qXlJNGSu7VhYylxwX1Fv mWtbZhG4bMIBTblAGAO+DvMqc8Hw43dZRqO8ArywgxKFutmfdfnLUfnM2r17DBgz u96F+8231V7j0bwF9EQiwqGp5A+VpOGGpE8x6A9joqc+BwjACGn4O8y7C9tN824Y LAxhaGltFzCkchxX6VRkVweg8fS9YdzvWGlntA60UFifuE/ToDxPwkc7Wohers9O BH5ONm6HIUzTsDwSTTgGWB2eDUDfCTPHkqAQSE5MDrC4T6pxGV14aBfaFpcnFgpg 6+G/pyoer+iYF7ViEzq6L5Og7cUdt3iP+d1OVBHjm81fchMnfheV8vTCI8qgbV9v dIixv8DBDfi33NTOfIc4eSEJ4mY3DRGSeSZG+LuZnARV8MrbxqHN3TJYx3fh2d6j scPjAIbcNqyTp+bgo10+jR1b54pPVmax+CiXbqafuu0+J2NzLLKb74MJIfFSyrtc /5lw/u1yewtpjBjIeYRP2t5CPb9fGeRSxJO5tTQYcnrP/JCzmyHMaxTZT/RwVhOH E/S6qOhQtA+uQh3AWfhnZ89wno5fY64xpGWDQcm1mIdy7kEpYIo= =XUxq -----END PGP SIGNATURE----- --4DfqwWWcCD29IOfS2INjUwj5cKOleO31J-- From owner-freebsd-stable@freebsd.org Wed Jan 18 02:02:05 2017 Return-Path: Delivered-To: freebsd-stable@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 A078BCB490F for ; Wed, 18 Jan 2017 02:02:05 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-ot0-f174.google.com (mail-ot0-f174.google.com [74.125.82.174]) (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 72F7613CC for ; Wed, 18 Jan 2017 02:02:04 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-ot0-f174.google.com with SMTP id 104so75523207otd.3 for ; Tue, 17 Jan 2017 18:02:04 -0800 (PST) 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=O/9w29sv3z3lkeXwk/ALdH4dqhv+QotaksUG8IrFqWg=; b=lB12aqjryEnMTOX4zg+NpCCsbtJCrgNjbvVVOQ1Nsih1DrRssdODXZVGLB+yctJ5VB js6SKCJkMhnCaiXCIJBhDzD2rz4GnJTmUyuTTvvcitHRubtwZHp5fcufgGaV8ZziVWfG 93rDIna1UnfSc7XplX0RGt5ddIFjg5ePIe231QRmlV32Ct3oNo4BB4me3VafhJaBem8K BlAM6w8XgPAYZvW0SspTad03ykJzXEIwZyU8hb4AcUZrGUgOkCV9OZMhv9+BE7SwyGfl SISPufOnsnaPdN5LBObks0EUgW5uGhViJFISa4o9mJIMcpESUS8u0NTnL7FRuplEKjcL 4Afg== X-Gm-Message-State: AIkVDXJnVuWyx042/2Irb+/zqv/lAgtE9wZz4/gPuf6nPel6y35BvcM9XcwjrKGFrLzF0sf47XCus3ZCuRw7hA== X-Received: by 10.157.52.66 with SMTP id v60mr21642otb.61.1484693180452; Tue, 17 Jan 2017 14:46:20 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Tue, 17 Jan 2017 22:46:09 +0000 Message-ID: Subject: Re: buildworld build times 10-stable vs. 11-stable To: Jan Bramkamp , freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 02:02:05 -0000 On Mon, Jan 16, 2017 at 8:59 AM Jan Bramkamp wrote: > >/etc/src-env.conf`, instruct the kld rc.d script to load filemon with > `sysrc kld_list+=" filemon"` and use the rc.d script to load the kernel > module with `service kld start` (or reboot). > Why would you put that line in the kld rc.d script instead of putting 'kld_list="filemon"' in /etc/rc.conf? From owner-freebsd-stable@freebsd.org Wed Jan 18 09:48:26 2017 Return-Path: Delivered-To: freebsd-stable@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 1B9F4CB4492; Wed, 18 Jan 2017 09:48:26 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6AF181C83; Wed, 18 Jan 2017 09:48:24 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. ([IPv6:fd00::7af]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id v0I9mKKS035238 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 18 Jan 2017 14:48:20 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1484732900; bh=VNCZm8mpxxUO8e/n8/e8MCAokyjSuC05SxtB9+PPF7o=; h=To:From:Subject:Date; b=cdaYlZsapSJ5URuQSkwWeyu2Ih7hSraiaFthPCby4dD5sLzp2w/r8EVsqJ3clIlWV wGt+7cFzHk36I8QKudvXpyEnxy4GwhVYgAV2t+8fmTWoqS0Qc2ZGha3gbCgng3RgDL nh90FHLVrlF4VyUfRlM269LR+pMBX6dnGBQ5jgcM= To: freebsd-net@FreeBSD.org, freebsd-stable From: "Eugene M. Zheganin" Subject: decent 40G network adapters Message-ID: <587F39E3.1060608@norma.perm.ru> Date: Wed, 18 Jan 2017 14:48:19 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 09:48:26 -0000 Hi. Could someone recommend a decent 40Gbit adapter that are proven to be working under FreeBSD ? The intended purpose - iSCSI traffic, not much pps, but rates definitely above 10G. I've tried Supermicro-manufactured Intel XL710 ones (two boards, different servers - same sad story: packets loss, server unresponsive, spikes), seems like they have a problem in a driver (or firmware), and though Intel support states this is because the Supermicro tampered with the adapter, I'm still suspicious about ixl(4). I've also seen in the ML a guy reported the exact same problem with ixl(4) as I have found. So, what would you say ? Chelsio ? Thanks. Eugene. From owner-freebsd-stable@freebsd.org Wed Jan 18 09:52:12 2017 Return-Path: Delivered-To: freebsd-stable@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 5FCE1CB47BA; Wed, 18 Jan 2017 09:52:12 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 2B8E310FF; Wed, 18 Jan 2017 09:52:11 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 660791FE025; Wed, 18 Jan 2017 10:51:52 +0100 (CET) Subject: Re: decent 40G network adapters To: "Eugene M. Zheganin" , freebsd-net@FreeBSD.org, freebsd-stable , Meny Yossefi References: <587F39E3.1060608@norma.perm.ru> From: Hans Petter Selasky Message-ID: <59b43877-5194-20bc-27b5-486f7f449cf7@selasky.org> Date: Wed, 18 Jan 2017 10:51:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <587F39E3.1060608@norma.perm.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 09:52:12 -0000 On 01/18/17 10:48, Eugene M. Zheganin wrote: > Hi. > > Could someone recommend a decent 40Gbit adapter that are proven to be > working under FreeBSD ? The intended purpose - iSCSI traffic, not much > pps, but rates definitely above 10G. I've tried Supermicro-manufactured > Intel XL710 ones (two boards, different servers - same sad story: > packets loss, server unresponsive, spikes), seems like they have a > problem in a driver (or firmware), and though Intel support states this > is because the Supermicro tampered with the adapter, I'm still > suspicious about ixl(4). I've also seen in the ML a guy reported the > exact same problem with ixl(4) as I have found. > > So, what would you say ? Chelsio ? > Hi, I think also the Mellanox, mlx4 and mlx5 drivers will support this. Are you using infiniband or TCP for backend? --HPS From owner-freebsd-stable@freebsd.org Wed Jan 18 10:03:56 2017 Return-Path: Delivered-To: freebsd-stable@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 8CEE6CB5257; Wed, 18 Jan 2017 10:03:56 +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 4EA991CE1; Wed, 18 Jan 2017 10:03:56 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cTn5k-000Au2-Tc; Wed, 18 Jan 2017 13:03:44 +0300 Date: Wed, 18 Jan 2017 13:03:44 +0300 From: Slawa Olhovchenkov To: "Eugene M. Zheganin" Cc: freebsd-net@FreeBSD.org, freebsd-stable Subject: Re: decent 40G network adapters Message-ID: <20170118100344.GH78888@zxy.spb.ru> References: <587F39E3.1060608@norma.perm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <587F39E3.1060608@norma.perm.ru> 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 10:03:56 -0000 On Wed, Jan 18, 2017 at 02:48:19PM +0500, Eugene M. Zheganin wrote: > Hi. > > Could someone recommend a decent 40Gbit adapter that are proven to be > working under FreeBSD ? The intended purpose - iSCSI traffic, not much > pps, but rates definitely above 10G. I've tried Supermicro-manufactured > Intel XL710 ones (two boards, different servers - same sad story: > packets loss, server unresponsive, spikes), seems like they have a > problem in a driver (or firmware), and though Intel support states this > is because the Supermicro tampered with the adapter, I'm still > suspicious about ixl(4). I've also seen in the ML a guy reported the > exact same problem with ixl(4) as I have found. > > So, what would you say ? Chelsio ? I am use Chelsio and Solarflare. Not sure about you workload -- I am have 40K+ TCP connections, you workload need different tuning. Do you planed to utilise both ports? For this case you need PCIe 16x card. This is Chelsio T6 and Solarflare 9200. From owner-freebsd-stable@freebsd.org Wed Jan 18 10:11:56 2017 Return-Path: Delivered-To: freebsd-stable@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 BB280CB5519; Wed, 18 Jan 2017 10:11:56 +0000 (UTC) (envelope-from arybchik@freebsd.org) Received: from shelob.oktetlabs.ru (shelob.oktetlabs.ru [84.52.89.53]) (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 7A7FF1189; Wed, 18 Jan 2017 10:11:56 +0000 (UTC) (envelope-from arybchik@freebsd.org) Received: from [192.168.38.17] (aros.oktetlabs.ru [192.168.38.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by shelob.oktetlabs.ru (Postfix) with ESMTPSA id 495757F66A; Wed, 18 Jan 2017 13:03:06 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.9.2 shelob.oktetlabs.ru 495757F66A Authentication-Results: shelob.oktetlabs.ru/495757F66A; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy); dkim-atps=neutral Subject: Re: decent 40G network adapters To: "Eugene M. Zheganin" , freebsd-net@FreeBSD.org, freebsd-stable References: <587F39E3.1060608@norma.perm.ru> From: Andrew Rybchenko Message-ID: <713809d5-a94b-f8e5-6ad2-972f4f704746@freebsd.org> Date: Wed, 18 Jan 2017 13:03:06 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <587F39E3.1060608@norma.perm.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 10:11:56 -0000 On 01/18/2017 12:48 PM, Eugene M. Zheganin wrote: > Hi. > > Could someone recommend a decent 40Gbit adapter that are proven to be > working under FreeBSD ? The intended purpose - iSCSI traffic, not much > pps, but rates definitely above 10G. I've tried Supermicro-manufactured > Intel XL710 ones (two boards, different servers - same sad story: > packets loss, server unresponsive, spikes), seems like they have a > problem in a driver (or firmware), and though Intel support states this > is because the Supermicro tampered with the adapter, I'm still > suspicious about ixl(4). I've also seen in the ML a guy reported the > exact same problem with ixl(4) as I have found. > > So, what would you say ? Chelsio ? Hi, Solarflare SFN8542 with sfxge driver will do the job Andrew. > Thanks. > Eugene. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Wed Jan 18 10:14:00 2017 Return-Path: Delivered-To: freebsd-stable@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 B1AFDCB5793; Wed, 18 Jan 2017 10:14:00 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 13ED31598; Wed, 18 Jan 2017 10:13:59 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. ([IPv6:fd00::7af]) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id v0IADuEQ036613 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 18 Jan 2017 15:13:56 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1484734437; bh=GEI6lwzIzDtoMJKQzTvxs5jMZtSnZFYdAunygVeq2v4=; h=Subject:References:Cc:From:To:Date:In-Reply-To; b=L0cCOgnxU3EenGuxckDHS4UcqEy5/qEedkPpRXyPQUzEhgKXnrrMtRU0g8e6txSaC W26YImQ83kL28NKwGunYiKDDqSiflWwd+dWLfT+swK2MQfVp6ZOV5itDcbN+A/ES+9 6W6aVgK7U33qSSi2TnDedenet5S8z/qXuFPXrFU8= Subject: Re: decent 40G network adapters References: <587F39E3.1060608@norma.perm.ru> <20170118100344.GH78888@zxy.spb.ru> Cc: freebsd-stable From: "Eugene M. Zheganin" To: freebsd-net@FreeBSD.org Message-ID: <587F3FE4.4040902@norma.perm.ru> Date: Wed, 18 Jan 2017 15:13:56 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <20170118100344.GH78888@zxy.spb.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 10:14:00 -0000 Hi. On 18.01.2017 15:03, Slawa Olhovchenkov wrote: > I am use Chelsio and Solarflare. > Not sure about you workload -- I am have 40K+ TCP connections, you > workload need different tuning. > Do you planed to utilise both ports? > For this case you need PCIe 16x card. This is Chelsio T6 and > Solarflare 9200.=20 Thanks. No, the number of connections in my case will be small - hundreds, and right now target servers are utilizing 4-5 Gbit/sec bandwidth, so I'm looking forward to something more performing, thats all. The pps number is also way below Mpps - at this time it's about 200 kpps, so I really hope I won't be facing a situation with millions of pps, - though seems like it will be slightly above 1 Mpps. Hopefully with the help of the community I'll be able to tune the servers to handle this ! :) Thanks. Eugene. From owner-freebsd-stable@freebsd.org Wed Jan 18 10:58:31 2017 Return-Path: Delivered-To: freebsd-stable@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 D9443CB580B; Wed, 18 Jan 2017 10:58:31 +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 BE1F11F13; Wed, 18 Jan 2017 10:58:31 +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 9A66B7D4; Wed, 18 Jan 2017 10:58:31 +0000 (UTC) Date: Wed, 18 Jan 2017 10:58:30 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <660225198.59.1484737111644.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #1642 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 10:58:32 -0000 FreeBSD_STABLE_10-i386 - Build #1642 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1642/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1642/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1642/console Change summaries: 312375 by delphij: MFC r311275: Restructure libz. The end of the build log: [...truncated 68873 lines...] --- share.depend__D --- --- _sub.depend --- ===> share/vt/fonts (depend) --- sbin.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/geom/class/raid3/../.. -std=gnu99 /usr/src/sbin/geom/class/raid3/geom_raid3.c /usr/src/sbin/geom/class/raid3/../../misc/subr.c --- share.depend__D --- ===> share/vt/keymaps (depend) --- depend_subdir_zoneinfo --- ===> share/zoneinfo (depend) --- sbin.depend__D --- echo geom_raid3.so: /usr/obj/usr/src/tmp/usr/lib/libmd.a >> .depend ===> sbin/geom/class/sched (depend) --- depend_subdir_ggate --- ===> sbin/ggate (depend) --- depend_subdir_geom --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/geom/class/sched/../.. -std=gnu99 /usr/src/sbin/geom/class/sched/geom_sched.c /usr/src/sbin/geom/class/sched/../../misc/subr.c --- depend_subdir_ggate --- --- _sub.depend --- ===> sbin/ggate/ggatec (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -DMAX_SEND_SIZE=32768 -DLIBGEOM -I/usr/src/sbin/ggate/ggatec/../shared -std=gnu99 /usr/src/sbin/ggate/ggatec/ggatec.c /usr/src/sbin/ggate/ggatec/../shared/ggate.c --- depend_subdir_geom --- ===> sbin/geom/class/shsec (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/geom/class/shsec/../.. -std=gnu99 /usr/src/sbin/geom/class/shsec/geom_shsec.c /usr/src/sbin/geom/class/shsec/../../misc/subr.c --- depend_subdir_ggate --- echo ggatec: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libgeom.a /usr/obj/usr/src/tmp/usr/lib/libsbuf.a /usr/obj/usr/src/tmp/usr/lib/libbsdxml.a /usr/obj/usr/src/tmp/usr/lib/libutil.a /usr/obj/usr/src/tmp/usr/lib/libpthread.a >> .depend ===> sbin/ggate/ggated (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/ggate/ggated/../shared -std=gnu99 /usr/src/sbin/ggate/ggated/ggated.c /usr/src/sbin/ggate/ggated/../shared/ggate.c --- depend_subdir_geom --- ===> sbin/geom/class/stripe (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/geom/class/stripe/../.. -std=gnu99 /usr/src/sbin/geom/class/stripe/geom_stripe.c /usr/src/sbin/geom/class/stripe/../../misc/subr.c --- depend_subdir_ggate --- echo ggated: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libpthread.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .depend ===> sbin/ggate/ggatel (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -DLIBGEOM -I/usr/src/sbin/ggate/ggatel/../shared -std=gnu99 /usr/src/sbin/ggate/ggatel/ggatel.c /usr/src/sbin/ggate/ggatel/../shared/ggate.c --- depend_subdir_geom --- ===> sbin/geom/class/virstor (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/geom/class/virstor/../.. -std=gnu99 /usr/src/sbin/geom/class/virstor/../../../../sys/geom/virstor/binstream.c /usr/src/sbin/geom/class/virstor/../../../../sys/geom/virstor/g_virstor_md.c /usr/src/sbin/geom/class/virstor/geom_virstor.c /usr/src/sbin/geom/class/virstor/../../misc/subr.c --- depend_subdir_ggate --- echo ggatel: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libgeom.a /usr/obj/usr/src/tmp/usr/lib/libsbuf.a /usr/obj/usr/src/tmp/usr/lib/libbsdxml.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .depend --- sys.depend__D --- ===> sys (depend) --- _sub.depend --- ===> sys/boot (depend) --- _sub.depend --- ===> sys/boot/ficl (depend) --- secure.depend__D --- echo ssh: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libutil.a /usr/obj/usr/src/tmp/usr/lib/private/libldns.a /usr/obj/usr/src/tmp/usr/lib/libgssapi.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-add --- ===> secure/usr.bin/ssh-add (depend) --- sbin.depend__D --- --- depend_subdir_growfs --- ===> sbin/growfs (depend) --- secure.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-add/../../../crypto/openssh -DHAVE_LDNS=1 -std=gnu99 -include ssh_namespace.h /usr/src/secure/usr.bin/ssh-add/../../../crypto/openssh/ssh-add.c --- sys.depend__D --- --- softcore.c --- --- sbin.depend__D --- --- .depend --- --- sys.depend__D --- (cd /usr/src/sys/boot/ficl/softwords; cat softcore.fr jhlocal.fr marker.fr freebsd.fr ficllocal.fr ifbrack.fr | awk -f softcore.awk -v datestamp="`LC_ALL=C date`") > softcore.c --- sbin.depend__D --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/growfs/../mount -std=gnu99 /usr/src/sbin/growfs/growfs.c /usr/src/sbin/growfs/../mount/getmntopts.c --- sys.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sys/boot/ficl -I/usr/src/sys/boot/ficl/i386 -I/usr/src/sys/boot/ficl/../common -std=gnu99 /usr/src/sys/boot/ficl/dict.c /usr/src/sys/boot/ficl/ficl.c /usr/src/sys/boot/ficl/fileaccess.c /usr/src/sys/boot/ficl/float.c /usr/src/sys/boot/ficl/loader.c /usr/src/sys/boot/ficl/math64.c /usr/src/sys/boot/ficl/prefix.c /usr/src/sys/boot/ficl/search.c /usr/src/sys/boot/ficl/stack.c /usr/src/sys/boot/ficl/tools.c /usr/src/sys/boot/ficl/vm.c /usr/src/sys/boot/ficl/words.c /usr/src/sys/boot/ficl/i386/sysdep.c softcore.c --- secure.depend__D --- echo ssh-add: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-agent --- ===> secure/usr.bin/ssh-agent (depend) --- sbin.depend__D --- echo growfs: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .depend --- depend_subdir_gvinum --- ===> sbin/gvinum (depend) --- secure.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-agent/../../../crypto/openssh -DHAVE_LDNS=1 -std=gnu99 -include ssh_namespace.h /usr/src/secure/usr.bin/ssh-agent/../../../crypto/openssh/ssh-agent.c --- sbin.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/gvinum/../../sys -I/usr/obj/usr/src/tmp//usr/include/edit -std=gnu99 /usr/src/sbin/gvinum/gvinum.c /usr/src/sbin/gvinum/../../sys/geom/vinum/geom_vinum_share.c --- secure.depend__D --- echo ssh-agent: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-keygen --- ===> secure/usr.bin/ssh-keygen (depend) --- sbin.depend__D --- echo gvinum: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libedit.a /usr/obj/usr/src/tmp/usr/lib/libtermcap.a /usr/obj/usr/src/tmp/usr/lib/libdevstat.a /usr/obj/usr/src/tmp/usr/lib/libkvm.a /usr/obj/usr/src/tmp/usr/lib/libgeom.a >> .depend --- depend_subdir_hastctl --- ===> sbin/hastctl (depend) --- secure.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-keygen/../../../crypto/openssh -DHAVE_LDNS=1 -std=gnu99 -include ssh_namespace.h /usr/src/secure/usr.bin/ssh-keygen/../../../crypto/openssh/ssh-keygen.c --- sbin.depend__D --- --- parse.c --- yacc -d -v /usr/src/sbin/hastctl/../hastd/parse.y cp y.tab.c parse.c --- token.c --- lex -otoken.c /usr/src/sbin/hastctl/../hastd/token.l --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/hastctl/../hastd -DHAVE_CAPSICUM -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=gnu99 /usr/src/sbin/hastctl/../hastd/activemap.c /usr/src/sbin/hastctl/../hastd/crc32.c /usr/src/sbin/hastctl/../hastd/ebuf.c /usr/src/sbin/hastctl/../hastd/hast_checksum.c /usr/src/sbin/hastctl/../hastd/hast_compression.c /usr/src/sbin/hastctl/../hastd/hast_proto.c /usr/src/sbin/hastctl/hastctl.c /usr/src/sbin/hastctl/../hastd/lzf.c /usr/src/sbin/hastctl/../hastd/metadata.c /usr/src/sbin/hastctl/../hastd/nv.c parse.c /usr/src/sbin/hastctl/../hastd/pjdlog.c /usr/src/sbin/hastctl/../hastd/proto.c /usr/src/sbin/hastctl/../hastd/proto_common.c /usr/src/sbin/hastctl/../hastd/proto_uds.c token.c /usr/src/sbin/hastctl/../hastd/subr.c --- secure.depend__D --- echo ssh-keygen: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/private/libldns.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-keyscan --- ===> secure/usr.bin/ssh-keyscan (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-keyscan/../../../crypto/openssh -DHAVE_LDNS=1 -std=gnu99 -include ssh_namespace.h /usr/src/secure/usr.bin/ssh-keyscan/../../../crypto/openssh/ssh-keyscan.c --- sys.depend__D --- ===> sys/boot/forth (depend) ===> sys/boot/efi (depend) ===> sys/boot/libstand32 (depend) --- secure.depend__D --- echo ssh-keyscan: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_usr.sbin --- ===> secure/usr.sbin (depend) --- depend_subdir_sshd --- ===> secure/usr.sbin/sshd (depend) --- sys.depend__D --- make[5]: make[5]: don't know how to make gzguts.h. Stop make[5]: stopped in /usr/src/sys/boot/libstand32 *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/boot 1 error make[4]: stopped in /usr/src/sys/boot *** [_sub.depend] Error code 2 make[3]: stopped in /usr/src/sys 1 error make[3]: stopped in /usr/src/sys *** [sys.depend__D] Error code 2 make[2]: stopped in /usr/src --- secure.depend__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/usr.sbin/sshd *** [depend_subdir_sshd] Error code 2 make[4]: stopped in /usr/src/secure/usr.sbin 1 error make[4]: stopped in /usr/src/secure/usr.sbin *** [depend_subdir_usr.sbin] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [secure.depend__D] Error code 2 make[2]: stopped in /usr/src --- sbin.depend__D --- echo hastctl: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libutil.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sbin/hastctl *** [depend_subdir_hastctl] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [sbin.depend__D] Error code 2 make[2]: stopped in /usr/src --- gnu.depend__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/gnu/usr.bin/gdb/libgdb *** [_sub.depend] Error code 2 make[5]: stopped in /usr/src/gnu/usr.bin/gdb 1 error make[5]: stopped in /usr/src/gnu/usr.bin/gdb *** [depend_subdir_gdb] Error code 2 make[4]: stopped in /usr/src/gnu/usr.bin 1 error make[4]: stopped in /usr/src/gnu/usr.bin *** [depend_subdir_usr.bin] Error code 2 make[3]: stopped in /usr/src/gnu 1 error make[3]: stopped in /usr/src/gnu *** [gnu.depend__D] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [_depend] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_10-i386] $ /bin/sh -xe /tmp/hudson2620479148237087525.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_STABLE_10-i386' + echo 'clean up jail FreeBSD_STABLE_10-i386' clean up jail FreeBSD_STABLE_10-i386 + sudo jail -r FreeBSD_STABLE_10-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias + sudo umount FreeBSD_STABLE_10-i386/usr/src + sudo umount FreeBSD_STABLE_10-i386/dev + sudo rm -fr FreeBSD_STABLE_10-i386 + true + sudo chflags -R noschg FreeBSD_STABLE_10-i386 + sudo rm -fr FreeBSD_STABLE_10-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Wed Jan 18 16:59:00 2017 Return-Path: Delivered-To: freebsd-stable@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 45FFCCB62E7; Wed, 18 Jan 2017 16:59:00 +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 3806E181B; Wed, 18 Jan 2017 16:59:00 +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 659927DB; Wed, 18 Jan 2017 16:59:00 +0000 (UTC) Date: Wed, 18 Jan 2017 16:58:59 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: pfg@FreeBSD.org, avg@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1484268076.61.1484758740422.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <660225198.59.1484737111644.JavaMail.jenkins@jenkins-9.freebsd.org> References: <660225198.59.1484737111644.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #1643 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 16:59:00 -0000 FreeBSD_STABLE_10-i386 - Build #1643 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1= 643/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/164= 3/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1643= /console Change summaries: 312386 by pfg: MFC r311947, r311981: rpcgen(1): Avoid unused variable warning on generated code. Avoid "unused variable 'i'" warnings in generated .c files by only emitting the "int i;" for non-opaque arrays. Opaque arrays use xdr_opaque() rather than iterating over the array. Obtained from:=09OpenBSD (CVS rev 1.28) rpcgen(1): Check getrlimit() return for generated code. Obtained from:=09NetBSD (CVS rev 1.27, 1.28) 312382 by avg: MFC r310630: libkvm: support access to vmm guest memory, allow writes to fwmem and vmm Sponsored by:=09 Panzura The end of the build log: [...truncated 69303 lines...] echo gvinum: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/l= ib/libedit.a /usr/obj/usr/src/tmp/usr/lib/libtermcap.a /usr/obj/usr/src/tmp= /usr/lib/libdevstat.a /usr/obj/usr/src/tmp/usr/lib/libkvm.a /usr/obj/usr/sr= c/tmp/usr/lib/libgeom.a >> .depend --- depend_subdir_hastctl --- =3D=3D=3D> sbin/hastctl (depend) --- share.depend__D --- --- depend_subdir_vt --- =3D=3D=3D> share/vt (depend) --- sbin.depend__D --- --- parse.c --- yacc -d -v /usr/src/sbin/hastctl/../hastd/parse.y --- share.depend__D --- --- _sub.depend --- =3D=3D=3D> share/vt/fonts (depend) --- sbin.depend__D --- cp y.tab.c parse.c --- token.c --- lex -otoken.c /usr/src/sbin/hastctl/../hastd/token.l --- share.depend__D --- =3D=3D=3D> share/vt/keymaps (depend) --- sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/sbin/hastctl/../hastd -DHAVE_C= APSICUM -DINET -DINET6 -DYY_NO_UNPUT -DYY_NO_INPUT -DHAVE_CRYPTO -std=3Dgnu= 99 /usr/src/sbin/hastctl/../hastd/activemap.c /usr/src/sbin/hastctl/../h= astd/crc32.c /usr/src/sbin/hastctl/../hastd/ebuf.c /usr/src/sbin/hastctl/..= /hastd/hast_checksum.c /usr/src/sbin/hastctl/../hastd/hast_compression.c /u= sr/src/sbin/hastctl/../hastd/hast_proto.c /usr/src/sbin/hastctl/hastctl.c /= usr/src/sbin/hastctl/../hastd/lzf.c /usr/src/sbin/hastctl/../hastd/metadata= .c /usr/src/sbin/hastctl/../hastd/nv.c parse.c /usr/src/sbin/hastctl/../has= td/pjdlog.c /usr/src/sbin/hastctl/../hastd/proto.c /usr/src/sbin/hastctl/..= /hastd/proto_common.c /usr/src/sbin/hastctl/../hastd/proto_uds.c token.c /u= sr/src/sbin/hastctl/../hastd/subr.c --- share.depend__D --- --- depend_subdir_zoneinfo --- =3D=3D=3D> share/zoneinfo (depend) --- gnu.depend__D --- --- depend_subdir_gperf --- =3D=3D=3D> gnu/usr.bin/gperf (depend) --- _sub.depend --- =3D=3D=3D> gnu/usr.bin/gperf/doc (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/gnu/usr.bin/gperf/../../../con= trib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gpe= rf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../.= ./../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../co= ntrib/gperf/src/input.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/= src/keyword-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/k= eyword.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /us= r/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/= usr.bin/gperf/../../../contrib/gperf/src/output.cc /usr/src/gnu/usr.bin/gpe= rf/../../../contrib/gperf/src/positions.cc /usr/src/gnu/usr.bin/gperf/../..= /../contrib/gperf/src/search.cc /usr/src/gnu/usr.bin/gperf/../../../contrib= /gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib= /getline.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc = =20 --- secure.depend__D --- echo ssh: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/= private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libutil.a /usr/obj/usr/src/tm= p/usr/lib/private/libldns.a /usr/obj/usr/src/tmp/usr/lib/libgssapi.a /usr/o= bj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a = /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-add --- =3D=3D=3D> secure/usr.bin/ssh-add (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-add/../../.= ./crypto/openssh -DHAVE_LDNS=3D1 -std=3Dgnu99 -include ssh_namespace.h /u= sr/src/secure/usr.bin/ssh-add/../../../crypto/openssh/ssh-add.c --- gnu.depend__D --- echo gperf: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend echo gperf: /usr/obj/usr/src/tmp/usr/lib/libc++.a >> .depend --- secure.depend__D --- --- depend_subdir_usr.sbin --- =3D=3D=3D> secure/usr.sbin (depend) --- depend_subdir_usr.bin --- echo ssh-add: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/= lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/s= rc/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-agent --- =3D=3D=3D> secure/usr.bin/ssh-agent (depend) --- depend_subdir_usr.sbin --- --- depend_subdir_sshd --- =3D=3D=3D> secure/usr.sbin/sshd (depend) --- depend_subdir_usr.bin --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-agent/../..= /../crypto/openssh -DHAVE_LDNS=3D1 -std=3Dgnu99 -include ssh_namespace.h = /usr/src/secure/usr.bin/ssh-agent/../../../crypto/openssh/ssh-agent.c --- depend_subdir_usr.sbin --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/secure/usr.sbin/sshd/../../../= crypto/openssh -DHAVE_LDNS=3D1 -DUSE_BSM_AUDIT -DHAVE_GETAUDIT_ADDR -std=3D= gnu99 -include ssh_namespace.h -include krb5_config.h /usr/src/secure/usr= .sbin/sshd/../../../crypto/openssh/sshd.c /usr/src/secure/usr.sbin/sshd/../= ../../crypto/openssh/auth-rhosts.c /usr/src/secure/usr.sbin/sshd/../../../c= rypto/openssh/auth-passwd.c /usr/src/secure/usr.sbin/sshd/../../../crypto/o= penssh/auth-rsa.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/aut= h-rh-rsa.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/audit.c /u= sr/src/secure/usr.sbin/sshd/../../../crypto/openssh/audit-bsm.c /usr/src/se= cure/usr.sbin/sshd/../../../crypto/openssh/audit-linux.c /usr/src/secure/us= r.sbin/sshd/../../../crypto/openssh/platform.c /usr/src/secure/usr.sbin/ssh= d/../../../crypto/openssh/sshpty.c /usr/src/secure/usr.sbin/sshd/../../../c= rypto/openssh/sshlogin.c /usr/src/secure/usr.sbin/sshd/../../../crypto/open= ssh/servconf.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/server= loop.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth.c /usr/sr= c/secure/usr.sbin/sshd/../../../crypto/openssh/auth1.c /usr/src/secure/usr.= sbin/sshd/../../../crypto/openssh/auth2.c /usr/src/secure/usr.sbin/sshd/../= ../../crypto/openssh/auth-options.c /usr/src/secure/usr.sbin/sshd/../../../= crypto/openssh/session.c /usr/src/secure/usr.sbin/sshd/../../../crypto/open= ssh/auth-chall.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth= 2-chall.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/groupaccess= .c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth-skey.c /usr/s= rc/secure/usr.sbin/sshd/../../../crypto/openssh/auth-bsdauth.c /usr/src/sec= ure/usr.sbin/sshd/../../../crypto/openssh/auth2-hostbased.c /usr/src/secure= /usr.sbin/sshd/../../../crypto/openssh/auth2-kbdint.c /usr/src/secure/usr.s= bin/sshd/../../../crypto/openssh/auth2-none.c /usr/src/secure/usr.sbin/sshd= /../../../crypto/openssh/auth2-passwd.c /usr/src/secure/usr.sbin/sshd/../..= /../crypto/openssh/auth2-pubkey.c /usr/src/secure/usr.sbin/sshd/../../../cr= ypto/openssh/monitor_mm.c /usr/src/secure/usr.sbin/sshd/../../../crypto/ope= nssh/monitor.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/monito= r_wrap.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth-krb5.c = /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth2-gss.c /usr/src/= secure/usr.sbin/sshd/../../../crypto/openssh/gss-serv.c /usr/src/secure/usr= .sbin/sshd/../../../crypto/openssh/gss-serv-krb5.c /usr/src/secure/usr.sbin= /sshd/../../../crypto/openssh/loginrec.c /usr/src/secure/usr.sbin/sshd/../.= ./../crypto/openssh/auth-pam.c /usr/src/secure/usr.sbin/sshd/../../../crypt= o/openssh/auth-shadow.c /usr/src/secure/usr.sbin/sshd/../../../crypto/opens= sh/auth-sia.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/md5cryp= t.c /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/sftp-server.c /us= r/src/secure/usr.sbin/sshd/../../../crypto/openssh/sftp-common.c /usr/src/s= ecure/usr.sbin/sshd/../../../crypto/openssh/sandbox-null.c /usr/src/secure/= usr.sbin/sshd/../../../crypto/openssh/sandbox-rlimit.c /usr/src/secure/usr.= sbin/sshd/../../../crypto/openssh/sandbox-systrace.c /usr/src/secure/usr.sb= in/sshd/../../../crypto/openssh/sandbox-darwin.c /usr/src/secure/usr.sbin/s= shd/../../../crypto/openssh/sandbox-seccomp-filter.c /usr/src/secure/usr.sb= in/sshd/../../../crypto/openssh/sandbox-capsicum.c /usr/src/secure/usr.sbin= /sshd/../../../crypto/openssh/sandbox-pledge.c /usr/src/secure/usr.sbin/ssh= d/../../../crypto/openssh/sandbox-solaris.c /usr/src/secure/usr.sbin/sshd/.= ./../../crypto/openssh/gss-genr.c --- sbin.depend__D --- echo hastctl: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/= lib/libutil.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend --- depend_subdir_hastd --- =3D=3D=3D> sbin/hastd (depend) --- secure.depend__D --- --- depend_subdir_usr.bin --- echo ssh-agent: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/us= r/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr= /src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-keygen --- =3D=3D=3D> secure/usr.bin/ssh-keygen (depend) --- sbin.depend__D --- --- parse.c --- yacc -d -v /usr/src/sbin/hastd/parse.y cp y.tab.c parse.c --- token.c --- lex -otoken.c /usr/src/sbin/hastd/token.l --- secure.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-keygen/../.= ./../crypto/openssh -DHAVE_LDNS=3D1 -std=3Dgnu99 -include ssh_namespace.h= /usr/src/secure/usr.bin/ssh-keygen/../../../crypto/openssh/ssh-keygen.c --- sbin.depend__D --- --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/sbin/hastd -DHAVE_CAPSICUM -DP= ROTO_TCP_DEFAULT_PORT=3D8457 -DINET -DINET6 -DHAVE_CRYPTO -std=3Dgnu99 /= usr/src/sbin/hastd/activemap.c /usr/src/sbin/hastd/control.c /usr/src/sbin/= hastd/crc32.c /usr/src/sbin/hastd/ebuf.c /usr/src/sbin/hastd/event.c /usr/s= rc/sbin/hastd/hast_checksum.c /usr/src/sbin/hastd/hast_compression.c /usr/s= rc/sbin/hastd/hast_proto.c /usr/src/sbin/hastd/hastd.c /usr/src/sbin/hastd/= hooks.c /usr/src/sbin/hastd/lzf.c /usr/src/sbin/hastd/metadata.c /usr/src/s= bin/hastd/nv.c /usr/src/sbin/hastd/secondary.c parse.c /usr/src/sbin/hastd/= pjdlog.c /usr/src/sbin/hastd/primary.c /usr/src/sbin/hastd/proto.c /usr/src= /sbin/hastd/proto_common.c /usr/src/sbin/hastd/proto_socketpair.c /usr/src/= sbin/hastd/proto_tcp.c /usr/src/sbin/hastd/proto_uds.c /usr/src/sbin/hastd/= rangelock.c /usr/src/sbin/hastd/subr.c token.c --- secure.depend__D --- echo ssh-keygen: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/u= sr/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/private/libldns.a /usr= /obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.= a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depend --- depend_subdir_ssh-keyscan --- =3D=3D=3D> secure/usr.bin/ssh-keyscan (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/secure/usr.bin/ssh-keyscan/../= ../../crypto/openssh -DHAVE_LDNS=3D1 -std=3Dgnu99 -include ssh_namespace.= h /usr/src/secure/usr.bin/ssh-keyscan/../../../crypto/openssh/ssh-keyscan.c echo ssh-keyscan: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/= usr/lib/private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/u= sr/src/tmp/usr/lib/libcrypto.a /usr/obj/usr/src/tmp/usr/lib/libz.a >> .depe= nd --- sbin.depend__D --- --- depend_subdir_ifconfig --- =3D=3D=3D> sbin/ifconfig (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DINET6 -DINET -DJAIL -std=3Dgnu99 /us= r/src/sbin/ifconfig/ifconfig.c /usr/src/sbin/ifconfig/af_link.c /usr/src/sb= in/ifconfig/af_inet.c /usr/src/sbin/ifconfig/af_inet6.c /usr/src/sbin/ifcon= fig/af_atalk.c /usr/src/sbin/ifconfig/af_nd6.c /usr/src/sbin/ifconfig/ifclo= ne.c /usr/src/sbin/ifconfig/ifmac.c /usr/src/sbin/ifconfig/ifmedia.c /usr/s= rc/sbin/ifconfig/iffib.c /usr/src/sbin/ifconfig/ifvlan.c /usr/src/sbin/ifco= nfig/ifvxlan.c /usr/src/sbin/ifconfig/ifgre.c /usr/src/sbin/ifconfig/ifgif.= c /usr/src/sbin/ifconfig/sfp.c /usr/src/sbin/ifconfig/ifieee80211.c /usr/sr= c/sbin/ifconfig/regdomain.c /usr/src/sbin/ifconfig/carp.c /usr/src/sbin/ifc= onfig/ifgroup.c /usr/src/sbin/ifconfig/ifpfsync.c /usr/src/sbin/ifconfig/if= bridge.c /usr/src/sbin/ifconfig/iflagg.c /usr/src/sbin/ifconfig/af_ipx.c --- depend_subdir_hastd --- echo hastd: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/li= b/libgeom.a /usr/obj/usr/src/tmp/usr/lib/libbsdxml.a /usr/obj/usr/src/tmp/u= sr/lib/libsbuf.a /usr/obj/usr/src/tmp/usr/lib/libpthread.a /usr/obj/usr/src= /tmp/usr/lib/libutil.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a >> .depend --- sys.depend__D --- =3D=3D=3D> sys (depend) --- _sub.depend --- =3D=3D=3D> sys/boot (depend) --- _sub.depend --- =3D=3D=3D> sys/boot/ficl (depend) --- softcore.c --- (cd /usr/src/sys/boot/ficl/softwords; cat softcore.fr jhlocal.fr marker.fr = freebsd.fr ficllocal.fr ifbrack.fr | awk -f softcore.awk -v datestamp=3D"= `LC_ALL=3DC date`") > softcore.c --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -I/usr/src/sys/boot/ficl -I/usr/src/sys/b= oot/ficl/i386 -I/usr/src/sys/boot/ficl/../common -std=3Dgnu99 /usr/src/s= ys/boot/ficl/dict.c /usr/src/sys/boot/ficl/ficl.c /usr/src/sys/boot/ficl/fi= leaccess.c /usr/src/sys/boot/ficl/float.c /usr/src/sys/boot/ficl/loader.c /= usr/src/sys/boot/ficl/math64.c /usr/src/sys/boot/ficl/prefix.c /usr/src/sys= /boot/ficl/search.c /usr/src/sys/boot/ficl/stack.c /usr/src/sys/boot/ficl/t= ools.c /usr/src/sys/boot/ficl/vm.c /usr/src/sys/boot/ficl/words.c /usr/src/= sys/boot/ficl/i386/sysdep.c softcore.c --- sbin.depend__D --- --- depend_subdir_ifconfig --- echo ifconfig: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr= /lib/libm.a /usr/obj/usr/src/tmp/usr/lib/libbsdxml.a /usr/obj/usr/src/tmp/u= sr/lib/libsbuf.a /usr/obj/usr/src/tmp/usr/lib/libipx.a /usr/obj/usr/src/tmp= /usr/lib/libjail.a >> .depend --- depend_subdir_init --- =3D=3D=3D> sbin/init (depend) --- .depend --- rm -f .depend CC=3D'cc ' mkdep -f .depend -a -DDEBUGSHELL -DSECURE -DLOGIN_CAP -DCOMPA= T_SYSV_INIT -I/usr/src/sbin/init/../../sbin/mount -std=3Dgnu99 /usr/src/= sbin/init/init.c /usr/src/sbin/init/../../sbin/mount/getmntopts.c --- sys.depend__D --- =3D=3D=3D> sys/boot/forth (depend) =3D=3D=3D> sys/boot/efi (depend) --- sbin.depend__D --- echo init: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib= /libutil.a /usr/obj/usr/src/tmp/usr/lib/libcrypt.a >> .depend --- depend_subdir_ipf --- =3D=3D=3D> sbin/ipf (depend) --- sys.depend__D --- =3D=3D=3D> sys/boot/libstand32 (depend) --- sbin.depend__D --- --- depend_subdir_libipf --- =3D=3D=3D> sbin/ipf/libipf (depend) --- sys.depend__D --- make[5]: make[5]: don't know how to make gzguts.h. Stop make[5]: stopped in /usr/src/sys/boot/libstand32 *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/boot 1 error make[4]: stopped in /usr/src/sys/boot *** [_sub.depend] Error code 2 make[3]: stopped in /usr/src/sys 1 error make[3]: stopped in /usr/src/sys *** [sys.depend__D] Error code 2 make[2]: stopped in /usr/src --- sbin.depend__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sbin/ipf/libipf *** [depend_subdir_libipf] Error code 2 make[4]: stopped in /usr/src/sbin/ipf 1 error make[4]: stopped in /usr/src/sbin/ipf *** [depend_subdir_ipf] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [sbin.depend__D] Error code 2 make[2]: stopped in /usr/src --- secure.depend__D --- --- depend_subdir_usr.sbin --- echo sshd: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib= /private/libssh.a /usr/obj/usr/src/tmp/usr/lib/libutil.a /usr/obj/usr/src/t= mp/usr/lib/libwrap.a /usr/obj/usr/src/tmp/usr/lib/libpam.a /usr/obj/usr/src= /tmp/usr/lib/libbsm.a /usr/obj/usr/src/tmp/usr/lib/libgssapi_krb5.a /usr/ob= j/usr/src/tmp/usr/lib/libgssapi.a /usr/obj/usr/src/tmp/usr/lib/libkrb5.a /u= sr/obj/usr/src/tmp/usr/lib/libhx509.a /usr/obj/usr/src/tmp/usr/lib/libasn1.= a /usr/obj/usr/src/tmp/usr/lib/libcom_err.a /usr/obj/usr/src/tmp/usr/lib/l= ibroken.a /usr/obj/usr/src/tmp/usr/lib/libwind.a /usr/obj/usr/src/tmp/usr/l= ib/libheimbase.a /usr/obj/usr/src/tmp/usr/lib/private/libheimipcc.a /usr/ob= j/usr/src/tmp/usr/lib/libcrypt.a /usr/obj/usr/src/tmp/usr/lib/libcrypto.a /= usr/obj/usr/src/tmp/usr/lib/libz.a /usr/obj/usr/src/tmp/usr/lib/libpthread.= a >> .depend A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/usr.sbin/sshd *** [depend_subdir_sshd] Error code 2 make[4]: stopped in /usr/src/secure/usr.sbin 1 error make[4]: stopped in /usr/src/secure/usr.sbin *** [depend_subdir_usr.sbin] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [secure.depend__D] Error code 2 make[2]: stopped in /usr/src --- gnu.depend__D --- --- depend_subdir_gdb --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/gnu/usr.bin/gdb/libgdb *** [_sub.depend] Error code 2 make[5]: stopped in /usr/src/gnu/usr.bin/gdb 1 error make[5]: stopped in /usr/src/gnu/usr.bin/gdb *** [depend_subdir_gdb] Error code 2 make[4]: stopped in /usr/src/gnu/usr.bin 1 error make[4]: stopped in /usr/src/gnu/usr.bin *** [depend_subdir_usr.bin] Error code 2 make[3]: stopped in /usr/src/gnu 1 error make[3]: stopped in /usr/src/gnu *** [gnu.depend__D] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [_depend] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_10-i386] $ /bin/sh -xe /tmp/hudson629902470160940602.sh + export 'PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/b= in' + export 'jname=3DFreeBSD_STABLE_10-i386' + echo 'clean up jail FreeBSD_STABLE_10-i386' clean up jail FreeBSD_STABLE_10-i386 + sudo jail -r FreeBSD_STABLE_10-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_STABLE_10-i386/usr/src + sudo umount FreeBSD_STABLE_10-i386/dev + sudo rm -fr FreeBSD_STABLE_10-i386 + true + sudo chflags -R noschg FreeBSD_STABLE_10-i386 + sudo rm -fr FreeBSD_STABLE_10-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Wed Jan 18 17:46:53 2017 Return-Path: Delivered-To: freebsd-stable@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 1C82DCB6A4F; Wed, 18 Jan 2017 17:46:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB2F1F58; Wed, 18 Jan 2017 17:46:48 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA05744; Wed, 18 Jan 2017 19:46:46 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1cTuJq-0000UR-9a; Wed, 18 Jan 2017 19:46:46 +0200 Subject: Re: FreeBSD_STABLE_10-i386 - Build #1643 - Still Failing To: freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org References: <660225198.59.1484737111644.JavaMail.jenkins@jenkins-9.freebsd.org> <1484268076.61.1484758740422.JavaMail.jenkins@jenkins-9.freebsd.org> Cc: pfg@FreeBSD.org From: Andriy Gapon Message-ID: <97af7af9-1272-4b7d-fdb6-35e451b0749b@FreeBSD.org> Date: Wed, 18 Jan 2017 19:46:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <1484268076.61.1484758740422.JavaMail.jenkins@jenkins-9.freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 17:46:53 -0000 On 18/01/2017 18:58, jenkins-admin@FreeBSD.org wrote: > FreeBSD_STABLE_10-i386 - Build #1643 - Still Failing: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1643/ > Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1643/changes > Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1643/console > > Change summaries: > > 312386 by pfg: > MFC r311947, r311981: > > rpcgen(1): Avoid unused variable warning on generated code. > > Avoid "unused variable 'i'" warnings in generated .c files by only > emitting the "int i;" for non-opaque arrays. Opaque arrays use > xdr_opaque() rather than iterating over the array. > > Obtained from: OpenBSD (CVS rev 1.28) > > rpcgen(1): Check getrlimit() return for generated code. > > Obtained from: NetBSD (CVS rev 1.27, 1.28) > > 312382 by avg: > MFC r310630: libkvm: support access to vmm guest memory, allow writes to > fwmem and vmm > > Sponsored by: Panzura > > > > The end of the build log: ... > make[5]: make[5]: don't know how to make gzguts.h. Stop > > make[5]: stopped in /usr/src/sys/boot/libstand32 gzguts.h in libstand32? That does not seem to be related to any of the commits listed at the beginning. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Wed Jan 18 17:55:13 2017 Return-Path: Delivered-To: freebsd-stable@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 8AD79CB602C for ; Wed, 18 Jan 2017 17:55:13 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from nm10-vm3.bullet.mail.ne1.yahoo.com (nm10-vm3.bullet.mail.ne1.yahoo.com [98.138.91.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55A391C28 for ; Wed, 18 Jan 2017 17:55:13 +0000 (UTC) (envelope-from pfg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1484762106; bh=sEJpysYESlo7HJNV5cztOuRmwjYZG5i8WnP1xtZyitM=; h=Subject:To:References:From:Date:In-Reply-To:From:Subject; b=XyVp+3NQ+VYFK2iSILON2J/lSbXot72754L3ycayiGNt6Vi//styMDCkOsi1ly5zKghLjWd3lmnoiSpQ7jpbn3KenvR2tc/xSEQhxHLBK+eoNFcjA6v7goqM0zWoyPvkWiOcQa+BWqN9MZLpvX9zrJuxFqyKMDa17xTuBR/lWsq4hODaewD6xI9u9+boXfjVopbaJwkDK+INUGHMU32Oa3frkvSgjc/3c0whhU8+dnJh8Zr0j1lgIt1Ux5A+gBHGCkAbVsdV3Az1xD/0njViyTRZ5KFuNHYHWHkPmnHoEaEACel9OFTIiTa34jfyWY4QjFjcfzUrRITmJEg+aqqHhQ== Received: from [98.138.100.115] by nm10.bullet.mail.ne1.yahoo.com with NNFMP; 18 Jan 2017 17:55:06 -0000 Received: from [98.138.84.46] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 18 Jan 2017 17:55:06 -0000 Received: from [127.0.0.1] by smtp114.mail.ne1.yahoo.com with NNFMP; 18 Jan 2017 17:55:06 -0000 X-Yahoo-Newman-Id: 307254.58554.bm@smtp114.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: JeZoarYVM1m0bsBxpCAP0ZJDqXd4ytFZ5EZHxq09gwSa1it J92pbwQCggnvm1xx.I5h0z31rrqFO9.yhYQwB2Ppes89OeGrHEMY82LaS4tH x3AWvnSMnX2z6qEECQM5TI4Iz5EVPR_yNW4L6PQV211.8CyRD3Ks.4EKFk_T r30jnIXfDTXIv4pZYo1fNWeblQdNfCmyuj5unQB.CTSG9bjVb58eYb0QyPBA GmBEymkKgGwPq7WCf3KbLcwiZInxFkqUtrTzFRmfaRWdXN4Ohu_gLT5oLHk9 Szi2RBINv0ibL0n3NP8Ji0LaxUktIVn8K_smin_5bkCMuZ405xE4uWH9GBgV s20hI8nFRSaykZRkHtd24D9q8.DVXW..dZNTwUgcEwAPTcqRWBj.Pvk9_nEB F.dQEKx8h8fgbiRdR._MziMLedSUmh8JRt3GN66EqNxJN1muW2523XeiwZJ_ pRWVlEQc1hB1nSH_w_gXPdvIFhERo_lxP7EYnGcZRgZyBxeJQTKPIjnlu9QC jNze194Wlu8E6a56MtQq8v66i5Y59cRV_0UVAouhv5.fKrAo- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Subject: Re: FreeBSD_STABLE_10-i386 - Build #1643 - Still Failing To: Andriy Gapon , freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org References: <660225198.59.1484737111644.JavaMail.jenkins@jenkins-9.freebsd.org> <1484268076.61.1484758740422.JavaMail.jenkins@jenkins-9.freebsd.org> <97af7af9-1272-4b7d-fdb6-35e451b0749b@FreeBSD.org> From: Pedro Giffuni Message-ID: Date: Wed, 18 Jan 2017 12:57:06 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <97af7af9-1272-4b7d-fdb6-35e451b0749b@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 17:55:13 -0000 On 01/18/17 12:46, Andriy Gapon wrote: > On 18/01/2017 18:58, jenkins-admin@FreeBSD.org wrote: >> FreeBSD_STABLE_10-i386 - Build #1643 - Still Failing: >> >> Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1643/ >> Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1643/changes >> Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1643/console >> >> Change summaries: >> >> 312386 by pfg: >> MFC r311947, r311981: >> >> rpcgen(1): Avoid unused variable warning on generated code. >> >> Avoid "unused variable 'i'" warnings in generated .c files by only >> emitting the "int i;" for non-opaque arrays. Opaque arrays use >> xdr_opaque() rather than iterating over the array. >> >> Obtained from: OpenBSD (CVS rev 1.28) >> >> rpcgen(1): Check getrlimit() return for generated code. >> >> Obtained from: NetBSD (CVS rev 1.27, 1.28) >> >> 312382 by avg: >> MFC r310630: libkvm: support access to vmm guest memory, allow writes to >> fwmem and vmm >> >> Sponsored by: Panzura >> >> >> >> The end of the build log: > > ... > >> make[5]: make[5]: don't know how to make gzguts.h. Stop >> >> make[5]: stopped in /usr/src/sys/boot/libstand32 > > > gzguts.h in libstand32? > That does not seem to be related to any of the commits listed at the beginning. > It says "still failing" so the breakage comes from the past. Pedro. From owner-freebsd-stable@freebsd.org Wed Jan 18 18:42:21 2017 Return-Path: Delivered-To: freebsd-stable@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 EA47ACB5CB3 for ; Wed, 18 Jan 2017 18:42:21 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from ims6.isendservice.com.br (ims6.isendservice.com.br [54.232.182.113]) by mx1.freebsd.org (Postfix) with ESMTP id 619581DA2 for ; Wed, 18 Jan 2017 18:42:21 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims6.isendservice.com.br (Postfix) with ESMTP id 82739429EB for ; Wed, 18 Jan 2017 16:25:58 -0200 (BRST) Date: Wed, 18 Jan 2017 16:25:58 -0200 (BRST) From: FIERGS | FATEC - Faculdade SENAI de Tecnologia Reply-To: joel.ferreira@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <1746380632.550580.1484763958188.JavaMail.root@ims6> Subject: =?ISO-8859-1?Q?O_Que_Voc=EA_Quer_ser_Amanh=E3=3F_Curso?= =?ISO-8859-1?Q?s_T=E9cnicos_2017_na_Faculdade_SENAI?= bounce-key: <2420-22522874-1580273> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 18:42:22 -0000 From owner-freebsd-stable@freebsd.org Wed Jan 18 19:08:05 2017 Return-Path: Delivered-To: freebsd-stable@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 92EA3CB64CA for ; Wed, 18 Jan 2017 19:08:05 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from ims6.isendservice.com.br (ims6.isendservice.com.br [54.232.182.113]) by mx1.freebsd.org (Postfix) with ESMTP id 091961A4E for ; Wed, 18 Jan 2017 19:08:04 +0000 (UTC) (envelope-from bounce@ims6.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims6.isendservice.com.br (Postfix) with ESMTP id C9A1342690 for ; Wed, 18 Jan 2017 16:57:05 -0200 (BRST) Date: Wed, 18 Jan 2017 16:57:05 -0200 (BRST) From: FIERGS | FATEC - Faculdade SENAI de Tecnologia Reply-To: faculdadesenai@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <1562285292.579903.1484765825737.JavaMail.root@ims6> Subject: =?ISO-8859-1?Q?Vestibular_SENAI_2017/1_-_50%_de_desconto_no?= =?ISO-8859-1?Q?_1=BA_semestre_para_Industri=E1rios_e_Dependentes?= bounce-key: <2420-22522874-1580566> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 19:08:05 -0000 From owner-freebsd-stable@freebsd.org Wed Jan 18 23:29:06 2017 Return-Path: Delivered-To: freebsd-stable@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 5061CCB6EED for ; Wed, 18 Jan 2017 23:29:06 +0000 (UTC) (envelope-from karly@kipshouse.net) Received: from mgmt.ironboy.kipshouse.net (ironboy.kipshouse.net [IPv6:2001:470:835a:4242::42]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mx.kipshouse.net", Issuer "Starfield Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C94E181B for ; Wed, 18 Jan 2017 23:29:05 +0000 (UTC) (envelope-from karly@kipshouse.net) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kipshouse.org; i=@kipshouse.org; q=dns/txt; s=kh-ss; t=1484782146; x=1516318146; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; z=Date:=20Wed,=2018=20Jan=202017=2015:03:56=20-0800|From: =20Karl=20Young=20|To:=20Greg=20Bysh enk=20|Cc:=20FreeBSD=20Stable=20Mail ing=20List=20|Subject:=20Re: =20NFS=20and=20amd=20on=20older=20FreeBSD=20[SOLVED] |Message-ID:=20<20170118230356.GD26386@mailboy.kipshouse. net>|References:=20<20170111234737.GK26386@mailboy.kipsho use.net>=0D=0A=20<20170112075816.GQ731@v1.leiden.byshenk. net>=0D=0A=20<20170112190007.GQ26386@mailboy.kipshouse.ne t>|MIME-Version:=201.0|In-Reply-To:=20<20170112190007.GQ2 6386@mailboy.kipshouse.net>; bh=3LeVz1+RfSIf0JzXYQQh8Ix8Aj+pRpqzA7NtsvTs4m0=; b=ChglUNbRCq5SZchpp5ZbAAlRBFM4A1nxlITobw3mGCVl5Eqi2KQ/RWXe vyoCmmSNB57QCDXmK63j0xvq4864I5IqIcBz312jUCSfAw0ZzxaDPY9h4 lZ33frbsqIZvbuvx05BWGVfpvnufFQp+fxO6NkuzGcP5LsY6QP2HoVkjP Pz16lcHz0DWYhUoXjpxC23Cu12a8t+Kpr5a+ZVumWFvjEKnT18cu+hiCi pbXS8y/dCeUDj3C8B394Ob26t3odS3Z7pc9XPakth1EXlS9Rsfd0a7j6Q lKxIeFcmjlF6u2xW882nqQqKT+LeUmDC9rJCWCpwtq3qJH/ESzMK98dzf w==; Authentication-Results: d2.ironport.kipshouse.net; dkim=none (message not signed) header.i=none; spf=None smtp.pra=karly@kipshouse.org; spf=None smtp.mailfrom=karly@kipshouse.net; spf=None smtp.helo=postmaster@mailboy.kipshouse.net Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of karly@kipshouse.org) identity=pra; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="karly@kipshouse.org"; x-conformance=sidf_compatible Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of karly@kipshouse.net) identity=mailfrom; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="karly@kipshouse.net"; x-conformance=sidf_compatible Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of postmaster@mailboy.kipshouse.net) identity=helo; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="postmaster@mailboy.kipshouse.net"; x-conformance=sidf_compatible X-SBRS: None X-MID: 232206 X-RemoteIP: 2001:470:835a:1010::26 X-RemoteHost: 2001:470:835a:1010::26, mailboypriv.kipshouse.net X-IronPort-AV: E=McAfee;i="5700,7163,8412"; a="232206" Received: from mailboypriv.kipshouse.net (HELO mailboy.kipshouse.net) ([IPv6:2001:470:835a:1010::26]) by d2.ironport.kipshouse.net with ESMTP; 18 Jan 2017 15:29:05 -0800 Received: by mailboy.kipshouse.net (Postfix, from userid 500) id B3AAC42497; Wed, 18 Jan 2017 15:03:56 -0800 (PST) Date: Wed, 18 Jan 2017 15:03:56 -0800 From: Karl Young To: Greg Byshenk Cc: FreeBSD Stable Mailing List Subject: Re: NFS and amd on older FreeBSD [SOLVED] Message-ID: <20170118230356.GD26386@mailboy.kipshouse.net> References: <20170111234737.GK26386@mailboy.kipshouse.net> <20170112075816.GQ731@v1.leiden.byshenk.net> <20170112190007.GQ26386@mailboy.kipshouse.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170112190007.GQ26386@mailboy.kipshouse.net> X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.kipshouse.org/karly X-Work-URL: http://www.cisco.com/ X-Disclaimer: My opinions do not necessarily represent those of my employer. User-Agent: Mutt/1.5.20 (2009-12-10) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2017 23:29:06 -0000 Karl Young(karly@kipshouse.org)@2017.01.12 11:00:07 -0800: > Thanks Greg > > One correction. The new server is FreeBSD 9.2, not 9.3. Replies below > > Greg Byshenk(freebsd@byshenk.net)@2017.01.12 08:58:16 +0100: > > On Wed, Jan 11, 2017 at 03:47:37PM -0800, Karl Young wrote: > > > I inherited a lab that has a few hundred hosts running FreeBSD 7.2. > > > These hosts run test scripts that access files that are stored on > > > FreeBSD 6.3 host. The 6.3 host exports a /data directory with NFS > > > > > > [...] > > > > > > $ showmount -e 9.3-host > > > Exports list on 9.3-host: > > > /data Everyone > > > > > > But I can't automount it: > > > > > > $ ls -l /net/9.3-host/data > > > ls: /net/9.3-host/data: No such file or directory > > > > > > If I manually mount the exported directory, it works: > > > > > > $ sudo mount -t nfs 9.3-host:/data /mnt/data/ > > > $ mount | grep nfs > > > 9.3-host:/data on /mnt/data (nfs) > > > > > > $ ls -l /mnt/data > > > total 4 > > > drwxr-xr-x 9 root wheel 512 Dec 20 17:41 iaf2 > > > > > > I've spent some time on Google, but haven't found a solution. I realize > > > these are very old versions, but I'm not in a position to upgrade them > > > right now. My last resort will be to use /etc/fstab to do the NFS > > > mount, but I'd rather avoid that if I can. > > > > If you can mount the share manually, there is almost > > certainly nothing wrong with the server. Based on the > > error ("No such file or directory"), I would recommend > > checking your amd config on the client. > > > > Yes, that makes sense, but I'm using the same client in both cases. In > rc.conf on client, I have: > > nfs_reserved_port_only="YES" > nfs_client_enable="YES" > amd_enable="YES" > > > And ps shows the amd process started with these flags: > > /usr/sbin/amd -p -a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map > > amd.map is the default > > $ cat /etc/amd.map > # $FreeBSD: src/etc/amd.map,v 1.10.8.1 2009/04/15 03:14:26 kensmith Exp > # $ > # > /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} > * opts:=rw,grpid,resvport,vers=3,proto=tcp,nosuid,nodev > > This is the same default amd.map as 9.2. > > Another data point: I see the same behavior with a 9.2 client: I can > automount a share from my 6.3 server, but not from the 9.2 server. Well, I might have found a workaround, but it's weird, seems to be DNS-related. Something I left out (didn't think it was important) is that the 6.3 server is out on our corporate net, so I used a FQDN: ls -l 6.3-server.example.com/data But the new server lives in our lab, so it has an RFC1918 address, and doesn't have a .com TLD. ls -l 9.2-server.lab/data I found that if I use the IP address, OR if I terminate the server name with a '.', it now works. ls -l /net/10.15.2.22/data/ total 4 drwxr-xr-x 9 root wheel 512 Dec 20 17:41 iaf2 $ ls -l /net/9.2-server.lab./data/ total 4 drwxr-xr-x 9 root wheel 512 Dec 20 17:41 iaf2 $ ls -l /net/9.2-server.lab/data/ ls: /net/9.2-server.lab/data/: No such file or directory $ showmount -e 9.2-server.lab Exports list on 9.2-server.lab: /data Everyone Sorry for the diversion. -karl From owner-freebsd-stable@freebsd.org Thu Jan 19 01:30:54 2017 Return-Path: Delivered-To: freebsd-stable@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 95B69CB669F; Thu, 19 Jan 2017 01:30:54 +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 885511777; Thu, 19 Jan 2017 01:30:54 +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 700FC7E4; Thu, 19 Jan 2017 01:30:54 +0000 (UTC) Date: Thu, 19 Jan 2017 01:30:53 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jhb@FreeBSD.org, marius@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <1160047602.63.1484789454471.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1484268076.61.1484758740422.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1484268076.61.1484758740422.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #1644 - Still Failing MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 01:30:54 -0000 FreeBSD_STABLE_10-i386 - Build #1644 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1644/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1644/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1644/console Change summaries: 312400 by marius: MFC: r273180, r283754, r297329, r299414, r300707, r310309, r310340 (partial), r310341, r311664, r311793-311794 o Use correct response bits for MMC_RSP_R4-R7 types o Make sdhci(4) work after suspend/resume for chipsets that require the frequency quirk. This makes it work on eg ThinkPad T420. o Add a convenience macro that masks all the bits related to clock divisors in all versions of the sdhci spec (the HI bits are just unused reserved bits in earlier versions). o sdhci/mmc: Minor whitespace cleanups o Add Braswell PCI IDs for Intel Cherryview o mmc: Accept even lower voltage for Cherryview And HP x2 210, per DragonFlyBSD 240bd9cd58f8259c12c14a8006837e698. o In mmcsd_task(), bio_resid was not being set to 0 on a successful read or write, resulting in random short-read and short-write returns for requests. Fixing this fixes nominal block I/O via mmcsd(4). Obtained from: DragonFlyBSD (fd4b97583be1a1e57234713c25f6e81bc0411cb0) o Add support for Intel Apollo Lake and Bay Trail eMMC PCI controllers. o Flesh out the support for Intel Braswell eMMC controllers further. o In sdhci_init_slot(), use the right capability field for determining the announced bus width based on MMC_CAP_*_BIT_DATA. 312398 by marius: MFC: r296135 Replace several bus_alloc_resource() calls with bus_alloc_resource_any() Most of these are BARs, and we allocate them in their entirety. The one outlier in this is amdsbwd(4), which calls bus_set_resource() prior. 312397 by jhb: MFC 310028: Use db_lookup_proc() in the DDB 'show procvm' command. This allows processes to be identified by PID as well as a pointer address. The end of the build log: [...truncated 69111 lines...] --- depend_subdir_BIG5 --- ===> share/i18n/csmapper/BIG5 (depend) --- gnu.depend__D --- --- _sub.depend --- ===> gnu/usr.bin/gperf/doc (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/positions.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/search.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getline.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc --- share.depend__D --- --- depend_subdir_CNS --- ===> share/i18n/csmapper/CNS (depend) --- depend_subdir_CP --- ===> share/i18n/csmapper/CP (depend) --- depend_subdir_EBCDIC --- ===> share/i18n/csmapper/EBCDIC (depend) --- depend_subdir_GB --- ===> share/i18n/csmapper/GB (depend) --- depend_subdir_GEORGIAN --- ===> share/i18n/csmapper/GEORGIAN (depend) --- depend_subdir_ISO646 --- ===> share/i18n/csmapper/ISO646 (depend) --- depend_subdir_ISO-8859 --- ===> share/i18n/csmapper/ISO-8859 (depend) --- gnu.depend__D --- echo gperf: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend echo gperf: /usr/obj/usr/src/tmp/usr/lib/libc++.a >> .depend --- share.depend__D --- --- depend_subdir_esdb --- ===> share/i18n/esdb (depend) --- depend_subdir_csmapper --- --- depend_subdir_JIS --- ===> share/i18n/csmapper/JIS (depend) --- depend_subdir_KAZAKH --- ===> share/i18n/csmapper/KAZAKH (depend) --- depend_subdir_esdb --- --- depend_subdir_APPLE --- ===> share/i18n/esdb/APPLE (depend) --- depend_subdir_csmapper --- --- depend_subdir_KOI --- ===> share/i18n/csmapper/KOI (depend) --- depend_subdir_KS --- ===> share/i18n/csmapper/KS (depend) --- depend_subdir_MISC --- ===> share/i18n/csmapper/MISC (depend) --- depend_subdir_esdb --- --- depend_subdir_AST --- ===> share/i18n/esdb/AST (depend) --- depend_subdir_csmapper --- --- depend_subdir_TCVN --- ===> share/i18n/csmapper/TCVN (depend) --- depend_subdir_esdb --- --- depend_subdir_BIG5 --- ===> share/i18n/esdb/BIG5 (depend) --- depend_subdir_keys --- ===> share/keys (depend) --- _sub.depend --- ===> share/keys/pkg (depend) --- _sub.depend --- ===> share/keys/pkg/trusted (depend) --- depend_subdir_i18n --- --- depend_subdir_CP --- ===> share/i18n/esdb/CP (depend) --- sbin.depend__D --- --- depend_subdir_ipfw --- ===> sbin/ipfw (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -DPF -std=gnu99 /usr/src/sbin/ipfw/ipfw2.c /usr/src/sbin/ipfw/dummynet.c /usr/src/sbin/ipfw/ipv6.c /usr/src/sbin/ipfw/main.c /usr/src/sbin/ipfw/nat.c /usr/src/sbin/ipfw/altq.c echo ipfw: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .depend --- share.depend__D --- --- depend_subdir_DEC --- ===> share/i18n/esdb/DEC (depend) --- sbin.depend__D --- --- depend_subdir_iscontrol --- ===> sbin/iscontrol (depend) --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sbin/iscontrol/../../sys -std=gnu99 /usr/src/sbin/iscontrol/iscontrol.c /usr/src/sbin/iscontrol/pdu.c /usr/src/sbin/iscontrol/fsm.c /usr/src/sbin/iscontrol/config.c /usr/src/sbin/iscontrol/login.c /usr/src/sbin/iscontrol/auth_subr.c /usr/src/sbin/iscontrol/misc.c --- share.depend__D --- --- depend_subdir_EUC --- ===> share/i18n/esdb/EUC (depend) --- depend_subdir_EBCDIC --- ===> share/i18n/esdb/EBCDIC (depend) --- depend_subdir_GB --- ===> share/i18n/esdb/GB (depend) --- sbin.depend__D --- echo iscontrol: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libcam.a /usr/obj/usr/src/tmp/usr/lib/libmd.a >> .depend --- sys.depend__D --- ===> sys (depend) --- share.depend__D --- --- depend_subdir_GEORGIAN --- ===> share/i18n/esdb/GEORGIAN (depend) --- sys.depend__D --- --- _sub.depend --- ===> sys/boot (depend) --- share.depend__D --- --- depend_subdir_ISO-2022 --- ===> share/i18n/esdb/ISO-2022 (depend) --- sys.depend__D --- --- _sub.depend --- ===> sys/boot/ficl (depend) --- softcore.c --- (cd /usr/src/sys/boot/ficl/softwords; cat softcore.fr jhlocal.fr marker.fr freebsd.fr ficllocal.fr ifbrack.fr | awk -f softcore.awk -v datestamp="`LC_ALL=C date`") > softcore.c --- share.depend__D --- --- depend_subdir_ISO-8859 --- ===> share/i18n/esdb/ISO-8859 (depend) --- sys.depend__D --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -I/usr/src/sys/boot/ficl -I/usr/src/sys/boot/ficl/i386 -I/usr/src/sys/boot/ficl/../common -std=gnu99 /usr/src/sys/boot/ficl/dict.c /usr/src/sys/boot/ficl/ficl.c /usr/src/sys/boot/ficl/fileaccess.c /usr/src/sys/boot/ficl/float.c /usr/src/sys/boot/ficl/loader.c /usr/src/sys/boot/ficl/math64.c /usr/src/sys/boot/ficl/prefix.c /usr/src/sys/boot/ficl/search.c /usr/src/sys/boot/ficl/stack.c /usr/src/sys/boot/ficl/tools.c /usr/src/sys/boot/ficl/vm.c /usr/src/sys/boot/ficl/words.c /usr/src/sys/boot/ficl/i386/sysdep.c softcore.c --- share.depend__D --- --- depend_subdir_ISO646 --- ===> share/i18n/esdb/ISO646 (depend) --- depend_subdir_KAZAKH --- ===> share/i18n/esdb/KAZAKH (depend) --- depend_subdir_KOI --- ===> share/i18n/esdb/KOI (depend) --- depend_subdir_MISC --- ===> share/i18n/esdb/MISC (depend) --- sys.depend__D --- ===> sys/boot/forth (depend) ===> sys/boot/efi (depend) ===> sys/boot/libstand32 (depend) --- share.depend__D --- --- depend_subdir_TCVN --- ===> share/i18n/esdb/TCVN (depend) --- sys.depend__D --- make[5]: make[5]: don't know how to make gzguts.h. Stop make[5]: stopped in /usr/src/sys/boot/libstand32 *** [_sub.depend] Error code 2 make[4]: stopped in /usr/src/sys/boot 1 error make[4]: stopped in /usr/src/sys/boot *** [_sub.depend] Error code 2 make[3]: stopped in /usr/src/sys 1 error make[3]: stopped in /usr/src/sys *** [sys.depend__D] Error code 2 make[2]: stopped in /usr/src --- share.depend__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/share/i18n/esdb/TCVN *** [depend_subdir_TCVN] Error code 2 make[5]: stopped in /usr/src/share/i18n/esdb 1 error make[5]: stopped in /usr/src/share/i18n/esdb *** [depend_subdir_esdb] Error code 2 make[4]: stopped in /usr/src/share/i18n 1 error make[4]: stopped in /usr/src/share/i18n *** [depend_subdir_i18n] Error code 2 make[3]: stopped in /usr/src/share 1 error make[3]: stopped in /usr/src/share *** [share.depend__D] Error code 2 make[2]: stopped in /usr/src --- gnu.depend__D --- --- depend_subdir_gdb --- A failure has been detected in another branch of the parallel make make[6]: stopped in /usr/src/gnu/usr.bin/gdb/libgdb *** [_sub.depend] Error code 2 make[5]: stopped in /usr/src/gnu/usr.bin/gdb 1 error make[5]: stopped in /usr/src/gnu/usr.bin/gdb *** [depend_subdir_gdb] Error code 2 make[4]: stopped in /usr/src/gnu/usr.bin 1 error make[4]: stopped in /usr/src/gnu/usr.bin *** [depend_subdir_usr.bin] Error code 2 make[3]: stopped in /usr/src/gnu 1 error make[3]: stopped in /usr/src/gnu *** [gnu.depend__D] Error code 2 make[2]: stopped in /usr/src --- sbin.depend__D --- --- depend_subdir_ipf --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/sbin/ipf/libipf *** [depend_subdir_libipf] Error code 2 make[4]: stopped in /usr/src/sbin/ipf 1 error make[4]: stopped in /usr/src/sbin/ipf *** [depend_subdir_ipf] Error code 2 make[3]: stopped in /usr/src/sbin 1 error make[3]: stopped in /usr/src/sbin *** [sbin.depend__D] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [_depend] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [WARNINGS] Skipping publisher since build result is FAILURE [PostBuildScript] - Execution post build scripts. [FreeBSD_STABLE_10-i386] $ /bin/sh -xe /tmp/hudson7770675374351564890.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_STABLE_10-i386' + echo 'clean up jail FreeBSD_STABLE_10-i386' clean up jail FreeBSD_STABLE_10-i386 + sudo jail -r FreeBSD_STABLE_10-i386 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::103:1 -alias + sudo umount FreeBSD_STABLE_10-i386/usr/src + sudo umount FreeBSD_STABLE_10-i386/dev + sudo rm -fr FreeBSD_STABLE_10-i386 + true + sudo chflags -R noschg FreeBSD_STABLE_10-i386 + sudo rm -fr FreeBSD_STABLE_10-i386 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-stable@freebsd.org Thu Jan 19 02:51:31 2017 Return-Path: Delivered-To: freebsd-stable@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 028C6CB7F8E for ; Thu, 19 Jan 2017 02:51:31 +0000 (UTC) (envelope-from saketag@saraexim.in) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::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 B3B5C11E7 for ; Thu, 19 Jan 2017 02:51:30 +0000 (UTC) (envelope-from saketag@saraexim.in) Received: by mail-qt0-x232.google.com with SMTP id v23so44963939qtb.0 for ; Wed, 18 Jan 2017 18:51:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=saraexim-in.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=9wXMoP6g4euHPRf5JsZN/xYWv5AnPazmui/1wJg7d90=; b=pO/gdYfzh8wefrPtVBkqPQGXvp3eUfvZUcBtPs7DMicUWg2KGiBKKSdma7ubgqgVmy BKevH3bU13AwqXi+N7Trxzx0MgXzI4EWjqqKJdQrnuiPJStfVb1gUTt+mnnlAtVv3ESG jLXxUxUvbetnw9565NwEH+jlgHmlW90s9N0eIc+zigbgwJDhA+c5qpU7MYqBadWGCWTL 4hMw7aJQsVn8f9rM4qS9V6GG5EAzAExvLC/ARma4ecPDDrUrH1woMxlDb39fSBRrJX3Q qNgnvqQRU+um54mMitwOh2LXY+evTu/WA5WWYiL/H/BsHfBfc5XP7UppjBx+gNIFmqYc ZNFw== 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=9wXMoP6g4euHPRf5JsZN/xYWv5AnPazmui/1wJg7d90=; b=P/nT25j6sZhe3XGBcZ1EoJfnNEQxNQyi8UU+DNAu/GWisjjb2VqrFlhFegDnbJHOQu dNalbZJLk7XEMYWNgql7TeUupdif02NmEOMy139nwYIIQXe6t7kMxJKLNSwOITj3ofVe VEXH+AqTnPf7s36SeHJVCS8kRWt30hmHfTbG9csmFlvXBuQ1T70KQdf5IPfLW6xLHiPd bGjzrMaFhX6g9PRAVZXwoNoLp6klxkI7K7fNMx/zd2u0iFbwIIpupAs4hkU+kPZtYxv7 YgT6a0ehoSSpBqSWq8sRvV02r5hy4LPO33S3xNCfW5FJQuYihXduIH0LwzK8K1AARqNS h5mA== X-Gm-Message-State: AIkVDXJTpz9yS3mdwLz51cVUMhJCD1SHCAszIxxJF3QihMhsJ4htK9F5ZsYIONgWYhPK3zy8cdnkVUg0oEn9kA== X-Received: by 10.200.48.136 with SMTP id v8mr6016050qta.200.1484794289689; Wed, 18 Jan 2017 18:51:29 -0800 (PST) Received: from 776393159873 named unknown by gmailapi.google.com with HTTPREST; Wed, 18 Jan 2017 18:49:13 -0800 MIME-Version: 1.0 Received: by 10.140.81.144 with HTTP; Thu, 5 Jan 2017 03:59:49 -0800 (PST) From: Saket Agarwal Date: Wed, 18 Jan 2017 18:49:13 -0800 Message-ID: Subject: Season's Greetings To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 02:51:31 -0000 [image: Inline image 1] Please reply to this email if you want to unsubscribe. Best Regards *Mousumi Nandan * SARA | Business Development Executive Mobile: +91 987 45678 47 Office: +91 33 400 88 333 Email: mousumi.sarainternational@gmail.com sales.sarainternational@gmail.com info.sarainternational@gmail.com Sara International =E2=80=9CWe believe in building long term relationship=E2=80=9D 55 Ezra Street, 2nd Floor, Kolkata West Bengal, India Email marketing inside Gmail From owner-freebsd-stable@freebsd.org Thu Jan 19 08:31:00 2017 Return-Path: Delivered-To: freebsd-stable@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 42BB2CB49C2; Thu, 19 Jan 2017 08:31:00 +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 2E99316B6; Thu, 19 Jan 2017 08:31:00 +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 699DC7F2; Thu, 19 Jan 2017 08:31:00 +0000 (UTC) Date: Thu, 19 Jan 2017 08:30:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: delphij@FreeBSD.org, kib@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org Message-ID: <597456497.65.1484814660479.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1160047602.63.1484789454471.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1160047602.63.1484789454471.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_10-i386 - Build #1645 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 08:31:00 -0000 FreeBSD_STABLE_10-i386 - Build #1645 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1645/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1645/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1645/console Change summaries: 312403 by delphij: MFC r293040,293341,293435: Reduce libstand Makefile duplication. PR: 216251 312402 by kib: MFC r311984: For the main binary, postpone enforcing relro read-only protection until copy relocations are done. From owner-freebsd-stable@freebsd.org Thu Jan 19 10:31:02 2017 Return-Path: Delivered-To: freebsd-stable@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 DEB72CB8773; Thu, 19 Jan 2017 10:31:02 +0000 (UTC) (envelope-from etnapierala@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 71F80152F; Thu, 19 Jan 2017 10:31:02 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id c206so70211005wme.0; Thu, 19 Jan 2017 02:31:02 -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=Lyl5aHThLHdR/WMskKCCB6Bjo1h4OeytD+RJYnoIS3M=; b=C8cmwVPv8Z+Pxa+d9yfsszqDqXq1zzQx5KkxQEcymP0/hrc9UvfU51ukW75uTOm7uX md7voetmgLAgAji9txYxY8VDYgMbxh/2j9FDu8tyUjbBypBP2/bydqh872lOfjQow5cH nCSGqFQh30G2/IlSUFqOq6Z/932AUJvzJdAa/TXxKTSwjFrOZWyEeNx4JUy05njEjBZ5 34S+j3kXoLDv33890tnvOMGE/rRgt1uBBpNVhqs5nDp4dFUz49KmvUVmVUIYe7UoLVnJ Ce6LTsh5DJDSEAoqex1fBAOhQf6LCU1KNxXf+boyCu/zLXa6mKCJ8TTG21VpNymnyMdW Zvag== 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=Lyl5aHThLHdR/WMskKCCB6Bjo1h4OeytD+RJYnoIS3M=; b=aLpb0D+Vy2sgS0+hZ7SQUCTVt4mP5xMERiausgOF8tjovZREOYixX0x0SXgNmh6FDn 3LZ1OqkMSee0J545Xwn2kEuaQ/BOmcvvwEVDgqO77WrBBpYoVPYVP2UlUvvRhH12awct 1aDpiQPHv1yLzgWiJjV5uxsr3dZgN+ohdXs8GOUpDWjifjD9iIXd+jCJ75PI6DyPzKRE SXmrJWdkS7v+zzgsWnP2DjaUxcjQsCwrhdGfdblUpcVO+c+eETrHY/7V6jFngV1qoztE rviuNof9vJki2Qs1aJLZb0HrrV+BhqLzfHuej6fwRAmwj8zGOteiU7dkMasfC5Bc2/ce Kv6A== X-Gm-Message-State: AIkVDXJccjZVPECk9idBbRxkLCSIUxz8L0OVV9rg8leXh8fb/FR+R5Ebyf1N3oq/bwgDLg== X-Received: by 10.28.45.1 with SMTP id t1mr22920678wmt.53.1484821860918; Thu, 19 Jan 2017 02:31:00 -0800 (PST) Received: from brick (global-5-141.nat-2.net.cam.ac.uk. [131.111.5.141]) by smtp.gmail.com with ESMTPSA id 63sm52305245wmg.2.2017.01.19.02.30.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Jan 2017 02:31:00 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 19 Jan 2017 10:30:58 +0000 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "Eugene M. Zheganin" Cc: freebsd-net@FreeBSD.org, freebsd-stable Subject: Re: decent 40G network adapters Message-ID: <20170119103058.GA30694@brick> Mail-Followup-To: "Eugene M. Zheganin" , freebsd-net@FreeBSD.org, freebsd-stable References: <587F39E3.1060608@norma.perm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <587F39E3.1060608@norma.perm.ru> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 10:31:03 -0000 On 0118T1448, Eugene M. Zheganin wrote: > Hi. > > Could someone recommend a decent 40Gbit adapter that are proven to be > working under FreeBSD ? The intended purpose - iSCSI traffic, not much > pps, but rates definitely above 10G. I've tried Supermicro-manufactured > Intel XL710 ones (two boards, different servers - same sad story: > packets loss, server unresponsive, spikes), seems like they have a > problem in a driver (or firmware), and though Intel support states this > is because the Supermicro tampered with the adapter, I'm still > suspicious about ixl(4). I've also seen in the ML a guy reported the > exact same problem with ixl(4) as I have found. > > So, what would you say ? Chelsio ? I'd say Chelsio; it's very well supported, it's actively involved in FreeBSD development, and there's hardware-specific iSCSI offload for it (cxgbei). From owner-freebsd-stable@freebsd.org Thu Jan 19 16:57:54 2017 Return-Path: Delivered-To: freebsd-stable@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 0E98FCB8864 for ; Thu, 19 Jan 2017 16:57:54 +0000 (UTC) (envelope-from 01010159b7a9c177-01095282-9afd-4c9e-987d-c1ae54e9a0ce-000000@us-west-2.amazonses.com) Received: from a27-42.smtp-out.us-west-2.amazonses.com (a27-42.smtp-out.us-west-2.amazonses.com [54.240.27.42]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB9261ABB for ; Thu, 19 Jan 2017 16:57:53 +0000 (UTC) (envelope-from 01010159b7a9c177-01095282-9afd-4c9e-987d-c1ae54e9a0ce-000000@us-west-2.amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=gdwg2y3kokkkj5a55z2ilkup5wp5hhxx; d=amazonses.com; t=1484845072; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:Feedback-ID; bh=HHhaviEYLZWE65ucVNX4ifX4Poab8sbcQdsf2nIjsBw=; b=KlqxMYW1WlZ2R0VlKcQenB3bLadTM2/z37ESMJl6Rna6gZXQSTVAi5bmDsQPux7Q /S8ze/IgIRIJ2ZDv0woYS7A9sL+KJBMIqhd1qoBA7Vf7BU5F+rbxSgUxxxkcHr4cIKp ZHgtUnOp4IrVQFJQ+KTI8KFu89g2JE+wACtmfysg= Date: Thu, 19 Jan 2017 16:57:52 +0000 From: iMarketing Center Reply-To: chiboost@gmx.com To: freebsd-stable@freebsd.org Message-ID: <01010159b7a9c177-01095282-9afd-4c9e-987d-c1ae54e9a0ce-000000@us-west-2.amazonses.com> Subject: Android iMarketing Center for small business owner X-SES-Outgoing: 2017.01.19-54.240.27.42 Feedback-ID: 1.us-west-2.Vf7+6T1oCxZiDF9K+T6XVAfo0K8BvnF5/zkSxKEtH30=:AmazonSES MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 16:57:54 -0000 From owner-freebsd-stable@freebsd.org Fri Jan 20 06:09:47 2017 Return-Path: Delivered-To: freebsd-stable@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 995D2CB977D for ; Fri, 20 Jan 2017 06:09:47 +0000 (UTC) (envelope-from bounce@kirim.email) 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 797411B3D for ; Fri, 20 Jan 2017 06:09:47 +0000 (UTC) (envelope-from bounce@kirim.email) Received: by mailman.ysv.freebsd.org (Postfix) id 742B6CB977C; Fri, 20 Jan 2017 06:09:47 +0000 (UTC) Delivered-To: stable@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 6FB31CB977B for ; Fri, 20 Jan 2017 06:09:47 +0000 (UTC) (envelope-from bounce@kirim.email) Received: from kirim.email (vps17.kirim.email [203.114.75.209]) (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 11E061B3C for ; Fri, 20 Jan 2017 06:09:46 +0000 (UTC) (envelope-from bounce@kirim.email) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kirim.email ; s=default; h=Message-ID:List-Unsubscribe:Content-Transfer-Encoding: Content-Type:MIME-Version:Date:Subject:From:To:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Subscribe: List-Post:List-Owner:List-Archive; bh=gyp8g2/Xlpauw1CDpbxaSbczv9r7iKvt++F1ijmBa3A=; b=g3qN5Uuat+k5hleKOXqZtCCjp9 ykHml33duBZd2tkueSWSLxfrIiCrD4SumGtLJaadPTeFh1wT5WtQB9E9vBIbdQvsYwb/xwD5S8E+o yZsGXJG7Z1pyQkBp24sW15kn7JiCegqH+o/SnJa/RKt8A6rlfHGLFhWWqKtZbttEW3ophHn9eIqgO /oxH2ShOXjQ/vETVpKfqwga2L2bmeSt+TgVYQoAxHQeB0bM3fJetBEL4H0KFVSlCBuouQXBbw0TE7 ghmzmXgWlDpuCX6Qn37BzuLhgdH34DKt8A3aZUwIncQMdRNwfHimMdIXLu/uwpkzf9RUcg5dueoCy KHs7W6pQ==; Received: from main.kirim.email ([103.200.4.90]:38817 helo=[103.200.4.92]) by main with esmtpa (Exim 4.87) (envelope-from ) id 1cTkLn-0001Lp-9M for stable@freebsd.org; Wed, 18 Jan 2017 14:08:07 +0700 To: From: Aplikasi Cerdas Subject: Aplikasi Penghasil Uang, Baca Sekarang Date: Wed, 18 Jan 2017 14:08:05 +0700 MIME-Version: 1.0 X-mid: c3RhYmxlQGZyZWVic2Qub3JnICwgYzE1MzM4ICwgbTE0MTQw X-Mailer: Kirim.Email X-Sender: Message-ID: <20170118070807.5171.2017974153.swift@app.kirim.email> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - main X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - kirim.email X-Get-Message-Sender-Via: main: authenticated_id: bounce@kirim.email X-Authenticated-Sender: main: bounce@kirim.email X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=utf-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 06:09:47 -0000 Download Aplikasi Uang Otomatis Yang Akan Membantu Anda Mendapatkan Rp. 100.000.000,- Sebulan Ke Rekening Bank Tanpa Henti Hentinya Hanya Dengan Ponsel Anda Saja! Mudah dimengerti, sangat gampang ... Hanya download ke dalam ponsel dan klik saja! Setelah Anda mendapatkan aplikasi Android ajaib saya, download dan install ke dalam ponsel Android Anda, Anda akan mulai menghasilkan pendapatan tak henti hentinya setiap hari sebesar Rp. 5.000.000,- atau lebih DI JAMIN 100%. Saya berani memberikan jaminan ini kepada Anda karena ini sangat sangat ajaib. Mau.? Klik Disini (https://app.kirim.email/lt.php?c=15338&m=14140&nl=6225&s=268eefa127c1afc769a7a97d8fa4018b&lid=77738&l=-http--www.aplikasiatmponsel.com/--Q-id--E-uang1milyar) - -, -, - - - Untuk berhenti menerima email seperti ini, klik disini. https://app.kirim.email/surround.php?nl=6225&c=15338&m=14140&s=268eefa127c1afc769a7a97d8fa4018b&funcml=unsub2&ALL Laporkan email ini - https://app.kirim.email/index.php?action=abuse&nl=6225&c=15338&m=14140&s=268eefa127c1afc769a7a97d8fa4018b From owner-freebsd-stable@freebsd.org Fri Jan 20 08:20:35 2017 Return-Path: Delivered-To: freebsd-stable@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 BBC30CB9AA0 for ; Fri, 20 Jan 2017 08:20:35 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from mail.mimar.rs (mail1.mimar.rs [193.53.106.128]) (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 65A3E1978 for ; Fri, 20 Jan 2017 08:20:33 +0000 (UTC) (envelope-from marko.cupac@mimar.rs) Received: from mail1.mimar.rs (localhost [127.0.1.128]) by mail.mimar.rs (Postfix) with ESMTP id AF3309FA8967 for ; Fri, 20 Jan 2017 09:20:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1484900421; x= 1486714822; bh=Uk0kzaLE6DnLFZ5LTXz8JNxYQpgcNBuyKq5lMcILjgg=; b=E qraUnoe0lfObPhyl4JYA4NrlPFfty80AB7hYBGGCfWIgTMY2ws35G6JzY8jvUplO JHby2f+wxrBxr8qlj7plLyewg3avYk56fQja8DyT81oYg3Jz3AyLd/B+jXzxkMmr fanv30bETKhzfvc76ijjvBvgEb6lLBrGoa5hO3071o= X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.1.128]) by mail1.mimar.rs (amavis.mimar.rs [127.0.1.128]) (amavisd-new, port 10026) with LMTP id 2uy8YpiIkUuC for ; Fri, 20 Jan 2017 09:20:21 +0100 (CET) Received: from efreet.kappastar.com (nat-nat.kappastar.com [193.53.106.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id D50909FA891B for ; Fri, 20 Jan 2017 09:20:21 +0100 (CET) Date: Fri, 20 Jan 2017 09:20:36 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable Subject: strange cat behaviour Message-ID: <20170120092036.0ad890e7@efreet.kappastar.com> Organization: Mimar X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 08:20:35 -0000 Hi, I noticed strange behaviour when listing log file which contains non-ascii characters with cat. It appears to hang at certain non-ascii character. Issuing ctrl+c un-hangs it and displays the rest of the log. Here's where it hangs (I redacted non-relevant private information): [94098] [Tue Jan 17 07:25:27 2017] [info]: RT::User::CanonicalizeUserInfoFromExternalAuth returning EmailAddress: aleksandra.surname@example.org, Name: aleksandra.surname, Organization: Example, RealName: Aleksandra =C3=84 less doesn't seem to have this problem, here's how above line looks there: [94098] [Tue Jan 17 07:25:27 2017] [info]: RT::User::CanonicalizeUserInfoFromExternalAuth returning EmailAddress: aleksandra.surname@example.org, Name: aleksandra. surname, Organization: Example, RealName: Aleksandra =C3=84or=C3=84evi=C3=84, WorkPhone: +381 66 666 666 (/usr/local/lib/perl5/site_perl/RT/User.p m:811) Any advice appreciated. --=20 Before enlightenment - chop wood, draw water. After enlightenment - chop wood, draw water. Marko Cupa=C4=87 https://www.mimar.rs/ From owner-freebsd-stable@freebsd.org Fri Jan 20 08:33:31 2017 Return-Path: Delivered-To: freebsd-stable@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 7249DCB9EB0 for ; Fri, 20 Jan 2017 08:33:31 +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 3114D114B for ; Fri, 20 Jan 2017 08:33:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from sgi-2.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1cUUdT-000APR-SO; Fri, 20 Jan 2017 10:33:27 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: strange cat behaviour From: Daniel Braniss In-Reply-To: <20170120092036.0ad890e7@efreet.kappastar.com> Date: Fri, 20 Jan 2017 10:33:27 +0200 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170120092036.0ad890e7@efreet.kappastar.com> To: =?utf-8?Q?Marko_Cupa=C4=87?= X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 08:33:31 -0000 > On 20 Jan 2017, at 10:20, Marko Cupa=C4=87 = wrote: >=20 > Hi, >=20 > I noticed strange behaviour when listing log file which contains > non-ascii characters with cat. It appears to hang at certain non-ascii > character. Issuing ctrl+c un-hangs it and displays the rest of the = log. >=20 > Here's where it hangs (I redacted non-relevant private information): >=20 > [94098] [Tue Jan 17 07:25:27 2017] [info]: > RT::User::CanonicalizeUserInfoFromExternalAuth returning EmailAddress: > aleksandra.surname@example.org, Name: aleksandra.surname, > Organization: Example, RealName: Aleksandra =C3=84 >=20 > less doesn't seem to have this problem, here's how above line looks > there: >=20 > [94098] [Tue Jan 17 07:25:27 2017] [info]: > RT::User::CanonicalizeUserInfoFromExternalAuth returning EmailAddress: > aleksandra.surname@example.org, Name: aleksandra. surname, > Organization: Example, RealName: Aleksandra > =C3=84or=C3=84evi=C3=84, WorkPhone: +381 66 = 666 666 > (/usr/local/lib/perl5/site_perl/RT/User.p m:811) >=20 > Any advice appreciated. some control characters will confuse the terminal emulator, so try cat = -v. danny > --=20 > Before enlightenment - chop wood, draw water. > After enlightenment - chop wood, draw water. >=20 > Marko Cupa=C4=87 > https://www.mimar.rs/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Jan 20 14:48:44 2017 Return-Path: Delivered-To: freebsd-stable@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 02957CB8D86; Fri, 20 Jan 2017 14:48:44 +0000 (UTC) (envelope-from fbstable@cps-intl.org) Received: from mail3r.parlicentre.org (mail3r.parlicentre.org [199.48.129.20]) (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 D339210CF; Fri, 20 Jan 2017 14:48:43 +0000 (UTC) (envelope-from fbstable@cps-intl.org) To: "freebsd-stable@freebsd.org" , freebsd-xen@freebsd.org, freebsd-virtualization@freebsd.org From: SK Message-ID: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> Date: Fri, 20 Jan 2017 14:26:18 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Mail-From: fbstable@cps-intl.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail3r.parlicentre.org X-Spam-Level: X-Spam-Status: No, score=-6.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 Subject: FreeBSD 11 Stable on a Xen :: bridge0 crashing server X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail3r.parlicentre.org) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 14:48:44 -0000 Dear List members Apologies for cross posting to two other lists -- was not sure which one is more appropriate for this, as it may be related to stable, xen or virtualization. Here is the situation: I have a VPS server from a well reputed provider (and they deserve the reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, so I compiled the kernel, added cloned_interface="bridge0" and restarted the server. But as soon as I am attaching the xn0 to bridge0, the kernel is panicking and the server restarting. The provider confirmed that they found similar behaviour on a freshly installed/provisioned FreeBSD 11 x64 system. Further to that, the provider ran some tests, and what they are telling me is if they install/provision FreeBSD 10 x64, there is no problem with attaching bridge0 to xn0. Then they updated/upgraded that box to FreeBSD 11 x64, and that too worked when they attached bridge0 to xn0. However, they are yet to come back with my request to build a custom kernel with options VIMAGE and try it out. In the meanwhile, I took a crash dump and followed the FreeBSD handbook (not that it gave me much idea, I'm not a programmer nor am at that level of skillsets). The dump/debug is available at http://pastebin.com/XuWvJHUZ for anyone who is interested. Just wondering how to go about it. I do need to have bridge0 with xn0 and all the epairs I'm going to use for my jails. Any suggestion/pointer/test-instruction is highly appreciated. Best regards SK From owner-freebsd-stable@freebsd.org Fri Jan 20 15:58:06 2017 Return-Path: Delivered-To: freebsd-stable@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 EDB02CB86F9; Fri, 20 Jan 2017 15:58:06 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 969541123; Fri, 20 Jan 2017 15:58:06 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v0KFvdjm011785 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 20 Jan 2017 16:57:39 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v0KFvd5V011782; Fri, 20 Jan 2017 16:57:39 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 20 Jan 2017 16:57:39 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: SK cc: "freebsd-stable@freebsd.org" , freebsd-xen@freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server In-Reply-To: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> Message-ID: References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 15:58:07 -0000 On Fri, 20 Jan 2017 14:26-0000, SK wrote: > Dear List members > > Apologies for cross posting to two other lists -- was not sure which one is > more appropriate for this, as it may be related to stable, xen or > virtualization. > > Here is the situation: > I have a VPS server from a well reputed provider (and they deserve the > reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization > (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, > so I compiled the kernel, added cloned_interface="bridge0" and restarted the > server. But as soon as I am attaching the xn0 to bridge0, the kernel is > panicking and the server restarting. > > The provider confirmed that they found similar behaviour on a freshly > installed/provisioned FreeBSD 11 x64 system. > > Further to that, the provider ran some tests, and what they are telling me is > if they install/provision FreeBSD 10 x64, there is no problem with attaching > bridge0 to xn0. Then they updated/upgraded that box to FreeBSD 11 x64, and > that too worked when they attached bridge0 to xn0. However, they are yet to > come back with my request to build a custom kernel with options VIMAGE and try > it out. > > In the meanwhile, I took a crash dump and followed the FreeBSD handbook (not > that it gave me much idea, I'm not a programmer nor am at that level of > skillsets). The dump/debug is available at http://pastebin.com/XuWvJHUZ for > anyone who is interested. > > Just wondering how to go about it. I do need to have bridge0 with xn0 and all > the epairs I'm going to use for my jails. > > Any suggestion/pointer/test-instruction is highly appreciated. The code crashes at line 427 of sys/netinet/if_ether.c: ARPSTAT_INC(txrequests); See https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 stable/11 has problems accounting the outgoing octets of any xn interface, although this isn't connected to your case. Just to rule out any uncertainty, try this patch: https://svnweb.freebsd.org/base?view=revision&revision=308126 See PR 213439, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 Note, I'm not a developer nor a committer, just a humble sysadmin. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@freebsd.org Fri Jan 20 16:21:33 2017 Return-Path: Delivered-To: freebsd-stable@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 93421CB8FF3; Fri, 20 Jan 2017 16:21:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5j.cmail.yandex.net (forward5j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5A312E1; Fri, 20 Jan 2017 16:21:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::116]) by forward5j.cmail.yandex.net (Yandex) with ESMTP id 0A95C20F32; Fri, 20 Jan 2017 19:21:21 +0300 (MSK) Received: from smtp2h.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 3DA6F781EFF; Fri, 20 Jan 2017 19:21:16 +0300 (MSK) Received: by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id ZEALLWeYek-LFAqU3Ot; Fri, 20 Jan 2017 19:21:16 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1484929276; bh=qjQsFsKYlrrzWyCmbX2jHPxwuT9tInBOK3z0M9jjPy4=; h=Subject:To:References:Cc:From:Message-ID:Date:In-Reply-To; b=iNi2xWRvP+vL/l/qJbVIATrEelATaY0D/1Yq3iVylEzJl/+wiNanXnc2uxCpN5Tjl 20L7dtZ1bsiYf9XwOD3+LFAArVppI9Wqtm43QX+rvKb3ebnMBKdN8cqa58Zbg1x+7F r254oCRswrEtq8M/PecXmKkSUmfeNGbc+DjmAefs= Authentication-Results: smtp2h.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0,1 0,1 0,1 0 Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , SK References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> Cc: freebsd-xen@freebsd.org, "freebsd-stable@freebsd.org" , freebsd-virtualization@freebsd.org From: "Andrey V. Elsukov" Message-ID: Date: Fri, 20 Jan 2017 19:20:15 +0300 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=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 16:21:33 -0000 On 20.01.2017 18:57, Trond Endrestøl wrote: >> Here is the situation: >> I have a VPS server from a well reputed provider (and they deserve the >> reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization >> (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, >> so I compiled the kernel, added cloned_interface="bridge0" and restarted the >> server. But as soon as I am attaching the xn0 to bridge0, the kernel is >> panicking and the server restarting. >> Any suggestion/pointer/test-instruction is highly appreciated. > > The code crashes at line 427 of sys/netinet/if_ether.c: > > ARPSTAT_INC(txrequests); > > See > https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 > > stable/11 has problems accounting the outgoing octets of any xn > interface, although this isn't connected to your case. > > Just to rule out any uncertainty, try this patch: > > https://svnweb.freebsd.org/base?view=revision&revision=308126 > > See PR 213439, > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 > > Note, I'm not a developer nor a committer, just a humble sysadmin. This problem is unrelated. ARP statistics is global and isn't related to some specific interface. IMHO, the kernel panics due to missing VNET context. As I see from the code in sys/dev/xen, it is not capable with VIMAGE. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@freebsd.org Fri Jan 20 16:43:51 2017 Return-Path: Delivered-To: freebsd-stable@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 6E543CB9805; Fri, 20 Jan 2017 16:43:51 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 5348011CD; Fri, 20 Jan 2017 16:43:51 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.88) (envelope-from ) id 1cUcHK-000EFu-Ei; Fri, 20 Jan 2017 09:43:06 -0700 Date: Fri, 20 Jan 2017 09:43:06 -0700 From: The Doctor To: "Andrey V. Elsukov" Cc: Trond Endrest??l , SK , freebsd-xen@freebsd.org, "freebsd-stable@freebsd.org" , freebsd-virtualization@freebsd.org Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server Message-ID: <20170120164306.GA53685@doctor.nl2k.ab.ca> References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 16:43:51 -0000 On Fri, Jan 20, 2017 at 07:20:15PM +0300, Andrey V. Elsukov wrote: > On 20.01.2017 18:57, Trond Endrest??l wrote: > >> Here is the situation: > >> I have a VPS server from a well reputed provider (and they deserve the > >> reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization > >> (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, > >> so I compiled the kernel, added cloned_interface="bridge0" and restarted the > >> server. But as soon as I am attaching the xn0 to bridge0, the kernel is > >> panicking and the server restarting. > >> Any suggestion/pointer/test-instruction is highly appreciated. > > > > The code crashes at line 427 of sys/netinet/if_ether.c: > > > > ARPSTAT_INC(txrequests); > > > > See > > https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 > > > > stable/11 has problems accounting the outgoing octets of any xn > > interface, although this isn't connected to your case. > > > > Just to rule out any uncertainty, try this patch: > > > > https://svnweb.freebsd.org/base?view=revision&revision=308126 > > > > See PR 213439, > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 > > > > Note, I'm not a developer nor a committer, just a humble sysadmin. > > This problem is unrelated. ARP statistics is global and isn't related to > some specific interface. IMHO, the kernel panics due to missing VNET > context. As I see from the code in sys/dev/xen, it is not capable with > VIMAGE. > > -- > WBR, Andrey V. Elsukov Still we need to address this issue! Even here in FreeBSD-11 stable I see crashing of the bhyve. What I need to help you is what is needed for running gdb ../bhyve ../bhyve.core > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org" -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism Birthdate 29 Jan 1969 Redhill Surrey England From owner-freebsd-stable@freebsd.org Fri Jan 20 16:49:27 2017 Return-Path: Delivered-To: freebsd-stable@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 D30CCCB9AE7; Fri, 20 Jan 2017 16:49:27 +0000 (UTC) (envelope-from prvs=18621f7f1=roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.eu.citrix.com [185.25.65.24]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.citrix.com", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04B321650; Fri, 20 Jan 2017 16:49:26 +0000 (UTC) (envelope-from prvs=18621f7f1=roger.pau@citrix.com) X-IronPort-AV: E=Sophos;i="5.33,259,1477958400"; d="scan'208";a="39054257" Date: Fri, 20 Jan 2017 16:44:27 +0000 From: Roger Pau =?iso-8859-1?Q?Monn=E9?= To: "Andrey V. Elsukov" CC: Trond =?iso-8859-1?Q?Endrest=F8l?= , SK , , "freebsd-stable@freebsd.org" , Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server Message-ID: <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) X-ClientProxiedBy: AMSPEX02CAS01.citrite.net (10.69.22.112) To AMSPEX02CL02.citrite.net (10.69.22.126) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 16:49:27 -0000 On Fri, Jan 20, 2017 at 07:20:15PM +0300, Andrey V. Elsukov wrote: > On 20.01.2017 18:57, Trond Endrestøl wrote: > > > Here is the situation: > > > I have a VPS server from a well reputed provider (and they deserve the > > > reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization > > > (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, > > > so I compiled the kernel, added cloned_interface="bridge0" and restarted the > > > server. But as soon as I am attaching the xn0 to bridge0, the kernel is > > > panicking and the server restarting. > > > Any suggestion/pointer/test-instruction is highly appreciated. > > > > The code crashes at line 427 of sys/netinet/if_ether.c: > > > > ARPSTAT_INC(txrequests); > > > > See > > https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 > > > > stable/11 has problems accounting the outgoing octets of any xn > > interface, although this isn't connected to your case. > > > > Just to rule out any uncertainty, try this patch: > > > > https://svnweb.freebsd.org/base?view=revision&revision=308126 > > > > See PR 213439, > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 > > > > Note, I'm not a developer nor a committer, just a humble sysadmin. > > This problem is unrelated. ARP statistics is global and isn't related to > some specific interface. IMHO, the kernel panics due to missing VNET > context. As I see from the code in sys/dev/xen, it is not capable with > VIMAGE. I cannot really look into this right now due to lack of time, but I'm more than happy to review/apply patches in order to fix this. Roger. From owner-freebsd-stable@freebsd.org Fri Jan 20 17:42:41 2017 Return-Path: Delivered-To: freebsd-stable@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 A55E2CB87B0 for ; Fri, 20 Jan 2017 17:42:41 +0000 (UTC) (envelope-from sarder.kamal@parlicentre.org) Received: from mail3r.parlicentre.org (mail3r.parlicentre.org [199.48.129.20]) (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 3AA901A1E for ; Fri, 20 Jan 2017 17:42:40 +0000 (UTC) (envelope-from sarder.kamal@parlicentre.org) To: freebsd-stable@freebsd.org References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> From: Sarder Kamal Message-ID: Date: Fri, 20 Jan 2017 17:40:17 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Mail-From: sarder.kamal@parlicentre.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail3r.parlicentre.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.1 Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server :: &ro X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail3r.parlicentre.org) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 17:42:41 -0000 On 20/01/2017 16:44, Roger Pau Monné wrote: > On Fri, Jan 20, 2017 at 07:20:15PM +0300, Andrey V. Elsukov wrote: >> On 20.01.2017 18:57, Trond Endrestøl wrote: >>>> Here is the situation: >>>> I have a VPS server from a well reputed provider (and they deserve the >>>> reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization >>>> (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, >>>> so I compiled the kernel, added cloned_interface="bridge0" and restarted the >>>> server. But as soon as I am attaching the xn0 to bridge0, the kernel is >>>> panicking and the server restarting. >>>> Any suggestion/pointer/test-instruction is highly appreciated. >>> The code crashes at line 427 of sys/netinet/if_ether.c: >>> >>> ARPSTAT_INC(txrequests); >>> >>> See >>> https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 >>> >>> stable/11 has problems accounting the outgoing octets of any xn >>> interface, although this isn't connected to your case. >>> >>> Just to rule out any uncertainty, try this patch: >>> >>> https://svnweb.freebsd.org/base?view=revision&revision=308126 >>> >>> See PR 213439, >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 >>> >>> Note, I'm not a developer nor a committer, just a humble sysadmin. >> This problem is unrelated. ARP statistics is global and isn't related to >> some specific interface. IMHO, the kernel panics due to missing VNET >> context. As I see from the code in sys/dev/xen, it is not capable with >> VIMAGE. > I cannot really look into this right now due to lack of time, but I'm more than > happy to review/apply patches in order to fix this. > > Roger. > Further to my previous, since the provider of the VPS confirmed that they could run FreeBSD 10 and use bridge without any issue, I thought I'd have a look. The section from my crash-debug 0xffffffff80c2dd93 is in arprequest (/usr/src/sys/netinet/if_ether.c:427). 422 ro.ro_flags = 0; 423 424 m->m_flags |= M_BCAST; 425 m_clrprotoflags(m); /* Avoid confusing lower layers. */ 426 (*ifp->if_output)(ifp, m, &sa, &ro); 427 ARPSTAT_INC(txrequests); 428 } 429 430 I compared the file (if_ether.c) from 10, and it seems that the line 426 is different -- it contains NULL instead of &ro at the end. I did nto see any ro.* (right before this section) on the file in 10 either. Could this be significant? Thanks and regards SK ______________________________________________________________________ Centre for Parliamentary Studies This email and its attachments are intended only for disclosure to the recipients to whom they are addressed. Should you have received it in error, we regret any inconvenience and would request that you notify postmaster@parlicentre.org. Any opinions presented are solely those of its author and do not necessarily represent those of the organisation. Recipients are advised to check for the presence of malware as the organisation accepts no liability for the accidental transmission thereof. Centre for Parliamentary Studies is a trading name of CPS Framework Ltd. Head Office: Unit N0001, Westminster Business Square, 1-45 Durham Street, London, SE11 5JH Registered Office: 253 Grays Inn Road, London, United Kingdom, WC1X 8QT Registered in England & Wales, No. 6926090 From owner-freebsd-stable@freebsd.org Fri Jan 20 18:05:29 2017 Return-Path: Delivered-To: freebsd-stable@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 C04EDCB9649; Fri, 20 Jan 2017 18:05:29 +0000 (UTC) (envelope-from fbstable@cps-intl.org) Received: from mailer.parlicentre.org (mailer.parlicentre.org [199.48.132.166]) (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 9F61A1B26; Fri, 20 Jan 2017 18:05:29 +0000 (UTC) (envelope-from fbstable@cps-intl.org) To: The Doctor , "Andrey V. Elsukov" References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> <20170120164306.GA53685@doctor.nl2k.ab.ca> Cc: freebsd-xen@freebsd.org, "freebsd-stable@freebsd.org" , freebsd-virtualization@freebsd.org From: SK Message-ID: Date: Fri, 20 Jan 2017 17:36:37 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20170120164306.GA53685@doctor.nl2k.ab.ca> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Mail-From: fbstable@cps-intl.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mailer.parlicentre.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mailer.parlicentre.org) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 18:05:29 -0000 On 20/01/2017 16:43, The Doctor wrote: > On Fri, Jan 20, 2017 at 07:20:15PM +0300, Andrey V. Elsukov wrote: >> On 20.01.2017 18:57, Trond Endrest??l wrote: >>>> Here is the situation: >>>> I have a VPS server from a well reputed provider (and they deserve the >>>> reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization >>>> (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, >>>> so I compiled the kernel, added cloned_interface="bridge0" and restarted the >>>> server. But as soon as I am attaching the xn0 to bridge0, the kernel is >>>> panicking and the server restarting. >>>> Any suggestion/pointer/test-instruction is highly appreciated. >>> The code crashes at line 427 of sys/netinet/if_ether.c: >>> >>> ARPSTAT_INC(txrequests); >>> >>> See >>> https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 >>> >>> stable/11 has problems accounting the outgoing octets of any xn >>> interface, although this isn't connected to your case. >>> >>> Just to rule out any uncertainty, try this patch: >>> >>> https://svnweb.freebsd.org/base?view=revision&revision=308126 >>> >>> See PR 213439, >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 >>> >>> Note, I'm not a developer nor a committer, just a humble sysadmin. >> This problem is unrelated. ARP statistics is global and isn't related to >> some specific interface. IMHO, the kernel panics due to missing VNET >> context. As I see from the code in sys/dev/xen, it is not capable with >> VIMAGE. >> >> -- >> WBR, Andrey V. Elsukov > Still we need to address this issue! > > Even here in FreeBSD-11 stable I see crashing > of the bhyve. > > What I need to help you is what is needed for running gdb ../bhyve ../bhyve.core > Apologies, but I might be missing something here. I am not trying to run bhyve, bhyve is not crashing. FreeBSD 11 in my case (FreeBSD testBox.test.domain 11.0-STABLE FreeBSD 11.0-STABLE #0 r312349: Fri Jan 20 12:29:17 GMT 2017 root@testBox.test.domain:/usr/obj/usr/src/sys/vnet-test amd64) is running on a Xen HVM, and as I am trying to attach bridge0 to any interface (either xn0, or epair0a, or so on), the server is crashing and rebooting. I had the line ifconfig_bridge0="addm xn0 addm epair0a up" on the /etc/rc.conf , and the server went into an infinite crash-reboot loop. What I would like to have, if possible, is running FreeBSD 11 stable on the server, use vnet/vimage for my jails so I can isolate each of them from one another. Currently I am building world with the patch suggested by Trond (started that before I read the mail from Andrey). But if that is unlikely to bring a solution, that would mean most people on VPS with jails that are using Xen are going to suffer from any upgrade to 11 (or having new servers running 11) -- which is definitely undesirable. If anyone would like me to run further test on the box, please let me know what you'd like me to run, and I can come back with the response. Having a reliable/stable solution is the objective from my end. Thanks to all for your suggestions/comments. Regards SK From owner-freebsd-stable@freebsd.org Fri Jan 20 18:13:07 2017 Return-Path: Delivered-To: freebsd-stable@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 28077CB9971; Fri, 20 Jan 2017 18:13:07 +0000 (UTC) (envelope-from fbstable@cps-intl.org) Received: from mailer.parlicentre.org (mailer.parlicentre.org [199.48.132.166]) (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 0E8A41099; Fri, 20 Jan 2017 18:13:06 +0000 (UTC) (envelope-from fbstable@cps-intl.org) From: SK To: freebsd-stable@freebsd.org, freebsd-xen@freebsd.org, freebsd-virtualization@freebsd.org References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> Message-ID: <6cf1e470-f218-8c7a-bf94-9dcbf3320eef@cps-intl.org> Date: Fri, 20 Jan 2017 18:10:48 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Mail-From: fbstable@cps-intl.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mailer.parlicentre.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server :: &ro X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mailer.parlicentre.org) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 18:13:07 -0000 On 20/01/2017 16:44, Roger Pau Monné wrote: > On Fri, Jan 20, 2017 at 07:20:15PM +0300, Andrey V. Elsukov wrote: >> On 20.01.2017 18:57, Trond Endrestøl wrote: >>>> Here is the situation: >>>> I have a VPS server from a well reputed provider (and they deserve the >>>> reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization >>>> (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, >>>> so I compiled the kernel, added cloned_interface="bridge0" and restarted the >>>> server. But as soon as I am attaching the xn0 to bridge0, the kernel is >>>> panicking and the server restarting. >>>> Any suggestion/pointer/test-instruction is highly appreciated. >>> The code crashes at line 427 of sys/netinet/if_ether.c: >>> >>> ARPSTAT_INC(txrequests); >>> >>> See >>> https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 >>> >>> stable/11 has problems accounting the outgoing octets of any xn >>> interface, although this isn't connected to your case. >>> >>> Just to rule out any uncertainty, try this patch: >>> >>> https://svnweb.freebsd.org/base?view=revision&revision=308126 >>> >>> See PR 213439, >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 >>> >>> Note, I'm not a developer nor a committer, just a humble sysadmin. >> This problem is unrelated. ARP statistics is global and isn't related to >> some specific interface. IMHO, the kernel panics due to missing VNET >> context. As I see from the code in sys/dev/xen, it is not capable with >> VIMAGE. > I cannot really look into this right now due to lack of time, but I'm more than > happy to review/apply patches in order to fix this. > > Roger. > Further to my previous, since the provider of the VPS confirmed that they could run FreeBSD 10 and use bridge without any issue, I thought I'd have a look. The section from my crash-debug 0xffffffff80c2dd93 is in arprequest (/usr/src/sys/netinet/if_ether.c:427). 422 ro.ro_flags = 0; 423 424 m->m_flags |= M_BCAST; 425 m_clrprotoflags(m); /* Avoid confusing lower layers. */ 426 (*ifp->if_output)(ifp, m, &sa, &ro); 427 ARPSTAT_INC(txrequests); 428 } 429 430 I compared the file (if_ether.c) from 10, and it seems that the line 426 is different -- it contains NULL instead of &ro at the end. I did nto see any ro.* (right before this section) on the file in 10 either. Could this be significant? Thanks and regards SK From owner-freebsd-stable@freebsd.org Fri Jan 20 18:39:49 2017 Return-Path: Delivered-To: freebsd-stable@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 51BABCB9356; Fri, 20 Jan 2017 18:39:49 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor.nl2k.ab.ca (doctor.nl2k.ab.ca [204.209.81.1]) (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 36BEE1147; Fri, 20 Jan 2017 18:39:49 +0000 (UTC) (envelope-from doctor@doctor.nl2k.ab.ca) Received: from doctor by doctor.nl2k.ab.ca with local (Exim 4.88) (envelope-from ) id 1cUe5S-000PAF-Ia; Fri, 20 Jan 2017 11:38:58 -0700 Date: Fri, 20 Jan 2017 11:38:58 -0700 From: The Doctor To: SK Cc: "Andrey V. Elsukov" , freebsd-xen@freebsd.org, "freebsd-stable@freebsd.org" , freebsd-virtualization@freebsd.org Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server Message-ID: <20170120183858.GB93874@doctor.nl2k.ab.ca> References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> <20170120164306.GA53685@doctor.nl2k.ab.ca> 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 18:39:49 -0000 On Fri, Jan 20, 2017 at 05:36:37PM +0000, SK wrote: > On 20/01/2017 16:43, The Doctor wrote: > > On Fri, Jan 20, 2017 at 07:20:15PM +0300, Andrey V. Elsukov wrote: > >> On 20.01.2017 18:57, Trond Endrest??l wrote: > >>>> Here is the situation: > >>>> I have a VPS server from a well reputed provider (and they deserve the > >>>> reputation), running FreeBSD 11 stable x64 under Xen Full Virtualization > >>>> (HVM). I have the xn0 interface which is working fine. I intend to use VIMAGE, > >>>> so I compiled the kernel, added cloned_interface="bridge0" and restarted the > >>>> server. But as soon as I am attaching the xn0 to bridge0, the kernel is > >>>> panicking and the server restarting. > >>>> Any suggestion/pointer/test-instruction is highly appreciated. > >>> The code crashes at line 427 of sys/netinet/if_ether.c: > >>> > >>> ARPSTAT_INC(txrequests); > >>> > >>> See > >>> https://svnweb.freebsd.org/base/stable/11/sys/netinet/if_ether.c?view=annotate#l427 > >>> > >>> stable/11 has problems accounting the outgoing octets of any xn > >>> interface, although this isn't connected to your case. > >>> > >>> Just to rule out any uncertainty, try this patch: > >>> > >>> https://svnweb.freebsd.org/base?view=revision&revision=308126 > >>> > >>> See PR 213439, > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213439 > >>> > >>> Note, I'm not a developer nor a committer, just a humble sysadmin. > >> This problem is unrelated. ARP statistics is global and isn't related to > >> some specific interface. IMHO, the kernel panics due to missing VNET > >> context. As I see from the code in sys/dev/xen, it is not capable with > >> VIMAGE. > >> > >> -- > >> WBR, Andrey V. Elsukov > > Still we need to address this issue! > > > > Even here in FreeBSD-11 stable I see crashing > > of the bhyve. > > > > What I need to help you is what is needed for running gdb ../bhyve ../bhyve.core > > > Apologies, but I might be missing something here. I am not trying to run > bhyve, bhyve is not crashing. FreeBSD 11 in my case (FreeBSD > testBox.test.domain 11.0-STABLE FreeBSD 11.0-STABLE #0 r312349: Fri Jan > 20 12:29:17 GMT 2017 > root@testBox.test.domain:/usr/obj/usr/src/sys/vnet-test amd64) is > running on a Xen HVM, and as I am trying to attach bridge0 to any > interface (either xn0, or epair0a, or so on), the server is crashing and > rebooting. I had the line ifconfig_bridge0="addm xn0 addm epair0a up" on > the /etc/rc.conf , and the server went into an infinite crash-reboot loop. > > What I would like to have, if possible, is running FreeBSD 11 stable on > the server, use vnet/vimage for my jails so I can isolate each of them > from one another. > > Currently I am building world with the patch suggested by Trond (started > that before I read the mail from Andrey). But if that is unlikely to > bring a solution, that would mean most people on VPS with jails that are > using Xen are going to suffer from any upgrade to 11 (or having new > servers running 11) -- which is definitely undesirable. > > If anyone would like me to run further test on the box, please let me > know what you'd like me to run, and I can come back with the response. > Having a reliable/stable solution is the objective from my end. > > Thanks to all for your suggestions/comments. > > Regards > SK Well in my case using gdb /usr/sbin/bhyve /path/to/bhyve.core I get GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `bhyve'. Program terminated with signal 6, Aborted. Reading symbols from /usr/lib/libvmmapi.so.5...Reading symbols from /usr/lib/debug//usr/lib/libvmmapi.so.5.debug...done. done. Loaded symbols for /usr/lib/libvmmapi.so.5 Reading symbols from /lib/libmd.so.6...Reading symbols from /usr/lib/debug//lib/libmd.so.6.debug...done. done. Loaded symbols for /lib/libmd.so.6 Reading symbols from /lib/libz.so.6...Reading symbols from /usr/lib/debug//lib/libz.so.6.debug...done. done. Loaded symbols for /lib/libz.so.6 Reading symbols from /lib/libthr.so.3...Reading symbols from /usr/lib/debug//lib/libthr.so.3.debug...done. done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...Reading symbols from /usr/lib/debug//lib/libc.so.7.debug...done. done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libutil.so.9...Reading symbols from /usr/lib/debug//lib/libutil.so.9.debug...done. done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /libexec/ld-elf.so.1...Reading symbols from /usr/lib/debug//libexec/ld-elf.so.1.debug...done. done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000000080119755a in thr_kill () from /lib/libc.so.7 [New Thread 945218000 (LWP 102104/)] [New Thread 801a77400 (LWP 102102/)] [New Thread 801a76a00 (LWP 102087/)] [New Thread 801a76500 (LWP 102086/)] [New Thread 801a76000 (LWP 102085/)] [New Thread 801a1cb00 (LWP 102084/)] [New Thread 801a1c600 (LWP 102082/)] [New Thread 801a1c100 (LWP 102081/)] [New Thread 801a1bc00 (LWP 102080/)] [New Thread 801a1b700 (LWP 102079/)] [New Thread 801a1b200 (LWP 102078/)] [New Thread 801a1ad00 (LWP 102070/)] [New Thread 801a1a800 (LWP 102069/)] [New Thread 801a1a300 (LWP 102068/)] [New Thread 801a19e00 (LWP 102067/)] [New Thread 801a19900 (LWP 101469/)] [New Thread 801a19400 (LWP 100683/)] [New Thread 801a18f00 (LWP 100671/)] [New Thread 801a18a00 (LWP 100667/)] [New Thread 801a18500 (LWP 100666/)] [New Thread 801a18000 (LWP 100989/)] (Gdb) Where do I go from here? -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism Birthdate 29 Jan 1969 Redhill Surrey England From owner-freebsd-stable@freebsd.org Fri Jan 20 19:57:25 2017 Return-Path: Delivered-To: freebsd-stable@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 47094CBA315; Fri, 20 Jan 2017 19:57:25 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3o.cmail.yandex.net (forward3o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::288]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E39711974; Fri, 20 Jan 2017 19:57:24 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2p.mail.yandex.net (smtp2p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b6:7]) by forward3o.cmail.yandex.net (Yandex) with ESMTP id 49C1320BFF; Fri, 20 Jan 2017 22:57:12 +0300 (MSK) Received: from smtp2p.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp2p.mail.yandex.net (Yandex) with ESMTP id 4D2451A80049; Fri, 20 Jan 2017 22:57:09 +0300 (MSK) Received: by smtp2p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id Z2fg7FXzGO-v9sOVqfs; Fri, 20 Jan 2017 22:57:09 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1484942229; bh=kkbBrp+NSfTopa4x5yCCIs6QMRgO+FcR3k0s7/LPA/Y=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=Q0QbViV53FgWeJvrLkksKXr7lbpWfiiV5dkUOg8OMaj7ITpmXxQ9TWYRmQHxLy3/X wz3nI9S9kkWeSEnmtk37/2h7jk2QQlyZH86t4L23gUKL4Lt3DMOTu07uLyAYKsXOIs UqqprEPHOPjT8KKI9yXp1wH+r96X7G8KBX0VEMR8= Authentication-Results: smtp2p.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0,1 0,1 0,1 0 Subject: Re: FreeBSD 11 Stable on a Xen :: bridge0 crashing server :: &ro To: SK , freebsd-stable@freebsd.org, freebsd-xen@freebsd.org, freebsd-virtualization@freebsd.org, "Bjoern A. Zeeb" References: <7c06aea6-0b10-e9c0-d750-f42d4a406258@cps-intl.org> <20170120164427.gghtafg2cfugnoro@dhcp-3-221.uk.xensource.com> <6cf1e470-f218-8c7a-bf94-9dcbf3320eef@cps-intl.org> From: "Andrey V. Elsukov" Message-ID: <7df0bac1-6f7c-c332-e65c-e5ec7a6f9112@yandex.ru> Date: Fri, 20 Jan 2017 22:56:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <6cf1e470-f218-8c7a-bf94-9dcbf3320eef@cps-intl.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 19:57:25 -0000 On 20.01.2017 21:10, SK wrote: >>>> Note, I'm not a developer nor a committer, just a humble sysadmin. >>> This problem is unrelated. ARP statistics is global and isn't related to >>> some specific interface. IMHO, the kernel panics due to missing VNET >>> context. As I see from the code in sys/dev/xen, it is not capable with >>> VIMAGE. >> I cannot really look into this right now due to lack of time, but I'm >> more than >> happy to review/apply patches in order to fix this. >> >> Roger. >> > Further to my previous, since the provider of the VPS confirmed that > they could run FreeBSD 10 and use bridge without any issue, I thought > I'd have a look. The section from my crash-debug > 0xffffffff80c2dd93 is in arprequest (/usr/src/sys/netinet/if_ether.c:427). > 422 ro.ro_flags = 0; > 423 > 424 m->m_flags |= M_BCAST; > 425 m_clrprotoflags(m); /* Avoid confusing lower layers. */ > 426 (*ifp->if_output)(ifp, m, &sa, &ro); > 427 ARPSTAT_INC(txrequests); > 428 } > 429 > 430 Well, as I said, there is no VNET support in the sys/dev/xen. It may work without problems even if you have compiled it with VIMAGE enabled. But it will crash just after you try to start some VNET-jail. It is just not implemented yet. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@freebsd.org Sat Jan 21 06:29:10 2017 Return-Path: Delivered-To: freebsd-stable@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 1E29DCBB6D4 for ; Sat, 21 Jan 2017 06:29:10 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0074.outbound.protection.outlook.com [104.47.33.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D81614C5 for ; Sat, 21 Jan 2017 06:29:08 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2afDub073zfqvw/r2ranfOudgs1LS9fhZ35KK9S1HGw=; b=CBRgH/cyFBzT16BGiH2RQwq0tiC/7ZqqUpxHgf5mWgNOBfXW+xivFKvzffp77tvuH4egQtBdrq8CuK90JmXG5Q7BFaisOAzazqcvCNanO6mY1+zI86qax4E77GAQ5mMiaH+/Z2VhwlZ9iQughhxoBDE2xI0hOArM+9jgA7st4E0= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=kevans91@ksu.edu; Received: from mail-wm0-f52.google.com (74.125.82.52) by CY1PR0501MB1321.namprd05.prod.outlook.com (10.160.226.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.860.6; Sat, 21 Jan 2017 06:29:06 +0000 Received: by mail-wm0-f52.google.com with SMTP id r144so75655711wme.1 for ; Fri, 20 Jan 2017 22:29:06 -0800 (PST) X-Gm-Message-State: AIkVDXLEn/QsptjaUPjHuX06KGmXgJNUCgTTSWtc76+7id7hyfyeXV/dsV6AmOuXFG+QvT+rSqc4iFFy1vdw6Q== X-Received: by 10.28.60.194 with SMTP id j185mr5744885wma.33.1484980135951; Fri, 20 Jan 2017 22:28:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.59.136 with HTTP; Fri, 20 Jan 2017 22:28:35 -0800 (PST) In-Reply-To: References: From: Kyle Evans Date: Sat, 21 Jan 2017 00:28:35 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: unexpected grep -o behavior To: Stefan Ehmann CC: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Originating-IP: [74.125.82.52] X-ClientProxiedBy: CO1PR16CA0039.namprd16.prod.outlook.com (10.166.27.49) To CY1PR0501MB1321.namprd05.prod.outlook.com (10.160.226.139) X-MS-Office365-Filtering-Correlation-Id: 272bc72b-5b70-4300-ffbb-08d441c6cd07 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:CY1PR0501MB1321; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 3:+UVacl/94DAdMyzJdsuqXesfba07XguQO9ImojjXRRt3nzDR1EGKJjIiewvlFa7k9zO54F66fTC0LPTPrQuB1OhniALHVkhzve2aN0t0jLBx8o8a16Mc1lS/tWaUFPnBfPFWNqYDrRaacDiSXf96nR1BhvgWW8aUie/K0ej+hWrwDW4hUa78NL3n93TU1OUDqxwIY/EOK5vMlxRWEqOjsnyimVXOM0JPIqJMgiD3f6LcrX5h0LeZZS3w6mmM49v/rXSAvmGdoR4JwsMBzSrZBA==; 25:zpCrLXPwzU6+z/pRbnWFnYz8Tbdi76Q5XOxcUDBwYklTW9CNLJGI8iUA2k5hvlHcXfZEoaXSSfNju6qJV7NbdUys8BqGV4ycR26Sn0lk8UNGCWNlsIkoqAOPOWLiW2DMwp2lwdTZ1BkDgC5hbNUlD475UgshCSvyKowPfHOyPQ6kigKOSa2jq3tWCnsaeEFCphcs6Jb8MrfNcs1w0CZ8fZeWJJ7p0roQcOwsA2Dgb+7nBY3MdMePsX6GbaxZGECVDReKeztCreHtYwrEFhKmCqjSvIvPk8C1jwhGdetFj73TE9HkNQpCZnMHZ/QEFly5qhpFYAeju8On5gIUb7WpP7SDaVSCAu2SUHFd69UfIsd+h5bKGyta7Ak0/8odGXw+K5Hac8ESZ/E7e/wPqe3sUv/cdxkwD11ecBlu9zo5SSSbcMWT9q20QbfvikYscEmLrHxrtx6Fz6qcOghNMLWN+w== X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 31:W+gaZHmYmV4P5DTLeEGrKYroOIt6yseyDC2HL8AjvXjvresPvkxrXGs5nAI0xwpCNAE9tzJgHW/fx7h+ZB3pT7Ae1KkCCo1nCc3316qe7GAxg8wwStp4gijxxkJ3L9sqBXa/Fvyk5dOJd0STKpxwSAP66VkWpZnzTpD6rSdGL2d5o06vrvbl87AYF+vamf/xnOnAaei64ePQEJ5qkGDGgsiLPj+QC2f4AWGE9Sji5SjaNO7LCayNUsVpV3r0D3W3qHrYc5uybZ8gBGV4Sv8V7dw4XrcW1Xz1igsHa5uxYQE=; 20:VdGkscS63NmiA6WLQThsqUzq2wdpi7Tx/qog+HQz4NRKHdJkdv8vMGSJ6gr8fW23zU9NHlaj1/5pVieeoTr588wQiBkCu8da3Xa1MhH76HjjyMEnQJVhKTFMiDyxB8ldbNgGBmriwMeKJvdPn7Tqsq5g7QIVvUcMFhh/yJ5riij+H7qtHTG+ibRmoHyB6xTBazoUccJ4qD7AXXqoPuYmfLh1XqaALiJbm7vyEriA5xNUNAF2TkTpsSbrhsMa2G7HMc1ktr/Ifq6j10og5MzUcbFdkCYmcDdfLaSD6wUWZD2g8++xVNLUbht984LHmTDZ9Q4LX62Gt7+4u8I7aExz+Ap6k/pdufBi3v/KFy83pANT5CS/Eg3T7ircw/7QZOrr+tSPQdKixTja1mUxJKcpoiuXhtCeB/S2c2dY0YbXnsqKlUhPrUKQtBQ292xFqqiYjz1pfeS5tIFo3QSEco1DjKH9gB9DzylW8OJrGGl61UnqJ1BpevlQJF/MGEUWsd0P X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(248736688235697); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123560025)(20161123562025)(20161123555025)(20161123564025)(6072148); SRVR:CY1PR0501MB1321; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1321; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 4:57nXBKCw7k7W5MeppS/PULTPijHjBp+hN5yyi5KmUPucTvWPy6nVS6zumuVT5aREYD2q90FXzWwW7CdfsOCexrrGuFrgiCMOyhEUEFqjhcSCqv+YlpA18In4H13SSg4Ga1SjVP0Ocjjm/AXI/sUdpRP6tCumeuBdHrQkaD569eoFEYBVHRA+HLiuIkEeLu/6qCqv4I/k8i/pvz2LDK7kw+ygxkIKOLhRoLA29EVDu3kOj7fWRlpMMPQ0WULAAogUicdSSjtXAYQ93AVtFuzlyVtgR/5PycqaSt0rfWasOklHfiakRBmzi43+JBP5VSh6UaQAzraQSmmO6njs5RWgceMVKsuRB4iS2Wd7G5q2seDyrNaeBsD9tnXepB6ETrcjIHgTZynfPcM3/f8bSjereC0K4LTkRquZfxcEO0tw6jZDrLXCmCxFskqiO8pouVfhABoOPQ5P69rx4mqU+gpzhuZ3uwc0Iv6vQMrYqY90fpw5NSHt26/4glsxYoFWeQ2d+CBKrDoG022RywmuHg8Cth0qT19CHf+4IP+4/fajvHnzF16cBZILLMdmdYDoWxImxHntR4nmR7k29OERofTbUllBeFpMpKsIYgvTpnNacUoSmHQRwc3uRBGX+NGs3QGS X-Forefront-PRVS: 01949FE337 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(7916002)(39450400003)(24454002)(377454003)(189002)(199003)(69234005)(81156014)(81166006)(50466002)(50986999)(88552002)(6116002)(305945005)(76176999)(8676002)(54356999)(4326007)(61726006)(2906002)(86362001)(101416001)(69596002)(9686003)(75432002)(93516999)(38730400001)(68736007)(63696999)(110136003)(229853002)(189998001)(5820100001)(498394004)(9896002)(92566002)(3846002)(122856001)(42186005)(55446002)(53936002)(450100001)(105586002)(61266001)(23676002)(47776003)(66066001)(5660300001)(106356001)(97736004)(2950100002)(7736002)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0501MB1321; H:mail-wm0-f52.google.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: ksu.edu does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtDWTFQUjA1MDFNQjEzMjE7MjM6WittalFVczgzcjVWRmVhc1ZEUHgxMFhE?= =?utf-8?B?b2ZSWnAza1pCd3lMTHQzZS9iQ0J1cU9Ua2ptYThUMVp3WXh5d3V0Zm5sUHVl?= =?utf-8?B?U2tzOHluUmtNbGd1b2tDaGoxZXg5RHFERmZ2YmtmdFRNSk9GYnp2UjFVM2hi?= =?utf-8?B?dnQ5eXRtdnljQ0Y2V1JidlZCSFF2ajlnQXY0MzdXbUdTb1NqRzVUQ2RWZEtM?= =?utf-8?B?UEVpUU1DYTFoU1JrZ0lQbmpLMWFCT2UxZ2FSM1BIQUI2ZzlqTVljalRxaUd4?= =?utf-8?B?QnY3RGdLUk5STS9XNkVIN05DVlJFRThGaWo4WjN0VFRrUU03azRNMDVBNnZY?= =?utf-8?B?Y3p3ZlFCZGd2ejFkU0lYUktRMmdvN0hRRFBSQnc0OFRzTVY2b1g2WnpuQjJR?= =?utf-8?B?QmFVVEs1Z2pPbHVsUUVMZ0lLU2VpN3h5aFlQNkhJQW9GTWZkbklqK2c0VWFl?= =?utf-8?B?SFY1M21Sd2g2SEsrKzFlKzBoNEMxb1dWK2NOQWQveUwrcTRPV2F0SEdpT1JO?= =?utf-8?B?eGk2K0NiKzUxMTZFbk1OU3FEV1JhV1ZyRVVFdDU3YjRDZWtscFlaT2pwb1dh?= =?utf-8?B?c1RYMENsOWtFMnJ0SHhZbDJFZ21uYzJaYzFBa0UrbGEvaHdIY3dCWkJMWDQw?= =?utf-8?B?bFJZMXZ1OFk0Y2NiSlM0SmlFeXo5RjhHVmRTSFhMdVFGWkxXWGRrR3ZyaUlF?= =?utf-8?B?cWY0M0M4U21DYURMRmpnckY0SUQzOHBUemp2Sjh6N3hFakFjTm9DREJvYyts?= =?utf-8?B?YlY3c3RTbUxSQzBJbmtZNlJKM3ZxcWE2alN6Rmw0NEVUOStNVHVFeFEvbWs1?= =?utf-8?B?dnpNMGZBd1F0RDZxNFdnY09iSTRNenluS1BGWC9FNkh4ZE5HU01PWnZTSXdv?= =?utf-8?B?QUQyNDNVSlB3OUhlbTBObFhTckRra3BPWlk4RnNEUG8wakhCVTM5akphek1u?= =?utf-8?B?b1F4SS9rSitsZCtDb0pTdmwwdlZQYktnK1NiKy8rTktuNXl3QmtkQjFubGJl?= =?utf-8?B?a0pZTG9PMitmY2MvbExCamp0ZzZPSzA1NlI2SHlLV0t3S0d5dXRuVWRxU0dD?= =?utf-8?B?TmxRcXM0b0VUNmdpOVd1VlpyYjUwOU5sVU9VT2lMcHZSV2NjZU5RY0NOdU9J?= =?utf-8?B?VHhsMkFOSURjYmFjOXlFTHB6N01EaGVVR0VsZVhXRnlDNkVEeU92WloybURU?= =?utf-8?B?ODR3Y3E1YWVpenNHb3RreFovMlZZZHNxZ3kxTENtUGdrU3Ria29YNXdYS1pq?= =?utf-8?B?d1VQZzZVaDhqWkJpZEdITUtBMWxHMDZ0TFFneDhkbFQyOWFXc25zM0M0aDAy?= =?utf-8?B?MitXU1VjOGxhYjAyeEpiTkpZQkk2dm1HVnBVVDR5MEdTclFCQmpZWGtPLzZW?= =?utf-8?B?MlBkVmUwa25XWnV1L0xMUGdkeVNsSHJpUSs3cFJjbWE1Szg0WHhVeWNZN2pk?= =?utf-8?B?b0ZrWGt3UW5XZkRhczFNdXFQeEpmdEZibkVTS3ZZb01rSzdTVEVFYlB5aUM2?= =?utf-8?B?RDZkVHNCa0E0UHZhTjQxZGhHakg3bnJrNTFsWjZjUVQ0OFNzWkpFM3hubU5G?= =?utf-8?B?NnVscXV4dVRudEFDNlhhUWRVSXRpb0gwTXl1Y2lySUVUY0VhV2FuWldNYkZv?= =?utf-8?B?bUYvMDd3U1grMGVNVkRUcWs5ZzVXamJLdXZZUktzVFFjMnhZWjRzNnJnSmpO?= =?utf-8?B?WEpEM3huUmVjVTllM0tBR0NiTUNaZEZ0UUZtcTRHK1A1TzBnQVdkenNYMC9Q?= =?utf-8?B?NE1hR0RWcXlEODNENDZqRzVSTk5KbzlaeWdnK1ZVOEVYL2w1aE41T2xDOHVi?= =?utf-8?Q?46IGfj4OEyunpYM?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 6:VCYwKsXOps1tHapbD8qMZVX25qCZXW21d38b3JOytKY/N/rMXLd5tTunKZbYC/yGTiSBif+65P4s12ecKtv714KXrIZd/CbvHSNnFVrUYd+6CRm8KmZc60z2CruqLDvll8ex9d/ajEHlLaUBeMQoU5f2aiMjekooSNOfiNpp/JPfBhIQsh/3fWl3RTx60qwKJpISSqq1xcCg9+7awgHmbeoyKBi62Nkb/oQPlItjY//ZLjlleJY84ozt8nfbtFdhRDH0lc1F+Y4+fW2OUZ98aL2AxCrk1pNFtqJ6NF95OmQZbgBwrmeMFZ0UAM3x1Sdgxe62E96l3cfej4pBP6x9g1hk1tiZrWEOb/hnotYh4t/9KWSTtsq6WDlCRFbOXbVFxMUZWMHMW7QCxwb4PjJkaqRLaVCr1knoQKBMvHPPXDA=; 5:gbd9GpfRm/PoYpfxNvUZ0ACt3/AgxXoYA9lpwo7mYEfor4+EA9zIwtffyCLHVvx7a8ZuftPgknRwy5U623nznxeBEa1C6vic9QgFAtJ97NKQwuAMR3y65TVsDupP/a+dNvBs8St2h9Y21zZJYdIMSw==; 24:i+rtZHgUBDxBns5NgpcEjxXxPAJOA9uUSB+1ucQrhmqMlcIICEVwfmKJkumruwXa2PPMZ1iOlHlEOCHuAqBtFElHKMAlZP7Ib2MrUV/F2xk= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 7:hoO/46dc2kcuYJdV48Pe/MNtBtXTMwzFD3ePNXfy5AtL0ADSMhXwA5g5efrUzCKO9ulpZiwcOuL4tZgAP2wU9U7dkEeQuqRDp9IJmmRzuiWiW8Ov0hhpZdlak9IacTih5omCszHWurnHWs/B7tAeEB9bARdNFlBRpaHIfL6mdHp5pAZALedL7dI7QSD29u5du/Pc8lV9VfNlocux8rZgxTqEKUwNukM1IU/35AqBKsTXCliX1/gWJO2/LLrty/ug6nJv8X57nSG0cvlkntEvaqkWjbAYf5gw2zapOuhzRfPWKZRwoALgSOnZCcIDHS0qlAt31pipZpW0rabmJvqeock5wK1bWYQf8qoCejm9gveanIUlb7aJcJ/GRPwkaXj875VH4Cj851SIWoVcjaOx6Wv/kIfrGOD8IJ6n55uD5oA3g+vtV15LlMce79DDECB2JTfFzutE73RniBNlXP0r3Q==; 20:u5y5TboK6gMdUwastolXT7dGEOzzK8CqK+WMrdbpcEzksic3pYW94dOEXk4x8fnH0uM3GRDjMhTt+dx+A3c2Rmu8kAfTQ32Del3MskNkBZgiWk0jY/RC3ub3evifTnGuJCAUZVU4tNovqTNgNte02i8kd0+YQqBF8CISY+Cy/iE= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Jan 2017 06:29:06.5236 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1321 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2017 06:29:10 -0000 On Sun, Nov 27, 2016 at 2:52 PM, Stefan Ehmann wrote: > Bug 195763 looks related, but I'm not sure it's the same issue. Hi, FYI- that bug is only tangentially related, but I've updated my patch to also address it while I'm in the neighborhood of where this problem was. See Comment #5 if you're interested in a more detailed explanation. Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Sat Jan 21 10:09:32 2017 Return-Path: Delivered-To: freebsd-stable@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 A839CCBA6EC for ; Sat, 21 Jan 2017 10:09:32 +0000 (UTC) (envelope-from shoesoft@gmx.net) 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 08844171B for ; Sat, 21 Jan 2017 10:09:31 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from walrus.pepperland ([81.217.70.96]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M6P5z-1cJFZs0uGR-00yNHb; Sat, 21 Jan 2017 11:09:19 +0100 Subject: Re: unexpected grep -o behavior To: Kyle Evans References: Cc: FreeBSD-STABLE Mailing List From: Stefan Ehmann Message-ID: Date: Sat, 21 Jan 2017 11:09:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1Q5JdILYXhapCkWlyFV17vr1Og/56lrje7TPffYArlRQBkSIrxg DRg7HRCDjYVFzptRTxJcZjg68ZSnD70q23Z7W5DD6Ye/5U5Fbtk35R3D+BPIzRaxsADP/5R DKzjQ9FHXAawoA1rWSaBU/FVYyzFMQVhHp9YhHQ1/5vGhyeqRmhx0AL83jbBEvC1G7WQG83 HBJyb3vysu9coIYpS3WAg== X-UI-Out-Filterresults: notjunk:1;V01:K0:qolua21YE2s=:IGMRHCcs5IL7rCvN1hERx2 EkqU9OLH1Pww3IArkQLnM8KOX789T5yxRJjoNkvjyD0op1vfn+x6UCXKsfhNvDVFvAkKMNLJp dEyKu8MzKwmvaHF1S9brJRu3h6S3MtTH+xIDMbKDZsyOohuHXM2r2dToFeFNlQx98s7OE0kPN 5eaIsEnjVlfIfDXmJm1rjRiT0F0iDhEqCn3QwDpL1by86vwn+ya58+EL8DkHfJdto8eJ0q3Rm Ea6S+gJD8mx3s8T/APDXMP0kaU3fub02BI37gvYZePTbU6YrbXpQLRe8fQdYIr9GVoPYag7Rb FYf7Z4dAEI85qMmhm15NKfI6pRcoA4bn4AtX+Qngc2BsQcaNmMrTH706Qra6Bipe1ZRDvfD7Q M3ZylPYsZwLr+rLXaKhzUslEOkA8aohvwtbcWvUQPYmq0H20o6kRk1GxtrjdaLYHa5FHCsNeO W/JIowNKVKjuqjZxfnWkv0Sf7eypSofznp2y8lJVAHNdeI6QrY4fJdSvc0kmZEV9eHGsp0cMx MecQh6EnXpqsA3OO4yIlywU/yRWuJ5UDZpfQjUTgsHDKinjt7LWmOSDzXaK8pzTGBX/roH1LC 67gkNWt4Xv8XnMSX01by6uN9Jp/Go+C57NU+/o4iKN0WVU+7R9LkCAg1QmMkSWQAtbGn233nv +yyXb/qRr1KiGohbWxpj3i2oWArGLwjwmYfwUwzW8SSvRGgz3e2Cfk2OhUMR/FzF7qG/nrtOx W3oBv0YZ5WVVeLPQSO/2zrsRdinR/j7Tooe4WMgGxK6QGRq4Hr9Bxw4ooUCc8ucak8aFdxUtC 1IdagiR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2017 10:09:32 -0000 On 21.01.2017 07:28, Kyle Evans wrote: > On Sun, Nov 27, 2016 at 2:52 PM, Stefan Ehmann wrote: >> Bug 195763 looks related, but I'm not sure it's the same issue. > > Hi, > > FYI- that bug is only tangentially related, but I've updated my patch > to also address it while I'm in the neighborhood of where this problem > was. See Comment #5 if you're interested in a more detailed > explanation. Thanks a lot for taking care of this bug. bsdgrep now works for my testcase. As a side note: On 11.0-RELEASE (GNU) grep in base suffers the same bug. I tried version 2.20 on Debian which works correctly. But I assume it won't get updated due to GPLv3. Makes me wonder if we still need two grep variants in base.